ツナかふぇ@フリーランス8年目/エンジニア14年目

SIer6年→フリーランス8年目の14年目エンジニア。業務系Webシステムのアーキテクト・設計・開発を担当。バックエンドはjava、フロントはNext.jsがメイン。

java21~/springboot3/SQL/typescript/React/Grpc/Next.js

業務絡みの呟き多め。AIとの共存模索中。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

もうね、チケットとかissueの期限日過ぎたのになんのアクションも無いヤツはフリーランスだろうがプロパーだろうが左遷でいいと思うんよな。

1言「遅れます」とか「あとn日でできます」をくれるだけで全然違うのに…『約束をブッチする人間』という評価が付いたら、もう評価は上がらんよ。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

恐ろしい事に、エンジニアという職種にいる人間にも一定数いるんだよな。『暗号化』と『エンコード』の区別が付いていない輩。

[backyarD_D @backyarD_D]

過去に私が一番呆れた「システム内部で使うパスワードの保管方法」:

中堅エンジニア氏
「設定ファイルに、このBase64という暗号化技術を使ってパスワードを書けば読めません！（ｷﾘｯ」

※実際にそのまま実装されました

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

保守しやすい設計が人間の仕事なのは以前変わらず、それと事業的な要望をどう組み立てるかを考えるのも人間の仕事。

そう考えると、エンジニアの本質的価値はあんまりAIに脅かされてる感じはしない。むしろコーディングとかいう『設計通りに実装する』フェーズが大幅に短縮されて有難い限り。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

開発進める上でGemini3.6Flashは冗談抜きに使いもんにならん。いくらGemで前提情報与えても、事実と異なる解答をしやがる。

軽い調べ物なら問題ないが、推論を要求するなら少なくとも3.6Thinking使わんと話にならん。これでもまだ間違える事はある

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

クソPMすぎる。機能要件、非機能要件の品質水準チェックするのはPMの役割なんだが？w

この問いに対する正当は「あなたは何の為に存在しているんですか？　何もしないなら私が会議でます」です。存在価値が無い事を突きつけるのが一番。

[PMザンギ @zangiPM]

担当「テスト完了しました。結果はすべてOKです。懸念点、残課題もありません。」

PM「で？」

担当「え？」

PM「それで報告終わりですか？」

担当「はい。結果と証跡も格納済みです。」

PM「だから、そういうことを聞いてるんじゃないんですよ。」

担当「……すみません、何を確認すればいいですか？」

PM「それを考えるのも仕事ですよね？」

たまに会話が全部ボス戦みたいなPMいるよね😂

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

モンハンワイルズをやる為にPC組み直した勢が、実は時期的に一番の勝者なんよね。私もそう。

Amazonと楽天の購入履歴で同じ部品見比べたら、倍ぐらい値段変わってて泡吹いてる

[吉田製作所 @netatank]

自作PC完全に終わったよな。コロナの自宅軟禁状態で一時的に復活したのが最後で、その後のAIブームで完全に終わったな。

今まではGPUだけ高くて、SSDやメモリは激安だったからギリギリ成立していたのに、今はGPU・SSD・メモリが意味わからないくらい高い。

20万円でローエンドや。誰が買うねん

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

SESが無許可で派遣先の電話なんか取るわけねーだろ…　責務超過にも程があるわ

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

AI使っても意思決定が速くならない限り、企業の成長速度が上がることは無い。

「AIのコストばかりかかる」理由は、そのお役所仕事っぷりにあると分からない経営層が一定数いるようだ。

『経営層への伝達係』が全部AIになる日も近いかもね。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

@javatmqf その条件下で500万なら割とある。でも3年で600万はデカい企業選ばないと中々出ないかもね。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

設計漏れor技術不足のことを『運用で回避可能』などと誤魔化すんじゃないよ。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

Requestのスキーマにだけバリデーションかければいいと抜かす輩を一定観測しているが、画面の項目とAPIRequestの項目が必ず1:1で紐づくシステムしかやった事ないんやろなぁ…

FormとRequestは互いに独立してないと、片方の変更に片方が引きずられると分かりそうなもんだが

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

私は「ガバイト」タイプでした！(シンクロ度91%) #ポケモン性格診断 #PokemonPersonalityQuiz https://t.co/rkEazWbRqe

思いやりが欠如しすぎです。OJTの手伝いしてるけど大丈夫か？

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

@zangiPM 向こうの意思決定を待ってたら時間だけが過ぎて、『上長に報告するものが何もないからとりあえず完了で…』　というムーブをお互いにかましてたらしいです。もちろん本件で発覚し、お互いの責任者には盛大な雷が落ちたそうな…

利用側の準備が整ってない状態でAPIだけを先に開発してはいけない（戒め

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

1年以上前に仕様確定（笑）したAPIを使って開発する案件で、インタフェース仕様書開いてみたらまぁ不明点だらけ。

開発元と依頼元を同席させて問い詰めたら『そちらが音頭を取るんじゃないんですか？』と争い始める始末。

いや、未完了をなんで『仕様確定』のステータスにしてんの？仕事舐めてる？

[PMザンギ @zangiPM]

ある方針について顧客もベンダーも社内も特に反対していない。
なのになぜか決まらない。
よくよく聞いてみると、
Aさん「Bさんが決めると思ってました」
Bさん「顧客が決めると思ってました」
顧客「ベンダーから提案があると思ってました」
全員誰かが動くのを待っていた。
揉めてる案件なら「決めなきゃ」となるけどこういう案件は静かなまま時間だけが過ぎていく。
反対する人がいないのに誰も決めない。
PMやってるとこういう止まり方が意外とあったりする。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

違和感を文章に置き換えられない時点で、強いエンジニアの定義から外れている。言語化能力が足りないエンジニアは強いとは言えない。

この違和感の正体をAIに丸投げして文章書いてもらってる奴もいるが、一切本人の血肉になってないので、将来切られても文句は言えないよな、と思う。

[うーふ @uufu_engineer]

プルリクエストを出すと、たまに強いエンジニアから「このあたり違和感があるので他の書き方にできませんか？」とコメントをもらう。

「その違和感の中身を教えてよ、意図がわからない」って言いたくなる気持ちを抑えて、どういうことなのか考え、修正をしている。

今まで単にレビュワーが不親切なだけ、そういう指摘の仕方をする人なんだって割り切っていた。

あるいは自分で考えさせるためにあえてボヤッとした表現にしてるとか。

だけどそれとは別に、熟練してるからこそ、「上手く言えないけど何かおかしい」って嗅覚が発動してるのかもしれないな。

経験を積む中で「こういうコードは後で困る」「この書き方は何か危ない」みたいなパターンが蓄積されて、言語化できない違和感として出てくるのかなと。

こういう嗅覚も、熟練の一つなのかもしれない。

指摘された側の僕が、その違和感の正体を言語化するところまでやろう。

言葉になって初めて、個人の嗅覚がチームの知見になるし、今ならSKILLSやハーネスとして仕組みにも落とせるので。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

Next16.3でunstable_catchErrorからunstateble外れとる！！　正式採用になったんか！！

そうだよなそうじゃないとredirectとnotFound関数を親に再スローできないもんな！　これでようやく捗るわ！

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

@hideki_climax v16以降は結構使いやすいのだが…　逆に何が障壁になってるんだろう？

フロント+BFFの構成すごい楽なんだがなぁ　フロント向けの環境変数隠蔽できるし、バンドラもデフォルトがturbopackになってから大分ビルド早くなったし。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

汎用的に使う事を想定して作られた機能は、だいたいその接続先専用の機能として落ち着く。

決まってない未来に対して汎用性を求めるな。『変更され得る』ことが分かってから初めて抽象化するんだよ。視座なき抽象化はただのエゴだ。

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

やっぱBacklogで孫チケット作れないの💩すぎん？

[ツナかふぇ@フリーランス8年目/エンジニア14年目 @tuna_caffeine]

いや、普通聞くよね？　むしろそれを知らずに上からの指示通り作ってる方が問題だわ。

それで良いと思っているPMがいるならそれも問題だ。目的の意義の共有なしにいいシステム作れると思うか？　って話よ。

[わんこPM @dx_saru]

マジメなエンジニアさん。「作業を依頼されたら、まず目的を確認しよう」という教えのもと、クライアントに対して「そもそも、これって必要な機能なんですか？」って聞いてしまう

[ますだ＠ローカルLLMとか @msdsmlabs]

ClaudeCode、Codexでコーディングしている人がいたら全員見た方がいいです。めちゃくちゃデカいマルウェアです。
GithHub CLI使っている人もOAuthトークンが盗まれる可能性があります。
AWSも汚染されている可能性があります。

https://t.co/lMQpbcbOXW