戦争って、人間対人間で、軍人対軍人で行うから許されていたわけで。
ターゲティングAI使った軍隊、国家は、その「約束事」の範疇から自ら外れたのだから、その国家、国民とも、一連の「保護」の枠から自ら外れたと考えるべきである、と。
つまり、兵士の装束を纏っていないものも攻撃の対象になっても当然な状態になった。
と考えるべきだと思うが、どうか？
就職氷河期第一期生だけど、余裕 w
っていっても、今年始めたの、PHPなんだけどさ。
ひのきの棒の使い勝手、悪くはないんだけどね。
生成AIに関しては、プログラミングは多分、適用開始する前に準備しておく必要があって、そこら辺を探ってるところだね。
うまくフレームを作って誘導すれば、精度高めでいけると思うんだけど。
歴史的に古くて小さいリソースでしか動かない、逆に時代が下ってふんだんなリソースをフル活用できるようになったおかげで新しく作られた、という発生時の環境によってできること、やらなきゃいけないことが増えたから。
なら、古くて小さいリソースのプログラムなんていらんだろうって？
蚊を殺すのに、ツァーリーボンバーを持ち出すアホウはおらんのだよ。
あとは、同時代に生まれても、必要な、と言うか中心的な抽象レベルが異なるために、「理解できないエンジニアには使えない」って言語もある。
適切に抽象化ができるエンジニアは、リーナストーバルスもいうように、エレガントに問題を解決できるし、そのために都合がいい機能を持った言語を使う。そうでなければ物量(if文満載の)で一旦動くものを作ろうとして、自分の理解が及ぶ範囲でできることが用意されている言語を使う。
例えばオブジェクト指向プログラミングとか理解できない使えないエンジニアは意外と存在する、とかね。
ワンフィッツオール、なんてありえないくらい裾野というか、版図が広がったシステムの世界だから、プログラム言語の種類は多い。
プレゼンテーション(表示/UI/UX)や構造(ネットワーク、サーバサイド)のような対象によって、規模や(ビジネス)ロジックの複雑度の大中小で使い分けるのが普通だから。
Rustもいい言語だし、でも複雑でデカいビジネスロジックのシステムだったら、複数人で回すのちょっときついな、と思うし。仕様駆動開発で、ってのは、CRUD的で単純なサービス、あるいは初期段階ならいけると思うけど、成長に耐えられる気がしない。かなりのプロダクトで、作って動いてるところは変更するな、ってなりそう。
PHPは、言語自体は軽量で悪くはないんだけど、toBサービスでこれを育ててデカくする、のは限りなく不可能だと思う。デカくなる前に言語を移行するとか考えないと(やり方はある。けど、多分PHP使いはそれを思いつかないし、やり通すことができない)。
golangは……、使い方、使い手による……。
スマホなどのネイティブアプリは選択肢がない。
全部の端末を1ソースで対応可能！ みたいなのもあるけど、当然失うものもあるし、それはデカかったりする。
おいらは嫌だ。
いままでどれほど騙されてきたか w
スタート時はね、いい感じに動くんだよ。
そう作られてるから。
でも1年、2年と経ってくると、それぞれの環境間の差が広がりまくりすぎて、辻褄合わせの時間が50％を超えてくる。
それを見越した設計実装ができる人もいるけど、むちゃくちゃ少ない。
どんなプログラムも、デカくしすぎないで、移行可能に作っておくしか、時代の変化についていけない。
それは工学の基本中の基本である「分割統治」の考え方そのものなんだよね。