saas-model
1: リバースネックブリーカー(空) 2013/12/25(水) 11:53:33.45 ID:MQJ2iio60 BE:12669236-DIA(110001) ポイント特典
「SMSを使う場面があるからレビューの長さを140文字以内に制限したいんだ。ちょっと変えるだけだよね？」，ソフトウェア開発の
現場でこんな要望を受けることはよくあります。

カスタマーサポート向けのSaaS（Software as a Service）を提供するIntercomのブログにて，「高品質のソフトウェアを提供しよう
思うのなら，ちょっと変えるだけなんてことはありえない」という主張とともに機能の全体像をしっかり検討し，その価値と見積りの
バランスを熟考することの重要性が説かれていました。

冒頭のような場合，経験の浅いプログラマは熟慮することなくif文を追加して数分で対応してしまうかもしれませんが，ソフトウェアや
サービスの質を高めることを目指すのであれば，考えることは山ほどあります。
・レビューが140文字を超えたらどうなる？
・エラーはどこにどんな文言で表示する？
・文字数制限の理由をユーザにどう説明する？
・エラーの見た目は誰がどのようにデザインする？
・クライアントサイドでもエラーチェックをするべきでは？
・JavaScriptが使えない場合はどんな動作になる？
・ユーザ視点だと，現在の文字数が確認できるカウンタがあったほうがよいのでは？
・実装後にはテストをしなくては
・最後はデプロイもしなくては

こういった判断は，経験豊富なプログラマであればその場で行えるものがほとんどですが，すべてのプログラマがそうとは限りません。
機能の全体像がよく検討されていない場合，2分で終わりそうに思える作業が2時間の作業になってしまうことはよくあります。
そして，2分の見積りであれば「良い価値」があると思えた機能も，2時間の見積りになるのであればスコープから外すことが
妥当なこともよくあります。

新しい機能に賛成するのは簡単です。コーディングはたいてい簡単にはいきません。そして，メンテナンスは悪夢になります。
高い品質のために努力しようとするのなら，「ちょっと変えるだけ」などあり得ないのです。
http://gihyo.jp/dev/clip/01/tech_information/vol76/0003

引用元: http://hayabusa3.2ch.net/test/read.cgi/news/1387940013/
19: レッドインク(新疆ウイグル自治区) 2013/12/25(水) 12:23:18.97 ID:XJZk/69p0
>>1
昔プログラマやってたけど当たり前のことをおおげさに書いてるだけじゃねえかバカかよ。これ含めてちょっと変えるだけじゃん
ちょっと卵焼き作るのだって大げさにいえば、
フライパンどうする？
どんな卵使おう
料理の仕方は？
味付けどうしよう
洗うのめんどくさ
とか色々あるのに。

39: アイアンフィンガーフロムヘル(新疆ウイグル自治区) 2013/12/25(水) 12:45:24.23 ID:AOuAD+Y40
>>1
何年やってんだ。
クライアントの空気読めよ。

54: パロスペシャル(滋賀県) 2013/12/25(水) 13:47:29.09 ID:EBVYOifq0
まああくまでも>>1は例えだから。
こんな簡単な変更でもよく考えてやらないといけないという一例。

実際の変更はもっと複雑だから、変更が及ぼす影響を
１ヶ月単位で検討することもある。

誰が責任者となってどれだけのコスト（スケジュール含む）をかけて担当するのか。
クライアントの要請だとしてもその変更は本当に必要なのか。
変更点のロジックに矛盾はないのか（変更によるエンバグ対策）。
後任に受け継ぐための資料作り...などなど。

>>1を読んで当たり前だろwwwと笑うひとはエンジニアには向かない。

3: ミラノ作 どどんスズスロウン(三重県) 2013/12/25(水) 11:58:00.64 ID:4aNBAysw0
これは何にでも言える

65: ファイヤーボールスプラッシュ(青森県) 2013/12/25(水) 14:57:05.80 ID:CUD8jiRq0
>>3
社内の申し送りなんかでも、サラッと流した軽い内容がキモだったりして、後でだいたい後悔することになる。
申し送った方は、ワザワザ申し送りで伝えなきゃいけない程度に重要なことだと認識して伝えてるのにね

5: ダブルニードロップ(茨城県) 2013/12/25(水) 12:06:52.02 ID:QE52Peax0
何文字入れようが１４０文字以上はバッファに格納されない
↓
１０分で仕様変更完了

6: 男色ドライバー(新疆ウイグル自治区) 2013/12/25(水) 12:09:52.83 ID:Aw/S4bl/0
久しぶりのWEB屋ホイホイか

7: キン肉バスター(禿) 2013/12/25(水) 12:12:16.10 ID:dFa+L+R+i
最初から項目長全部無制限にしとけ

20: 目潰し(東日本) 2013/12/25(水) 12:24:21.27 ID:WOHQjdHuO
>>7
可変長カラムのDBがどれほどの殺傷能力を持った飛び道具か知らないだろ

8: ニールキック(東京都) 2013/12/25(水) 12:13:09.57 ID:csSzimOT0
＞・レビューが140文字を超えたらどうなる？
＞・エラーはどこにどんな文言で表示する？
＞・文字数制限の理由をユーザにどう説明する？
＞・エラーの見た目は誰がどのようにデザインする？
＞・クライアントサイドでもエラーチェックをするべきでは？
＞・JavaScriptが使えない場合はどんな動作になる？
＞・ユーザ視点だと，現在の文字数が確認できるカウンタがあったほうがよいのでは？
＞・実装後にはテストをしなくては
＞・最後はデプロイもしなくては
ちょっとじゃんｗ
これが山ほどとか、どんだけゆるい仕事かと小一時間・・・・

51: ビッグブーツ(和歌山県) 2013/12/25(水) 13:31:13.16 ID:Ht/p8JG+0
>>8
ちょっとすぎて噴いたわｗ

ゲームの下請けとかしてみろよ
発注元の勝手な仕様変更で1から作り直しなんてざらにある上に納期変わらないんだぜｗ

9: ダイビングフットスタンプ(東京都) 2013/12/25(水) 12:15:04.94 ID:CovM+ZVZP
てか、そもそも上限を一発で変更できないっておかしくないか？
と、プログラムの設計を疑うべき。

15: 超竜ボム(東日本) 2013/12/25(水) 12:21:06.14 ID:bBgaV9uN0
プログラマーなら是非読んでおくべき本いくつか教えてよ

18: マスク剥ぎ(dion軍) 2013/12/25(水) 12:22:42.61 ID:QeXDsIeb0
>>15
人月の神話―狼人間を撃つ銀の弾はない

22: ダイビングフットスタンプ(関東・甲信越) 2013/12/25(水) 12:26:19.78 ID:TWJj4nwQP
>>15 アートオブなんとか

25: ダイビングフットスタンプ(東海地方) 2013/12/25(水) 12:28:44.30 ID:QbaLTwAiO
ベースがあるんだから結局ちょっとだろ
元が200ならそれを140にするだけ。エラー等の文面も流用
簡単に出来る事をさも難しそうに言ってるだけで単なる無能だろ

41: ダイビングフットスタンプ(SB-iPhone) 2013/12/25(水) 12:47:29.77 ID:/RsBOI8WP
>>25
これ

最初にこの辺が考慮されてないなら要望要求に応えられないのはただの機能不備

27: 閃光妖術(長屋) 2013/12/25(水) 12:30:29.95 ID:8np3SWtt0
そもそも上限が無いとしたらやばい

28: ボ ラギノール(庭) 2013/12/25(水) 12:32:13.69 ID:KPklo+JAP
記載されてる、
山ほどある考えることは、
プログラマーの仕事じゃない

プロマネやコーディネーター調整し、
その結果をプログラマーに発注しろ

30: ボ ラギノール(庭) 2013/12/25(水) 12:33:36.40 ID:2Fh6op72P
>>28
プログラマ以外はみんなピンハネしかしてないから

34: 稲妻レッグラリアット(空) 2013/12/25(水) 12:40:10.09 ID:fpxGB5x/0
入力データの正当性をチェックする処理系に条件を追加するだけ
ないなら基礎設計の時点で失敗してるから諦めろ

38: ドラゴンスクリュー(catv?) 2013/12/25(水) 12:43:52.79 ID:+f5Wh7kz0
一番考えなくちゃいけないのは既に140文字超えてるのをどう扱うかだろ

71: ボ ラギノール(芋) 2013/12/25(水) 15:31:59.93 ID:5rK4WkSoP
>>38
そもそもSMSで使うから140文字というのが意味不明で、レビューが長いなら表示できない箇所は〈続きを表示〉で表示させたら良い

43: ビッグブーツ(東京都) 2013/12/25(水) 12:50:52.35 ID:vhEqXIA70
10分でてきる仕事をどうしたら1時間にするかということ。

52: エルボーバット(内モンゴル自治区) 2013/12/25(水) 13:41:58.07 ID:m7HbGeyaO
>>43
これに尽きる

59: ボ ラギノール(兵庫県) 2013/12/25(水) 14:02:11.61 ID:fnxaRmSyP
>>43
早くやる癖つけると
無理難題すら早くやれってなるからしょうがないよ
エラーチェックとかも入れて無駄に長めに見積もるしかない

47: 中年'sリフト(愛知県) 2013/12/25(水) 13:17:20.18 ID:FSpa6/sn0
５分で終わるとしても最低半日分は請求するわな

53: アキレス腱固め(沖縄県) 2013/12/25(水) 13:43:57.53 ID:h+e/m31m0
考えることは山ほどありますって言うが、考えるだけでほとんど何もやらないんだろ結局

55: ヒップアタック(大阪府) 2013/12/25(水) 13:49:56.95 ID:i2kvon0E0
どんだけ屁理屈捏ねて無駄に時間を引き延ばせるか、という、その才能が無い人間はエンジニアにはなれないと言う事

57: ヒップアタック(大阪府) 2013/12/25(水) 13:54:09.51 ID:i2kvon0E0
当たり前の事を当たり前としてやる仕事を底辺（）とか思ってるから所詮三流SE止まりなんだよ

64: 不知火(新疆ウイグル自治区) 2013/12/25(水) 14:56:18.54 ID:BsR15iu30
ウチの会社なら上司に通さずコッソリ直して、シレっとリリースしてるわ・・・

67: ボ ラギノール(福岡県) 2013/12/25(水) 15:16:16.13 ID:6EAwbZ65P
最初から全部自分が作ったものならいいんだけど、たいていは他人が
急ぎで作ったうえに仕様書も不十分な状態で引き継がれてきたものを
書き換えることになるからつらいよね

68: 超竜ボム(WiMAX) 2013/12/25(水) 15:19:39.35 ID:XptO1RIl0
少しの変更で多く見積もる
まじで日本てこんなのばっかでいつか崩壊すると思う

スポンサード リンク