機能を作るな。楽して作るな。 （LayerX社内資料） Don’t Build Features. Don’t Take the Easy Way Out.

LayerX社内の定例でつかった資料です。

[simplememofast]

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

[robert91k8k]

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

[ite]

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

[glass-_-onion]

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

[hateniku]

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

[mayumayu_nimolove]

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

[roshi]

「それができれば苦労はしねぇ」ではありつつもこの気持ちではいたいとずっと思ってる（笑）。最近それも疲れてきてるけど。。

[sp_ice]

めちゃくちゃ耳が痛い。to Bのプロダクトで顧客要望を満たす機能を作りたくなる欲求に負けがち。

[cad-san]

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

[gabill]

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

[mkusaka]

機能は「使わない・誤り」にもなり得るとして開発速度より将来の負担（バグ確認継続等）を警告する資料。設定ON/OFFはNo。

[FunnyBunnyDizzy]

これ読んで、ぜんぜん働いてないのにエンジニアとして自分がやり続けられている理由がわかった気がする。

[nabinno]

将来要件を先読みして機能や抽象化を作り込むほど複雑性と保守コストは増える。まず必要最小限を実装し、変化に合わせてリファクタする方が多くの現場で合理的。ただしセキュリティや監査基盤は例外ね。

[morimarii]

何かを作る・始めるのはすごく簡単。何かを捨てる・やめるのは非常に困難。「やらない理由を探すな」って言われるけど何かをやるよりやらない方がよっぽど難易度高いし効果がある。リソースは有限

[for-my-internet-demo]

御社には作っといてほしい機能それなりにあるでござる

[nakag0711]

でも歴史的には機能てんこ盛りのソフトが勝ってきてるので…作る側からすればシンプルな方がいいんだけど買う側はそうは思わないようだ

[vanbraam]

AIによってゴミが大量生産されるようになったのは, 今のYouTube動画を見てもわかる通り. Googleはその後始末に追われてる; Simpleさが大事っていうのはJobsの時代から言われてた. この人は直撃世代かな?

[siriusarc7]

これ実現できたところで「わかってる人」が評価者じゃないと個人の評価はそんな上がらんのよなぁ

[kash06]

今更だけどSaaS時代になってからは価値を感じ続けてくれないと、お金を払い続けてくれないのだから、バクラクの経験の良さは本当なんだろうな。

[himanahitodesukun]

いいこと言ってますが、本当に使いやすいプロダクト作ってる？

[gewaa]

「使わない機能は邪魔なだけ」なんて、絵描きならみんな知ってる。多機能なクリスタがシェアを取りながら嫌がられたり、シンプルなSAIやプロクリエイトが人気だったり。いまだに紙で描いてる漫画家も多いし。

[FreeCatWork]

機能作りも楽もダメなんて、ボク、ちょっと困っちゃうにゃ…💧

[amtT]

面白い けつろん: 作るな しんぷるに

[sionsou]

大事。ただ時間が無駄になった過去と違って今は気楽に作って壊せるからなぁ。もちろん社内向け限定ではあるが。ユーザーに一度提供しちゃうと取り上げたり、機能増減はデータ整合性的にも色々きついので慎重になるが

[t2y-1979]

作ってはいけないものはわかったが、何を作ってよいかはわからなかった

[kompiro]

AIエージェントが業務のためのサーフェイスを提供するようになったら、機能の代わりにAIに対し依頼をするようになる。そうなったとき、「機能を作るな」が真になるのか？エンドユーザーが常に機能を作る？

[snowcrush]

全面的に同意。SaaS屋の中の人でこれが分かってる人は少ないし言語化出来る人はもっと少ないので資料公開はありがたい

[kenjou]

エンジニアに好きに作らせたらたまたまその機能がすごいヒットするなんてまずありえないしね。負債になる可能性の方が高い。事前にしっかりと計画を練ることがAI時代になるとより重要だと思う。

[sonots]

mosaの新作

[jintrick]

使わない機能ってたとえばどんな

[kikuchi1201]

なるほどなぁ

[ctw]

ビルドトラップな

[a-know]

良い

[hr-tachikawa]

これはソフトウェア開発だけじゃなくてオペレーションの改善みたいなものでも一緒だよね。自戒。

[georgew]

脊髄反射で機能を継ぎ足していかないためにも、開発要件は抽象度上げて思考する必要がありますね。

[tengo1985]

いい内容

[tk_musik]

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

[toaruR]

昭和の家電とかな。留守電とか説明書無しには使えない複雑さだったし（´－｀）保守案件も同様、改善と称して余計な機能が追加されていく方向にインセンティブが働きがち