ソフトウェア開発に「ちょっと変えるだけ」などない

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

3: ミラノ作どどんスズスロウン(三重県) 2013/12/25(水) 11:58:00.64 ID:4aNBAysw0

これは何にでも言える

65: ファイヤーボールスプラッシュ(青森県) 2013/12/25(水) 14:57:05.80 ID:CUD8jiRq0

>>3
社内の申し送りなんかでも、サラッと流した軽い内容がキモだったりして、後でだいたい後悔することになる。
申し送った方は、ワザワザ申し送りで伝えなきゃいけない程度に重要なことだと認識して伝えてるのにね

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が使えない場合はどんな動作になる？
＞・ユーザ視点だと，現在の文字数が確認できるカウンタがあったほうがよいのでは？
＞・実装後にはテストをしなくては
＞・最後はデプロイもしなくては
ちょっとじゃんｗ
これが山ほどとか、どんだけゆるい仕事かと小一時間・・・・

12: マスク剥ぎ(dion軍) 2013/12/25(水) 12:18:55.27 ID:QeXDsIeb0

>>8
同意
つかこの内容って
関係者のコミュ力不足や無能ＳＥの所業もあるな

26: シャイニングウィザード(東京都) 2013/12/25(水) 12:29:51.83 ID:Cv0lGEzG0

>>8
これはちょっとじゃねえわな

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

てか、そもそも上限を一発で変更できないっておかしくないか？
と、プログラムの設計を疑うべき。

10: ボラギノール(庭) 2013/12/25(水) 12:17:04.94 ID:6iXtDKxXP

どんな仕事だってそうだろう
形になっているものを崩すと必ずどこかに歪みが生じる

14: ダイビングフットスタンプ(京都府) 2013/12/25(水) 12:20:49.05 ID:H0+3Eirc0

>>10
時代を重ねるにつれて、徐々にその意味も忘れていくからな。
マーで考えるとよく分かるね。何でこんな風になったのかを知ってる人は少ない。

19: レッドインク(新疆ウイグル自治区) 2013/12/25(水) 12:23:18.97 ID:XJZk/69p0

>>1
昔プログラマやってたけど当たり前のことをおおげさに書いてるだけじゃねえかバカかよ。これ含めてちょっと変えるだけじゃん
ちょっと卵焼き作るのだって大げさにいえば、
フライパンどうする？
どんな卵使おう
料理の仕方は？
味付けどうしよう
洗うのめんどくさ
とか色々あるのに。

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
これ

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

28: ボラギノール(庭) 2013/12/25(水) 12:32:13.69 ID:KPklo+JAP

記載されてる、
山ほどある考えることは、
プログラマーの仕事じゃない

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

31: ヒップアタック(大阪府) 2013/12/25(水) 12:34:35.63 ID:i2kvon0E0

たかし「母ちゃん、ちょっとおにぎり二つ作ってよ」

J( ‘ｰ`)し「・おにぎりが３つ出来たらどうなる？
　　　　　　・どこのどんな皿に乗せる？
　　　　　　・おにぎり作った理由を父ちゃんにどう説明する？
　　　　　　・おにぎりの見た目は誰がどのようにデザインする？
　　　　　　・私自身で味のチェックをするべきでは？
　　　　　　・２つ食べきれない時はどんな処理をする？
　　　　　　・たかし視点だとタクアンもあった方がいいのでは？
　　　　　　・おにぎりを作るには塩と具を用意しなければ
　　　　　　・最後は海苔を巻かなくては
　　　　　　こういった判断が必要だからおにぎりを作るのにちょっとなんｔ・・・」

たかし「うぜぇババア、氏ね」

そんな母が去年の暮れに亡くなった。
死ぬ前に１度だけ目を覚まし思い出したように
「おにぎり、ごめんね」　と言った。

32: 張り手(愛媛県) 2013/12/25(水) 12:37:29.76 ID:ywwgD+NW0

ちょっと変えるだけでリリースしてバグだらけってのも、結構あんだろ

34: 稲妻レッグラリアット(空) 2013/12/25(水) 12:40:10.09 ID:fpxGB5x/0

入力データの正当性をチェックする処理系に条件を追加するだけ
ないなら基礎設計の時点で失敗してるから諦めろ

37: 頭突き(東日本) 2013/12/25(水) 12:43:32.99 ID:hGR3FmG80

ん～ｗ。ちょっと変えるだけ～が何を指すのか？１４０字に拡大？したいなら、それ以前の数値を大きく取るだけで？Error処理も全部同じじゃね？

39: アイアンフィンガーフロムヘル(新疆ウイグル自治区) 2013/12/25(水) 12:45:24.23 ID:AOuAD+Y40

>>1
何年やってんだ。
クライアントの空気読めよ。

43: ビッグブーツ(東京都) 2013/12/25(水) 12:50:52.35 ID:vhEqXIA70

10分でてきる仕事をどうしたら1時間にするかということ。

45: ボラギノール(やわらか銀行) 2013/12/25(水) 13:00:29.48 ID:9vpYuJ/3P

>>43
保守契約してりゃ無料だが、単発仕事なら1時間どころか0.5人日くらいで見積もりしないと

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

５分で終わるとしても最低半日分は請求するわな

48: ファイヤーボールスプラッシュ(大阪府) 2013/12/25(水) 13:17:51.68 ID:lofqhtRf0

この程度の仕様変更で右往左往するなんて
ぬるい規約の元で開発やってんだなぁ

50: オリンピック予選スラム(大阪府) 2013/12/25(水) 13:22:41.51 ID:2DWW93Ls0

一つ直したら次の不具合でるからな

53: アキレス腱固め(沖縄県) 2013/12/25(水) 13:43:57.53 ID:h+e/m31m0

考えることは山ほどありますって言うが、考えるだけでほとんど何もやらないんだろ結局

54: パロスペシャル(滋賀県) 2013/12/25(水) 13:47:29.09 ID:EBVYOifq0

まああくまでも>>1は例えだから。
こんな簡単な変更でもよく考えてやらないといけないという一例。

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

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

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

56: シャイニングウィザード(東京都) 2013/12/25(水) 13:51:56.31 ID:Cv0lGEzG0

最近日本でもソフトウェア開発者の待遇よくなってきてるはずなんだが
スレ見てるとけっこう底辺で働いてきた奴が多いんだな

58: トラースキック(大阪府) 2013/12/25(水) 14:00:34.25 ID:F911n9dl0

仕様書作った奴が自分でやれよ

62: 断崖式ニードロップ(神奈川県) 2013/12/25(水) 14:51:15.52 ID:oQU+EGLP0

例が悪い

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

少しの変更で多く見積もる
まじで日本てこんなのばっかでいつか崩壊すると思う