- 1： ドラゴンスープレックス(やわらか銀行)：2013/09/24(火) 22:43:10.25 ID:vEIJ3j4n0
-
従来型開発の限界、たった1行の改修に1ヵ月
従来型開発では稼働開始時点の品質が最も高く、以降は低下していく。業務や外部環境の変化に素早く対応できるように、カットオーバーを通過点と捉える「カイゼン型開発」に改めよう。
「改修がわずか1行でも、影響調査に1カ月、テストに数週間かかることが珍しくなかった―」。アマダが従来利用していた基幹システムは、長年の保守でシステムがつぎはぎ状態になっていた。保守作業は属人化が進んで、担当したベンダーの特定のエンジニアでないと、手を付けられない部分が散在。過去の改修内容がドキュメントから漏れていたことがテスト段階で判明し、設計からやり直したことも1度や2度ではない。
システムがこの状態では、ビジネスも回らなくなる。グループ再編に伴う企業合併や業務改革などの動きにシステムの変更が追い付かず、経営戦略を立てる上でも大きな制約になった。武尾清氏（執行役員 ICT部門長）は、「企業合併をする上で不可欠なシステム改修がいつ終わるのか、
経営層から何度も質問された」と打ち明ける。
■価値の高いシステムに成長する
こうした苦い経験を踏まえ、アマダは基幹システムの再構築に際して、開発方法を従来型から大きく変えた（図1）。
「従来と同じ作り方をして、同じような保守をしたら、いずれまたシステムがつぎはぎ状態になることが避けられない」（武尾氏）からだ。
図1●システムの変更が追い付かなくなり開発方法を変えた
アマダの基幹システムは、長年にわたる場当たり的な保守によって構造がつぎはぎ状態になり、業務改革などの動きに追従できなくなっていた。そこで、再構築を機に開発方法を変えた
再構築したシステムではまず、6カ月の開発期間に収まる規模で、パイロットシステムを構築。それをベースに、6カ月単位で順次機能を追加していく。
従来の開発に比べると、一つひとつの開発規模は小さく、開発サイクルも短い。パイロットシステムは複数部門に共通する機能に絞り込んだもので、機能追加のサイクルでは他部門向けの開発も並行して進められる。
（続きはこちら）
http://itpro.nikkeibp.co.jp/article/COLUMN/20130906/502931/
- 6： キングコングラリアット(青森県)：2013/09/24(火) 22:45:01.67 ID:Pp9aPFHO0
-
あーなるほど、俺もそう思ってたんだよね。
- 3： リキラリアット(東京都)：2013/09/24(火) 22:44:16.59 ID:qRQayrNb0
-
なんの話なのかさっぱりわからん
- 7： ドラゴンスープレックス(やわらか銀行)：2013/09/24(火) 22:45:02.78 ID:vEIJ3j4n0
-
>>3
プログラムを1行書き換えるのに1ヶ月
- 8： 稲妻レッグラリアット(中部地方)：2013/09/24(火) 22:45:47.82 ID:6EdS6dzc0
-
うんうん。いやー、そういうことかぁ
- 10： ジャンピングエルボーアタック(大阪府)：2013/09/24(火) 22:46:36.10 ID:pS/cbjGcP
-
どこを１行変えるかでぜんぜん違う話になるわい
- 11： ドラゴンスープレックス(やわらか銀行)：2013/09/24(火) 22:46:51.41 ID:vEIJ3j4n0
-
ITプロジェクトの実態
- 162： リバースパワースラム(神奈川県)：2013/09/24(火) 23:35:05.63 ID:tqDgzIhu0
-
>>11
これ、実際にこういった業務に携わる人には物凄くよく分かるらしいね
- 180： 膝靭帯固め(福岡県)：2013/09/24(火) 23:42:07.75 ID:u3ffLM6+0
-
>>11
これ大好き。でもこのユーモアは日本人が描いたイメージじゃない気がする。
- 190： ビッグブーツ(千葉県)：2013/09/24(火) 23:45:03.34 ID:3bWUkoMJ0
-
>>180
15年位前に英語でかかれた同じ画像を見たよ。もはや古典
- 12： キングコングラリアット(禿)：2013/09/24(火) 22:48:10.70 ID:S9eWi28y0
-
つぎはぎだらけになって設計やり直すとか、
設計者が盆暗なだけだろ
あ、ヒアリング担当者が客の言うことまとめてないのか
いずれにしろそんな調子じゃ特許庁システム開発失敗の東芝の二の舞
- 13： ナガタロックII(新疆ウイグル自治区)：2013/09/24(火) 22:48:29.76 ID:4ah+XVEc0
-
最初からテストファーストで書かないからこうなる
- 14： サソリ固め(SB-iPhone)：2013/09/24(火) 22:48:36.51 ID:qOVTkE9ai
-
海外みたく内製しろや
それで大概の問題片付くぞ
- 15： ファイナルカット(WiMAX)：2013/09/24(火) 22:48:57.92 ID:NR/Kg1F00
-
一度でできる仕様要求をダラダラと追加するからだろ
- 17： シューティングスタープレス(大阪府)：2013/09/24(火) 22:49:35.05 ID:GgFkKzUP0
-
大文字を小文字に間違ったミスを探すのに2週間かかったことがある。
- 18： ビッグブーツ(新疆ウイグル自治区)：2013/09/24(火) 22:50:25.15 ID:obX+GNXX0
-
多額の金を振り込む時に関連システムを一行直すんで、2,3分待ってくれ、すぐおわるからってアナウンス流れたら待てるか？って話
そんなサラッと言うなよって思うだろ
- 20： マシンガンチョップ(大阪府)：2013/09/24(火) 22:51:46.04 ID:t2ccm1J70
-
影響範囲も簡単に把握できないｸｿｼｽﾃﾑってことだなｗ
- 21： オリンピック予選スラム(愛知県)：2013/09/24(火) 22:52:10.88 ID:JhvkPxjw0
-
営業と開発が役割分担してるとそうなるんだろうな
その場でサクッと直しちゃうと、勝手にやったって怒られる
- 22： リバースネックブリーカー(東京都)：2013/09/24(火) 22:52:13.83 ID:nIJYLi+Y0
-
なんで会社ごとに独自のシステムが必要なの？
どこも同じような業務なんだから、１つシステム商品つくって
「はいじゃあどの会社もこれ使ってくださいー、セキュリティだけ個別に設けます」
ってやればいいんじゃないの？
- 40： ナガタロックII(公衆)：2013/09/24(火) 22:58:14.92 ID:XchfsTxz0
-
>>22
今までのやり方を変えたくないから。
変えると自分（往々にして年配）の立場がなくなり、
もっと言えば存在意義がなくなるから。
だからカネがかかってもオーダーメイドで
システムを自分たちにあわせようとするし、逆に
決してシステムに自分たちをあわせようとはしない。
- 80： パロスペシャル(奈良県)：2013/09/24(火) 23:12:27.35 ID:1nYeDLPU0
-
>>40
そして仕事のやり方は、法改正だったり
周りの環境の変化で微妙に変化していき
完全に用件定義にマッチしていたはずの
オーダーメイドのシステムですら、業務フローに合わなくなる。
で、システムの大型改修が必要になる。
以後、無限ループ
それでもそのシステムを毎日数時間、数百人、数千人が使うとなると
一つの作業が一人辺り5分短縮されるだけでも、積み重なると
大きな経費削減になるので、やった方がトータルでお得という勘定。
- 86： ジャンピングエルボーアタック(芋)：2013/09/24(火) 23:14:18.81 ID:+5ujmceOP
-
>>80
全体を把握できる変態がITドカタの最終目標かな
コレが出来る人間は神扱いだね
- 117： スターダストプレス(長屋)：2013/09/24(火) 23:21:41.99 ID:CIPb+AIJ0
-
>>86
死ぬまで一つのシステム面倒見るってことになるけど、それが目標か？
- 122： スパイダージャーマン(長野県)：2013/09/24(火) 23:23:08.18 ID:vM5Wuk8X0
-
>>117
引き継ぎで新人を変態に仕上げる
それを繰り返すと一人で保守できる人材を何人も確保できる
- 148： デンジャラスバックドロップ(栃木県)：2013/09/24(火) 23:30:25.79 ID:OQJEVwpT0
-
>>117
今わりとそれに近い状態になってるんだが、許されるならこのシステムの最期を少しだけ見届けたいと思ってるよ。
俺の２０代をすべて費やし、さらに初期メンバーで残ってるのが自分ひとりという状況だｗ
- 300： 不知火(茸)：2013/09/25(水) 11:44:46.12 ID:UCnEK+QP0
-
>>148
秘密守るためとはいえ仲間を…おまえってやつは…
- 24： 河津落とし(埼玉県)：2013/09/24(火) 22:52:51.02 ID:YzByCY9N0
-
システムのフレームワーク部分の設計にリソースをつぎ込まんきゃいけないのに、ここをケチるからグダグダなシステムが出来上がる
- 25： ジャンピングエルボーアタック(WiMAX)：2013/09/24(火) 22:54:13.14 ID:wV2VMaOZP
-
じゃあ「動いたからいいや」程度のテストして引き渡しします
バグっても責任取りません
- 28： キャプチュード(千葉県)：2013/09/24(火) 22:54:18.94 ID:0acrLPzV0
-
自社パッケージを仕様変更して納品する仕事があったんだけど、
仕様変更の内容を全く知らずに現地でテスト、バグ取りなんて作業した事あるわw
深夜バスで現地に行って、先方のデータでPG走らせて。
ハグは何個か出たけど、無事に終わって助かったわ
- 32： リバースパワースラム(東京都)：2013/09/24(火) 22:55:58.04 ID:mG8vQpgl0
-
ドキュメントの句読点を直すか直さないかで
3社間で数時間分の打ち合わせしたときが俺の限界だった
- 42： エクスプロイダー(千葉県)：2013/09/24(火) 22:58:45.24 ID:qaLDl4c/0
-
>>32
へんな奴が一人でもいるとそんなことになるよな。
カミさんが怖くて家に帰りたくないんじゃないの？
って疑ってしまう。
- 257： アンクルホールド(dion軍)：2013/09/25(水) 02:12:08.83 ID:w72qfnFE0
-
>>32
俺も似たような経験がある。
それが嫌になって開発からインフラに逃げた。
オフショアが主になって仕事が減るからとの予測もあったので。
インフラでは構築もやるが、ユーザが直接触れるものではないため、大抵こちらの言いなりになる。
だから納品物に口を出されることはほとんどない。
インフラは地味だけどすげー楽。
保守運用に入ったら定時上がりも普通だし。
- 33： ヒップアタック(茸)：2013/09/24(火) 22:56:21.36 ID:hdXMTMFu0
-
仕様を決めてから納期を決めろ
仕様を少しでも変更したら納期のばせ
仕様の再考が発生したら納期のばせ
これは徹底しろ
これは客のためでもある
- 295： ヒップアタック(公衆)：2013/09/25(水) 10:30:51.94 ID:GbIAFL2L0
-
>>33
まぁ分かるけど、普通は予算上無料でしょ。受ける方も同じ値段じゃ難しいし。
以前「仕様FIXしたら変更出来ないじゃないですかヤダ〜」と言うバカが居た。別の人に喫煙室トークで謝われたケド…。
- 34： 中年'sリフト(やわらか銀行)：2013/09/24(火) 22:56:41.07 ID:A5ZLgihB0
-
>>1読む限りアジャイル開発を上手く取り込んだってことか
しかしお前らってこういうビジネス系の話題には異常に疎いよね
やっぱ無職の集まりだからか
- 48： チェーン攻撃(チベット自治区)：2013/09/24(火) 23:01:15.59 ID:NrCy3RM30
-
>>34
これはIT土方の領域じゃねえのかな
プログラマは大変だと思うよ
同じ結果が出るのに計算式が統一されてないんだろ？
個人によって差が出るとか頭痛くなる
- 59： 中年'sリフト(やわらか銀行)：2013/09/24(火) 23:05:25.72 ID:A5ZLgihB0
-
>>48
個人のプログラムなら勝手に組んでおしまいだけど
企業のシステムだからちゃんと手順踏まないと怒られるしな
対応が遅い遅いと言われちゃだんだん嫌になるし
プログラマはホントがんばってる
- 37： ジャンピングエルボーアタック(大阪府)：2013/09/24(火) 22:57:24.10 ID:pS/cbjGcP
-
ちょっと歯車の形一個変えてって言われたらどうするのか
それ色んなとこに使ってる歯車なんですけどと
- 51： ニーリフト(秋田県)：2013/09/24(火) 23:02:23.83 ID:xWXVJUzy0
-
>>37
同じに見えるけど微妙に違う歯車を紛れ込まさないで欲しい。
- 43： 稲妻レッグラリアット(東京都)：2013/09/24(火) 22:58:58.27 ID:eklhaazp0
-
法律の条文も単語ちょっと変えるだけで広く影響することがあるから
そんな感じのコードがあるんだろな
- 44： トペ スイシーダ(新疆ウイグル自治区)：2013/09/24(火) 22:58:59.15 ID:/GB6lmA60
-
当然だろコロンとセミコロンを間違えて宇宙船が爆発する事もあるんだし
- 84： 膝十字固め(庭)：2013/09/24(火) 23:13:53.59 ID:ZKzu2cdL0
-
>>44
なにそれ？
- 104： 腕ひしぎ十字固め(WiMAX)：2013/09/24(火) 23:20:33.37 ID:4WMnsUo20
-
>>84
いや、FORTRANでカンマとピリオド間違えて人工衛星が宇宙のかなたに飛んでいったとか
DO １０ I＝１、４
10 CONTINUE
DO １０ I＝１.４
10 CONTINUE
- 46： ダイビングフットスタンプ(神奈川県)：2013/09/24(火) 22:59:58.43 ID:Iu34kt5B0
-
最近あるシステムの再構築してリリースしたけどすっげえぞ
毎日既存システムとの連携絡みでトラブル出てくる
ぜってー誰かの首飛ぶぜ
- 66： キャプチュード(千葉県)：2013/09/24(火) 23:06:54.69 ID:0acrLPzV0
-
>>46
仕様書に書かれてない、
みんなが忘れてた仕様とかザクザク出てくるからね
- 49： 中年'sリフト(やわらか銀行)：2013/09/24(火) 23:01:51.23 ID:A5ZLgihB0
-
ITをビジネスの変化に合わせろっていうけど
実際変化即応って大変だよね
- 62： バックドロップホールド(京都府)：2013/09/24(火) 23:06:18.97 ID:vZZrMm9/0
-
まあ大手ほどこうやからな。
終わってるわ。おまけに、責任転嫁の嵐ｗ
- 67： ジャンピングエルボーアタック(芋)：2013/09/24(火) 23:07:02.70 ID:+5ujmceOP
-
プログラム全部ですくなくとも１ギガ行はあるうちシステムはまさにそんな感じ
もう１行似たようなのが隠れてたら終わりだし
- 75： アキレス腱固め(大阪府)：2013/09/24(火) 23:11:11.80 ID:MwepmDwf0
-
デバッグ用のログ出力のログを変えてリリースし直して貰った時に
全体には影響しないって言ったら、
誰が保証するんだ？って責められてリリース取り消しになったんだけど、やっぱ俺が悪いの？
- 82： ナガタロックII(公衆)：2013/09/24(火) 23:13:01.78 ID:XchfsTxz0
-
>>75
「オレが保証しますけど何か？」って言えば？
言えないなら、何か疑念が残ってることになるな。
- 101： 河津落とし(WiMAX)：2013/09/24(火) 23:19:13.86 ID:+71/N7Iv0
-
>>82
ソフトウェアのバグなんか人が作り出すものなのに、
誰かが言ったことを鵜呑みにしてリリースとか
あり得ねえ
そんなことより、証跡出せ
- 92： 超竜ボム(茸)：2013/09/24(火) 23:16:04.84 ID:AciLDL2g0
-
プログラムを手続きと捉えた場合に訪れる限界。
- 103： キドクラッチ(西日本)：2013/09/24(火) 23:20:00.04 ID:a8o4EEgu0
-
>>1
>長年の保守でシステムがつぎはぎ状態になっていた。保守作業は属人化が進んで、担当したベンダーの特定のエンジニアでないと、
>アマダの基幹システムは、長年にわたる場当たり的な保守によって構造がつぎはぎ状態になり、業務改革などの動きに追従できなくなっていた。
大事なので
- 111： バックドロップホールド(京都府)：2013/09/24(火) 23:21:16.19 ID:vZZrMm9/0
-
>>103
ほんとなあ。開発者を舐め腐ってるもんな。まあどうでもいいけど辞めたし。
- 128： フェイスクラッシャー(東京都)：2013/09/24(火) 23:24:12.26 ID:O9BVXe5I0
-
1日でテスト終わってできました。って、バグってたら、プログラムマが犯罪者みたいなめで見られるんでしょ？
- 133： スパイダージャーマン(長野県)：2013/09/24(火) 23:25:20.83 ID:vM5Wuk8X0
-
>>128
テスト仕様のレビューをしておけば責任を共有できる
- 238： フェイスロック(東京都)：2013/09/25(水) 00:54:58.16 ID:uGQdjnES0
-
>>133
レビューした人が一番非難してくる場合があるジャマイカ
- 139： ハイキック(大阪府)：2013/09/24(火) 23:27:21.98 ID:XbkDSGVz0
-
バグでて原因が特定できないときの絶望感
- 140： アキレス腱固め(大阪府)：2013/09/24(火) 23:28:20.90 ID:MwepmDwf0
-
重要なバグ出てるけど、どーしても再現できない時どうしてるのよ
- 147： 河津落とし(WiMAX)：2013/09/24(火) 23:30:22.09 ID:+71/N7Iv0
-
>>140
次から調査できるように吐くログ変えたりして
再現待ち
そういうバグは対処そのものより、対処しないリスクに
対して誰が承認しているか、っていうプロセスの
方が大事になる
- 155： マシンガンチョップ(北海道)：2013/09/24(火) 23:32:21.91 ID:BQYjW9he0
-
>>140
どうしてもわからないなら、どうしようもない
でも、無策というわけにはいかないから
網張（怪しいところを探して、問題が発生したときに詳細のログをとる）入れて
リリースし、再現待ちしたり
ヒートラン試験をずっとやり続けて再現待ちするしかない
- 150： リキラリアット(茸)：2013/09/24(火) 23:30:50.21 ID:JHtBUVG70
-
おう。今やってる銀行のシステムがそんな感じだ。
死ねばいいのにと本気で思う。
- 160： ハーフネルソンスープレックス(香川県)：2013/09/24(火) 23:33:32.05 ID:k3d+lRGv0
-
なんで、こういうやり方だとつぎはぎ状態になるのを防げるんだ？
- 195： マシンガンチョップ(北海道)：2013/09/24(火) 23:46:57.24 ID:BQYjW9he0
-
>>160
リーダーが把握可能な範囲の開発規模であること
フェーズを繰り返すことで、徐々に機能的な改善、作業プロセスの改善
プロジェクト全体の品質向上を望めることだろうね
フェーズ制をとったとしても、PDCAをしっかりやらなきゃ
結局、継ぎ接ぎのめちゃくちゃになるよ
- 213： 頭突き(長屋)：2013/09/25(水) 00:02:03.04 ID:CIPb+AIJ0
-
>>195
ソフトウェア構造的に継ぎ接ぎにならない理由は？
- 219： マスク剥ぎ(北海道)：2013/09/25(水) 00:10:11.96 ID:K86sLFJ90
-
>>213
ここで言っている継ぎ接ぎとはソフトウェア構造的な話じゃないと思うよ
修正を計画的に行ってない場当たり的な対応により継ぎ接ぎとなってしまったことかと
フェーズ制をとっていれば、必要な修正、改修を要件定義、基本設計〜
計画的に行える
その結果、ソース修正としては継ぎ接ぎだが、調査、検証をしっかり実施したことにより
機能としては継ぎ接ぎでないってことだと思ってる
- 232： 頭突き(長屋)：2013/09/25(水) 00:37:22.86 ID:vm1JSFI40
-
>>219
だとしたら、それで1ヶ月の改修がが1週間になる理由は？
突っかかるつもりはないけど、
>>1 みたいな話が流通して迷惑を被るのは現場だから、
しっかり説明して欲しいわ。
- 234： マスク剥ぎ(北海道)：2013/09/25(水) 00:46:40.77 ID:K86sLFJ90
-
>>232
設計、試験としっかりしたプロセスを踏んでいれば
ドキュメントも全フェーズの試験計画、エビデンスが
履歴としてあるから
修正が必要な箇所の洗い出し、試験観点の洗い出しが容易になる
結果として、改修が効率的に行えるってことかと
- 242： 頭突き(長屋)：2013/09/25(水) 01:04:02.47 ID:vm1JSFI40
-
>>234
左の絵のシステムだって、運開当初は全てのドキュメントが揃ってたのでは？
段階的リリースってのは、ビシネス価値を早く提供することが目的であって、
保守性の向上とは関係のない話では？
- 176： チェーン攻撃(SB-iPhone)：2013/09/24(火) 23:40:58.38 ID:0FX+5v9Si
-
初めっから無茶なスケジュールでやるから後で改修が難しくなんだよ糞が。
8月9月休みなしだったわ。
- 188： 膝十字固め(群馬県)：2013/09/24(火) 23:44:26.02 ID:fgntkv6t0
-
>>176
納期ありきでスタートするジョブとか氏ねって思うよね(´・ω・｀)
納期決まってんのに安易に仕様変更する馬鹿何とかして欲しいよね(´・ω・｀)
- 183： 雪崩式ブレーンバスター(空)：2013/09/24(火) 23:43:10.41 ID:wz6B3PQE0
-
データ仕様変えるときぐらいだろうな
しっかりと影響調査しないとイカンのは
- 217： マスク剥ぎ(大阪府)：2013/09/25(水) 00:04:11.40 ID:t2ccm1J70
-
このｽﾚの答えはほぼ>>183に集約されている
経験的に、ｼｽﾃﾑは変更を加えられる度に、
だんだん入出力がぐちゃぐちゃになっていく傾向がある
ﾀｲﾐﾝｸﾞが関係ないｼｽﾃﾑだったら
入出力だけでも正確なﾄﾞｷｭﾒﾝﾄが整備されていれば
障害がおきてもすこぶる対処がしやすい
ぐちゃぐちゃになると
各機能がどの範囲のﾃﾞｰﾀを受けっとて
どんな動作をするかを追跡するのが困難になる
障害が発生した機能を改修する
これでﾃﾞｰﾀが変更されることで
他の機能に作用することになる
影響範囲はこうやって見積もっていく
各機能は可能な限り結合を疎にする
これも、なにがなんでも鉄則だ
- 191： ダイビングエルボードロップ(東京都)：2013/09/24(火) 23:45:16.90 ID:pYAaX7sR0
-
プログラムの話になると長文多くなるよなｗ
やっぱみんなそっち系なのか
- 106： ジャンピングエルボーアタック(芋)：2013/09/24(火) 23:20:36.65 ID:+5ujmceOP
-
ここでの議論は残業代つかないからほどほどにな
- 114： 中年'sリフト(やわらか銀行)：2013/09/24(火) 23:21:37.08 ID:A5ZLgihB0
-
>>106
明日も仕事だし寝よう
おやすみ
【予約開始】ポケットモンスター X ポケットモンスター Y
元スレ : http://hayabusa3.2ch.net/test/read.cgi/news/1380030190/
1 名前 ： ななし投稿日：2013年09月25日 12:28 ▼このコメントに返信 結合試験が終わったあとで設計書を作ってるんだから、そりゃ手戻りも多かろう。
2 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 12:32 ▼このコメントに返信 原因が１行だけだったってな結果と
その１行が原因だとつきとめるのにかかった時間は関係ないだろうに
原因が簡単だから究明も簡単だと思ってるのかこの馬鹿どもは
3 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 12:32 ▼このコメントに返信 意思疎通、役割分担、後任への配慮が不十分だったってことかな
4 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 12:42 ▼このコメントに返信 実装された運用と顧客が要求したものがものすごい近いやん
何とかなっちゃうよって皮肉なのかｗｗｗ
5 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 12:43 ▼このコメントに返信 SEには文系出身の人もたくさん居ます←主にこれが原因
6 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 12:45 ▼このコメントに返信 米2
むしろ単純なバグほど探すの時間かかったりするしな
まさかそんなところにって場所に間抜けなミスがある場合とか
7 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 12:45 ▼このコメントに返信 作業に楽にすることを怠慢といって罵る文化ですから
楽にすれば時間が短縮されるだけでなく負担も減って疲労も少なくなって作業効率が上がるというのに
苦労することが大切だと平気で口にする
無駄な苦労をするのは対策をとるという努力をしない怠慢でしかない
8 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 12:49 ▼このコメントに返信 簡略化すると人がいらなくなるからな、役員やら経営陣ならともかく一般社員は楽にしようなんて考えない方がいい
俺もよく言われたからな、早く丁寧にあげれば次からそれが基準になるんだから競争のない所は現状維持でいいって
9 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 12:56 ▼このコメントに返信 この図は継承っていう関係なんだろうけど
あれって元になった部分が正常に動く保証がないとダメだと思うんだよなあ
趣味でやってて問題ガガガ・・・
10 名前 ： あ投稿日：2013年09月25日 13:17 ▼このコメントに返信 なんかオープン系の感覚で語ってる奴いるけどホスト系やってみたらわかると思うよ
くぐっても答えてくんない
フリー開発ツールなんてない
IDEすらないとか普通
11 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 13:26 ▼このコメントに返信 自分が作ったものなら仕様が分かってるが、大人数が関わってるともうなにがなにやら・・・・
12 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 13:30 ▼このコメントに返信 米9
元方に問題あっても簡単に修正できるように継承してるんですし完璧である保証とか別にいらなくない？
完璧でないといけないのはコピペでつぎはぎした場合
13 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 13:32 ▼このコメントに返信 要は履歴を残せ、クラと責任分担しとけってことかな？
定期的に1から作り直せばいいんじゃねｗ 予算けちって場当たり的な処置を求めるのは客の方だろ
それをSEに責任転嫁してるだけだろ 親切で対応したら図に乗ったってことで 客の自業自得だなｗ
14 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 13:37 ▼このコメントに返信 最後の２つが哀愁漂うなｗ
15 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 13:39 ▼このコメントに返信 なんか知らんけどなんとなく上手く動いてるからこのままでいいや
っていう箇所を修正するのが一番怖い。
山ほどあるけど。
16 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 14:01 ▼このコメントに返信 これって従来の古いシステムをほぼ一から再構築しましたってだけの話だよな
従来型開発がどうとか特に関係ないだろ
17 名前 ： あ投稿日：2013年09月25日 14:02 ▼このコメントに返信 バブルの時に文系をＳＥで雇うから滅茶苦茶になる
18 名前 ： 投稿日：2013年09月25日 14:24 ▼このコメントに返信 そして新しい事提案すると上が慣れてないって理由で却下
カラム型の方が圧倒的にスピード出るのにRDBにしてパフォ出ないと喚く
半年前に忠告したやろ！ 今頃電話かけてくんなカス！
19 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 14:25 ▼このコメントに返信 一行だろうが全行だろうが全ての工程チェックしないとデバッグの意味ないだろ
一行だからチェックに数分とかの方が在り得んわ
20 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 14:53 ▼このコメントに返信 大の大人が中学校の文化祭みたいなグダグダを繰り返すとは実にバカバカしい
21 名前 ： 投稿日：2013年09月25日 15:01 ▼このコメントに返信 知人のSEが以前愚痴っていたが仕様変更を例えるなら、高層ビルを立てていて完成目前で内装整えている段階で急に
「1階は中央の柱を無くして広いワンフロアにしてくれ。あと形は気に入ったのでそのままで構わないが鉄骨鉄筋コンクリートじゃなく建材は鉄筋無しで最新の高強度コンクリ使って。かわりに完成は納期日17時じゃなくて24時までかかっても大目に見るよ」
くらいの話しが多々あると聞いて絶対やりたくないと思った。
22 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 15:19 ▼このコメントに返信 >>34
こいつは分かってるフリをしてるけど実際分かってないタイプだな
23 名前 ： www投稿日：2013年09月25日 15:47 ▼このコメントに返信 いわゆる「悪魔の証明」だからな、プログラムにバグが存在しないってw
全ての入力データパターンとか動作環境条件とか、あらゆる組み合わせを完全にテストするって、困難なのよww
24 名前 ： あ投稿日：2013年09月25日 15:56 ▼このコメントに返信 １行ってなんkmくらいあるの？
お得意の残業すれば半分ですむよ
25 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 17:10 ▼このコメントに返信 米23
ほんとこれ
大体メインルート(基本ルート)なんてざっくり言えば全体の10分の1とか20分の1(数字は適当)とかだからねぇ
要求仕様を網羅するだけでスケジュールがかつかつだったらデスマ間違いなし
26 名前 ： 投稿日：2013年09月25日 17:15 ▼このコメントに返信 無能を食わせていかなきゃいけないんだし
27 名前 ： 投稿日：2013年09月25日 18:17 ▼このコメントに返信 いろんな立場の人がいてクソ笑った。
俺は利用者側の視点で。
500規模の会社だけど、うちの基幹システムは最低。そして、維持部隊は多いのに外注する。金食い虫。
28 名前 ： (´･ω･`)投稿日：2013年09月25日 18:39 ▼このコメントに返信 こんなんで金稼いでるとか、リーマンは良いな、楽で
29 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 18:55 ▼このコメントに返信 >>106
ここでの議論「も」の間違いだろｗｗｗｗ
…ﾊｧ
30 名前 ： あ投稿日：2013年09月25日 19:11 ▼このコメントに返信 そんな仕事で会社が存続できる理由が分からない
１行書いて１ヶ月潰してお金貰えるって、どんだけボロい商売なんだ。
31 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 19:27 ▼このコメントに返信 運用がはじまってデータの蓄積されたシステムをいじるのに、「1行だから」とか関係あるか。
書類がどっさり積まれたジェンガを想像するといい。
32 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 19:47 ▼このコメントに返信 こういう口八丁システムに一度乗せられてみれば、その意義も実感できるだろう。
33 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 20:07 ▼このコメントに返信 アジャイル開発自体は10年以上前から語られてるけれども。
34 名前 ： あ投稿日：2013年09月25日 20:59 ▼このコメントに返信 こんな仕事なら日本のリーマンプログラマの地位が低いのも、給料安いのも納得だわ。
35 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月25日 23:56 ▼このコメントに返信 ただの宣伝記事だから。真に受けない。
36 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月26日 00:17 ▼このコメントに返信 1ヶ月1行は極端すぎるけどガッチガチの厳しい会社だと1日で50行くらいしか直せない
10分1行ってどんだけだよって思うかも知れないが詳細設計やテスト、納品なんか含めるとマジでそれくらいしか直せない
37 名前 ： 名も無き投稿日：2013年09月26日 00:38 ▼このコメントに返信 フレキシブルなシステムを１から作り直した方が絶対に安上がりだし、早いと思うんですが…
いやぁ、僕は素人ですけれど、ね？
38 名前 ： 投稿日：2013年09月26日 00:48 ▼このコメントに返信 たった1行っていうけどな、100000枚を使ったトランプタワーの下から5段目に1段差し込んでくれと言われているようなもんだぞコレ
39 名前 ： あ？投稿日：2013年09月26日 01:30 ▼このコメントに返信 こいつらあほか。
株券電子化、復興税、消費税、次期ほふり、次期日銀などなど
いつ改修が発生するかなんか不定期でわからんだろ！しかも期限必達。
40 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月26日 01:43 ▼このコメントに返信 労働、著作権、放送、電気通信、法務なども関係 「TPP まとめ」で検索
41 名前 ： 以下、VIPにかわりまして暇人がお送りします投稿日：2013年09月26日 01:47 ▼このコメントに返信 ※37
「フレキシブルなシステム」なんて「生まれながらのツギハギシステム」だもんなあ。
結局はメンテするやつの分析力と開発力に終始した話であって、
それを隠すために【営業の表現・約束】はどんどん誇張されて>>1に至る、と。