# Amazon は、自社の本番の Java アプリケーション数万件を Java 8 または 11 から Java 17 へ自律的な仕組みで移したと述べ、手作業なら4,500年を超える開発作業と見積もった

ページ: https://flyvolo.ai/ja/changes/ev-20240801-backend-developer-1
日付: 2024-08-01 · 段階: 実際の導入
この記録は業務の判断を動かせますか? できる
職業: https://flyvolo.ai/ja/careers/backend-developer

## 適用範囲

Amazon 自身の技術について Amazon 自身が出した見積りであり、しかもその道具を売っている会社が公表している——作業をした当事者、それを測った当事者、それを売っている当事者が同一である。外から確かめられないので、ここに明記しておく。会社は方法も公表している。節約された時間は、移行された Java の依存関係の数から、手作業なら依存関係一つにつき開発者の一日以上がかかると仮定して見積もられた。この移行が何であるかに注意すること——言語の版の更新には、コンパイラと既存のテスト一式という審判がついているので、各段で成否が機械的に確かめられる。この種の自動化にとって考えうる最も有利な形であり、バックエンドの仕事一般についての結果ではない。そして何が主張され、何が主張されていないかにも注意すること——4,500年はやらずに済んだ作業であり、千人を超える開発者が関わっており、そのうち誰かが去ったとも、職が一つ消えたとも、どこにも書かれていない。

## 出典

- AWS DevOps & Developer Productivity Blog (Amazon's own) — https://aws.amazon.com/blogs/devops/amazon-q-developer-just-reached-a-260-million-dollar-milestone/ (一次資料)

## これが意味すること

大きな資産にまたがる版の更新は、実在の会社の中で規模をもってエージェントがやっているところを示された、最も明確な例であり、その理由を正確に言う価値がある——この仕事は膨大で、繰り返しが多く、そして自動の審判がついている。コンパイラが誤りを突き返し、テスト一式が残りの大半を捕まえるので、人が見ていなくても機械は試し、失敗し、やり直せる。バックエンドの業務にその性質があるところでは、それが動くと見込むべきである。この移行はまた、上級の技術者が最も避けたがり、若手が最もよく押し付けられる業務でもある。

## まだ示していないこと

Amazon は自社の仕事を自社の道具で測り、自社の反実仮想を公表した——この数字全体が乗っている、依存関係一つあたり一日という前提を、外部の誰も検算していない。ここにある何も人員の変化を立証しない——主張されているのは、別のことをしていた開発者が費やさずに済んだ時間である。そしてそれを成り立たせた性質は移らない——新しいエンドポイントを書くこと、テナントの境界を決めること、午前三時に何を落とすかを選ぶことには、駄目だと言ってくれるコンパイラがない。

## 自分で確かめる方法

自分のサービスの未着手の更新の案件を見て、自分抜きで機械が成否を言えるかどうかで並べ替えること。言えるほうは、自分から手を挙げるのをやめる案件である。言えないほうこそ、次の評価の面談で話すべきものである。


詳しくは: https://flyvolo.ai/llms.txt