気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
gothedistance.hatenadiary.jpエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント71件
- 注目コメント
- 新着コメント
takuya-itoh
"でも自分で要件→仕様決定→設計→実装→テストを垂直に行うと、すげー面白い。色んなことが身につくし、何よりもこれが「システムを作る」ことの醍醐味だと思う。結果としてとても品質の高いシステムができる"
thesecret3
高度なフレームワークで技術的難易度を下げつつ上流下流に分けず小さなビジネス単位を１人で構築できるようにプロジェクトを設計すれば、大規模でも可能です。それをやると「大規模にしない」という感じになるけど。
f-shin
「誰がやっても同じものを作れる」←これの目的は本来後で管理できるようにすることのはずだが、生産の観点で用いられるのが妙。紙の上で妄想する工数って前に進んでないから間違いなくコスト高いと思う。
uqa
「マネージャはユーザーの立場に立って要件を抽出しそれを固めていくことに邁進すればいい。プログラマはその要件を元に「それならこれで出来ます」という仕様を決めて、後は全部自分が実装までやればいい。」
PoohKid
仕様書にかける労力でプログラムつくればとっくに完成／id:susatadahiro 禿同、ユーザが実装できない部分を補うのがシステム屋／id:bonlife 「誰がやっても同じ」≒「誰もが通る典型パターン」コードの共有が答えだと思う
cyokodog
SEは顧客の立場で要件定義の整理、プログラマはそれ以降設計・製造をという考え方。全工程一人で担当の方がおもしろいっていうのは確かにそう。自分も８年間程そんな感じだが責任も大きいけど得るもの大きい。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて...
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
gothedistance.hatenadiary.jp
gothedistance.hatenadiary.jp
gothedistance.hatenadiary.jp
gothedistance.hatenadiary.jp
anond.hatelabo.jp
kyoko-np.net
shueisha.online
mainichi.jp
anond.hatelabo.jp
togetter.com
www.hotpepper.jp
anond.hatelabo.jp
gothedistance.hatenadiary.jp
gothedistance.hatenadiary.jp
gothedistance.hatenadiary.jp
gothedistance.hatenadiary.jp
gothedistance.hatenadiary.jp
2011/03/13 リンク