unknowncyder 2025-04-23 | 親コメント | トピック: サーバーレスはまやかしだ: ただコンテナを使おう (sliplane.io) 開発体験とオブザーバビリティについて言及している方がいるので付け加えると、 初期の統合環境さえしっかり構築しておけば、コンテナベースに劣らない、あるいはコンテナベースよりもさらにネイティブに近い開発体験を実現できます。(そのためのさまざまなツールもあります) オブザーバビリティについても、深くやろうとするなら、サーバーレスでもコンテナベースでも同じように簡単な問題ではありません。ログの集中管理、各種メトリクスの可視化、APM、CPU/メモリ使用率の可視化、そしてそれに応じたスケーリング戦略の策定など…… そこまでの段階でなければ、クラウドベンダーが基本的に提供するメトリクス/ログ統合が強力なので、大差ありません。 強めに言うなら、「サーバーレスをどこまでちゃんとやってみたんですか?」と聞きたくなりますね……😅 unknowncyder 2025-04-23 | 親コメント | トピック: サーバーレスはまやかしだ: ただコンテナを使おう (sliplane.io) コンテナベースの環境(ECS Fargate中心、Kubernetesクラスター)とサーバーレス環境(AWS)の両方を経験した立場としては、そこまで強くは共感しませんね。 コンテナベース環境の長所として挙げられている点は、長所であると同時に短所にもなり得る部分です。 「直接制御できて状態を持てる」と言及されている部分は、いずれも管理ポイントになって運用難易度が高くなるとも言えるでしょうか。 私は、小規模な組織や、専門的なサーバー管理チームがない組織であるほど、サーバーレスを強く勧めますね。 ああ、コスト計算が複雑だったり予測しにくかったりする点、そしてベンダーロックインの問題については同意します。 iolothebard 2025-04-23 | 親コメント | トピック: サーバーレスはまやかしだ: ただコンテナを使おう (sliplane.io) そもそもSeverlessではなく、Serverleaseだった。 dd12345 2025-04-23 | 親コメント | トピック: ソフトウェアエンジニアとして生きるのは狂気じみている (0x1.pt) 他のコメントにもあるように、SamsungやNaverなどで働いた後にAMDやGoogleなどへ転職した人たちが、後にその経験を持って韓国に戻ってくれば大きな資産になるはずなのに、この雰囲気では戻ってくるどころか、これからも出ていってしまいそうですね。単なるお金の問題ではなく、環境や認識が劣悪なので。 dd12345 2025-04-23 | 親コメント | トピック: ソフトウェアエンジニアとして生きるのは狂気じみている (0x1.pt) 全体として何が言いたいのでしょうか。少なくとも韓国では、エンジニアの待遇が良いわけではありませんよね。自分が働く以上にもらっているように見えるなら、どこかに寄付でもすればいいでしょう。韓国は、エンジニアが傲慢だから問題になるような環境なのですか。海外より劣悪なので、優秀な人たちが転職して戻ってこないのが問題なのに(傲慢な人がいることはあり得ますが)。 ahwjdekf 2025-04-23 | 親コメント | トピック: JavaScriptビューを難しいやり方で構築する - UI記述パターン (github.com/matthewp) おめでとうございます。またひとつ、jsフレームワークが生まれました。 aer0700 2025-04-23 | 親コメント | トピック: 「この技術は死んだのか?」 瀕死のフレームワークを教えてくれる辛辣な分析エンジン (isthistechdead.com) ああ、これが合ってるみたいですね(笑) aer0700 2025-04-23 | 親コメント | トピック: サーバーレスはまやかしだ: ただコンテナを使おう (sliplane.io) 必要なエンドポイントの一部だけを Lambda で動かすほうがいいのでは、という気もします。そもそも私はサーバーレス開発の経験がないので何とも言えませんが、特殊ないくつかのケースでは良さそうにも見えるので。 preserde 2025-04-23 | 親コメント | トピック: サーバーレスはまやかしだ: ただコンテナを使おう (sliplane.io) 以前もフロントエンド界隈で、nextjs(vercel)について懸念を示す netlify(競合他社)の開発者の文章を疑う方がいましたよね。コメントを見る限り、そこまで偏ってはいないようです。 私はフロントエンド側なので……こちらの分野にはあまり詳しくないのですが、「サーバーレス(サーバーはある)」というミームはよく見かける気がします(笑) chil0 2025-04-23 | 親コメント | トピック: ソフトウェアエンジニアとして生きるのは狂気じみている (0x1.pt) つらさは主観的なものなのに、なぜそんな言い方をするんですか? あの方にとっては、そういう部分が苦労なのかもしれません。 そんなふうに言うのなら、誰かに「あなたは業種転換が遅くて、似たり寄ったりの仕事ばかりしているからそう感じるんだ」と言われても、言い返せないでしょう? chil0 2025-04-23 | 親コメント | トピック: ソフトウェアエンジニアとして生きるのは狂気じみている (0x1.pt) その通りです。誰でも挑戦できるけれど、人によって生産性の差も大きい分野です。それを否定するから、できる人たちが業界を離れたり、海外へ転職したりするのです。 chil0 2025-04-23 | 親コメント | トピック: ソフトウェアエンジニアとして生きるのは狂気じみている (0x1.pt) 他人も自分と似たようなものだと勝手に決めつけているのを見ると、確かにあなたは傲慢ですね。難しい問題に挑戦するのが好きでこの仕事をしている人もたくさんいます。自分の経験がすべてだと思わないでください。 chil0 2025-04-23 | 親コメント | トピック: ソフトウェアエンジニアの未来 - 世界経済フォーラム「Future of Jobs Report 2025」分析 (wikidocs.net) デジタル転換はまだ初期段階です。今後さらに領域は拡大していくでしょう。ソフトウェアエンジニアも同様です。 chil0 2025-04-23 | 親コメント | トピック: ソフトウェアエンジニアとして生きるのは狂気じみている (0x1.pt) ソフトウェアエンジニアリングの複雑さは、エンジニアやチームが何をしているかによって異なるのであって、絶対的な上限が決まっているわけではありません。もしすべての問題が単にデータを並べ替えるだけで解決していたなら、SWエンジニアリングという分野自体が生まれていなかったでしょう。 chil0 2025-04-23 | 親コメント | トピック: ソフトウェアエンジニアとして生きるのは狂気じみている (0x1.pt) 物理世界ではなく形式体系に基づいているから複雑さが少ないと主張するのは、言語学や数学が人間が人工的に作り出した言語や数字の形式体系に基づいているのだから複雑ではない、と主張するのと同じようなレベルです。 halfenif 2025-04-23 | 親コメント | トピック: ChatGPTとその仲間たちは人間の知能を損なっているのか? (theguardian.com) > AIも、優れた人に対する定義を変えることになり得ると思います。 同意します。 reagea0 2025-04-23 | 親コメント | トピック: ゲーム業界で「脱専門職化」が進んでいる (pushtotalk.gg) はいはい(笑)、お疲れさまです halfenif 2025-04-23 | 親コメント | トピック: 韓国の81,998軒の酒場をすべて巡る最短徒歩ルートは178日 (math.uwaterloo.ca) > 私は2024年3月に大田にあるKAISTでTSPの講義を行う予定で、大田TSPツアー向けの地域データセットを探していました。 おそらく韓国で講演することになっていたので、関連情報を探していたのだと思います。 halfenif 2025-04-23 | 親コメント | トピック: 韓国の81,998軒の酒場をすべて巡る最短徒歩ルートは178日 (math.uwaterloo.ca) walking and ferry と出ているのを見ると、どうやら船に乗るようです。 forgotdonkey456 2025-04-23 | 親コメント | トピック: ゲーム業界で「脱専門職化」が進んでいる (pushtotalk.gg) 同じ話は私がすでにしました。では、私が言ったことを誤字脱字の修正なしでそのまま抜粋しておきます。 "単に、出来の悪いゲームでそういう面が目立っただけです。" これが振り返るということです。 コメントをさらに読み込む
開発体験とオブザーバビリティについて言及している方がいるので付け加えると、
初期の統合環境さえしっかり構築しておけば、コンテナベースに劣らない、あるいはコンテナベースよりもさらにネイティブに近い開発体験を実現できます。(そのためのさまざまなツールもあります)
オブザーバビリティについても、深くやろうとするなら、サーバーレスでもコンテナベースでも同じように簡単な問題ではありません。ログの集中管理、各種メトリクスの可視化、APM、CPU/メモリ使用率の可視化、そしてそれに応じたスケーリング戦略の策定など……
そこまでの段階でなければ、クラウドベンダーが基本的に提供するメトリクス/ログ統合が強力なので、大差ありません。
強めに言うなら、「サーバーレスをどこまでちゃんとやってみたんですか?」と聞きたくなりますね……😅
コンテナベースの環境(ECS Fargate中心、Kubernetesクラスター)とサーバーレス環境(AWS)の両方を経験した立場としては、そこまで強くは共感しませんね。
コンテナベース環境の長所として挙げられている点は、長所であると同時に短所にもなり得る部分です。
「直接制御できて状態を持てる」と言及されている部分は、いずれも管理ポイントになって運用難易度が高くなるとも言えるでしょうか。
私は、小規模な組織や、専門的なサーバー管理チームがない組織であるほど、サーバーレスを強く勧めますね。
ああ、コスト計算が複雑だったり予測しにくかったりする点、そしてベンダーロックインの問題については同意します。
そもそもSeverlessではなく、Serverleaseだった。
他のコメントにもあるように、SamsungやNaverなどで働いた後にAMDやGoogleなどへ転職した人たちが、後にその経験を持って韓国に戻ってくれば大きな資産になるはずなのに、この雰囲気では戻ってくるどころか、これからも出ていってしまいそうですね。単なるお金の問題ではなく、環境や認識が劣悪なので。
全体として何が言いたいのでしょうか。少なくとも韓国では、エンジニアの待遇が良いわけではありませんよね。自分が働く以上にもらっているように見えるなら、どこかに寄付でもすればいいでしょう。韓国は、エンジニアが傲慢だから問題になるような環境なのですか。海外より劣悪なので、優秀な人たちが転職して戻ってこないのが問題なのに(傲慢な人がいることはあり得ますが)。
おめでとうございます。またひとつ、jsフレームワークが生まれました。
ああ、これが合ってるみたいですね(笑)
必要なエンドポイントの一部だけを Lambda で動かすほうがいいのでは、という気もします。そもそも私はサーバーレス開発の経験がないので何とも言えませんが、特殊ないくつかのケースでは良さそうにも見えるので。
以前もフロントエンド界隈で、nextjs(vercel)について懸念を示す netlify(競合他社)の開発者の文章を疑う方がいましたよね。コメントを見る限り、そこまで偏ってはいないようです。
私はフロントエンド側なので……こちらの分野にはあまり詳しくないのですが、「サーバーレス(サーバーはある)」というミームはよく見かける気がします(笑)
つらさは主観的なものなのに、なぜそんな言い方をするんですか?
あの方にとっては、そういう部分が苦労なのかもしれません。
そんなふうに言うのなら、誰かに「あなたは業種転換が遅くて、似たり寄ったりの仕事ばかりしているからそう感じるんだ」と言われても、言い返せないでしょう?
その通りです。誰でも挑戦できるけれど、人によって生産性の差も大きい分野です。それを否定するから、できる人たちが業界を離れたり、海外へ転職したりするのです。
他人も自分と似たようなものだと勝手に決めつけているのを見ると、確かにあなたは傲慢ですね。難しい問題に挑戦するのが好きでこの仕事をしている人もたくさんいます。自分の経験がすべてだと思わないでください。
デジタル転換はまだ初期段階です。今後さらに領域は拡大していくでしょう。ソフトウェアエンジニアも同様です。
ソフトウェアエンジニアリングの複雑さは、エンジニアやチームが何をしているかによって異なるのであって、絶対的な上限が決まっているわけではありません。もしすべての問題が単にデータを並べ替えるだけで解決していたなら、SWエンジニアリングという分野自体が生まれていなかったでしょう。
物理世界ではなく形式体系に基づいているから複雑さが少ないと主張するのは、言語学や数学が人間が人工的に作り出した言語や数字の形式体系に基づいているのだから複雑ではない、と主張するのと同じようなレベルです。
> AIも、優れた人に対する定義を変えることになり得ると思います。
同意します。
はいはい(笑)、お疲れさまです
> 私は2024年3月に大田にあるKAISTでTSPの講義を行う予定で、大田TSPツアー向けの地域データセットを探していました。
おそらく韓国で講演することになっていたので、関連情報を探していたのだと思います。
walking and ferryと出ているのを見ると、どうやら船に乗るようです。同じ話は私がすでにしました。では、私が言ったことを誤字脱字の修正なしでそのまま抜粋しておきます。
"単に、出来の悪いゲームでそういう面が目立っただけです。"
これが振り返るということです。