gossy

Working on being a good person first and everything else second.

Application Modernization Specialist Google Cloud , All views and opinions are my own.

[Kazunori Sato @kazunori_279]

Thorsten Ball による投稿の日本語訳：

ソフトウェア開発の未来について私が信じること（What I believe about the future of software development）

コードレビューは死ぬ（Code review will die）。というか、すでに死んでいます。将来的には、人間がモデルの生成したコードのバグや問題点を（少なくとも現実的な時間内には）見つけられなくなります。人間はシステムとその構成（コンポジション）をレビューするだけになりますが、それはPR上で行われるものでもなければ、コードを1行ずつ精読することでもありません。

ユニットテストも死ぬかもしれない（Unit tests might die too）。一度も転ばないなら、補助輪なんて必要あるでしょうか？ 私は以前、モデルに900行のArduino Cコードを書かせたことがありますが、1つのエラーもなくコンパイルされ、実機に転送すると完璧に動作しました。未来においては、900行など取るに足らない分量になります。

「コードを書く」クラフト（職人技）は消滅する。確かに、今でもイタリア製の手縫い靴職人は存在します。しかし、皆さんの足元を見てみてください（誰もが既製靴を履いているはずです）。

「ソフトウェアを構築する」クラフトは、かつてないほど重要になる。ソフトウェアを用いてどのようにビジネス上の問題を解決するか、他のソフトウェアはそれをどのように解決し（あるいはなぜ失敗し）、いつどのようにリリースし、フィードバックをどう得るか——それこそが新たなゲーム（本質）です。

大半のバグは「コーディングのバグ」ではなくなる。それは「頼み方を間違えた（求めたものが誤っていた）バグ」になります。

現在の形態のオープンソースは、もはや意味を成さなくなる。「十分な数の目玉があれば、すべてのバグは浅くなる（Linusの法則）」は依然として真実ですが、今の私たちには「人工の目玉（AI）」があります。

人間によるパフォーマンス重視（極限の最適化）のコントリビューションは、これまで通り「エッジケース（例外）」に留まる。ソフトウェアの99%において、より高速なアルゴリズムが書けたか、より優れたデータ構造を選択できたかなんて関係ありません。顧客もユーザーもおらず、誰もそのコードを実行していないのですから、どうでもいいのです。本当にそれが重要になったときは、モデルが修正してくれます。トップ1%のソフトウェア（や開発者）と、残りの99%を比較してはいけません。

ターミナルは死んだ。開発者ツールのほとんどは「トークン」の波に流されて消え去るでしょう。シェル、テキストエディタ、CLIツールを人間が使うことはなくなります。コマンドラインのフラグや jq の呼び出し方を覚える必要はもうありません。それは「Perlのワンライナーですべてを書く技術」と同じくらい時代遅れで難解なものと見なされるようになるでしょう。（私はターミナルや開発ツールをこよなく愛する者としてこれを言っています）。

トークンこそが新たなコンピューティング・パラダイムである。あらゆるものがその上に再構築されるでしょう。私たちは過去80年間決定論的なコンピュータを使ってきたため、「コンピュータがこれまでどう動いてきたか」と「コンピュータがどう動くべきか」を混同してしまっています。私たちはポスト・バイナリ（バイナリ以降の）時代に入りつつあります。

PM／デザイン／エンジニアリングの三位一体は消滅する。もはや何の意味もありません。Agile、SCRUM、その他何であれ、すべて終わりです。チケットをエージェントに押し込み、その結果を人間に報告し直すだけの「生身の代理人（meat proxies）」として振る舞うエンジニアには、もはや価値がありません。

大企業と小規模企業におけるソフトウェアエンジニアリングの格差は拡大する。Googleのプラクティスをそのまま真似るスタートアップは、これまで以上に滑稽に見えるでしょう。小規模チームなら、はるかに迅速に、はるかに少ない制約で開発できるようになるからです。

「良いコード」が将来重要になるという証拠はない。「良いコード」という概念自体が、主に「人間が作業するにあたって容易／低コスト／効率的である」という考えに基づいています。しかし、人間はコードの大半を変更しなくなります。「幅80文字制限」や「適度な改行」がエージェントにとって重要だと思うのがどれほど馬鹿げているか考えてみてください。あなたが思い描く「良いコード」の他の特性についても、すべて同じように考えてみてください。そうです、そういうことです。

ソフトウェアの制作から価格的に締め出される人々が出てくる。80年代や90年代にパーソナルコンピュータを購入できたのが一部の人だけだったのと同様に、今後数年間は、十分なトークンを確保できなければ二軍（下位リーグ）で戦うことになります。トークンを手に入れなければなりません。

より安価なモデルが使われるかどうかは疑問である。トークンは至る所に溢れ、私たちはトークンの海を泳ぐことになるでしょう。そして、今日「賢い」と見なされているモデルは、将来「極めて愚か」と見なされるようになります。しかし、より賢いモデルほどミスが少なく、必要なやり取り（ターン数）も少なくて済みます。「数回くらい間違えてもいいや」と本気で思える瞬間がどれほどあるでしょうか？

モデルが極めて高速になるため、UIはその場で（オンザフライで）生成されるようになる。多くのUIが存在している理由は、ソフトウェアが「あなたが何を求めているか」を理解できないからです。メニュー、設定画面、ダッシュボード、フィルター——その多くは、愚かな機械を人間が操作するためのAPIに過ぎません。賢い機械には、それほど多くのUIは必要ありません。

これが現実になるには少し時間がかかる。「新しいソフトウェア」が「古いソフトウェア」を置き換えるには、一世代ほどの時間がかかるでしょう。現在でもASP開発者として幸せに雇用されている人がいるように、10年後にもコードを書くために雇われている人間はいるはずです。しかし、あなたはそんな仕事をしたいですか？

[gossy @ktsukago]

@ihara2525 ひさびさにお会いできて嬉しかったです！！ありがとうございました！

[Takuto Wada @t_wada]

『ドメイン駆動設計をはじめよう』p.246 の言葉を印刷して壁に貼っておいてほしい

[tarowork64 @tarowork64]

https://t.co/JMIiEdbkLB
Gemini Code Assist で2つの有用な機能がリリースされました！
一つは、Code Customizationで これは、組織のソースレポジトリを接続して、提案されるコードをより組織にあったものにすることが可能です。

[Shohei Okada @ Google Cloud @ShoheyOkada]

Looker Studio に、Gemini in Looker の機能が登場 (Preview)
Report を Slides へ Export できたり、自然言語で一部フィールドを作成したり出来るようになる。
ただし、いずれも Looker Studio Pro 前提の機能なので、無料版では使えなさそう。
https://t.co/5KjIM8hnUL

[Google Cloud Japan @googlecloud_jp]

😺1990 年創業のゲーム会社 #ポノス は、アジャイル型のワークショップ Google Cloud Tech Acceleration Program（#TAP）への参加を機に「#にゃんこ大戦争」のシステムの移行を決断。Google Cloud への大規模な移行における、課題や工夫をお伺いしました。#gcpja https://t.co/NgbVwtNGgi @PONOS_GAME

[Yuki Suwa @yuki0211s]

Vertex AI Studio が Google ログインなしで…本当に使えるようになってる〜！すごい🥰
https://t.co/DaOaLGcnoM

[Yuki Suwa @yuki0211s]

Firebase App Hosting (Next-Gen Hosting)
https://t.co/7t0HX6zbiz

Firebase Data Connect (GraphQL + Cloud SQL)
https://t.co/s40VNGirjS

Firebase GenKit (AI + Serverless)
https://t.co/45FytF0jEZ

が公開されました👏👏👏
あとロゴが変わりました (重要)

[Shohei Okada @ Google Cloud @ShoheyOkada]

確かにこの辺便利でよく使う

⌘+option+M - コメント
⌘+Shift+V - 書式なし貼り付け
⌘+Option+数字 - 見出しタイトル

あとはこれかなぁ
⌘+Shift+* - 箇条書き

https://t.co/c7CgplGfAy

[Shohei Okada @ Google Cloud @ShoheyOkada]

今週行われる Google Cloud Next '24 で恐らく大量の発表があるのですが(去年でなんと161件)、
そのまとめイベントを日本語で行います。
90分で振り返りと質疑応答が出来るので、是非参加ください！僕も当日司会してます。

4/16(月) 16:30-18:00
https://t.co/Cdq3LPOaxP

[Ryo Nakamaru @pottava]

どうリソース調整が行われているのかがわかりやすくまとまってました :) / "GKEでバースト可能なPodを使用する - G-gen Tech Blog" https://t.co/KATIDWuO5L

[Ryo Nakamaru @pottava]

GKE で Pod のバースティングが GA になりました！Spot と組み合わせた最小サイズだと、Pod あたり月額 1 ドルを切るほどの価格帯です :) @sakajunquality さんもブログに登場〜 いつもあざます！！ / "GKE Autopilot mode gets burstable workloads and smaller Pod sizes" https://t.co/zhMK9NC6LE

[gossy @ktsukago]

Vertex AI Searchと Google Driveが同期！？ドキュメントの検索しやすくなってめちゃめちゃ便利そう

ドキュメントの検索容易性って結構大事だけど、意外と大変なので個人的にも使ってみたいです

[Shohei Okada @ Google Cloud @ShoheyOkada]

Vertex AI Search に Sync from Google Drive が登場 (Preview with Allowlist)
これにより Vertex AI Search の Datastore と Google Drove が同期できるようになる。面白くなってきた..!
https://t.co/05R4zWHuzs

[Shohei Okada @ Google Cloud @ShoheyOkada]

Cloud Run の最小インスタンスを、Service レベルでも 設定できるように (Preview)。従来からあった Revision レベルの変更をすると、新しい Revision がデプロイされ設定が適応されるが、Service レベルでの変更であれば、新 Revision をデプロイしなくても適応される。
https://t.co/PcTXSA6Pjj

[gossy @ktsukago]

Cloud Runの記事を書かせていただきました！
一般的なWeb Appの構築をベースに実戦で使うときになやむポイントをまとめてみました。

- 認証を簡単にかけるには？
- IP制限するには？
- 内部通信に閉じるには？
- DDoS対策するには？
- CDNを使うには？

[gihyo.jp @gihyojp]

Google Cloudで実践！ クラウドネイティブな開発 「Google Cloudのサーバーレス製品を活用したアーキテクチャ」 by @ktsukago 公開 https://t.co/9YmVPAWsCq

[gossy @ktsukago]

Duet AIのセッションやりました
内容はこんな感じです
- Cloud console のヘッダーからチャットサポート
- Cloud Logging でExplain This Log Entry ボタンからトラブルシュートのサポート
- Cloud Workstations でチャットサポートやスマートアクション(コード生成や説明)
- Big Query でSQLサポート

[gossy @ktsukago]

@nownabe お待ちしてます！

[Shohei Okada @ Google Cloud @ShoheyOkada]

みんな Shohei Otani ロスになってるけど、Shohei Okada ならまだ余ってまっせ！:)

[Yuki Suwa @yuki0211s]

Vertex AI でカスタマイズができて GKE で実行できるオープン版 Gemini、Gemma が公開されました 🎉
#GenAI #GoogleCloud #gcpjp
https://t.co/UDEVLvBcUD

[gossy @ktsukago]

@mj3880 やりましょやりましょ！別途調整しましょう！