  |
はてなキーワード: CocoAとは
本人は大した症状はなかったがICUかそれに近い所に隔離され、
退院後に話を聞いたが以下のことがわかった。
少なくとも知人が掛かった病院や保健所では、こういう扱いを取られていたので、COCOAの目的としては全く機能していない。
実際に直近でこの知人と一緒にご飯を食べた人には通知は飛んでいない。
通知は飛んでいないものの、検査の上陰性だったのは不幸中の幸いだった。
私はCOCOAのgithubでコードを見た程度にはどういうアプリなのか確認したが、
一般人の認識としては、”過去に近くに陽性者が居たら通知してくれるアプリ” 程度の認識しかないのかもしれない
いくら過去にCOCOAが、"陽性者情報を登録しても、接近者に通知しない" というバグがあったとしても、現状は直ってるはずだ。
#本当に直ってるかどうかは知らん
パーソルプロセス＆テクノロジー株式会社がろくに動かないアプリを自身を持って納品していたとしても
その利用までろくに成されない状況では、このアプリの存在意義は何なのか
このままでは、
そういう何の役にも立たないどころかデメリットしかないアプリではないか
障がい者がラーメン屋や旅館で邪険に扱われたというツイートがバズってるが。
一昔前は、障がい者がこの手の店や旅館に行くことはまず無かった。腎臓障害の人も知的障害の人も生きることすら難しかった。
ところが今は障がい者がいろんな所に行けるようになった。バリアフリーと言えば聞こえが良いが、単に障がい者の世話を世間に丸投げしてるだけになっている。
丸投げされるのは誰だって嫌だろ？COCOAの丸投げもあれだけ批判されたように。
だから、邪険に扱われて当たり前だ。障がい者への世話はこうしよう、という教育なんて誰も受けてないだろ。せいぜい「尊重しよう」と説教されてるくらいでしょ。
https://twitter.com/cakari14/status/1380022439413882880
CGがひどくて全く魅力がないんだが。15年以上前のセカンドライフを思い出す。
JTB、バーチャル空間で日本を体験するプラットフォーム構築、アバター操作で観光や地方特産品のeコマースも | トラベルボイス https://t.co/irMh0chQmh pic.twitter.com/xM48NbaIdI— 係長 (@cakari14) April 8, 2021
このバーチャル空間を作った会社はFIXERという会社らしい。クラウドに強い会社のようだ。
https://www.fixer.co.jp/ja-jp/
何か聞き覚えがあるなと更に調べてみると、品質の低さで話題になったCOCOAのHER-SYS（感染者情報を管理する重要システム）連携についてもFIXERは9333万円という再委託費用で関与していたようだ。
https://www.tokyo-np.co.jp/article/87051
そんだけ
キャリアが手を取り合って標準仕様に基づいてサービス提供してる「+メッセージ」の存在感の無さみてりゃ分かる話。
何で自治体がLINEに乗っかるようになったかと言えば、自治体の雇用にも関わる福岡を除けば「みんな使ってるから」なわけで、
例のデータアクセス権問題でLINEを忌避する人が増えてもそれは「LINE以外に移る」のではなく「何もなかった時代に戻る」ということになるだろう。
それぞれの自治体でバラバラなサービスを選んで大してユーザー増えずに廃れるのが関の山。
ただ、一私企業のサービスに公共サービスが依存することの問題点が露わになったのは良かったと思う。
ベストなのは、自治体側がAPI用意して、対応したい企業がそれを使ったサービス提供するという形だろう。
APIキーの払い出しは認定制にして最低限のチェックが出来れば文句なし。
接触確認アプリのCOCOAの問題が表面化した時にデジタル改革担当大臣は否定してたけど、問題の根本には
5年くらい前までネットワーク監視ソフトに関わっていたが、サポートがほぼ中国に移管されていた。
あらゆる種類のネットワーク機器、IPアドレス、Macアドレス、機器の種類、OSバージョン、ネットワークの
接続関係からネットワーク停止の原因解析などネットワークのあらゆることを管理できて国内３大キャリアも
採用するデファクト・スタンダードな製品だった。
キャリアの担当者は製品で問題が起きるとネットワークの全情報を何の疑いもなく中国のサポート担当者に
送信していたが、中国の従業員の中には共産党員もいたから情報が中央政府に流れていてもおかしくない。
大手キャリアのネットワーク情報が中国に流出することは日本の安全保障情上重大な問題だと思うが誰も気に
していなかった。
年金加入者情報やマイナンバーが中国で流出していたっていう話もあったけど、下請けが国内法に違反して
うわっ パーソルはうまいこと逃げたな
COCOAの保守運営を委託しているパーソルプロセス＆テクノロジーとの契約が今年度末の3月で切れ、4月以降は別の業者と契約する方針
それでもXamarinのせいにしたがる人がいっぱい居るよな
まぁ、はてな村にはXamarinに親を殺された人が結構居るみたいだから仕方ないのかもしれん。
というか、COCOAをAndroidとiOSで別に作ってたら、それぞれ予算半分でもっとゴミになってたとしか思えないけど、別に作るべきって人達はよりよい未来を想像できるのかな？
最初に結論から書くと、「毎日新聞さん正論すぎる」「だけどまだちょっと時間あるで」。
『「COCOA」がグーグルとアップル基本ソフト最新仕様に未対応』
→ https://mainichi.jp/articles/20210315/k00/00m/020/165000c
うん。コード見てる人はだいたい知ってる。
まあ、そうですね…。
COCOAの動作の基盤となっているのは、Exposure Notification API（曝露通知API）というやつで、GoogleとAppleが共同で開発した、AndroidとiOSの両方で使えるAPI。OSと近いところで動くライブラリみたいなもので、おかげでBluetoothを使っても電力消費は最小限で済むし、アプリがプライバシー関係でよからぬ手出しができないようにもなってる。iPhoneではiOSの一部として組み込まれているし、AndroidはGoogle Play経由の「Google Play 開発者サービス」の新しい版に含まれてる、みたい。
このAPIにはバージョンがあって、V1ってのが最初のやつで、もう少し検出方法が洗練されたV2ってのがある。Exposure Notification APIのセットの中にV1とV2が重複しつつ混在してて、今から作るアプリなら使えるAPIバージョンをアプリ側で確認して、使える方を使う、という感じになるかと思う。
現在、COCOAがまがりなりにも動いていることからも分かるように、API V2が使えるようになっても、後方互換性のためにV1も使えるようになっている。Apple/GoogleはV1のメソッドとかには「deprecated」（使用不可）っていう印をつけて、今後は使わないように、と言ってる。
「deprecated」になったやつは、Apple/Googleは「もう使わんでね。いつ使えなくなっても文句言わんでね」という扱いをする。だから、「ソフトの更新次第で作動停止」という指摘は間違いではない。間違いではないが…。
Apple/Googleのデベロッパならよく知っていると思うけれど、「deprecated」になったからといって、そのAPIを予告なく使えなくすることは、まず、ないのです。
増田はIOSのデベロッパなのでiOSの例をあげると、画面を表示する基本的な部品であるところの UIWebView っていのうがあったんだけど、これはiPhone OSの頃からあった古い古い部品で、これまでずっと使われてきた。これはwebの画面を表示するのと同じやりかたができるので、iOSのアプリはほぼみんな使ってたんだけど、いろいろ問題もあるので、iOS 8の頃に WKWebView っていう新しい部品を出したのです。で、UIWebView をdeprecatedにしたのがiOS 12のとき。
ここからAppleは、「UIWebViewを使ったアプリをApp Storeに提出したら警告するからね」→「今後新規アプリやバージョンアップのときUIWebView使ってたらリジェクトするからね」→「UIWebView使ってるアプリはAppStoreから削除するからね」という感じにデベロッパの様子を見て期限を延長したりしながら段階を踏んで、ほんとに削除（一時的な非表示）始めたのは去年の12月ですよ。しかもiOS 14でもまだ既存アプリのUIWebViewは動く。
もちろん、滅茶苦茶使われていたUIWebViewと比べたら、Exposure Notification APIみたいなマイナーなAPIでこんな丁寧なことはやらないかもしれないけれど、でも重要度で言ったらExposeure Notification APIなんて「超重要」でしょ。V1が全然使えないならまだしも、一応動いてるし。
Exposure Notification API V1は、使えなくなる前には必ずデベロッパに期限を知らせるはずで、いきなり切るはずはない（ないよね（ないんじゃないかな（まちょっと覚悟はしておけ）））。
だから、COCOAが急に使えなくなっちゃう！ と不安になる必要は、当面はないと思っていい。かな。
これはスレたデベロッパであるがゆえの油断であると言われてしまえば、そのとおりです。「deprecated」は「deprecated」。普通のプロジェクトなら、すぐさま対応を検討して、バージョンアップ計画を立てるのが正しい。普通のプロジェクト、なら。
記事中では「21年2月になって、ようやく最新使用に対応するための具体的な検討に着手した」って言ってて、まあこれはダメなんだけど、そもそもプロジェクト運営がグダグダだったんでしょうがねーんじゃね？ というのがいちヲチャーとしての感想ではある。だって、Android版動いてなかったんじゃよ？ プロジェクト立て直す時間はあるはずなので、体勢立て直してから検討してもいいかな、という気はしている。それくらいの時間はある。はず。
そういう意味で、毎日新聞の記事はちょっと叩きすぎな感はある。正論ではありますよ。正論では。
で、ここでぶっちゃけてしまうと、実はもうCOCOAは要らないっちゃ要らないのです。
保健当局がアプリを作れない／作らない国／地域のために、iOSでもAndroidでも、AppleとGoogleが用意したCOCOA相当機能「Exposure Notification Express」というやつが、OSに組み込まれている。これを使うことにすれば、当局はサーバ側のバックエンドだけ用意すればいい。
『グーグルとアップルの新型コロナ接触確認機能に新たな仕組み「Exposure Notification Express」――日本には影響なし』
→ https://k-tai.watch.impress.co.jp/docs/news/1274374.html
『Supporting Exposure Notifications Express』
「だけ」って簡単な言うな。そりゃ大変だけろうれど、わざわざ使いづらい／どマイナーなミドルウェアXamarin（Microsoft謹製）使って、頑張ってクロスプラットフォームなアプリを開発／運用するよりはずっと負担は少ないよね（必要な予算も）。
もう、バンザイして、Expressにしたらいいんじゃね？ と、増田は考えるんじゃよ。知らんけど。
COCOAは嫌いになっても、Exposure Notificationの仕組みは嫌いにならないでください…(´・ω・`)
COCOAは出自がアレで、採用の意思決定が不透明で、契約もテキトウで、アプリ運用も誰が何をどうしたらいいのかわかってない／身動きができない、という悲惨なアプリです。
でも、2月以降変わってきたんですよ。COCOAの立て直しチームにCode for Japanの人やオープンソースの知見を持った方が参加して、githubでのissue解決の動きも再開している。ちょっと見てみてくださいよ、いろんな人が寄ってたかってコードを検証して、それが反映されつつあります。
『Issues・cocoa-mhlw/cocoa・GitHub』
→ https://github.com/cocoa-mhlw/cocoa/issues
いままでよりはまともに動くようになるはず。
前述のように、Exposure Notification APIで消費されるCPU資源も、通信も、ストレージも、バッテリも微々たるものです。
Exposure Notification API自体は非常によくできており、プライバシーに関しても、よくまあここまで、というくらい考慮されています。アプリ側でいろんな悪さを仕込むことは技術的には可能ですが、小細工を仕込んでもAppleやGoogleのアプリ審査で弾かれます（通常の小細工入りアプリが弾かれる程度には）。運営への不信からプライバシーについても疑ってしまう人もいるけど、COCOAはその点まず心配ありません。
だから、渋々でいいので、もうしばらくスマホの奥においといてもらえませんか。そんなにお邪魔にはならないですよ？
そして万が一曝露通知が届いたりしたら宝くじ大当たり級の驚きが（うれしくない）
ついでなので匿名ブクマで工作活動とか無いのかなと思ってリストしてみた。あとで読むに似ていて特別さは感じない。
| 匿名ブクマ数 | ブクマ数 | 匿名ブクマ率 | タイトル |
|---|---|---|---|
| 720 | 2715 | 27% | 大学の恩師に教わった、「なにがわからないか、わからない」ときの質問のしかた。 ｜ Books&Apps |
| 556 | 1814 | 31% | 最初の一歩を踏み出すという汎用的な技術 - 本しゃぶり |
| 502 | 1805 | 28% | メルカリが検索に「売り切れ品」を置く理由、初期のLINEが友だち追加を「電話番号マッチング」に絞った理由など、アプリのマーケティング施策まとめ30｜アプリマーケティング研究所 |
| 461 | 1717 | 27% | ASCII.jp：天才プログラマー・オードリーさんがたった200行で効果的なアプリを作れる秘訣 |
| 444 | 1454 | 31% | 暇を潰せそうなサイトを沢山見つけたので貼りまくる:哲学ニュースnwk |
| 426 | 1465 | 29% | 線形代数をアニメーションで幾何学的に簡単に理解できる36記事まとめ ｜ HEADBOOST |
| 424 | 1568 | 27% | 「140秒とは思えない満足感」「なぜこれだけの傑作が埋もれているのか」 崩壊した日本を旅する“最後の動画配信者”のショートフィルムが話題（1/2 ページ） - ねとらぼ |
| 416 | 1931 | 22% | 森氏辞任に考える 日本社会に残る無意味な風習: 日本経済新聞 |
| 398 | 1430 | 28% | 游ゴシックの話題の解説 ｜ anond.hatelabo.jp |
| 398 | 1304 | 31% | (追記あり)地味な資産運用で１億円を達成した｜ anond.hatelabo.jp |
| 359 | 1337 | 27% | EXPERIENCE JAPAN PICTOGRAMS |
| 345 | 1562 | 22% | 私は一ヶ月後、この牛を殺します。〜私がヴィーガンにならないと決めるまで〜 ｜ ロカフレ |
| 340 | 1269 | 27% | メルカリ、「無意識（アンコンシャス）バイアス ワークショップ」の社内研修資料を無償公開 ｜ 株式会社メルカリ |
| 329 | 1127 | 29% | 36歳で印刷会社の社長になった僕が、減り続ける売上をなんとか立て直した話｜工藤太一／印刷会社二代目／glassy株式会社代表取締役｜note |
| 322 | 1200 | 27% | 「こんなん履いててプログラミングできるわけない」天才プログラマー登大遊氏が情熱大陸に登場、名言を連発しザワつくTL - Togetter |
| 315 | 1330 | 24% | オーケーとその他スーパーたち - 14店舗のフィールドワークと500人のアンケートでわかったシンプルな結論｜太田正伸｜note |
| 297 | 1192 | 25% | ゲームを作ったらハリウッドから映画化オファーが来た話 - Hirayaブログ |
| 293 | 1126 | 26% | いとうまい子「アイドルだった私が遺伝子の研究者になるなんて」｜芸能｜婦人公論.jp |
| 286 | 1145 | 25% | 新宿うまいカレー屋多すぎん？ - かみぽわーる |
| 285 | 1141 | 25% | 【漫画】ウシジマ君作者による最新作『クズが交通事故を起こしても無罪になるのはこんな理由』が胸糞悪いのに見たくなると話題に！ - Togetter |
| 281 | 1076 | 26% | 「40歳で特別なスキルのない主婦が、経済的に自立するために何をしたらいいのか」 - 斗比主閲子の姑日記 |
| 276 | 990 | 28% | オッパイは尻の代替品という解像度の低い説 - 本しゃぶり |
| 275 | 990 | 28% | 「SEOに強いHTMLの書き方」についての個人的な見解 ｜ TAK ｜ Zenn |
| 275 | 1028 | 27% | 文系パパエンジニアが放送大学等でコンピュータサイエンス・数学を学んで理系学士を取りに行く話 - とあるCS学徒のブログ |
| 274 | 874 | 31% | 裁縫をやってるときに『糸が短くて玉止めができない！』というあるあるを解決する裏技「苦手なので長さに関わらず嬉しい情報」 - Togetter |
| 252 | 799 | 32% | Linuxの基礎用語を完全理解するためにエンジニアが作成した「10のミニプロジェクト」とは？ - GIGAZINE |
| 250 | 1286 | 19% | 「遺伝的アルゴリズムで最高にエッチな画像を作ろう！」がGoogleに怒られた話｜群青ちきん｜note |
| 250 | 1048 | 24% | 格安SIM/格安スマホのIIJmio｜新プラン【ギガプラン】登場！ |
| 243 | 1000 | 24% | COCOA騒動メモ ｜ zipperpull ｜ Zenn |
| 242 | 861 | 28% | 「和えるだけパスタソース」は手間なくおいしい！ 130品以上を実食してきた私が本当にイチオシしたい14商品 - ソレドコ |
| 242 | 842 | 29% | 生活保護申請してみた ｜ anond.hatelabo.jp |
cocoaに転職するとか厚労省のパブコメに投げるとかなんかやればいいのに
https://www.mhlw.go.jp/public/bosyuu/
まあここにでてないってことは問題の存在さえ認識されておらず、問題があったとしても自分の省がやることではないとおもわれてるわけ
なのでどっかとっかかりありそうな文書の出どころを確認してそこになげる
この文章にもちらっとでてきたねhttps://www.itmedia.co.jp/news/articles/2010/09/news117.html
それだ
予め伝えておくが、身バレ防止に、多少だがフェイクを織り交ぜた内容になっている。
そして、そのフェイクも他の医療機関（国立と名の付くどこか）での実際の出来事を複数織り交ぜている。
だが、伝えたい実情に偽りはない。
高度な医療を担う国の機関で、エンジニアと組織がこれほど腐っていては、将来性もへったくれもないと思うんだ。
だが、公的な組織がシステム構築・運用するとどうなるか、多少でも公にし、何かを考えるきっかけ・ヒントになってほしい。
ちなみに、次の仕事は、ある大手の企業で新システムの導入支援をすることになった。
私としてはそちらの仕事のほうが面白いし、自分の能力・経験にとってプラスになる。
民間出身者ではなく博士後期課程とか、某大学研究室出身者を無理やりねじ込む事例はよく見る。
専門職も含めて管理職側に実務経験がないか少なすぎるせいで、「なんでこの要員に単純作業ばっかりやらせてるの？」という仕事配分が、頻繁に起こる。
IT技術職なのに技術的な実務経験ゼロだから、スキルを持った人間に何ができるのかが、全然理解できていないらしい。
作業能率で評価されることもないから、表立って問題にもならない。
変えようと思えば、相当一生懸命、提案しないと話は聞き入れられない。だが、大体、そこで疲弊する。
何のために大学院卒を雇っているのか…。
勉強のできる人は多い反面、勉強の知識しかないから、他にも急を要する事はあるというのに、重箱の隅ばかり細かくつつくから、部下も、ベンダーも、委託業者もやる気をなくす。
ある時、システム部門トップがあからさまに、こう言い放ったことがある。
公表されていないが、実は当病院では、電子カルテ更新プロジェクトが失敗するに至った。
本番リプレース時期は予定より大幅遅延し、リプレース当日はシステムが使用不可能になる事態さえ発生し、未だに実装されていない機能が多数存在する。
しかし、受入テストもろくすっぽやらず納品した事例もあり、あながち、ベンダー側の問題が全部とまでは言えないと私は思っている。
ベンダー側が保守費用の範囲で何でもしてくれる、と考えてもいたのだろう。
医療情報学会の有力者もいるから、「自分達に嫌われると大変なことになるぞ」という意識もあるらしい。
ちなみに、電子カルテ更新プロジェクトは実質は失敗だったにも関わらず、医療情報系の某雑誌では「成功」だとか「問題は何もなかった」と強調され、当事者が成果アピールしていた。
研究に仕える人間が事実を捻じ曲げ隠してしまうものなのかと、残念だった。
これ以来、成果報告を見聞きしても疑うようになった。
民間人材登用は少なく、医療情報学会、特定大学の出身者がコネで採用されているのが実態（6NCの一部は特にこの傾向がある）。
実務を担うはずの職種のキャリア採用に現場経験ゼロの院卒を無理やりねじ込む人事が普通に起こるので、ヒラのエンジニア、非常勤職員・委託業者の負担が増加する。
仕事ができなかろうが、能力があろうがなかろうが、暇だろうが、係長に昇進する事態はなぜ起こるのか？
厚生労働省から転籍で来たある職員（役職は室長）がいたが、会議中は普通に居眠りし、仕事といえば申請書類を整理しているだけで、一日中、何もせずにPCに向かっていた。
人事ローテーションで別の国立と名の付く病院に移動したが、そこでも室長らしい。
でも、同じなんだなと関心してはいるので、同じ匿名のますだと思っても全然いい気はする。
民間企業でもあるかもしれないが、デジタル庁を創設すほど意気込みがあるなら、公的機関から率先して変わってほしい。
こんなに質の低い技術力で医療とICTの何のコラボレーションができるのだろう。
でも、COCOAやHERSYSはこうなってほしくない。
もし、同じだとしたら、最悪だ。
