第2回 プロダクトアンチパターン | gihyo.jp

プロダクトの難しさ プロダクトを作るのは本当に難しい。ユーザーが抱える問題を解決しようとしているのだから当然だ。ひょっとしたらあなたは人類史で初めてその問題に取り組んでいるかもしれない。プログラミングも難しいが、「⁠難しさ」の種類が違うように思う。プログラミングの難しさはソースコードを介して他者と共有可能であり、ソースコードは機械語を解するコンピュータとエンジニア向けに書かれたものなのであいまいさが少ない。一方でプロダクトが解こうとする問題はあいまいで多岐にわたる。「⁠タクシーを見つけるのが難しい」から「一緒にお昼ごはんを食べる仲間がいない」まで、1つとして同じものはない。同じ問題を解いている人に出会えることは少ないだろう。 プログラミングにはデザインパターンというものがある。「⁠この形はどこかで見たことあるぞ」「⁠この種のコードはObserverパターンを使えばきれいに依存を分離できる」

[reboot_in]

“何が問題だろうか。これも，信念がないのが問題である。そもそもプロダクトはすべての人に受け入れられるようには作れない。もちろんそうなるように努力すべきだが，不可能だ。”

[kkimu]

“ ”

[kaz49]

“は”

[teitei_tk]

"プッシュ通知を受け取ったユーザーは，限りある時間を使ってアプリを開いているのだ。開いてみてがっかりしたら二度と使ってくれないかもしれない。"

[hush_puppy]

アンチパターンを見るたびに５セントもらってたら、いまごろ大金持ちだぜ。

[bigchu]

声の大きい人問題あるわ、対処つらぽの

[tbpg]

ひげぽんさんの記事だ "筆者がよく利用する指標はODD（OKAN Driven Development，オカン駆動型開発）である。自分の母親が使いたいと思うだろうか。その機能を使いこなせるだろうか。"

[int128]

既視感がある

[massa142]

ODD（OKAN Driven Development，オカン駆動型開発）

[tak4hir0]

第2回　プロダクトアンチパターン

[rjge]

“ODD（OKAN Driven Development，オカン駆動型開発）”

[shiba_yu36]

オカン駆動開発むっちゃいい。全体的に経験に基づいていいこと書いてある