料理や絵は誰でもできることだから、数か月学べばプロになれるという話と似たようなことをおっしゃっていますね。SWエンジニアが評価されているのは、それだけSWの影響力が大きくなっているからです。その仕事が大変かどうかが重要なのではありません。気に入らないなら別の仕事をすればいいのでは。ほかの分野に行ってもそんなことを言い歩いていたら、良い反応は得られません。その人たちを不快にさせるでしょう。大したことをしていると慢心するのも禁物ですが、価値をおとしめるのも適切な行動ではありません。

OpenAI Codex CLI - ターミナルで実行される軽量コーディングエージェント

すでにEdgeではMicrosoftが自社LLMとの統合を試みているので、特に新しい試みというわけではないですが、あえて買収にまで進む必要があるのでしょうか？ 開発というより、単にすべてのChromeユーザーを対象にサービスを拡大しようとする試みにすぎず、OpenAIがAI中心のブラウザを開けると見るのは飛躍的です。そう考えるならGoogle Geminiでも可能でしょう。

わあ、とても良いですね。お二人で進めるには、学習データの確保まで簡単ではなかったはずなのに、本当にすごいです。

作者ご本人の登場ですね〜。私も一度使ってみないと。

wwwww

英語版ページは https://www.math.uwaterloo.ca/tsp/korea/index.html です。
このツアーは確かに非現実的です。陸地から済州島や鬱陵島へ移動する際、船で移動する海路は考慮されていないようです。この図を見れば分かります: https://www.math.uwaterloo.ca/tsp/korea/img/full_line.png

訪問にかかる推定時間を正確に計算することが目的なのではなく、TSPを現実のデータで解いたことに意義があるのでしょう。

もちろん、この投稿にも付いているように、かなり過激な釣り目的の文章っぽくはありますね :(

しばらく前に、Vercel が Edge rendering を断念したというツイートと動画[1]、そして serverless server（笑）[2] に関する記事が話題でしたよね。そのときに出た記事群と似た見解を持っている気がします。

個人的な意見ですが、フロントエンド開発者の立場からすると、ユーザーのリクエストに serverless function をぶら下げるのは、まだ先の話だと思います（作ろうとしているアプリケーションが MVP でないならなおさら）。

[1] https://youtu.be/lAGE-k1Zfrg
[2] https://vercel.com/blog/…
[2-1] https://bobaekang.com/blog/…

bootableコンテナがまだよく理解できませんね

誰でも挑戦できるという言葉は否定しません。しかし、誰でも簡単にプロになれるというのは嘘です。現実で誰かにそんなことを言って回っていなかったことを願います。それは詐欺ですから。

理工系で、部屋にこもってインターネットを少し見て独学しただけで、（うまくいけば）数か月で実務に投入できる専門家になれる分野なんてありますか？ <- どんな分野であっても、こうしたエントリーレベルの求職者を専門家だと呼ぶ人はいません。すでに別の方が先に批判していますね。もし本当にそう考えているのなら、あなたは考えのレベルが低く、プロ意識もないということです。

アマチュアを抜け出してプロになるのは簡単だって？ それが本当なら、もうそれをプロとは呼ばないでしょう。

ソフトウェア開発は、単にコード生成やAPI生成をすることだと勘違いしているようですが、ソフトウェア開発の本質は現実を抽象化してプロトコルとインターフェースを作り、そこに当てはめていくことにあります。異なる方式で動作するもの同士をつなぎ、ひとつであるかのように動作させることにあるという話です。これは思っている以上に複雑な知的活動で、だからこそ思っている以上にソフトウェアエンジニアを育成するのが難しいのです。今は人が多いと言いますが、その中で本当にちゃんと仕事ができる人材がどれだけいますか。大半はツールを一度使ってみただけですが、それがソフトウェアエンジニアの核心ではありません。

SamsungがLinux on DeXのサポートを終了して残念に思っていましたが、
今度はGoogle自身が取り組むのですね。
良いですね。

開発体験とオブザーバビリティについて言及している方がいるので付け加えると、

初期の統合環境さえしっかり構築しておけば、コンテナベースに劣らない、あるいはコンテナベースよりもさらにネイティブに近い開発体験を実現できます。（そのためのさまざまなツールもあります）

オブザーバビリティについても、深くやろうとするなら、サーバーレスでもコンテナベースでも同じように簡単な問題ではありません。ログの集中管理、各種メトリクスの可視化、APM、CPU/メモリ使用率の可視化、そしてそれに応じたスケーリング戦略の策定など……

そこまでの段階でなければ、クラウドベンダーが基本的に提供するメトリクス/ログ統合が強力なので、大差ありません。

強めに言うなら、「サーバーレスをどこまでちゃんとやってみたんですか？」と聞きたくなりますね……😅

コンテナベースの環境（ECS Fargate中心、Kubernetesクラスター）とサーバーレス環境（AWS）の両方を経験した立場としては、そこまで強くは共感しませんね。

コンテナベース環境の長所として挙げられている点は、長所であると同時に短所にもなり得る部分です。

「直接制御できて状態を持てる」と言及されている部分は、いずれも管理ポイントになって運用難易度が高くなるとも言えるでしょうか。

私は、小規模な組織や、専門的なサーバー管理チームがない組織であるほど、サーバーレスを強く勧めますね。

ああ、コスト計算が複雑だったり予測しにくかったりする点、そしてベンダーロックインの問題については同意します。

そもそもSeverlessではなく、Serverleaseだった。

他のコメントにもあるように、SamsungやNaverなどで働いた後にAMDやGoogleなどへ転職した人たちが、後にその経験を持って韓国に戻ってくれば大きな資産になるはずなのに、この雰囲気では戻ってくるどころか、これからも出ていってしまいそうですね。単なるお金の問題ではなく、環境や認識が劣悪なので。

全体として何が言いたいのでしょうか。少なくとも韓国では、エンジニアの待遇が良いわけではありませんよね。自分が働く以上にもらっているように見えるなら、どこかに寄付でもすればいいでしょう。韓国は、エンジニアが傲慢だから問題になるような環境なのですか。海外より劣悪なので、優秀な人たちが転職して戻ってこないのが問題なのに（傲慢な人がいることはあり得ますが）。