魔物弐百獣

ベテランプログラマです。

[エクシードシステム(Y.Sakamoto) @exceedsystem]

Anthropic Claude Fable 5、規約に個人向けだろうがビジネス向けだろうがデータを収集するとあること知らずに業務で使ってしまってる人多そうだなぁ🤔

[魔物弐百獣 @mamono210]

@MadoWindahead 3ヶ月ぶりのCoCo壱の予定でしたが、なぜかCOCO’Sに入店してしまい、放心状態

何も考えることもできずメニューの1ページ目にあったピザをそのまま注文しました

あまりに精神的ショックが大きすぎてメニュー2ページ目以降は見てないです

[魔物弐百獣 @mamono210]

CoCo壱と間違えてCOCO'Sに入ってしまった

カレーが食べたい人生だった

[魔物弐百獣 @mamono210]

実際のところ、この世界はバーチャルなのかは分からんが、神社や寺と言うのは、実はこの世界では地盤や物事などを安定させるためのフラグである可能性があり、それらを破壊するような、いわゆるバチ当たりな事はしない方が良い、と言う事は言える

[魔物弐百獣 @mamono210]

- 地震や災害が起きにくい場所に神社やほこらが建てられた

- 神社やほこらを建てたから地震や災害が起きにくい土地になった

この２つは、考え方は大きく違うのだが、もし「神社やほこらを建てたら災難を避けられる」と言うのなら、この世界はそう言うフラグを回収するバーチャル空間でしかないわな

[魔物弐百獣 @mamono210]

物理学的に言えば、構造物を建てたくらいで地盤が安定すると言う事はないのだが、神社が建ってる場所が地震で倒壊したと言うような話もあまり聞かない

これはどちらかと言えば、神に通じるような構造物と言うのがこの世界では地盤を安定させるフラグのひとつであるって考えた方が、理屈に合う

[魔物弐百獣 @mamono210]

火曜日辺りから三半規管がやられて真っ直ぐ歩けない状況

数日に渡り三半規管系がやられるのは2018年9月の北海道胆振東部地震以来か…

[南海地震予測所 @geoscience16]

4月6日午後4時
マグニチュード5-6の地震前兆信号が検出されました

[魔物弐百獣 @mamono210]

生成AIはユーザーの鏡でしかない

ユーザーの見たい世界しか出力しないが、見たいものの定義が曖昧だと、ぼやけたものしか映らない

生成AIの出力結果はユーザーの投影そのもの、とも言える

[魔物弐百獣 @mamono210]

エントロピーが増大し続ける複雑なシステムを評価関数を持たない観測者が制御しきれるはずがない

生成AIでシステム開発したい人間はLinuxとPythonだけはしっかり勉強しておくべき

誇大広告や誇張されたポストに惑わされてはいかん

[魔物弐百獣 @mamono210]

AIと言うフィルターを通しても
ユーザーが持っている情報の解像度は上がらない

これが現実

これ以上でもこれ以下でもない

[魔物弐百獣 @mamono210]

構成管理データベースの自動更新まではまだ手をつけてないが、そこまで動かせるようになると、AI Dev とか AIOps とか次の段階へ進めるのかなと言う気はしている

それでもその先にある self healing CI は無理っぽいので、行けるところまで行っておいて、AI の性能が上がるまでは待ちかな？と言う感じ

[魔物弐百獣 @mamono210]

実際にここ数ヶ月、自分でコードを書いた記憶は全くないのだが、同時に AI に設計を任せて一発で上手くいった記憶もほぼない

人間が分かる範囲の全てのコンテクストを AI と共有するのは難しい

なのでAIと人間との情報共有のコストを考えると、コード生成以外の部分は自分でやった方が速いってなる

[hiraoku @2020_hira]

昨日バックエンドエンジニアと話してたら、やっぱりAIの話題に。

「バックエンドはAIあんまり使えない。自分で書いたほうが早い」って言ってて、ちょっと意外だった。

設計はもちろん、ちょっとしたコードでもAIに任せるより自分で書いたほうが速いらしい。

フロントエンドやってる自分からすると結構ギャップあるんだけど、バックエンドの人ってこういう感覚が普通なんですかね？

みなさんの意見も聞きたい🙏🏻

[限界エンジニア @moti256]

「とりあえずマイクロサービスにしよう」って3人チームで言い出すやつ、モノリスで十分だって。身の丈に合った設計しろ。

[魔物弐百獣 @mamono210]

Claude で頭の中にあるシステムの全体図を出してもらった

こう言うのは Gemini や ChatGPT よりやりやすいわよね

[三谷 昌平 | SmartBank @shohei1913]

https://t.co/dOg0snFVGu

[魔物弐百獣 @mamono210]

SixTONES を読めないファン、みたいなものですね

[すえなみ @a_suenami]

TL に nginx が読めないのにエンジニアを名乗ってる人が多数いるっぽい。
日本語で「ン」から始まる単語はあまりないのでしかたないですね。ンギンクスですよ。

[Claude @claudeai]

A small thank you to everyone using Claude: We’re doubling usage outside our peak hours for the next two weeks.

[ぎゆ @giyulogy]

【バックエンドよりフロントエンド開発がAIに置き換わりやすい傾向にある理由】

エンジニアリングの難しさには、
①ドメイン依存の難しさ
②ドメイン非依存の難しさ
という2種類がある。

①は業務理解・要件定義・データモデル設計など、ビジネスをITシステムに落とし込む難しさ。②は実装やフレームワーク、アルゴリズムなどの技術的な難しさ。

雑に分けると、バックエンドは業務ルールやデータ設計など①の割合が大きく、フロントエンドはUI実装やコンポーネント設計など②の割合が大きくなる傾向にある。※ もちろん例外はあるが、あくまで「そういう傾向がある」という話。

そして、AI は①が苦手で、②がめちゃくちゃ得意（現状では）。

だからバックエンド開発と比較すると、フロントエンド開発の方が先にAIに置き換わりやすい傾向がある。