はてなキーワード: CoCoaとは
https://project.nikkeibp.co.jp/pc/atcl/19/06/21/00003/080300109/
もとになったCovid19raderはOSS。ソースコードはgithubにある。
COCOAはOSSではない。ソースコードは公開されていない。しかし、Covid19raderのライセンスを守るのであればソースコードを公開すべき。
また、資金の流れも透明化すべき。元請けが「不当なほど巨額な中抜きをしている」とは断定できないが、疑える余地があるのはまずい。
オリジナルの開発者が、無賃金で開発させられていないか心配(この表現はちょっと誤解釈かも?)。OSSにお金を落とすという選択肢も考えてほしい。
そして、何より懸念されるのが過剰な批判だ。批判は良いことだが、生産的でなく人を傷つけるような言葉はよくない。
みたいな話
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 85 | 14600 | 171.8 | 81 |
01 | 115 | 6388 | 55.5 | 31 |
02 | 48 | 4349 | 90.6 | 46.5 |
03 | 19 | 1396 | 73.5 | 61 |
04 | 9 | 6100 | 677.8 | 61 |
05 | 9 | 446 | 49.6 | 29 |
06 | 12 | 2116 | 176.3 | 92 |
07 | 39 | 4591 | 117.7 | 59 |
08 | 105 | 10921 | 104.0 | 57 |
09 | 143 | 11217 | 78.4 | 45 |
10 | 170 | 12863 | 75.7 | 41 |
11 | 124 | 12919 | 104.2 | 43 |
12 | 159 | 15548 | 97.8 | 44 |
13 | 226 | 18516 | 81.9 | 50.5 |
14 | 202 | 19403 | 96.1 | 66.5 |
15 | 201 | 16202 | 80.6 | 46 |
16 | 176 | 20569 | 116.9 | 51.5 |
17 | 201 | 18729 | 93.2 | 42 |
18 | 175 | 21764 | 124.4 | 48 |
19 | 189 | 19182 | 101.5 | 39 |
20 | 188 | 15223 | 81.0 | 41 |
21 | 142 | 12715 | 89.5 | 44 |
22 | 145 | 13460 | 92.8 | 51 |
23 | 136 | 14312 | 105.2 | 48.5 |
1日 | 3018 | 293529 | 97.3 | 46.5 |
位置情報ゲーム(6), 歴代最高(4), ゲームフリーク(3), 遺伝的アルゴリズム(5), アテンション(3), 位置ゲー(4), 独身税(24), Cocoa(3), ホル(3), オフレコ(4), 自由民主主義(3), 桶狭間(3), 弱者男性(23), ウイグル(17), 税(27), 国債(14), 腐敗(12), 移民(18), 出生率(14), ガイ(12), 森(20), 男女平等(16), 少子化(27), インフレ(14), 出生(9), 発行(13), 年金(18), 中華(8), 弁当(17), 人権(36), コンビニ(48), 国家(27), オリンピック(20), 論破(22), 人口(33), 搾取(20), 平等(19), 野党(18)
■独身税の何が悪いのかわからない /20210207180525(29), ■anond:20210208095743 /20210208131524(22), ■パジャマでコンビニに行くのは有りか無しか /20210208095743(19), ■良い政策掲げる野党に価値ないよな /20210207220914(14), ■任天堂が位置情報ゲームを作るとしたら /20210208013148(11), ■戦国時代の物語は何を読めばいいの? /20210208144224(11), ■搾取されてるのって「冴えないおばちゃん」が多くない? /20210207195256(10), ■anond:20210207180525 /20210207180726(10), ■とある女がプログラミングに救われた話 /20210208084730(10), ■大学で男性に言われて心に残っている言葉ランキング10 /20210208111609(10), ■男性社員に言われて心に残っている言葉ランキング10 /20210206225237(9), ■長い旅をするファンタジーを読みたい /20210208162226(9), ■MMTを支持していない人達に質問 /20210208162341(9), ■ウイグル論法、ウイグル論法言うけどさ /20210208113135(8), ■独身税が話題だけど女性にペナルティはすでにあるよ /20210208185249(8), ■ロフト付き物件ってダメなの? /20210207224620(8), ■森元首相の件に怒りを感じることが出来ない /20210207133707(7), ■サプライズに自分でビビってやらなかった後悔の話 /20210207232752(7), ■月姫リメイク発表で私は型月に失望し信頼度は0になった。 /20210208195428(7), ■いつの時代も人は突然右翼に目覚めるが、予防方法はあるのだろうか? /20210208175307(7), ■友人が減った /20210208182919(7), ■社会「勉強は才能じゃない!学歴は努力の証明書!勉強は平等!」←これ /20210208114316(7), ■2021年版・ド初心者向け仮想通貨投資の始め方 /20210207143934(7)
Android版バグについて開示された文書を少し読むだけでいくつかのデマが分かった。
https://note.com/mugura/n/ncc3c61de39ea で情報開示されたPDFを読むことができる。
議事録側はまだ読んでいない。
最初にHER-SYSの開発のためにパーソルプロセス&テクノロジー株式会社と税込約2億の契約があった。
COCOA開発は原契約を税込約3億へ変更とすることで対応した。
契約変更の時、再委託先を株式会社FIXERの1社から以下5社へ変更する申請がなされた。
厚生労働省 ┗ パーソルプロセス&テクノロジー 2億6771万(税別。以下同様) ┣ FIXER 1億2062万 ┣ エムティーアイ 1615万 ┃ ┣ E社 355万(MTIから) ┃ ┗ D社 41万(MTIから) ┗ 日本マイクロソフト 2201万
株式会社FIXER | 新型コロナ感染者等情報把握管理システムの開発、監視運用、サポートデスクの一部業務、およびサービスの提供 |
株式会社エムティーアイ | 接触確認アプリケーション開発の一部、リリース後のヘルプデスク/運用保守業務 |
E社(MTIからの委託) | メールサポート(日本語/英語) 接触者に対する電話サポート(日本語のみ) |
D社(MTIからの委託) | 初期検収業務の一部、および保守開発準備業務の一部 |
日本マイクロソフト株式会社 | PMO支援、技術支援 |
デマについて
・まず2億から3億の差額約1億がHER-SYS側への繋ぎこみおよびiOS・Androidのアプリ開発に充てられていることになる。アプリ開発が3億のように言うとデマ。
・そして3次請けの位置の2社は業務範囲に開発は含まれていない。「多重請負でたったこれだけに」みたいな図でここの金額が出てきたらデマ。
ここからは憶測や調べ切れていないこと。(議事録側で分かることもありそう)
・COCOAのベースはOSSのCOVID-19Radarで、開発に関してはどこかにOSS利用という線を引いた方が分かりやすい。
・OSS利用を0円発注の搾取とは通常言わないが、今回に限っては、1国1アプリの条件がある中で、6月中旬公開の宣言されて実質納期になったり、
初期の品質批判がコミッターに直撃してリタイアしたところを見ると受託者に近いようにも思う。
https://www.itmedia.co.jp/news/articles/2006/23/news107.html
・開示された文書での契約期間は2020/7/31までだが、それ以降の体制は未確認。
・2020/9/28にiOS版の不具合(通知あるのに接触なし表示)修正のためにアップデートが行われ、その時Android版にエンバグが発生した。
https://www.asahi.com/articles/ASP236SR9P23UTFL00R.html
・政府CIO補佐官(ブクマカ)のツイートでは、EN API自体の制約や、アプリで選定された技術から人材・機材の手配の難しさに言及している。
https://twitter.com/masanork/status/1358207125546127362
https://twitter.com/masanork/status/1358187420492001281
・人材についてはMSがいるのにと思ったが、MSの支援が切れる事情でもあったのだろうか。
・COVID-19Radarでない方のまもりあいJapan(の一般社団法人Code for Japan)は新型コロナウイルス感染症対策テックチーム第1回から参加していたが、採用されないことになったについて根拠が不透明とある。
https://medit.tech/code4japan-not-incharge-of-contact-tracing-app/
・COVID-19Radarの中心がMS社員であったことや、Azure DevOpsなどMS一色の技術選定であったことなどから経緯を訝しむ考察があった。
https://blog.rocaz.net/2020/06/2140.html
https://blog.rocaz.net/2020/06/2171.html
https://blog.rocaz.net/2020/07/2257.html
・そして今回の開示された文書でもなぜCovid-19 Radarが選ばれたのか不明とある。
・選定が不具合と直接関係ないとは思うものの、利用人口少ない技術スタックを選んで人材不足になったなら遠因にはなってる気がする。
タイトル通りなんだけどさ
COCOA不具合に対する反応はITリテラシー高い層はある意味同情的。どちらかというと失敗に対する分析がちゃんとされてると言う一定の評価を与えてると思う。
これってITエンジニアへの頭がよくて、高給とり、ワークライフバランスっていう一種の憧れがそうさせてると思うんだよね。
でも実際はITエンジニアにも色々いるし、cocoa開発に携わってるような超一級エンジニアであってしても現場では相当泥臭い作業をしてる。
なのでお前らはまず憧れというか僻みをすてろ。同じ人間や。
一般的なスマホアプリの場合はGoogle PlayやApp Storeといったストアを通してアプリの更新を比較的手軽にできるので、比較的簡易な手動テストや自動化テストなんかでも充分なケースも多いです。
市場で不具合が出ても修正したアプリを配布すればいいため、不具合が発生した場合の損失(例:Eコマース系アプリならショッピングができなかったことによる金額的損失など)とテストのコストを比較して、簡易なテストでも間に合うと判断するケースが少なくありません。
実際には機種数×OSのバージョンが多すぎてまともにやると大変なので、現行の人気のありそうな機種だけで検証して、市場で何かあったらその時に対応することも多いです。
このあたりは組み込みやハードウェアのソフトとはコスト感覚がことなるのは事実です。
とはいえCOCOAアプリは「一般的なスマホアプリ」ではありませんし、命を扱うソフトウェアということもあり、明らかに上記と同じような対応をすべきではありません。
実機テストはもちろんのこと、Bluetoothの通信を扱うということもあり、複数の機種でのテストを慎重にすべき対象です。
ウェブ系やスマホアプリ界隈ではこのような命を扱うレベルのソフトウェアを開発したことのある人や組織は少ないですし、界隈がそういった開発に慣れていないということはありそうです。
このコメントを見ろ
https://github.com/cocoa-mhlw/cocoa/issues/14#issuecomment-774406529
以上。
結局のところ、Xamarinかネイティブかはあまり関係がなくて、ダミーデータで動作確認していたけど、そのデータが誤っていたっていうのと、GoogleがなんかAPIに渡した値を書き換えていて、それは想像できんかったわっていうのと。
根本的には、実APIでの実地テストしてないのが問題なんだけど、なんかXamarin/Azureが叩かれていて、なんだかなぁと思った次第。
Cocoaにおける不具合と多重下請け問題がまたクローズアップされている。
元々IT業界はIT土方という言葉の通り、建設業に近い業態と言われているが、その実態は個人的な見解として建設業よりも20年は遅れていると思っている。
もちろん国も状況は理解しており平成27年に「IT産業における下請の現状・課題について」という資料があって
建築業法との比較がなされているがIT業界こと元請けの義務事項の少なさが今回の問題と言うしかない。
元請事業者の責務である建設業法第24条の6すらないとは一体どういうことだろう。
そこでは元請けの労働基準法ならびに労働安全衛生法遵守も定められているわけで、ハチャメチャなブラックぶりもある程度は抑制される。
ガイドラインで対処とあるが、建築業法をモデルにした電子開発業法と施行令を作るしかないのではと思う。
少なくても、発注請書すらない状況は異常すぎる。
なにやらCOCOAの件で、きな臭いことになっているので、釘を刺しておきたいです。
これは長年の業界の慣習です。少なくとも90年代からずっとそうです。したがって何の問題もありません。
個々の企業は本質的に個々の企業のために動きます。そして資本主義の世の中ではカネが全てです。全ては顧客のためであり、そのソフトが社会的にどのような役割を果たしているのかは興味がありません。考えてはいけないことです。そして顧客とは私の会社に発注した会社のことをいうのであって、元請けや実際にそれを使う人のことは私たちには関係がありません。したがって何の問題もありません。
中抜き会社が何もやっていないわけではありません。一般的にいわゆるプログラミングに1ヶ月かかるとしたら、設計やすり合わせテストには、その5倍はかかります。仕様の文面をもらったり聞き取りをして、それを解釈して、私たちの仕様文面に落とし込む、そしてプログラムが納品されたらその検収書をチェックして、わたしたちの検収文面に落とし込む。プログラミング以上に手間がかかる作業です。極端な話ですがプログラミングがたとえ数行でも納品物はキングファイルになります。したがって何の問題もありません。
はっきりいって同じ規模の仕事なら、少なくとも1年、できれば3年ほしいところです。無理な短納期にしたのが問題の本質ではないかと確信します。
COCOAアプリの実機検証未実施によるAndroid版の不具合の件だけど、役所が仕事振れる先にモバイルアプリまともに開発できるところ無いんじゃない?と思った。
公官庁案件の実績が少ないがモバイルアプリ開発が普通に出来る企業があっても、過去に公官庁案件を多数こなしているモバイルアプリ開発の不得意な企業が競ってきたら、公官庁案件が豊富な企業によほどの落ち度が無い限りモバイルアプリ開発が普通に出来る企業は負ける。
そして、モバイルアプリ開発における落ち度をまともに判断できる人材は公官庁側にあまり多くない。
落ち度がもしあったとしても正常に判断されることなく「実績」をもって判断が下されることになる。
数億程度の案件では公官庁案件の旨味が減っていて、案件の規模にかかわらず予算管理の締め付けが異常に厳しくなっているのはかなり前から言われていることだ。
まともなモバイルアプリ開発が出来る会社がそんな面倒な案件にわざわざ手を出すかというと、まぁよほど経営に困っていない限りないだろう。
そして経営に困るような企業にまともなモバイルアプリ開発の能力がどれほど残っているかというと、疑問符が付く。
今回露呈した問題は低レベルだったけど、そもそもAPIやドキュメントが完全に準備された状態での開発じゃなく、APIが数ヶ月でコロコロ変わる状況について行くにはプライベートαテストなんかに参加したことがある企業じゃなきゃ対応できないだろう。
その企業は自社が抱えている案件や受注見込みの高い案件を後回しにしてまで公官庁案件をやるのか?
万が一そういった企業がCOCOA開発を引き受けていたとしても、発注側と受注側の文化の違いで軋轢が生じるであろう事は想像に難くない。
ちょっと前までスマホメーカーの中の人やってました。下請けのソフト屋。だいたいミドルより下のレイヤーで開発評価デバッグその他あれこれ。
で、ここからの
https://b.hatena.ne.jp/entry/s/twitter.com/masanork/status/1358069771753852929
特にこの辺りを読んで、
https://twitter.com/masanork/status/1358186280551546880
ずいぶんと感覚が違うな、と思った。
元受けがメーカー(つまりハードも作ってる)だったからなのかも知れないけど。
とにかく実機使ってテストしまくるんですよ。もちろん使えるところは例えばアプリならPC上のシミュレータ使って自動化したり、通信関係では検証環境使ったりもするけど、泥臭かろうが人手がかかろうが最後は絶対実機と実環境でテスト。
なんでか。
シミュレーターや検証環境は所詮「疑似」環境であって、本物とは違う、意図的なもの把握してるもの以外に意識できてないところでどこか必ず限界がある、減らすことはできるがゼロにはできない、まして他所から持ってきたモジュール(ハードウェアであれソフトウェアであれ)なんざ仕様書があってもどっかブラックボックスなのは避けられないし仕様書に無い不具合だってあるあるだし、そういうブラックボックスをエミュレーションした疑似環境でのテストもするけど想定を一歩でも踏み外したら信用に値しない、
そういうことを何度も何度も痛い目を見て思い知らされてるから。
それに本番環境でしか出ない不具合って日常茶飯なんですよ。通信がからむと機器同士の相性も出るし。互換性検証会ってありますよね?わざわざハードウェア持ち寄って動作テストするやつ。いわゆるキャリアがケータイやスマホを揃えてテストさせてくれる環境を提供してるのだってそれが必要だってキャリアも開発者も知ってて利用者がいるから。
COCOAだって、実機と実環境でダミーの陽性者と濃厚接触者を立てて試験すりゃ良いだけだろうに、なぜそんなことすらしなかったのか?正直理解ができなかったんですけど、そもそも実機テストや試験環境に関する基本的な考え方や感覚が違うんですね。