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

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

記事画像

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

12: マスク剥ぎ(dion軍) 2013/12/25(水) 12:18:55.27 ID:QeXDsIeb0
>>8
同意
つかこの内容って
関係者のコミュ力不足や無能SEの所業もあるな

26: シャイニングウィザード(東京都) 2013/12/25(水) 12:29:51.83 ID:Cv0lGEzG0
>>8
これはちょっとじゃねえわな

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

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

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

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



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

48

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
ん~w。ちょっと変えるだけ~が何を指すのか?140字に拡大?したいなら、それ以前の数値を大きく取るだけで?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
5分で終わるとしても最低半日分は請求するわな

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ヶ月単位で検討することもある。

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

>>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
少しの変更で多く見積もる
まじで日本てこんなのばっかでいつか崩壊すると思う

70: フランケンシュタイナー(catv?) 2013/12/25(水) 15:24:56.03 ID:vEG/bpc00
減らすのはいろいろ面倒だけど拡大なら別に文句いうやつってそんなに居なくね?

引用元: http://hayabusa3.2ch.net/test/read.cgi/news/1387940013/


ファイナルファンタジー X/X-2 HD Remaster  初回生産特典PS3ソフト「ライトニング リターンズ ファイナルファンタジーXIII」「スピラの召喚士」ウェア・杖・盾 3点セットのアイテムコード同梱ファイナルファンタジー X/X-2 HD Remaster 初回生産特典PS3ソフト「ライトニング リターンズ ファイナルファンタジーXIII」「スピラの召喚士」ウェア・杖・盾 3点セットのアイテムコード同梱
PlayStation 3

スクウェア・エニックス 2013-12-26
売り上げランキング : 4

Amazonで詳しく見る


スポンサードリンク
関連コンテンツ
他サイト様人気記事
最新記事
こちらもオススメ
ソーシャルエリア

この記事が気に入ったら
いいね!しよう

最新情報をお届けします

コメントする

メールアドレスが公開されることはありません。

名前は未入力でもコメントできます。