先日発表された「株式会社日本カストディ銀行　ガバナンス検証第三者委員会の調査・検証報告書」に考えさせられた。 ・調査・検証報告書 https://www.custody.jp/news/pdf/news_cbj/20240419_report1.pdf ・調査・検証報告書（要約版） https://www.custody.jp/news/pdf/news_cbj/20240419_report2.pdf 要約版だけ見ても理解できるだろう。 ガバナンス機能が欠落していた、と一言で言えば簡単だが、これらの件は誰が止めることができたのだろうか。 社内で自浄作用を働かせるとして、役員レベルで「こうしなさい」と内部監査人含め現場に命令が飛んだら、何も言えなくなるんじゃないかな。 内部監査人の指摘は役員レベル以上の重みを持つのなら発言ができるが、それこそ権限がおかしいことになる。内部監査の結果を役員が

わからないことがあったら、ネットでググる、なんて言うけれど、この検索した結果がえらく古いことがある。2010年代の話は普通に出てくるのだけど、バージョンがかなり古かったりして今使えるかわからない。じゃあ使った情報が今のバージョンであるかというとない。そんなことが最近増えている気がしている。 昔にぶち当たった問題を社会に、ブログや技術SNSで共有したとして、その情報をあてにしてたくさんの人がアクセスし問題が解決されたと思う。私もその一人だ。私の技術などネット情報の塊であり、全部オンラインマニュアルで知ろうと思っても無理だ。 そこで知りえた技術をじゃあ現代化して私がまたアウトプットして社会と共有するかと言えば、しない。たくさんの人がインターネットで情報共有することを最近しないのではないか。過去は情報共有してたくさんのアクセスがあるとアフィリエイトでお金が入り、みたいな循環があったと思うが、誰も

最近、何件かの仕事を請けて共通していることがある。頂くドキュメントが非常に良くできているということだ。なぜ作ったか。どのように作ったか。そしてどう運用するべきか。一気通貫に述べられていて読むと非常に勉強になる。 ・・・それなら、このドキュメントを作った人が作ればいいじゃないか、なぜ私の手に次の仕事が来る？。しかもこんな素晴らしいドキュメント付きで。 一つには、このドキュメントとそれを実装することの価値について、読み解ける人がいなくなっている可能性を感じた。どうもベテランと呼ばれていた人たちが定年退職したり、別の仕事をし出している。かといって次世代が育っていない。ドキュメントを読みながら思うのは、書いた人は随分下の方のレイヤーのことをわかっているということだ。クラウドであればオンプレやネットワークのことまで熟知しているということ。 ところが、最近はカタログスペックというか、このサービスを使え

インフラエンジニアをやってると、IT関連についてニュースが出る前に世間のトレンドがわかります。 ここ数年はマイクロサービスに人々は熱心でしたが、結局は局所的な流行で終わりそうです。コンテナまでは皆便利さはわかるのですが、それを本番環境に置く時に、結局はどこやらのベンダーが場所代を取るビジネスになっているのに気が付いています。マイクロサービスだろうと、過去の作り、いわゆるモノリシックであっても、動いてるものは同じ。金かかるならなぜわざわざ、慣れている技術者の少ないマイクロサービスにするのみたいな風潮は数年前より今の方がかえって強いような気がします。 Kubernetesはオープンソースですが、これ自体を無料で構築し自社オンプレで動かす、みたいなことをやって疲弊してパブリッククラウドのマネージドサービスに載せ替えた会社はたくさんあり、それを横目で見て、それだったら普通に仮想サーバーにミドルウェ

お気の毒に・・。 www.nikkei.com スパゲティコードになるプロセスはよーくわかる。 仕様変更に次ぐ仕様変更、当初の想定が間違っていたことのフォローアップ、一つ一つ丁寧に進めていきつつ、当初の見積工数を超えないようにこれまでの成果物をできるだけ活かしたら、最終的にできるのはスパゲティーになる。 スパゲティーを作る人が悪いんじゃなくて、オーダーした人がスパゲティーを望んだからだとしか言いようがない。スパゲティーを作って欲しいと言っている人に、スパゲティー以外を料理する方法が思いつかない。麺類なら許されるのか？。 大企業のプロジェクト運用体制に、１つ起因する問題もある。長期に運用するシステムの場合、同じ担当者がずっと担当し続けることが難しいことだ。人が入れ替わる前提だと、毎回引き継ぎのタイミングで過去の情報を振り返らないといけない。この時ほぼ情報は抜け漏れる。どんなに優秀な人が担当し

社会人生活後半戦のまっただ中だが、幸せなことにそれなりの職位を得ている。色々あったけれど、結果良ければ全て良し。これは私にピッタリの言葉だなと、噛みしめる。プロセスは散々なことも多かったし、なんでここにいるのかはよくわからない。ラッキー。 今のポジションになるまでには、本当は色々な教育を受けているべきだった。でも、IT業界であるあるなのか、現場でのトレーニング（いわゆるOJT）ばかりで経験だけでラーニングしてきたから、振り返るとやらなくていい失敗をたくさんしてきた。多分に、一般的に考えてものすごく多い。ただ、負けず嫌いなのと自信過剰なのと、そして打たれ強い忍耐まで重なって、繰り出す球数だけ異常に多かったので、確率論として当たりを引き当てることができただけだと思う。人はそれを運がいい、というけど、宝くじを全部買い占めれば絶対当たるわけだし、競馬で全頭の単勝を買えばどれか当たるわけだし、当たる

Q. インフラエンジニアになるのは簡単か？ A. 簡単です。 インフラエンジニアでベテランの私でもこう答える。 ただし、なることと、上を目指すのは全く別のお話だ。インフラエンジニアを名乗ること自体は簡単でも、何を仕事にするかは恐ろしく幅が広い。 幅が広いから、スキルの表現が標準化されていない。何でもできるをフルスタックというのは簡単だけど、何がフルなのかを表現できる人は誰もいない。 自分はフルスタックだ、と言う人がいれば、それはあなたが働く現場の全ての業務、という意味でのフルであって、世の中の全ては捉えきれてはいない。 もはや、全てを知っているというよりは、未知なことがきてもなんとかできる、という意味合いの方がインフラエンジニアについては当てはまる。どんな要件が来ても基盤となる知識があるので、資料を読み解けば何とかできる、ぐらいの胆力が求められる。 未経験からのインフラエンジニア、という意

ビジネスは基本的に成長していくものだし、拡大していくことが前提で、しかも最近だと「システム」が付いてくる。全部人力で作り上げるビジネスなんてあるのか。いや、ない。あるとしても小規模だろう。人だけで成り立つなんてビジネスを放置しても、きっともはや、人が集まらない。コンピューターによる自動化はない。全部人力だ。さあ仕事しなさいって、それは原始的だろう。あらゆる仕事場で自動化ありきの人間の仕事が増産されているのであり、人々もそういう職場を狙っている。時代遅れの職場で、かつそういう人力の仕事は生産性も低く給料も安いので、どんどん敬遠されるようになる。 さて、じゃあシステム化しました、と。システム化するための要員はまだいるようだ。各社ベテランが腕を奮っている。DXの掛け声でクラウドもあって生産性は上がり、システムと名の付くものが量産されている。わかっている、システム構築のスピードは10年前と比べると

インフラエンジニアということもあって、とにかく作業を正確かつ機敏にこなすことが技術力を示す。こういう風に動くように設定して欲しいんですけど・・という依頼に対して、素早く手段を確定し、安全に実行する。構築でも運用でも同じだ。何しろコンピュータに対してインプットし、アウトプットとしての結果が、目的と一致することがお仕事である。 結局のところコンピューターに対してインプットするのは、全てに共通する。だからコンピューターを操作する、という一点において、これに時間を使うのは、勉強の方法として鉄板だと思う。どんどんさわらないと。 私が子供の時、小学校に入る前くらいに、計算機を与えられたら一日中さわっていて、親が見かねて隠しちゃったという記憶がおぼろげにある。それぐらい、理屈がわからなくてもとにかくさわるというか、たくさんさわることで習得できるというのは、私は本能的に選んできた。その原理でここまで来たと

インフラエンジニアっぽい記事をたまには。 システムには、構築の時期があって、そして運用の時期が訪れる。 構築時期をあらかじめ顧客と決め、ある時期から顧客が使い続ける。使い続けている中でいろいろと変更対応は必要になるので、これを運用と言う。 構築、運用。 あまりにも相対している概念なので、システムに携わる人々は、必ず構築部門か、運用部門の二つに分けられる。 ちなみに、私は構築から運用まで全部やってきた。区切りなく全部。ただ、業務が増えていくに従い全部自分でやるのはかえって無責任ということになった。なぜなら、私がいなくなったら誰もできなくなるからだ。会社ならば、誰かが欠けても支え合えるようにしておかないと存亡の危機となる。だから、私は最近、運用を少し離れ気味になりつつある。 さて、あまり経験のない若手が、さて構築を先にやったほうがいいか。それとも運用から入った方がいいか。この議論は私が若い頃・

インフラの環境構築を行ったときに、はい、環境です、と接続情報だけ顧客に提供したところで、そのまま受け取ってくれることはない。 ドキュメントはないんですか？。 何を作ったかを示すドキュメントとセットで初めて、プロにお金を払って仕事をしてもらった気持ちになる。今でも、ドキュメントを残せ、ドキュメントがないと今どうなっているかがわからなくなる、常に更新して最新にしよう、そんな掛け声は健在である。 このドキュメント、年々複雑さが増していると思う。というのも、IT関連のソフトウェアにしろクラウドにしろ、機能は増えるばかりだからだ。かつ、設定自体は年々洗練されており、デフォルト値で動くことも多い。たくさんの設定項目があるが、設定するのはほんの一部分である。 ドキュメントに何を残すべきか。設定値全てをドキュメントに書き込もうものなら莫大な量になる。一方で変更したものは少ししかない。このギャップが激しくな

マネジメントの話。 明確に詳細に、手順レベルまで掘り下げて指示しないと、期待通りの仕事をしてくれない人がいる。 一方で、不明確なのに、意図を汲んでくれて、情報を集めながら期待以上の仕事をしてくれる人もいる。 この差を説明するのが、「曖昧さ耐性」だという記事を読んだ。とても興味深かった。 logmi.jp ビジネスリサーチラボ主催のセミナーより、曖昧な状況に対してどの程度寛容であるかを表す「曖昧さ耐性」をテーマに、ビジネスリサーチラボ 代表取締役の伊達洋駆氏、コンサルティングフェローの神谷俊氏が登壇した回の模様をお届けします。前半では「曖昧さ耐性」とは何か、その特性によってマネジメントの在り方はどう変わるのか、伊達氏より解説されました。 主張が構造化されていて、勉学としてとてもまとまっている。 その上で、「曖昧さ耐性が低い人」を高くする仕事については、私はさじを投げた。それより、スーパー曖昧

定期的に、将来インフラエンジニアは要らなくなるという意見を見る。そもそも、IT業界の中であまり人気のないこの職種。しかも将来性がないとまで言われるとますます、なり手がいなくなるよと思う日々である。誰だそんな記事を今日も書いているのは。 それならそれで、インフラエンジニアがいなくても仕事が進められるようにならんかと考え、省力化について試行錯誤するわけである。少し前に話題になったコンテナ化やマイクロサービスが、今のAI並みに業界で話題になった時には少しワクワクした。もう開発者側で、複雑なネットワークの調整、ロードバランシング、その他やってくれるかと思ったものだが、残念ながら現状をそうはなっていない。 むしろ、その辺、うまくやってくれませんか、みたいな相談を開発者から受けるたびに思う。課題は存在し続けている。課題を今まで縦に切っていたのを横に切ったとしても、何にも解決しない。今まで縦に切ってまし

情シスが転職活動をよくしている、って話を読んだ。 japan.zdnet.com インターネットイニシアティブ（IIJ）は4月20日、企業で働く人に仕事の満足度やキャリアなどをアンケートし、情報システム部門人材の現状などを分析した結果を公開した。情報システム部門人材の約23％が直近1年間で転職活動を行い、業種別ではIT（ソフト・ハード）が約33％に上るなどのことが分かったという。 私も、過去情シスにカテゴライズされる組織に何回か在籍したことがあるし、顧客が情シスという場合もある。とても近しい存在だ。 ある情シスの人に、「もっと高度なIT分野を経験するはずだったのに、今何やってると思う？。朝パソコンの電源が付かないって従業員に呼ばれて、行ったらコンセントが抜けてる、みたいなので床を這いつくばってるんだよ。」と愚痴られたことがある。 そりゃ大変ですな、と思いつつ苦笑いをするしかなかったが、そん

こういう職場で働いたことがある。 toyokeizai.net 人を増やしても、仕事がまた増えて、11人で11人のキャパを超えた仕事を、残業することで対応するようになるのです。この成長循環は、すべての企業に共通します。 こうした事態に対して、何も対策をせずに残業を減らしたら大変なことになります。 ジョインしたその週に「終電の時間把握しておいた方がいいよ」と言われギョッとしたものである。 そこにいる人々は完全にマヒしていた。仕事は21:00ごろに終わるのが当たり前だと思っていたし、終わらなければ終電まで粘るという文化だった。 だからこそ私が呼ばれたのだろうけど、明らかにおかしい。朝は8:30から仕事なのに皆どうかしている。 入って1か月くらいは、特に改善を申し入れることなく耽々と巻き込まれていた。同僚の仕事内容を確認するも、すごく不器用な手順を見せつけられた。 （中略） 日本の多くの企業では

ChatGPTがすごく、社会から過大評価を受けているような気がしてならない。 ということをうまく言語化している記事を見つけた。 www.businessinsider.jp しかし、筆者の感想は実は真逆だ。 むしろ、ChatGPTの成果によって｢会話AIが人間を超える存在になれないことは、ますます色濃くなった｣と感じている。 2020年ごろにParlAIを知った時は、筆者にも｢この先、会話AIはどう進化していくのか｣というワクワク感があった。ParlAIは短い返答しかしなかったから、長文で会話する未来に想像力を広げる余地があったのだ。 ChatGPTは、ある意味でParlAIの｢この先｣を全部やった。 その結果、ChatGPTのアプローチでは極めてつまらない人間、つまり“それっぽいことを、それっぽく話せるだけの人間”と、同じような振る舞いしかできないのだとわかった。 Google検索の時代

例えば強い意思を持ってプレイングマネージャーを卒業しようとしますよね。 president.jp 僕は考え方を変えました。 「僕1人なら10しかできないところを30や40にするために、チームみんなでやるんだ。部下たちは、そのために頑張ってくれる仲間なんだ」 「仕事を教えてあげる」ではなく、目標に向けて手伝ってもらうためにどうするかを考えるようになりました。プレイング・マネージャーであることに変わりはなかったのですが、メンバーと一緒にいる間はマネージャーに徹することにしました。メンバーの仕事を見て、声をかけ、相談にのります。 できるだけフラフラして、ヒマそうに見せました。忙しそうな上司には声をかけにくいと思ったからです。自分の仕事は、メンバーがいないときにやりました。朝早く出社して早く帰り、家でおこなうなどしていました。 こういう人、はっきり言いますといずれ「働かないおじさん」と定義されるよ

昔のことなので、思い出して書くけれど。西暦2000年になる少し前のこと。 大きな大きな会社に、おそらくSESとして常駐した。入館証も与えられたし自分の席もあった。専用のパソコンも与えられたが、ものすごくスペックが低く、業務用のアプリケーションを開くのに時間がかかった。そもそもスリープ機能なんてなかったので、OSは毎度電源オンしOS起動から始まったが、それも時間がかかった。あらゆることで時間がかかった。一緒に来ていた先輩から「パソコンが遅いってことはそれだけ遅く仕事していいってことだから気にするな」と言われてなるほどなと思ったこともあった。昔の生産性の低さはその辺りから来ている。何しろパソコンはまだまだ性能が低かった。 技術的な問い合わせに回答する仕事だったけれど、なんとも残念なことに検証環境が不十分だった。聴かれたことを実機で試せないのは本当に困る。ただ、今と違ってコンピューター資源が豊富

内製化すればいいというものじゃない、ということを考える。 japan.zdnet.com ガートナージャパンは1月18日、日本でのソフトウェア開発の内製化に関する調査結果を発表した。方針が内製化の方向にある企業が54.4％に上り、IT部門の人手不足が開発内製化の最大の障壁になっていることが分かった。 最近はデジタルそのものが商行為になることが多く、それ全体を外部ベンダーに乗っ取られたら、会社からノウハウが流出してしまうというのは正しいと思う。 だからといって、それを自社で全部賄うというのは、デジタル自体の仕組みから言ってかなり無理のある思想に思う。 デジタル自体、外部ベンダーが基盤を作っている。ハードウェアからネットワーク、ソフトウェアまで全部自社にあるものは何もない。 その上で書くコードだけは内製化、としても、かなり小さな面積だなと率直に思う。デジタルにかけるお金のうちかなりの額がすでに

ここしばらく、IT業界をひっくり返すような新技術を見ないな、聴こえてくる話は値上げの話ばっかりだ、と思っていたけど長期化しそうだね。 www3.nhk.or.jp メタが1万1000人以上、アマゾンもおよそ1万人。ツイッターも社員と契約社員あわせておよそ8000人。世界を席けんしてきたアメリカの大手IT企業、GAFAはいま、次々と大規模な人員削減を明らかにしています。いったい何が起きているのでしょうか。ロサンゼルス支局の山田奈々記者に聞きます。 www.sbbit.jp 米国のIT業界でリストラの嵐が吹き荒れている。各社が大規模な人員整理に踏み切ったのは、米国で景気悪化懸念が台頭したことだが、それだけが原因ではない。過去20年、ネット業界は社会のIT化と歩調を合わせ、破竹の勢いで業容を拡大してきた。ここに来て、一連の進化に陰りが見えてきたことも各社の判断に大きく影響している。 二つの記事を