> 私は2024年3月に大田にあるKAISTでTSPの講義を行う予定で、大田TSPツアー向けの地域データセットを探していました。

おそらく韓国で講演することになっていたので、関連情報を探していたのだと思います。

 

walking and ferry と出ているのを見ると、どうやら船に乗るようです。

 

同じ話は私がすでにしました。では、私が言ったことを誤字脱字の修正なしでそのまま抜粋しておきます。
"単に、出来の悪いゲームでそういう面が目立っただけです。"

これが振り返るということです。

 

何をあり得ないことを言っているんですか。SWエンジニアだからといって、インターネット業界で全員が働いているんですか? 半導体業界もあるし、自動運転やロボティクスの分野にもいます。 そして、インターネット業界で働く人だけがインターネットを利用できるんですか?

 

ソフトウェア領域を狭く見ていて、付加価値も低いと見ている人が多いようですが、自分が仕事をして実際に目にしてきた領域がすべてではありません。下のコメントのように、システム半導体もSW技術によって競争力が変わります。

 

コメント欄の反応のほうがむしろ理解できませんね。韓国が、エンジニアが自己陶酔しているのが問題になる国なのかといえば(そういう人が一部いるかもしれませんが)、むしろ逆に軽視されて意気消沈し、優秀なエンジニアや研究者が海外へ流出してしまうことのほうが問題になっています。SamsungやNaverなどで働いた後にAMDやGoogleなどへ転職した人たちが、後に経験を持って韓国へ戻ってくれば大きな資産になると思いますが、このような雰囲気では、最初からその国に住み続ける人が大半になってしまいそうですね。

 

この記事を書いた会社はコンテナホスティングプラットフォームの会社ですし、偏った視点で書いたのではないでしょうか(笑)

 

振り返るのがお好きなようですが……まあ振り返るついでに、まったく理解されていないようなので、もう少しわかりやすく説明します。

ゲームの主目的は面白さです。したがって、面白ければ問題ありません。プロパガンダを露骨に盛り込んでいようが、自然に溶け込ませていようが、あるいは完全に排除していようがです。

問題になるのは、面白くないときです。面白くないなら原因を探る必要がありますが、その一つがプロパガンダになり得る、ということです。上でも別の方が言及されていたように、目的が逆転して、多数の嗜好ではない方向にキャラクターデザインを変えてしまったり、ストーリーの妨げになるほど事件の蓋然性もなく特殊な人種や性別を入れ込んでリアリティや説得力を落としたりすれば、ゲームへの没入を妨げる要素には十分なり得ます。なのに下の方もそうですし、あなたもそうですが、最初から頭の中で『思想はゲームの面白さの要素と相関関係がない』と決めつけているので、理解できないのです。

「ゲームさえ面白ければ思想の何が問題なんですか」というのは、そういう文脈で出てきた話です。特定の部分だけを抜き出して武器のように振り回すために書いた文句ではありません。文脈をきちんと把握していただければ、話し合いもしやすくなると思います。

 

島との移動はどうするの? 徒歩で?

 

あまりピンときませんね。返答は不要です。

 

私がいちばん好きなプログラミング構文、"パイプライニング"

https://github.com/tc39/proposal-pipeline-operator

 

みんな同じように見せるために

 

リアルタイムで新規開業や閉業が発生する場合は、どうすればよいのでしょうか?

 

自分の実力に自信がなくて、あんなふうに騒いでいるのかなとは思う。できる人たちのことまで大したことないとけなしているし

 

理工系で、部屋にこもってネットを少し見て独学しただけで、(うまくいけば)数か月で実務に投入できる専門家になれる分野なんてありますか? <- どんな分野であれ、そういうエントリーレベルの求職者を専門家だと呼ぶ人はいません。
このコメントのように、ご本人が自分を専門家だと思う基準がかなり低いようですね。普通はそういうケースを専門家とは言いません。ほかの場所でそんなことは言わないほうがいいです

 

+1
同感です。

 

ネイティブと比べて開発体験が著しく劣ることが大きすぎる pain point であり、ソフトウェア自体がインフラ提供者に依存するようになるので、一度定着すると抜け出しにくくなります。リファレンスが明らかに少ないのはもちろん、可観測性もあまりに低いです。

Cloudflare は、少なくとも他社と比べればサーバーレスをうまくやろうとしているように思います。データベースもサーバーレス、Key-Value ストレージもサーバーレス、さらにはメッセージキューまでサーバーレスのものがあり……
(もちろん、こうなってくるとプラットフォームに完全に従属・拘束されるようで、抵抗感を覚えることもあります)

それでも、デバッグ、可観測性、そして開発体験が改善されないのであれば、依然として足踏み状態のままでしょう。

 

「生き残る」という言葉の曖昧さを指摘することについて、少し噛み砕いて書きました。独り言の文法なら、返答は必要ないのでしょうか?

 

面白い方ですね。思い上がっているのはあなたのほうではないですか。あの方はただ自分のつらさを吐露しただけです。あの方が誰かを見下したわけでもないのに、あなたと感じ方が違うからといって、それが非難されなければならない理由になるのでしょうか。むしろあなたこそ、SWエンジニアとして誇りを感じている人たちをけなしたいように見えます。自分の仕事に誇りがなく、満足もできていないようですが、そういう感情は自分で整理してください。くだらないことを言いふらさないで。

他の方のコメントが適切な批判だと思うので添えておきます。

" 昔に比べて、一人のエンジニアに期待されることの幅が広がり、その要求も大きくなったのは確かです。そして昔に比べて、はるかに多くの現実世界がコンピュータシステムの中に入り込み、そのぶん抽象化と実装の難易度も急速に高まっています。現実におけるもっと大変な仕事を並べ立てたからといって、この仕事は大変ではない仕事だ……と主張する必要があるのかは疑問ですね"

 

ほかの方がおっしゃるように、SWも領域は広いです。早く学んで適用できる領域もあれば、専門性を土台に長年の勉強と経験を積まなければならない領域もあります。自分たちの経験がすべてだと思わないでください。