100%失敗するWebアプリの作り方 - 最速チュパカブラ研究会

誰にとは言いませんが、私からの警告です。 要件 「Web上で日記を書いて、コメントをつけるシステムを作りたい」 普通の技術者の設計 えーと、日付ごとに分けてテキストを保存しておけばいいんだな。一日に複数の話題を書くこともあるだろうから、先頭に * がある行は見出しとして扱おう。コメントはシンプルなテキストで、各日付に関連させておけばいいな。 以上。 天才（自称）の設計 ふむ、コメントつきの日記システムか。凡人にはコメントと本文は別物のように見えるかもしれないけど、俺に言わせると実は同じものなんだ。だって、どちらも何かの話題に対して何らかの意見を述べているものだろ？ 違いは、ある話題のツリーのトップにあるのが本文、そこにぶら下がってるのがコメント。ツリーといえばファイルシステムだ。そう、つまり我々が作ろうとしているものはファイルシステムの一種なんだよ。日記を書けるファイルシステムというものを

[gyuque]

id:xevra : プロデューサーの立場でこれを言ってる人がいまして

[k1m]

途中で要件合目的性から外れてる（から要件を変えるべきな）のに天才さんは Cool の一言で帳尻を合わせてしまう。サービス抽象化自体は悪くないと思う。それが作る素晴らしい世界の構築を目的とするなら。

[Nagise]

自分はそこまで抽象化してリンクできるサービスを設計するなぁ。でもUIとかプレゼンはその辺の分かりにくいところを削るし、コアな部分の設計や実装は自分でやる。別に抽象部分を万人に分からせなくてもいいよ。

[thesecret3]

えと。100%失敗するのは前者だよね。後者は99%ぐらいだ。

[rikuba]

抽象化

[rgfx]

joelの言う「アーキテクチャ宇宙飛行士」の例を挙げて説明している。 / http://www.joelonsoftware.com/articles/fog0000000018.html

[shinichitomita]

> プログラムを抽象化するのは大いに結構だが、サービスまで抽象化してはいけない。

[loca1982]

「プログラムを抽象化するのは大いに結構だが、サービスまで抽象化してはいけない。」

[kawacho]

「プログラムを抽象化するのは大いに結構だが、サービスまで抽象化してはいけない。」

[shields-pikes]

外注の下請け仕事なら、普通の技術者の方がいい。自社に導入する新サービスを考えるなら、自称天才の方が面白い。ユーザー視点で仕様をそぎ落としてまとめる役割（ディレクター）が必要だけど。

[hiro360]

プログラムを抽象化するのは大いに結構だが、サービスまで抽象化してはいけない。

[smartstyle]

正しいかどうかはさておいて、文章がおもろい。

[jksy]

どらえもんかわいい

[heiwaboke]

前者で作って糞して寝た方が健康にいい

[al001]

あるあるｗ / これに陥るといつまでたっても完成しない・・・

[chintaro3]

おもすれー

[akkun_choi]

やるやる／アーキテクチャ宇宙飛行士

[boxeur]

"教訓 プログラムを抽象化するのは大いに結構だが、サービスまで抽象化してはいけない。"

[RPM]

設計を中二病患者に任せるな、というお話。

[sakadon]

XiSSのことか

[crimaru]

天才になっちゃたことあるわ

[TAKESAKO]

（ｒｙ

[raf00]

あるあるあるある。発想の空回り。

[kits]

サービスには具体化が必要。(抽象化で発展することもあるように思う) / 例示の日記システムはblosxomっぽい気がする。

[wakkk]

『クライアントはそんな事まで求めていない』と言うお話

[t-murachi]

いいね。より厳密には「要件を抽象化してはいけない」と言うべきかもしれないけど。ユーザーが起こす化学反応ばかりに期待してしまうと、システム的あるいは社会的に脆弱なシステムが出来上がったりするし。

[surume000]

気をつけます。けどそういうのを考えてるときって楽しいんだよね

[tatsumi-da]

はてなダイアリーファイルシステムを思い出した。

[fk_2000]

チューしようか

[meg_nakagami]

『サービスまで抽象化してはいけない』肝に銘じておこう

[FTTH]

それはそれとして日記FSはありな気がするｗ

[sankaseki]

100%失敗するWebアプリの作り方 - 最速チュパカブラ研究会