「API」を含む日記 RSS

はてなキーワード: APIとは

2021-05-08

プログラマ自分なりのニュース収集方法

ニュース情報収集って必要なことだと思うけど今の時代何も考えないでニュース追ってるとソシャゲ以上の時間泥棒な娯楽になりかねんから自分なりに工夫してる収集方法をまとめてみる。


情報源は多分皆とほぼ変わんないけどTwitterとかのAPI駆使したり自前サーバ収集してNGワードノイズ情報除去したりして独自RSS作ってFeedlyで読む形にしてる。

NGワード調整とかTwitterから収集とかここまで細かく無料で行えるRSSリーダーは多分ないかプログラミングできないと真似は難しいかも。

まあでも多分大したことはやってない。

ちなみにキュレーションアプリとかAI自分にあったニュース配信~的なサービス多いけどほとんど合わなかった。

あの手のものはどう調整したってゴミみたいな情報が混ざりすぎる。(特にまとめサイトやら見出し煽りまくりネットニュースやら)

そらそういう風に時間を奪うように設計されてるんだろうけども。あの手のものスマホに入ってた奴含め全部消した。



情報源としてまずははてなブックマークITカテとアニメゲームカテゴリトップエントリ。良い具合にニッチ目なITサブカル系ニュースは結局ここより良い収集場所を知らない。

新サービス技術仕事に関わる法改正情報や、人気作のアニメ情報だったり話題Web漫画配信情報とかが全部手に入る。

はてなブックマークは上位に載ってる記事限定RSSとして提供されてるんだよね。これを収集スクリプトで再度内容を精査する。

大事なのは増田痛いニュースTogetternoteはてなブログ辺りはドメイン単位個別に除外すること。

ドメイン以外もはてな特有の「このエロシーンが性的消費で云々」みたいなフェミニスト対立記事とかヤマカン炎上ネタとかはあんま視界に入れても良いことなさそうだから個別NGワード使ってる。

正直これやってないはてなとかとてもじゃないけど見てられないレベル

基本のニュース情報共同通信LINEニュース公式Twitterから取得するようにしてる。いろいろ調べたけどここが調度いいって結論に至った。

事件スポーツ経済政治など、テレビ新聞で主要に扱ってるような内容は共同通信から収集見出し読むだけでも概要は把握できると思う。

公式RSSじゃなくて公式Twitterからの取得。共同通信公式サイトのRSSだと記者コラムとか東京の人気店出店情報とか重要度低いニュースも流れがちだからツイートされてるもの限定にするといい感じに絞れる。

LINEニュースはたしかRSS提供してなかった(もしくはしてるけど内容が微妙だったか)気がするから仕方なくTwitterから収集

共同通信と重複も多いが何故LINEニュースも取得しているかというと芸能ニュースとかも会話のネタとしては追っておきたいから。

LINEニュースの良いところは「有吉結婚」「オリラジ退社」くらいの芸能ニュースちゃん流れるけど、

松本人志ワイドナショーで若手女優に苦言」とか「坂上忍バイキングでの発言炎上レベルゴミみたいなネットニュースは入ってこないんだよね。

あとは住んでる地域コロナ情報とか個別に興味あるトピックGoogleニュースキーワード設定して収集した後それをまたNGワードとかで除外しつつ取得。

今の時代って必要情報を調べるテクニックはとても重要だけど、逆に情報過多だからこそ見たくない情報を視界に入れないテクニック重要だと思うんだ。

皆は皆でこの辺で良い感じのテクニックがあったりするんだろうか。

はてなや5chの対立対立煽り疲れたら”見ないテクニック”を身につけるのはどうだろうか。

2021-04-22

10年以上使っていたSalesforceを止めた

きっかけはLightiningに上げようと色々調べてみたこと。

あいつかは上げないといけないからねえ。

立ち上げる度にLightingの画面に切り替わって催促されるしw。

色々試行錯誤してみた。そうしたら不便な点多々散見された。

その中でこれはキツいな、受け入れられないな、と感じたのが下の2つ。

その1 差し込み印刷が出来ない。

Salesforceに限らず古いバージョンで出来てたことが出来なくなるのは

経験ある方ならわかると思うがめちゃくちゃストレスよねぇ。

仕方ないのでテストも兼ねて弊社のプログラマーに頼んで作らせてみた。

DBの中身拾ってきてhtmlで整形する、という手法でやってみた。まあ出来るようにはなった。

なんだけどこの程度のことでわざわざプログラマーの手を煩わして

コーディングってのもちと違うよね。簡単に出来ることに手間かけるってのは本末転倒の極み。

おまけにAPI使うには追加費用必要云々言ってきた。まあそういう価格体系なんだろうけどそもそも使ってた機能

使えなくなったことが要因なのでこれには不満が残った。

お客様ライセンスでは開発のサポートは出来ません、みたいな連絡も頂いた。

これも正しいんだろうけど、たか差し込み印刷を開発というのもどうなのかと?

簡単なことをわざわざ「開発」しないと出来ないことがむしろ問題なので。

日本人って帳票沢山使う民族なのでこれ出来なくて困ってる人沢山いるんじゃないかな。

プラグイン作ってるとこは儲かるかもしれないが。

その2 ナレッジベース

公開ナレッジベースを長きに渡って使っていた。

が、なんと現行のナレッジベースとLightingの互換性がないらしい。

サポートに聞いてみると自分でローダー使って移してくださいと。出来ない場合は手で入力してくださいと。

何百件あるのを手で入力って言うのは簡単だけど現実的ではないよね。

勿論そういう仕様なんだから仕方ないとも言える。

が、そもそも同じソフト/サービスで新バージョンに移行するにあたって

ユーザにこういう不便を強いるってのおかしいよね。

あとそもそもローカルでそういう面倒なことやんなくていいのがクラウドメリットだったはず。

データ自分で移行しなきゃいけないなら他のシステムにいくのと変わらないと、判断

この時点で決心した。

それと今のライセンス(Professional)ではLightingに上げるとそもそもナレッジベース使えないらしい。

まり新しいほういくとライセンスを上のグレードに上げる必要がある。

まり実質的な値上げなんだけど、どこにも値上げと唄ってない。

こういうやり方、手法を取ったとしたらそれはベンダー側の判断。こっちが決めることじゃないので。

尊重しましょう。

が、いかにも後味悪い。遺恨を残す。なんだかなあと。

何故か怒りは全く湧いてこず一番良い手法

早く見つけようという気になった。SFサポート営業を責めても仕方ないしね。

彼らは彼らの仕事を真面目にやってるだけなんで。実際一生懸命やってくれたし。

感謝してますよ。

で、ZOHOデモ登録して色々試してみた。他のも色々見てみたけど

移行が簡単そうだったので。

途中引っかかる点もあったがサポートの力を借りながら全部のデータ無事に移行終了。

こちらで運用開始、そして今に至ってる。弊社はあんまり難しいことやってないからね。

カスタムオブジェクトがいくつかあるぐらい。あとはサブスクリプション管理の項目がなかったので

予め作っておいた。

結果は大満足。元々SFのバチもん(というと失礼だが最初

UIはそう言われても仕方ないと思う)、だったので中身よく似てる。

直ぐに使えるようになった。ぶっちゃけUIはこっちのほうが良いんじゃないかな。

これはあくま個人の好みだけど。

あとコストの点も大きい。

SFはずっと1人会社の頃から使ってて、会社が大きくなって人数増えてもユーザーは小生一人だけだった。

が、この先新規事業ユーザー増えてくのでその前に移っておいてホント良かったかなと。

10年以上使ってたシステムを移行するの躊躇した時もあったがやってみると

思いの外簡単だった。色々弄ってると今は使ってないテンプレートとか

出てきてああ、こんなことやってたなあと、感慨深かった。

からなかった、ダメだったビジネスも多々あるがw。

色々あったがSaleforceにはここで改めて礼を言っておこう。

新しい事業もやる気になってきた。仕事は楽しくやらないとね。

SF/CRM的なサービス今は沢山あるので自分にあったのを選べば良いと思う。

これから使おうと思っている人、会社使用中で移行を考えている人、会社の参考になればと。

2021-04-19

https://b.hatena.ne.jp/entry/s/qiita.com/Yametaro/items/621bfd8c894f8fd36539

このクッソキモイネタいつまでやってんだよ腐れチー牛油豚ども

https://www.google.com/search?q=site%3Aqiita.com+%E3%83%91%E3%83%91

5歳娘「パパのReact、めっちゃいね!」

5歳娘「パパ、余分なpropsいっぱい書くんだね!」

4歳娘「パパ、具体的な名前をつけないで?」

5歳娘「パパ、レンタルサーバ契約しないで?」

5歳娘「パパ、変なAPIを作らないで?」

5歳娘「パパ、型はドキュメントだよ?」

5歳娘「パパ、依存性を注入して?」

6歳娘「パパ、プロジェクトフォルダを見つけるのに何時間

4歳娘「パパ、懐かしいJavaScript書いてるね!」

4歳娘「パパ、constしか使わないで?」

5歳娘「パパ、型ガードって何?」

0歳娘「パパ、型を作る関数はないの?」

4歳娘「パパ、Promiseやasync/awaitって何?」

4歳娘「パパ、実行時エラーの出ないフロントエンド言語って

4歳娘「パパ、そんなときクロージャが役に立つんじゃない

4歳娘「パパ、具体的な名前をつけないで?」

3歳娘「パパ、関数カリー化して?」

0~6歳なのはテメェの頭脳だろカス

2021-04-18

anond:20210418095017

これ本当に謎

4億円プロジェクト+1国1ライセンスAPI って

データとか富士通がやる案件

なぜパーソルに?

2021-04-07

anond:20210407125125

要約下手だな。朝日新聞自動要約生成API: TSUNAを使って人工知能で要約したらこうなったぞ。

モテたい」と「女性側の人権無視」は違う 鈴木姓さん、自浄作用を求めるには別人格

2021-03-30

anond:20210330232255

わかります

私の場合

お題があれば作れるけど、まっさら状態から何か作れと言っても思いつかない。

開発環境は自PCにあるけど標準APIしかないしDBに繋がってるわけじゃない。

やれる事限られてるので、特に役に立つ物作れないんですよねー。

2021-03-29

APIのエンドポイントごとに手打ちDBテスト投入用データ作ってるのつらみが過ぎる

2021-03-22

LINE代替サービスはおそらく盛り上がらない

キャリアが手を取り合って標準仕様に基づいてサービス提供してる「+メッセージ」の存在感の無さみてりゃ分かる話。

何で自治体LINEに乗っかるようになったかと言えば、自治体雇用にも関わる福岡を除けば「みんな使ってるから」なわけで、

例のデータアクセス問題LINE忌避する人が増えてもそれは「LINE以外に移る」のではなく「何もなかった時代に戻る」ということになるだろう。

それぞれの自治体バラバラサービスを選んで大してユーザー増えずに廃れるのが関の山

ただ、一私企業サービス公共サービス依存することの問題点が露わになったのは良かったと思う。

ベストなのは自治体側がAPI用意して、対応したい企業がそれを使ったサービス提供するという形だろう。

APIキーの払い出しは認定制にして最低限のチェックが出来れば文句なし

COCOAグダグダっぷり見てりゃ自治体がそんなこと出来るようになるのは遠い未来しかあり得ないだろうけどな。

2021-03-17

ヤッバ

これパーソルに金落とすだけの案件かよ

DXとかセキュリティがらみでデバイスは常に最新にって喧伝しておきながら、最新バージョンには対応させるのを怠っていたなんてww

もうデジタル庁なんて止めてしま

GoogleApple公式でやってる接触検知機能を開放してもらえるだけでいいだろ

AppleGoogle共同開発したAPI活用した新型コロナウイルス接触追跡アプリCOCOA」が、iOSAndroidの最新バージョン対応しておらず、政府は数カ月前から状況を把握していながら放置していた、と毎日新聞が報じています

平井卓也デジタル改革大臣:「バージョンアップする以前のところで引っかかってたので、その余裕がなかった」

2021-03-16

例のCOCOAの最新仕様放置疑惑について解説するよ

最初結論から書くと、「毎日新聞さん正論すぎる」「だけどまだちょっと時間あるで」。

毎日新聞の元記事

『「COCOA」がグーグルアップル基本ソフト最新仕様に未対応

https://mainichi.jp/articles/20210315/k00/00m/020/165000c

毎日新聞の指摘は何か

グーグルアップル基本ソフトの最新仕様対応していないことが分かった。

うん。コード見てる人はだいたい知ってる。

稼働はしているが、両社の今後のソフト更新次第で作動停止など不測の事態に陥る恐れがある。

まあ、そうですね…。

毎日新聞の指摘をもう少し噛み砕くと…

COCOA動作の基盤となっているのは、Exposure Notification API(曝露通知API)というやつで、GoogleAppleが共同で開発した、AndroidiOSの両方で使えるAPIOSと近いところで動くライブラリみたいなもので、おかげでBluetoothを使っても電力消費は最小限で済むし、アプリプライバシー関係でよからぬ手出しができないようにもなってる。iPhoneではiOSの一部として組み込まれているし、AndroidGoogle Play経由の「Google Play 開発者サービス」の新しい版に含まれてる、みたい。

基本ソフトの最新仕様対応していない」ってどういうことなのか

このAPIにはバージョンがあって、V1ってのが最初のやつで、もう少し検出方法が洗練されたV2ってのがある。Exposure Notification APIのセットの中にV1とV2が重複しつつ混在してて、今から作るアプリなら使えるAPIバージョンアプリ側で確認して、使える方を使う、という感じになるかと思う。

COCOAが使ってるのは、V1。これは事実

V1を使っていたらいかんのか

現在COCOAまがりなりにも動いていることからも分かるように、API V2が使えるようになっても、後方互換性のためにV1も使えるようになっている。Apple/GoogleはV1のメソッドかには「deprecated」(使用不可)っていう印をつけて、今後は使わないように、と言ってる。

「deprecated」になったやつは、Apple/Googleは「もう使わんでね。いつ使えなくなっても文句言わんでね」という扱いをする。だから、「ソフト更新次第で作動停止」という指摘は間違いではない。間違いではないが…。

実情、deprecatedなAPIってどんな感じなのか

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は動く。

じゃあExposure Notification API V1はどうなるのか

もちろん、滅茶苦茶使われていたUIWebViewと比べたら、Exposure Notification APIみたいなマイナーAPIでこんな丁寧なことはやらないかもしれないけれど、でも重要度で言ったらExposeure Notification APIなんて「超重要」でしょ。V1が全然使えないならまだしも、一応動いてるし。

Exposure Notification API V1は、使えなくなる前には必ずデベロッパに期限を知らせるはずで、いきなり切るはずはない(ないよね(ないんじゃないかな(まちょっと覚悟はしておけ)))。

からCOCOAが急に使えなくなっちゃう! と不安になる必要は、当面はないと思っていい。かな。

とはいえ

これはスレデベロッパであるがゆえの油断であると言われてしまえば、そのとおりです。「deprecated」は「deprecated」。普通プロジェクトなら、すぐさま対応検討して、バージョンアップ計画を立てるのが正しい。普通プロジェクト、なら。

記事中では「21年2月になって、ようやく最新使用対応するための具体的な検討に着手した」って言ってて、まあこれはダメなんだけど、そもそもプロジェクト運営グダグダだったんでしょうがねーんじゃね? というのがいちヲチャーとしての感想ではある。だってAndroid版動いてなかったんじゃよ? プロジェクト立て直す時間はあるはずなので、体勢立て直してから検討してもいいかな、という気はしている。それくらいの時間はある。はず。

そういう意味で、毎日新聞記事ちょっと叩きすぎな感はある。正論ではありますよ。正論では。

とはいえとはいえ

で、ここでぶっちゃけしまうと、実はもうCOCOAは要らないっちゃ要らないのです。

保健当局アプリを作れない/作らない国/地域のために、iOSでもAndroidでも、AppleGoogleが用意したCOCOA相当機能「Exposure Notification Express」というやつが、OSに組み込まれている。これを使うことにすれば、当局サーバ側のバックエンドだけ用意すればいい。

グーグルアップルの新型コロナ接触確認機能に新たな仕組み「Exposure Notification Express」――日本には影響なし』

https://k-tai.watch.impress.co.jp/docs/news/1274374.html

『Supporting Exposure Notifications Express

https://developer.apple.com/documentation/exposurenotification/supporting_exposure_notifications_express

「だけ」って簡単な言うな。そりゃ大変だけろうれど、わざわざ使いづらい/どマイナーミドルウェアXamarinMicrosoft謹製)使って、頑張ってクロスプラットフォームアプリを開発/運用するよりはずっと負担は少ないよね(必要予算も)。

もう、バンザイして、Expressにしたらいいんじゃね? と、増田は考えるんじゃよ。知らんけど。

できればまだこの仕組みを見限らないで欲しい

COCOAは嫌いになっても、Exposure Notificationの仕組みは嫌いにならないでください…(´・ω・`)

COCOA出自がアレで、採用意思決定不透明で、契約もテキトウで、アプリ運用も誰が何をどうしたらいいのかわかってない/身動きができない、という悲惨アプリです。

でも、2月以降変わってきたんですよ。COCOAの立て直しチームにCode for Japanの人やオープンソースの知見を持った方が参加して、githubでのissue解決の動きも再開している。ちょっと見てみてくださいよ、いろんな人が寄ってたかってコード検証して、それが反映されつつあります

『Issues・cocoa-mhlw/cocoaGitHub

https://github.com/cocoa-mhlw/cocoa/issues

いままでよりはまともに動くようになるはず。

前述のように、Exposure Notification APIで消費されるCPU資源も、通信も、ストレージも、バッテリも微々たるものです。

Exposure Notification API自体は非常によくできており、プライバシーに関しても、よくまあここまで、というくらい考慮されていますアプリ側でいろんな悪さを仕込むことは技術的には可能ですが、小細工を仕込んでもAppleGoogleアプリ審査で弾かれます(通常の小細工入りアプリが弾かれる程度には)。運営への不信からプライバシーについても疑ってしまう人もいるけど、COCOAはその点まず心配ありません。

から、渋々でいいので、もうしばらくスマホの奥においといてもらえませんか。そんなにお邪魔にはならないですよ?

そして万が一曝露通知が届いたりしたら宝くじ大当たり級の驚きが(うれしくない)

2021-03-07

俺のブクマにつくスターは全部スパムアカウント

たまにはてぶを開くと通知がきてて、スターがつきました、ってやつなんだけど、

全部鍵付きのブクマに対してなんだよな…

なんだこれ?って思ってそのユーザー見るとスパムっぽい…

鍵付きのブクマは本人しか見えないって思ってたんだけど、API経由とかだと見えるの?

教えてエロい

2021-03-03

PayPayは汎用家計簿アプリ連携してくれ

PayPayとLINEPayが互換性を持つことがわかったけど、消費者としてみればZaimやMoneyfowardへの対応を先に行って欲しい。PayPay、君だよ。

どういうわけか各種のサービス独自家計簿ツールを内蔵するのが流行っているけど、本当に欲しいのは全部を一元管理することなんだよ。財布毎に家計簿付けるんじゃなく、生活費や車代などで管理するのが当たり前。別にLINEPayに家計簿ついていても何のメリットもない。いや、確かにそれしか使わない人にはいいかもだけど、現金とか預金とかどうするんだろうか。

それは他の銀行サービスにも当てはまるので、どうにかしてAPI公開して欲しい。独自家計簿作っても囲い込めないんだってわかってくれ。

2021-02-25

anond:20210225175710

必要APIを追加してしまってすみませんミスなんですが

1度お客様リリースしてしまうと消せなくて すみません。ほんと不必要APIなんですけど消せなくて

2021-02-21

FANZA API特定部位が大きい女優だけを集めたサイト作ってみた

森氏が女性発言で失脚した。フェミニストへの発言は気を付けないと社会的抹殺されかねないようだ。怖い。

さて、そのフェミニストに対しては決して言えないが、自分女性特定部位が大きい人が好きだ。大好きだ。

もう少し具体的に言うと寝ころんだ状態身長を図った場合に、一番高くなる部分。これを仮に変数Bとしたい。

Bが高い女性が好きだ。大好きだ。どれぐらい高いのが良いか。100cmは欲しい。Bが100cm以上ある女性が好きだ。大好きだ。

から単純にBが100cm以上ある女優だけのサイトがあれば非常に重宝する。そんなサイト作ってみたDMM様の力を借りて。

https://overb100.azurewebsites.net/

実は当初はorder by Bというサイトにしようと思っていた。つまり背の順で並べたサイトだ。

しかし、これは実際やってみたら違った。自分が望んでいる人は背が高い人ではあっても、最も背が高い人ではなかったようだ。

150cm以上という、中二男子が体に巻き付いているぐらいBがある人は、いくらBが大きい人が好きといってもやっぱりちょっと違うみたいだった。

一応そのバージョンも公開しておく。

https://overb100.azurewebsites.net/Home/OrderbyB

----

追記1.コメント対応:B/Waist比を指標。人数調整により1.63以上。悪くない。むしろいかも。B/Waist比が出てないとか、♡の数が違うなどは後で。。

https://overb100.azurewebsites.net/Home/RatioBW

----

追記2.B/Height の露理巨指数的なランキング。これはどうなのかな?内容を精査してみないとまだこのページを作る価値があるのか良く分からない。露理巨指数意味が分からなくてググった。

https://overb100.azurewebsites.net/Home/RoriB

----

追記3.露理巨指数的なランキングロジックをB/(Waist*Height)に修正かつリアル身長ソート。それっぽくなったが、自分は興味を失った。先頭の渡瀬あみ神様(DMM)のデータが間違っているようで身長18cm。

https://overb100.azurewebsites.net/Home/RoriB

----

追記4.別の特定部位にも興味がある人がいるようなのでそっちも作ってみた。ただ、望んでいる結果にはなっていないように感じる。別のロジック必要なのかもしれない。

https://overb100.azurewebsites.net/Home/OverH100

----

追記5小さいのを探す方が求められているのではないかという意見にも答えてみた。が、ビックリするほど興味が持てない。またつまらものを作ってしまった。最初の方はお上データが間違っているだけにも見えるけれど。。

https://overb100.azurewebsites.net/Home/MinB

2021-02-20

COCOAの開発でXamarin使ってるっていうのがすごく不思議だったんだよね

あいうさ、共通フレームワークで作ってどっちでも動きますっていうのは

っていうときにやるもんじゃん。交通費精算とかさー、書籍の貸し出し管理とかさー。そういうのならわかるよ。

でもCOCOAはさ、

全然共通フレームワークを使う」前提を満たしてないじゃん。ネイティブアプリを2本作れやボケ

案の定フレームワーク由来の設定ファイル消えるバグとか産んでますよ。馬鹿じゃね。

最近ブクマスパムをやっている『海外の反応宇宙』というサイトについて

https://b.hatena.ne.jp/entrylist?url=https%3A%2F%2Fkaigaiuchu.com%2F

これを見てもらうと分かるが、複垢で3つずつブクマをつけて検索結果にスパムを送り込んでいる『海外の反応宇宙』というサイトがある。はてなは即刻ドメインごとブロックするべきである

ブクマをつけているアカウントは以下。即BANすべきだろう。というかこの程度リアルタイムで検知できないのはてなは?

https://b.hatena.ne.jp/linsanlinsn/

https://b.hatena.ne.jp/kkazu7334/

https://b.hatena.ne.jp/kanito99/

いい加減はてなブクマドメインブロックミュー機能を設けるべきだし、ブックマーカーブロック機能もつけてもらいたい。SNSとして化石すぎる。あとはてブアプリ非表示ユーザーが表示される障害がずっと出ていて、報告しているのに治らない。APIDB叩くときクエリを書き間違えていると思う。なんとかしてほしい。

2021-02-18

SIer だと普通だけどな

「何があっても3週間で完璧ものを作り上げろと言われ、(それで不具合が出たら)へっぽこエンジニア烙印を押されるわけだ」ってのは

坊ちゃん育ちなのか

厚労省が開発を主導すると決まったのは5月8日。25日には、安倍晋三首相が全国の緊急事態宣言を解除する記者会見の中で、同アプリを「6月中旬に公開する」と明言した。廣瀬さんはTwitterで、「5日前にAPI仕様が変わろうと、実装が変わろうと、何があっても3週間で完璧ものを作り上げろと言われ、(それで不具合が出たら)へっぽこエンジニア烙印を押されるわけだ……」とこぼす。

2021-02-16

COCOA不具合放置の遠因か、開発ベンダー選定で繰り返された「丸投げ」

https://xtech.nikkei.com/atcl/nxt/column/18/00001/05203/

COCOAHER-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とは全く性質が異なるじゃん。AppleGoogleの突貫協議で開発されたOS組み込みAPIを正しく取り扱うこと、テストしにくいアーキテクチャが不可避な中でなるべく多くの国民が利用できるように多機種に対応動作確認すること、そういう感じじゃないの。しらんけど。

なんでHER-SYSのおまけで賄えると思ったんだか。やるならやるで別の予算調達してベンダー選定しなよ。

時間がなかったから仕方ない?長くても半年もいらなかったと思うけど。Androidで通知ができてなかった去年の9月から今月までで半年だ。

さら接触確認アプリの十分な知見がなかったパーソルP&Tは日本マイクロソフトCOCOA調達プロジェクト管理を任せる形を取った。「丸投げ」が連鎖したわけだ。注意が必要なのは日本マイクロソフト接触アプリを公正に選べる立場になかった点だ。COVID-19 Radarには同社社員もおり、その接触確認アプリサーバーの稼働環境Azureを使い、AndroidiOS共通に稼働するコードを開発するツールには同社の「Xamarin」を使っているなど関係が深かった。厚労省は当時、こうしたベンダー側の事情も知る立場にあったとみられる。

知ってたっしょ〜。知らないわけないよ、絶対知ってたよ。(証拠はない)

「なんでもいいかクラウドもってこい」ならぬ「なんでもいいか接触確認アプリもってこい」って態度だったんでしょう。(証拠はない)

日本Microsoft厚労省もだんまり決め込んでるみたいだけどね。

日本マイクロソフト厚労省に対して、COCOAの開発先を選んだ当時の経緯について2020年9月から複数回取材を申し込んできた。これに対して日本マイクロソフト取材に応じず、厚労省は当時の経緯の説明を避けている。

業界代表する媒体取材を何度も断るとあらば、今後数年は真相は明らかにならないかもしれない。

やれやれ

確定申告マイナンバーカードで出来ない

同じような人がいたらいいな



スマホカードリーダーにすることはできるけど、どうやらマイナAPIBluetoothによる読み取りに対応していないみたいだ

確定申告の項目なら可能とあるけど齟齬があるように思える

2021-02-13

COCOA不具合の原因は「APIの使い方を誤った」 平井デジタル相、改善約束 開発の下請け構造改善

な?こうやって何でもかんでも開発者責任にするんだぞ

ログイン ユーザー登録
ようこそ ゲスト さん