  |
はてなキーワード: xamarinとは
https://xtech.nikkei.com/atcl/nxt/column/18/00001/05203/
COCOAやHER-SYSの開発において、日本マイクロソフトは厚労省との契約主体ではない。しかし厚労省がHER-SYSの開発ベンダーを急ぎ探していた2020年4月、ベンダーの選考会に参加して営業活動を展開していたのは実は同社だった。パーソルP＆TやFIXER、エムティーアイは、いずれも日本マイクロソフトのクラウドサービス「Azure」の有力な開発パートナーでもある。各社は厚労省の選考に勝ち残った「日本マイクロソフトの呼びかけでプロジェクトに参加した」（パーソルP＆TのDXソリューション統括部の責任者）。
いわゆる「マイクロソフト村」だ。ときどき見かける組み合わせ（異同はある）。
契約段階でパーソルP＆Tが元請けとなった理由は、関係者によれば「製品の提供に徹してシステム開発案件の契約は開発パートナーに任せる」という、日本マイクロソフトの方針によるものだった。
この座組みもよく見る。Microsoftのソフト製品をバンドルしたりAzureを売ったりしている大手日系メーカーやSIerとガチンコ競合にならないための建前的なやつ？
接触確認アプリの基盤を世界的に提供していた米Apple（アップル）と米Google（グーグル）が、接触確認アプリの提供元は各国の公衆衛生当局に限るという「1国1アプリ」と打ち出したからだ。厚労省はそれまで「接触確認アプリ導入に冷ややかだった」（関係者）が、アップルとグーグルの鶴の一声で「公衆衛生当局」として調達を担当することになったのだ。前述の通り、ここで厚労省は接触確認アプリの開発先の調達をパーソルP＆Tに「一任した」。
ここでHER-SYSと抱き合わせでやらせちゃえって判断した厚労省の誰かが、ある意味で最も無能で罪深いと思う。
たしかに接触確認アプリのサーバーはHER-SYS側のデータを定期でもらう必要はあるけど、逆に言えばそこだけっていうか。接触確認アプリの実装において肝になりさらに難航が予想されるポイントは、HER-SYSとは全く性質が異なるじゃん。AppleとGoogleの突貫協議で開発されたOS組み込みのAPIを正しく取り扱うこと、テストしにくいアーキテクチャが不可避な中でなるべく多くの国民が利用できるように多機種に対応し動作確認すること、そういう感じじゃないの。しらんけど。
なんでHER-SYSのおまけで賄えると思ったんだか。やるならやるで別の予算調達してベンダー選定しなよ。
時間がなかったから仕方ない？長くても半年もいらなかったと思うけど。Androidで通知ができてなかった去年の9月から今月までで半年だ。
さらに接触確認アプリの十分な知見がなかったパーソルP＆Tは日本マイクロソフトにCOCOAの調達やプロジェクト管理を任せる形を取った。「丸投げ」が連鎖したわけだ。注意が必要なのは日本マイクロソフトは接触アプリを公正に選べる立場になかった点だ。COVID-19 Radarには同社社員もおり、その接触確認アプリはサーバーの稼働環境にAzureを使い、AndroidとiOSで共通に稼働するコードを開発するツールには同社の「Xamarin」を使っているなど関係が深かった。厚労省は当時、こうしたベンダー側の事情も知る立場にあったとみられる。
知ってたっしょ〜。知らないわけないよ、絶対知ってたよ。（証拠はない）
「なんでもいいからクラウドもってこい」ならぬ「なんでもいいから接触確認アプリもってこい」って態度だったんでしょう。（証拠はない）
日本Microsoftも厚労省もだんまり決め込んでるみたいだけどね。
日本マイクロソフトと厚労省に対して、COCOAの開発先を選んだ当時の経緯について2020年9月から複数回取材を申し込んできた。これに対して日本マイクロソフトは取材に応じず、厚労省は当時の経緯の説明を避けている。
業界を代表する媒体の取材を何度も断るとあらば、今後数年は真相は明らかにならないかもしれない。
やれやれ。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 85 | 19869 | 233.8 | 50 |
| 01 | 46 | 5040 | 109.6 | 50 |
| 02 | 32 | 6647 | 207.7 | 89.5 |
| 03 | 25 | 1976 | 79.0 | 46 |
| 04 | 19 | 3835 | 201.8 | 93 |
| 05 | 21 | 2906 | 138.4 | 71 |
| 06 | 34 | 6525 | 191.9 | 91 |
| 07 | 48 | 3007 | 62.6 | 36.5 |
| 08 | 104 | 11627 | 111.8 | 49 |
| 09 | 138 | 12840 | 93.0 | 45 |
| 10 | 173 | 19408 | 112.2 | 41 |
| 11 | 140 | 13711 | 97.9 | 60 |
| 12 | 211 | 16525 | 78.3 | 48 |
| 13 | 189 | 13790 | 73.0 | 47 |
| 14 | 128 | 19098 | 149.2 | 47 |
| 15 | 93 | 7092 | 76.3 | 47 |
| 16 | 100 | 15402 | 154.0 | 56.5 |
| 17 | 113 | 11372 | 100.6 | 44 |
| 18 | 122 | 18023 | 147.7 | 57.5 |
| 19 | 130 | 16116 | 124.0 | 50.5 |
| 20 | 107 | 19349 | 180.8 | 46 |
| 21 | 137 | 17193 | 125.5 | 47 |
| 22 | 179 | 16301 | 91.1 | 55 |
| 23 | 87 | 7639 | 87.8 | 47 |
| 1日 | 2461 | 285291 | 115.9 | 49 |
経済右派(6), Thread(7), Hyper(7), Xamarin(6), ランエボ(5), トラウトマン和平工作(4), roblox(3), キッザニア(3), デプロイ(8), 利己的な遺伝子(3), フューチャー(6), 右派(20), ネオリベ(15), じゃろ(14), 民主党政権(16), 最低賃金(13), 家庭内(9), 新自由主義(12), 左派(20), 痴漢冤罪(12), 山口(8), バグ(25), ポルノ(13), いみ(12), 分類(14), 冤罪(22), アプリ(44), 1000万(14), 男性向け(10), 痴漢(71), レイプ(30), 接触(21), 黒人(22), 人格(21), 右(15), 障害者(17), 異なる(16)
■featureをフューチャーって読む人を撲滅したい /20200622023832(37), ■恋愛がテーマの歌である必要はあるか？ /20200615131518(14), ■自分は絶対的弱者だって主張する人たち /20200621222142(13), ■私が接触確認アプリをインストールしない理由 /20200622163854(9), ■ぶくまか!! /20200622152746(9), ■日本の男性は倫理が欠如している /20200622080420(9), ■左翼が暮らしを良くするとしても、餓死を選ぶ /20200611104406(8), ■アニメが観られなくなる病気 /20200617141412(8), (タイトル不明) /20200622095217(8), ■接触確認アプリがもたらすプライバシーリスク /20200619203708(7), ■2020年版 はてブ非表示推奨リスト /20200621164029(7), ■人種差別をしないための差別 /20200621112320(6), ■三大鬼が出てくる昔話 /20200622110425(6), ■接触確認アプリのインストール率を高めるために、ゲーム性を導入しよう /20200619154917(6), ■疑似科学って叩かれがちだけどフロイトの精神分析なんかは /20200622172711(6), ■夫増田、家にいるとき、何してる？ /20200622182048(6), ■何人かの東大生と話してわかったんだけど /20200622145702(5), ■さいきんのこと /20200622214307(5), ■採血で血管が見つからなくて困る /20200622102158(5), ■anond：20200622080420 /20200622094903(5), ■政策には批判的でも政権を支持する人の謎 /20200622140700(5), ■出版社はゾーニング意識をもっとしっかり持ってくれ（小学館・コロコ /20200622142723(5)
(24日の分6本追加。ふむ。完全に役目を終えたようだ)
(23日までの分を追加。燃料再投下されるも、トラバの応酬がいくつかある以外はそれほど盛り上がらず。そろそろ観測終了か)
(23日18時までの分11本を追加。1本が人気エントリ入りで、増田力の違いに嫉妬。ついでに、その他に1本追加)
| 日 | URL | タイトル | 主観による寸評・分類 |
|---|---|---|---|
| 06-21 | anond:20200622173315 | ■簡単なアプリなら5日ぐらいあれば0から作れるんだが、 | 良いと思う。頑張って！ |
| 06-20 | anond:20200620110958 | ■男が女になったりするアプリ | なんか発想が凄い。 |
| 06-12 | anond:20200612074236 | ■意図のわからない増田シリーズ 「利用規約増田」 | 確かに、この作業中もめちゃくちゃ遭遇した。 |
| 06-08 | anond:20200608080229 | ■アプリのレビュー欄で改善要望を出してくる人に緊急連絡です | あー。そうだねー。 |
巷では人格否定にあたり、建設的ではない等の理由で批判の対象になっているが、個人的な感覚ではギリギリセーフに感じる。
というのも、
表現として100点ではないが -100点というわけでもなく、アウトギリギリの 30 点のような感じ。
もちろんこの基準は人それぞれなので、アウトに思う人がいるのは理解できるが。
古には、荒らしに反応する人も荒らしという半ば暗黙的なルールがあったように思うが、
見え透いた炎上芸に過度に反応してしまう側、加えて現状の SNS の構造にも大分問題があるような気がしてならない。
基本的にやめるべき、というのは同意するものだが、今回のプロジェクトに関して言えばそこは議論にあげるべきではない気がする。
SNS 等全体の仕組みとしての改善が必要であって、思想の啓蒙などしても、攻撃する人は攻撃するものなので。
（それこそ前頭葉に障害を負った人が他人の人格を否定するような発言をしていた場合はどうするのか？
自分が発端のツイートを受け取ったとして、バグが有るのは事実であるし、その人の視点でド素人な質の実装であったと単に受け止めるのだが、
そうではなく受け取ってしまう人は、何かを作って公開することへの適性は低いのではないかと思う。
HRT のような思想はどんな状況でも適用すべき普遍的なものではないと思っていて、
ある一般企業のプロジェクトに集まったいわゆる普通の人同士での生産性を高くする効果がある、
というようなことは確かに同意できるが、一国、一億人の生死が左右されるようなプロジェクトではそんなことよりも優先すべき事項が多々あるはずだと思う。
このプロジェクトに関しても、仮に、批判への耐性が高いような一部の人が実行していく、でよいはず。
それだと誰もやらなくなる、という論に対しては、相応に報酬等があがる (はず) のでトレードオフは満たされる気がしている。
開発者をリスペクト/擁護するような意見が多いが、ここにはとても違和感があった。
日本国民数千万人に利用してもらう / 普及させることが目的となる中で、極めて稚拙なプロジェクト進行だと大いに批判されて然るべきだと思う。
ソフトウェア開発者としての正直な感想としては Xamarin を選ぶことは大いに疑問で、
Apple / Google のフレームワークは仕方ないとしても、それ以上に Microsoft に不必要にロックインされることはするべきではないと感じる。
また、 OSS として公開するのであればなおさら、普及率の高い技術や開発方法を選択するべき。
（現に、貢献への障壁になっているという意見が様々あるように見える
今回の場合は素の iOS / Android フレームワークのみを利用するのが、客観的に最適だと多くの開発者は思うはず。
国からの依頼以前から作られていたとはいえ、依頼があった時点での変更や辞退をするべきで、開発者ツイートではボランティアであることを強調されていたが、
実際には、プロジェクトの目的を度外視した、個人的な社内外の立場向上、または Microsoft 社の便益を目的とした技術選定と言わざるを得ない。
開発者ツイートでは、個人かつ厳しいスケジュールを言い訳にしていたが、リリースの質を落とす言い訳にはならないように思う。
特に目的が目的なので、正気の開発者であれば、そのように見通しもなくすすめるようなことはしないように思う。
（もちろんそれでも火中の栗を拾っていく行動/勇気は評価されるべきではあるが
等に関して開発者も積極的に意見/調整をすべきで、これを国や事業会社の責任と単にしてしまうと、
結局現場猫たちによるザルチェックを通した質の低いアプリケーションが生まれることになり、事実そうなっているのが現状だと思う。
個人的な業務経験からは、関係者は等しく責任を負うモデルのほうがしっくりきている。
その点で、個人での開発は最も悪手で、先に責任分散や ( SPOF の解消にもつながる ) ダブルチェックの仕組みを作るべき。
以上の意味で開発者側の対応に関しても足りない部分が多々あり、その点はきちんと改善がなされるべきなのだと思う。
正直に低いと感じる。
Xamarin によりクロスプラットフォームでの実装を原因とする、プラットフォーム依存の問題に対処できていないそもそもの問題がありつつ、
自分の感覚的には、普通のモバイルアプリケーション開発のレベルには達していないように見える。
また、 UI / UX 周りのデザインに関しても単に稚拙と言える部分が多く、その道の人々からの批判/改善案がもっとあって良いと思う。
