  |
はてなキーワード: agileとは
1ジャパニーズ(一応米国国籍もあるが)らしくNinja Ninja Agile MAGAなどとふざけた投稿もしていた。向こうではまあ微妙に人気があると自負している。
結構前にTruth SocialでDOGEでの人材募集がかかっていたのでネタとしてメールを送ったのだが普通に落ちた。
なのだが、先日いろいろDOGEがやらかしたこともあり第2次募集がかかり、繰り上げだかなんだか知らないが自分が入庁してもいいということになった。ただオファーは年収7万ドルと少し安い。
あまりMAGA MAGAするつもりはないが、おそらくはてな民初のトランプ政権側について、お前らにも影響を及ぼすだろうからよろしく頼むぜ。
業務で何やるかは正直わからないが、AIで法制度周りを効率化するらしい。リーガルテックって感じだ。
クビになったら日本に行くつもり。よろぴこ。
https://president.jp/articles/-/87827
このままでは国民皆保険が壊れていく…金子勝｢マイナ保険証は政治献金企業が儲かる究極の寄生システム｣
敬称略です。
政治献金と技術的に遅れた日本の情報産業のための救済事業との結びつきは非常に強い。
ほぼ10年間でマイナンバー関連事業を少なくとも3000億円近く発注していると見られるが、大企業8社が共同受注などで独占的に契約している。
そんなことはありません。むしろ、大手IT企業はこの手の自治体公共事業が薄利すぎて足を洗いたがっているというのがほぼほぼ現在の状況です。最近では大手の撤退が激しく、元々大手が担っていた部分を別の中堅SIerが無理して受注したものの、ノウハウもなく薄利過ぎて対応出来ず納期通りに納品できない案件が続発しています。そこで、入札参加条件が上げられた結果、入札が予定価格を上回り、随意契約になると言うケースが多発しています。
見る人が見れば、NTT系が基本を抑えつつ、周辺の企業が参画しているというのがわかると思います。大手5社のコンソーシアムで、NTTコムがメイン、NTTデータ、NEC、日立、富士通の合わせて5社で共同受注しています。そして、他に手を上げた企業はありません。
NEC・日立・富士通は関連公共システム（住基や戸籍、税務システムなど）が関わりそれらとのつなぎ込みが必要になるからですね。
他に手を上げた企業がない上、入札では予定価格を上回ってしまった結果、随意契約と言うケースです。報道によれば、いずれも随意契約にするにあたって、調整の結果入札価格よりも低い価格で受注させているようです。
他、凸版とDNPは物理的なカードの発行業務をやっており、合わせて800億円ぐらいの受注額です。そしてマイナカードは1億枚発行していますので、1枚辺り800円。カードは物理的に1枚300円はしますし、送付事務に使う簡易書留は350円しますので。単純に残りの取り分は150円です。全然高くありませんね。ここで事務手続きなどをやる事になります。数が多いので最大限コストは低く抑えていると思いますし、全てが郵送交付ではないとか細かい話はあるでしょうけれども。
JECCはリース会社です。国の予算の関係でいったんファイナンスを引き受る。大手IT企業がごそっと出資している特殊な会社です。金額はでかいですがこの会社が入るのは主に行政の硬直性の問題です。
何故か突然旧ソ連・ロシア方面の用語が出てきて面食らった人もいると思いますが、オリガルヒとは、官製の新興財閥だそうで、その方面の人たちからは社会主義国家ソビエト連邦が崩壊したどさくさに紛れて、民間にいくときに出来た悪しき存在という事で、よく批判に出てくる用語です。
さて、彼らはオリガルヒなのでしょうか？
そんなわけないんですね。
一般的にIT企業が求める水準の利益率とは30%と言われる中、政府系の仕事は利益率が1割を切る事があたりまえです。エンジニア不足の中でやりたくない仕事です。
NTT系が1300億円程度の受注をし、物理的発行やリース会社を合わせて8割以上で、残りとは大きな差があります。ここで金子らなぜNEC日立富士通を入れたのか。それは5社が献金していると言いたいが為に3社を水増しした感じがしますね。
まずは、利便性について検討しましょう。金子はこの一文のみ、内容も根拠も全く触れず、まるで自明のような扱いですが事実とは異なります。
政府は、マイナンバーカードの調査を定期的に行っており、最新の結果はこちらです。
少なくとも、利便性が「まったくない」と言う事は「まったくない」ことがわかります。
やたら多くの紐付けをするために、なくしたり盗まれたりすると、すべての個人情報が漏れてしまう。
ここでは逆に、全ての情報が漏れるにはどのような条件が揃う必要があるかを並べてみると
と言う事が必要。
と言う事が必要です。
さてこれを「セキュリティがまったくない」と表現するのが適切でしょうか？
現状、これよりも固いセキュリティを強いているシステムは本当にわずかです。
暗証番号のない顔認証マイナ保険証、スマホのマイナ保険証（これもマイナ保険証をスマホに接触させないと使えない無意味なもの）など、数種類のカードが発行される極めて非効率なもの
これは明確に誤りです。何故ならば、1人に発行されるマイナカードは1枚しかないからです。受け取る側のシステムも一つ。
「マイナ保険証をスマホに接触させないと使えない無意味なもの」も誤りです。最初の1回だけ行えばよく、使う時にマイナカードは必要ありません。
初回のそれはマイナカードで認証する為に必要というだけの話です。
さて、金子はこの状況を「数種類のカードが発行される極めて非効率なもの」とする一方で、「多数数の紐付けを止め、一つひとつ独自のOS（オペレーティング・システム）で」を提言しているのですが、整合性がありません。
マイナンバーシステムが設計されたのは今から10年前の2014年ですが、当時はまだスマートフォンに安全に電子証明書を持たせる仕組みがありませんでした。
現在できる様になったのは、日本政府や担う企業なども参画し国際標準規格を作ったからです。ISO18013-5が正式に出来たのは2021年です。最初からできた所は存在しないでしょう。そしてこの規格を世界が利用しようとしています。
これも誤りです。いまでもICカードが最も堅いセキュリティ確保の手段の一つです。
それは何故かと言うと、ICカードに入れた鍵は、現実的な手段では取り出す事も複製もできないからです。これはパスワードが漏れていても完全に中身を出せないと言う意味でもあります。
こういったことを言っている人は、大抵プラスチックカードといえば磁気カードの時代で認識が止まっている事が多いです。
ICカードは、単に定型の情報を返すものではなく、このカード自体がコンピュータです。マイナカードを利用する時にパスワードを入れますが、このパスワードはオンラインではなく、カードの中で処理されます。そして複数回数間違えると、カードの中の最も重要な鍵、電子証明書が消されアクセス出来なくなります。また、電子証明書も、このICカードが演算して帰す事で行われます。こういったことを理解しているのでしょうか。
また、顔認証が不安定という詳細が明らかにされていませんが、事実として顔認証は99%の精度があります。たまに「マスクをしていたのに顔認証が通った」という人もいますが、これはマスクをしていても顔認証ができる技術を使っているからです。他人のマイナカードで認証ができてしまったと言った話が出回っていますが、反マイナカード保険証団体の調査した結果2件だそうです。日本の保険医療の件数は数億件ありますが、そのうち2件です。
その理由をオンプレミス方式で、クラウドプラットフォームにしてないからだと説くのですが、今回出てきたトラブルはシステム的なトラブルはほんのわずかであり、ほとんどはインプットするデータの問題でした。
これは、仮にアメリや中国の巨大IT企業に依頼しても同じ事が起きていたでしょう。
金子は「マイナ保険証のひどい醜態」を自明のごとく上げていますが、その具体的な中身について一切論じていませんが、これが事実だと言う客観的な証拠がありません。全国民が使用しているシステムであると言う事を考えたとき、例外でマイナーなトラブルしか起きていませんが、これはむしろ過剰品質とさえ言える状態です。
オードリー・タン氏は、マイナンバーシステムの普及が必要不可欠だと言う事を自明のものとして扱った上で、普及を進めるにはどのようにしたら良いかと言う点で多くの提言を行っています。
また、台湾は日本以上に全ての情報が「中華民國統一證號」に統一されており、身分証の携帯が義務づけられているなど、日本より遙か前から「国民総背番号制です。前からあるが故にシステムが古い所があって運用に苦労をしているようですが、その全てを捨てて失敗だなという暴論が出ているとは聞いたことがありません。
ちょっとこれの意味が分かりません。金子は、オードリー・タン氏の名前を出した直後にこれを言っているのですが。その段落を全部抜き出すとこうです。
マイナ保険証については、通常の健康保険証廃止を止め、一からやり直して、クラウド上でスマホのアプリにする。多数の紐付けを止め、一つひとつ独自のOS（オペレーティング・システム）で丁寧にプログラムを組んでいくことが必要である。
もっと意味が分かりませんが、ここから頑張ってエスパーしてみます。
これについては全く逆です。マイナンバーシステムを通じてデータを関連づけすることによって、システム間で生の個人情報を槍と知りなくて良くなると言うメリットがあります。
共通IDがない場合、一貫した行政処理を行う時には、住所氏名生年月日といった従来からの本人の個人情報で判別するしかなくなります。
一方で統一つぃたIDで管理されている場合は、その結びつけの情報だけでデータのやりとりが出来ます。また、結びつけの情報は中央に存在するシステムが管理するのみで、接続されているそれぞれのシステムではユーザを識別する情報は別々です。中心に存在するシステムを通さないと結びつけが出来ない仕組みになっています。
また、中央のシステムで結びつけの情報を捨てるだけで容易に結びつけが出来なくすることが簡単にできます。
しかし、リアル情報を使ってしまうとそのような事はできません。
既にマイナポータルはスマホで動いていますし、一からやり直す必要はありません。
また、既に述べたようにICカードは現時点で全国民規模で動作させるセキュリティとしては最も固いものの一つです。スマホのアプリ専用にするのはセキュリティ（これは情報保護・不正アクセス回避という他に、可用性という意味も含みます）の問題があります。
現在、スマートフォンに入れることが出来る環境が揃ってきましたので、スマートフォンに入れた証明書を普段は使用して、マイナカード本体は家に置いておく、と言うスタイルが可能になります。
また、マイナカードのアプリケーションはいわゆる「クラウド」と呼ばれるシステムで多数動いており、既にクラウド上であると言えます。
既にOSレベルで独自に作成する意味はありません。それも一つ一つ別のシステムに刷るなどと言う意味はありません。
これは、交通安全のために、全ての自動車の運転方法をバラバラにするべきだ、と言っているようなものです。
また、問題になっているのはその上に乗っているサービスであるため、これによって何かが良くなることはありません。
一概には言えませんが、金子が成功例としてあげるGAFAMなどでは「Agile開発」と言われる手法が一般的になっていますが、これは「丁寧にプログラムを組んでいく」から連想されるものとは大きく異なるものです。
政府や厚生労働省が描いている医療の姿はまさにこれそのもの（もう少し具体化され、洗練されていますが）だと思いますが、何故これが「完全に間違っている」のでしょうか。
また既に実現している部分があります。
一方で実現されていない部分もあり、それを補うためにマイナンバーシステムを共通IDとして活用しようと言う事になっています。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
376あとで/2649users 世界史講義録 | 金岡 新
273あとで/2308users 高卒新人に資産運用を説明する - やしお
267あとで/2264users プログラミングというより物事が出来るようになる思考法｜牛尾 剛｜note
266あとで/1628users クリエイティブコーディングの教科書 | miku | Zenn
265あとで/1730users 企画書を書くのが苦手な人、チョコプラがコントで教えてくれるこれ見よう「会議まとめるの苦手な人用も」「新卒にもオススメ」| Togetter
190あとで/1065users はじめに — 機械学習帳 | 岡崎 直観 | GitHub
189あとで/1371users mssn65 on Twitter: "ロープの結びは、この5つを覚えとけば大半の状況に対応できると思います。 https://t.co/tJucqFW19D"
186あとで/1301users なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
179あとで/1104users 初学者に教えたい、MicrosoftがGitHubで公開している教材が最高だった！ - Qiita
177あとで/1895users 「不機嫌で人を支配しようとする人」の気持ちがわかった話 | 不倒城 | Books ＆ Apps
155あとで/1399users 「この情報無料でいいの…！？」毎日の掃除や整理整頓が時短になるよう心掛けている方の工夫が目から鱗すぎる | Togetter
148あとで/748users Reactベストプラクティスの宝庫！「bulletproof-react」が勉強になりすぎる件 | meijin | Zenn
145あとで/1170users ミルクボーイがUIとUXの違いを説明したら｜広野 萌｜note
144あとで/1220users 『飯テロの勉強』日本政策金融公庫が公開している資料がすごいと話題に。｢売上アップにつながる写真の撮り方ガイド飲食店編｣ | Togetter
142あとで/824users AWS認定10資格について模擬試験が無料/解説付きで公式からリリースされたので受けてみた | DevelopersIO
129あとで/1348users これから社会に出る若者へ。一つ忠告しておくが、マジで「Excelができる」ってのは神スキルだから勉強しとけ。プログラミングとか動画編集より即効性があるぞ | Togetter
129あとで/596users 自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ
127あとで/1036users 「ほんとに教えてくれていいの？」あの有名映画はどこから照明が当たってたか真上から図解してくれるアカウントが有益すぎる | Togetter
125あとで/733users 設計書・仕様書のレビュー方法を定めたJIS規格登場 チェック体制を標準化しやすく | 谷井将人 | Itmedia
124あとで/968users 『コーヒー初心者でも選べるコーヒー産地のフローチャート』が爆誕。試した人からは｢いつも好んでる産地になった｣の声 | Togetter
123あとで/839users 企画書の書き方 | アクティブ１０ プロのプロセス | NHK for School
122あとで/1270users 【お手軽】爆速で恋人を狂わせる方法【簡単】｜Gigandect｜note
121あとで/1680users 沢山書いたやで ・実名主義 80年代末まで偽名でも銀行口座が開けた。だか.. | anond.hatelabo.jp
120あとで/901users 冷凍庫は物置ではない 凍らせてOKな食材を教えてもらったけど、家庭科の授業で教えるべきでは？ - メシ通 | ホットペッパーグルメ
120あとで/640users 「技術的負債」への処方箋と「２つのDX」 - Qiita
118あとで/1104users 昼に仕込み夜に勝利確定！「シンガポールペーパーチキン」でご飯と酒が止まらない【美窪たえ】 - メシ通 | ホットペッパーグルメ
117あとで/1060users 「今は犬1頭と猫1匹だけ…」借金3億を背負って「動物王国」を閉園したムツゴロウさん（86）が辿り着いた“北海道のログハウス生活”「今は自分が生きていくだけでやっとです」 | 文春オンライン
117あとで/752users アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021 | Publickey
115あとで/551users API設計スキルを次のレベルに引き上げるベストプラクティス22選 - Qiita
112あとで/834users マジ「Excelができる」は神スキルだからと、Excelのスキルをまとめたツイートが話題！ | オトナライフ
世界史講義録は『おすすめの世界史の本教えて』という増田のエントリへの回答で紹介されてリバイバルブクマされたようだ。2009年7月にはすでに映画.comにおいて『はてなで大人気の「世界史講義録」が「セントアンナの奇跡」サイトで特別講義』と紹介されていた。記事によると当時すでに2900ブクマ以上されていたと言うのに現在2649ブクマなのはなぜだろうと見ると、同名のページがthanks.yahoo.co.jpドメイン下で5389ブクマを集めた痕跡がある。今のサイトはジオシティーズがサービス終了して引っ越した先らしい。
『アジャイルソフトウェア開発宣言』の価値観に反対する人はほとんどいないと思う。
よりよい開発方法を見つけだそうとしている。
かつて、数々のアジャイルな開発手法が存在して（というか今も存在しており）、この宣言はそれらの開発者が集まって合意したものだ。
ところが、最近ではスクラムだけがもてはやされ、他の手法に全く触れられないことに違和感がある。
また、「うまくいかない原因の根本はそもそも開発チームの問題なんだっけ？」って問題そのものを議論せず、スクラムだけを導入すれば解決すると思い込まれていると思う。
私がスクラムについて違和感を持っているのは以下のような点だ。
※ただし、開発チーム以外を変えなくても導入できるのはメリットでもあり、それでチームの負荷を下げつつ他の問題に対処するのは悪い手ではないと思う
一方で、例えばXPは「開発が成功するためにチーム内外に向けてなんでもやれ」という視点が強く、「ビジネス上と技術上の責任を分ける」などのアドバイスの章も用意されている。
ただその分「ここに注意せよ」くらいしか書かれておらず、結局どうやるかは自分たちで試行錯誤しなければならないことは変わりがないが。
スクラム（というか開発手法全般）を不適切に導入した後の最悪のケースは、本当は他の要因で問題が起きているのに、その分析が全く行われずに、開発チームにだけ際限のない改善が要求されることだ。
例えば「みんなリファクタリングをしなきゃいけないことに気づいており、それが評価されないから新規プロジェクトに力を入れざるを得ない状況だと知っているが、それを誰も口に出さない。その状態で正確な見積もりをしようとしたり、開発スピードだけ効率を上げようとする」という状況は誰もが身に覚えがあると思う。
つまり、我々の所属するソフトウェア開発チームでは、目の前に存在する問題に対処してアジャイルチームになることが重要で、その方法はスクラムで主張されているような開発手法とは限らないし、むしろそのわかりやすさやきれいなドキュメントがミスリードである場合もある。
そのためには、まず現実の課題が何なのかしっかり把握して、フェアに議論することから始めるのが重要なんじゃないか。
週末に行ってきたイベントだが、ちょっとインパクトが強すぎて、あとたぶん昼から通しで追っかけてるのは自分だけなので、この話誰かに伝えたい！と柄にもなく思ってしまった。
ここまで、日本語でウケを取り、アメリカ人にしか聞こえない英語をしゃべりつつの話。まじありえないレベルの覚悟と実践なんだが・・・！
この人のセッション、ブラジル事情の紹介みたいな話で大ホール側のセッションも覗いてみようかなと思っていた所にこれで、ただちに絶対参加すべきレベルのセッションに格上げされた。こんな人がいるとは。
で、昼休み後の問題のセッション。結局ツイートどころじゃなかったが、こんな感じ：
Javaはあれが酷いとかPHPがとかいう態度でRubyを使うのも無駄だ。
なんという激熱トーク。本当に小さかった南米のRubyコミュニティを仲間と共に成長させ、いまやRubyConf Brazilとか南米で何個もイベントが立ち上がるまでに育てた。この伝道のため、ここ数年で８０箇所は回って普及に努めたとかとか。ブラジル事情への関心と関係なく、この熱量を体験できてよかった。
最後の時間オーバー後の「あと一言だけ（本当はあと１分だけと本人は言っていたのだが、わざと誤訳してタイマー役の人に会場から叫んだ自分w）」でどんなにダメだとされていても、諦めずに進めという、過去の偉人が貶められたり失意にあった時代の動画もよかった（もっとも、この話は知っていたのでインパクト自体は薄めだった）。
この後はLTとクロージング。
インパクト強すぎｗ
これ漫画系展開をバックボーンにしたエンタテイニングなスタイルだと理解せずに真に受けると大変だなと心配になったり。なにしろ上は三行だけど全部通しで書くと
真面目に受け取ったらヤバイ発言多すぎだろ・・・
こ れ が 締 め の 講 演 か よ ！
そういえば途中にまどマギネタも入ってた記憶があるのだが、上のインパクトが強すぎてどこかに飛んでった。
その後の高橋さんの最後の挨拶とスタッフを集めてのスタンディングオベーションはちょっとうるっと来た。初参加だから今回の運営自体への思い入れはないのだけど、この回だけでも感激することが多かった。この完成度に達するまでどれだけの努力と熱意が投入されていたかと考えると。
隣の席が実はtdtdsさんでびびってたのだが、最初に立ち上がったのを見て、続く二人目のタイミングが大事！とすぱっと立ち上がってみてよかった。その後前列の人がみんな！立とうよ！みたいにやって一気に雪崩状態。
これで会議は閉幕したのだが、さらにherokuの緊急パーティーが開催され、思い切って行ってみた。まあ、懇親会に輪をかけたリア充な雰囲気でまともに話せなかったのだが、
こんな一日だった。熱かった・・・
http://www.rubyinside.com/how-to-install-rails-3-0-prerelease-beta-2955.html
http://weblog.rubyonrails.org/2010/2/5/rails-3-0-beta-release
http://www.engineyard.com/blog/2010/rails-3-beta-is-out-a-retrospective/
http://guides.rails.info/3_0_release_notes.html
http://mentalized.net/journal/2010/02/05/hello_rails_3_world/
http://www.rubyinside.com/rails-3-0-beta-links-2966.html
Rails 3.0 Beta の Release Notesを読んでみる
http://blog.livedoor.jp/maru_tak/archives/50808747.html
http://d.hatena.ne.jp/willnet/20100206/1265467594
http://d.hatena.ne.jp/gom68/20100206/1265469879
Ruby on Rails 3 リリースノート翻訳 (1)
http://blog.bluemoderns.com/articles/2010/02/07/ruby-on-rails-3-1/
http://route477.net/d/?date=20100208#p01
http://b.hatena.ne.jp/t/rails3
Rails 3のはなし
http://www.slideshare.net/a_matsuda/rails-3
Rails3の新機能、主な変更点 - t.taira blog
http://d.hatena.ne.jp/t-taira/20091230/1262147530
http://d.hatena.ne.jp/essa/20081225/p1
速報: Merb と Rails が統合 - kwatchの日記
http://d.hatena.ne.jp/kwatch/20081224/1230084095
Rails 3 tutorials, screencasts, talks, articles, blog posts & more.
http://railsnotes.com/rails-3/
Dr Nic ’s First look at rails 3.0.pre
http://drnicwilliams.com/2009/11/03/first-look-at-rails-3-0-pre/
差分
http://tobysoft.net/wiki/index.php?Ruby%2FRuby%20on%20Rails%2F%A5%EA%A5%EA%A1%BC%A5%B9%BA%B9%CA%AC%BE%F0%CA%F3
Rails 3 in Action
Beginning Rails 3
http://www.amazon.com/dp/1430224339/
http://weblog.rubyonrails.org/
dhh
Yehuda Katz
http://yehudakatz.com/
http://www.engineyard.com/blog/author/yehudakatz/
http://find.2ch.net/?STR=ruby&COUNT=10&TYPE=TITLE&BBS=ALL
ruby http://www.ruby-lang.org/ja/
Phusion Passenger http://www.modrails.com/
https://rails.lighthouseapp.com/projects/8994
http://groups.google.com/group/rubyonrails-core
http://github.com/wycats/rails/
http://redmine.ruby-lang.org/
Sinatra http://www.sinatrarb.com/
Camping http://camping.rubyforge.org/files/README.html
http://www.garbagecollect.jp/ruby/mswin32/ja/download/release.html
http://rubyonrails.org/download
http://ruby.morphball.net/rumix/
http://rubyforge.org/projects/rubygems/
railsplugins.org
Agile Web Development - Ruby on Rails Plugins
http://agilewebdevelopment.com/plugins
Ruby on Rails プラグイン まとめ wiki - トップページ
http://www13.atwiki.jp/maimuzo/
Ruby on Rails チュートリアル集 | Diaspar Journal
