![USB/Wi-Fi接続されたAndrod端末の画面をPCで表示・操作できる「scrcpy」/スマホ側の事前準備はほぼ不要。クリップボード・ファイルのやり取りや録画もできる【レビュー】](https://cdn-ak-scissors.b.st-hatena.com/image/square/9c1000b05ccc0b3bae7f3165eaca97b735260294/height=288;version=1;width=512/https%3A%2F%2Fforest.watch.impress.co.jp%2Fimg%2Fwf%2Flist%2F1369%2F978%2Fimage1.jpg)
マイクロソフト、「Windows Subsystem for Android」をWindows 11のWindows Insider Program向けに配布開始、KindleなどのAndroidアプリが実行可能に マイクロソフトは、一般提供前のWindows 11を配布するWindows Insder Programにおいて、Windows 11でAndroidアプリを実行可能にする「Windows Subsystem for Android」の提供を開始したことを明らかにしました。 6月にWindows 11が発表された際に、Windows 11ではAndroidアプリケーションを実行可能にする計画があることがマイクロソフトから表明されていました。 [速報]Windows 11でAndroidアプリが実行可能に、マイクロソフトが発表 Windows Subsystem for Andr
接触確認アプリ「COCOA」について以前ツイートしました。 繰り返しになるけど、COCOAのAndroid版をネイティブで作り直したいので、誰か知ってる人につないで欲しい。 — ARIYAMA Keiji (@keiji_ariyama) February 3, 2021 ツイートした後もGitHubのCOCOAのリポジトリにコメントしたり、知り合いに「COCOAやりたい」「COCOAやりたい」と言い続けたりした結果、このたび厚生労働省の技術参与として正式にCOCOAに携わることになりました。 すること オープンソースコミュニティとの関わりについては、すでに政府CIO補佐官の東さんと関さんが取り組みを始めています。ぼくは二人を手伝いつつ、Issueとして報告があった内容の再現確認をしたり、Pull RequestでExposure Notification APIを使ったテストが必要なとこ
今年に入ってから、COCOAに関する不具合報告が続いており、様々な立場の皆さんからご心配やご批判の声があがるとともに、社会的に極めて重要な課題として注目されております。これを受けて、先般の厚生労働省の発表にもありましたとおり、この度、内閣官房情報通信技術(IT)総合戦略室(以下IT室)と厚生労働省の連携チームが事態の収拾のために発足され、私もそのメンバーの一員として、正式に関わらせていただくことになりました。 なお、私個人としての新型コロナ対策との関わりについては、昨年4月・5月に発出された1回目の緊急事態宣言の折に、私が代表理事を務める一般社団法人Code for Japan のプロジェクトの一つとして、現在のCOCOAと同様のコンセプトを持つ「まもりあいJapan」というアプリの開発をしておりました。 COCOAの開発先が決定して以降、まもりあいJapanチームは、初期の仕様書のレビュ
ちょっと前までスマホメーカーの中の人やってました。下請けのソフト屋。だいたいミドルより下のレイヤーで開発評価デバッグその他あれこれ。 で、ここからの https://b.hatena.ne.jp/entry/s/twitter.com/masanork/status/1358069771753852929 特にこの辺りを読んで、 https://twitter.com/masanork/status/1358186280551546880 ずいぶんと感覚が違うな、と思った。 元受けがメーカー(つまりハードも作ってる)だったからなのかも知れないけど。 とにかく実機使ってテストしまくるんですよ。もちろん使えるところは例えばアプリならPC上のシミュレータ使って自動化したり、通信関係では検証環境使ったりもするけど、泥臭かろうが人手がかかろうが最後は絶対実機と実環境でテスト。 なんでか。 シミュレー
以下の方法でOSにキーの一致を検出させることができましたが、アプリでは検知されませんでした。 https://gist.github.com/zaruudon/5d01b848e50d5a63df50479e27b0df9d 動作情報には以下のような出力がありました。 2020/12/09 06:28:21,Info,Start,ExposureDetectedAsync 2020/12/09 06:28:21,Info,ExposureSummary.MatchedKeyCount: 1,ExposureDetectedAsync 2020/12/09 06:28:21,Info,ExposureSummary.DaysSinceLastExposure: 7,ExposureDetectedAsync 2020/12/09 06:28:21,Info,ExposureSummary.H
2021/02/06 21時35分 追記 参照したGoogleの資料が古く、現在はAppleと同じ仕様になっております。 先日報じられた不具合の原因はこちらのIssueと思われます。 訂正が遅くなり申し訳ありません。 調べたらそれっぽいのがわかったのでメモ。 広告 報道発表の時期から、原因はこのコミットだと思われる。 怪しいのはこの変更。 - MinimumRiskScore = 1, + MinimumRiskScore = 21, (Minimum)RiskScore の定義を調べると、Google と Apple で異なる。 Appleの場合 Google の場合 https://www.blog.google/documents/68/Android_Exposure_Notification_API_documentation_v1.2.pdf Apple は0~8の整数値を取る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く