
simplememofast本当の論点は実装速度じゃなく『何を作らないか』をどこで判断するか。やることリストより『やらないことリスト』の運用設計が、結局チームの打率を決める
2026/06/15 15:09★★★

nguyen-oi「AIで作れるから作る」への強烈なアンチテーゼ。機能は未来への負債って視点、開発に関わる全員が耳を塞ぎたくなる正論で草
2026/06/15 15:10★

kanetann"間違ったものを速く作ってもゼロどころかマイナス"
2026/06/15 15:32★

t-wadaとてもいい
2026/06/15 15:39

roshi「それができれば苦労はしねぇ」ではありつつもこの気持ちではいたいとずっと思ってる(笑)。最近それも疲れてきてるけど。。
2026/06/15 15:40★★

ite使わない機能は邪魔。本当にこれ。任天堂の「アイディアとは複数の問題を解決するもの」ってのもそうだけど、シンプルさを無視して機能やアイディアを詰め込むと負債が貯まるだけになりがち
2026/06/15 15:40★

mayumayu_nimolove面白いよね。元MSの神エンジニアはそう言われてたけど作って触ってから判断できる時代になったって言ってた。
2026/06/15 15:41★★★★★★★

gabillToC向けは、Skebとかしずかなインターネットみたいな『やらないこと』で他と差別化するサービスが生き残りそうな予感がする
2026/06/15 16:29★

daira4000これをやるのは中々難しいんよな
2026/06/15 16:41

robert91k8kこの会社のCFOが日経の記事で、エンジニアがAIで月100万溶かして成果ゼロだった話をしてたし、そりゃ社内もそういう流れになってるでしょうねっていう。俺も当たり馬券だけ買えるようになりたい・・・
2026/06/15 16:54★★★★

hateniku今まで作って後悔することができなかったものが、作ってから後悔して作り直せる時代じゃないのか?エンジニアが想像だけでエンドユーザーの欲しいものを汲み取れるなら苦労はしない。
2026/06/15 17:01★

glass-_-onion最近PdMとして作らない判断ができずに大失敗しました。「AIで増幅された間違い探しを、他のメンバーとユーザーと、後続のメンバーと未来のユーザーにおしつけない。」沁みるなー
2026/06/15 17:47★★★★★★★

devgai仕事だとそうだけど趣味は逆がいい/AIで加速するから機能を追加したところで削除も簡単にできるようになるのか、仕事が増える/やっぱり既存ソフトを保守してきたJTCの考えだと思う、俺がそうだったから
2026/06/15 18:09

peketamin岡潔の「すべて成熟は早すぎるよりも遅すぎる方がよい。」を思った
2026/06/15 18:18

bopperjpそうなんだけど、だれ向けの資料?末端の技術者が「コレ必要ですか?」と議論を始めたら作業が終わらなくね?
2026/06/15 18:18

myrよくわからん。というより数週間したらまた違うポリシーが流行ったりするぐらいの会社にしていかねばならんのではないの? 今のうちのポリシーは変化に対応出来る会社.だ。
2026/06/15 18:29

mirakuxあれもしないこれもしない もっとしないもっともっとしない
2026/06/15 18:41

cad-sanバックオフィスサービスというのが、ハレではなくケの製品だからというのはあると思う。プロダクトの優位性が多機能なのか、品質なのか、安定性なのか。早い美味い安いは二つまでしか満たせない。
2026/06/15 18:49★

toaruR昭和の家電とかな。留守電とか説明書無しには使えない複雑さだったし(´-`)保守案件も同様、改善と称して余計な機能が追加されていく方向にインセンティブが働きがち
2026/06/15 18:59

tk_musik何をしないかより、何を捨てるかがいい気がするなぁ。捨てられれば、作って試せる。捨てられないから、先に無限に考える必要が出る
2026/06/15 19:11
