【新機能】作り忘れたまとめはありませんか?31日前まで期間指定してまとめが作れる高度な検索ができました。有料APIだからツイートの漏れはありません!
9
ログインして広告を非表示にする
米村歩@日本一残業の少ないIT企業社長 @yonemura2006 2018-09-14 10:05:17
システムで使わなくなった画面項目が出てきた時に、どのような対応方法を取ってますか? 1.画面上から削除し、DBのカラムも削除する 2.画面上から削除し、DBのカラムは触らない 3.害がなければ放置(画面もDBも修正しない) 受託開発で色々な大人の事情が絡むと2または3になりがちw
睦月 @MuTsuKiS_77 2018-09-14 10:10:06
うちの現場は2が圧倒的に多数だわ 結果、死んでいる項目がどんどん増えていくっていうね‥ twitter.com/yonemura2006/s…
ヒロ@体の痛みを取れるSE @htjpblog 2018-09-14 10:12:44
他の画面での使用まで調査工数を掛けれないので、結局、2の画面上からのみ消す方向になる事が多いですねぇ。 twitter.com/yonemura2006/s…
ずんだ @violet_zunda 2018-09-14 10:13:12
2が多いかなあ。 あとは、 4.前から表示したかった別の項目として使うために画面を修正する。なお、カラム名の変更はしない(´・ω・`) とかありがち。。。 twitter.com/yonemura2006/s…
Hiro.Nakamura @malicia_nakamu 2018-09-14 10:15:39
開発のアウトソーシングは、出す側にも要件定義できるだけの技術力と主体性が求められるので、組織内に優秀なリーディング役が居ないと取れない手段ですね。 あとは、決まりきった定期保守プロセスを全部出すくらいかな。 twitter.com/yonemura2006/s…
ほっぺひげ@文系学部新卒SIer選手👨‍💻 @siernosensi 2018-09-14 10:18:07
圧倒的2です。小規模なシステムではない限り、大手企業や政府は安全に安全を重ねてこの選択肢になるような方針になることが多いような気がします。 twitter.com/yonemura2006/s…
潮見佳助 @Keisuke_Shimi 2018-09-14 10:19:01
@yonemura2006 だいたい3ですね。 変更してバグになると困るという謎の理論です。 そして数年おきに「要らないよねこれ? とりあえず、本当に要らないか調査して」「やっぱり要らないのか。でも修正してクレームきたら責任とれないし」 というお約束の流れで無駄な調査工数の発生原因になる。
いすか @ishka_norm 2018-09-14 10:22:49
金くれないなら3で マイナーレベルの改修ならまず2で メジャーレベルの改修なら要件定義からやるっしょなので1で 大体メジャーレベルの改修する金くれないので2に収まる(大人の事情≒金のパターン) twitter.com/yonemura2006/s…
がね @_GaN2 2018-09-14 10:23:12
ケースによるけど、2か3。 1はまずないかなぁ... twitter.com/yonemura2006/s…
sbis @snail_develop 2018-09-14 10:26:51
5.使わない画面項目が出てくること自体当初設計の瑕疵であり受注者の責任においてシステム全体の再構築をせよって言われてまるっきり違うシステムになるから無問題 (^q^) 最近 #本当にあったIT怖い話 専門アカウントになりかけてるな・・・ twitter.com/yonemura2006/s…
宅島 克実 @katsumitk 2018-09-14 10:31:54
ドキュメントかあれば履歴に書いて1. なければ2.かな。 twitter.com/yonemura2006/s…
kisse @nyannko_kisse 2018-09-14 10:34:40
基本的に2.の解決方法にしちゃいそう DBのカラム変更しちゃうと、取ってたデータが失われる場合があるので、別にそのカラムのデータを写した上でカラム削除とかかなぁ twitter.com/yonemura2006/s…
井二かける@転職先募集中 @k_ibuta 2018-09-14 10:35:09
個人的には、あまり良くないと思いつつ、まずは3を検討しますね。テスト工数、検印スタンプラリー工数が許容されるなら2。 twitter.com/yonemura2006/s…
ケルビン@斜壊人 @legendkelbin 2018-09-14 10:42:05
画面入力=取引入力なので、取引履歴残す要件の有無次第で1か2。後はお客様の予算次第かなー。DBも消した方が綺麗ではあるんだけど。 twitter.com/yonemura2006/s…
元佐藤 @regonex 2018-09-14 10:44:08
誤入力避けたいユーザ部門とコスト減らしたい&変更時のリスク減らしたい情シス協議の結果、2になるパターン twitter.com/yonemura2006/s…
ギンレイ【Tomy】 @TomyGX 2018-09-14 10:45:06
前職では1でやってたかな 影響範囲の調査はするし、最悪検証フェーズで判定はできてた(と思う) でも、だいたい2が多いんじゃないかな(と思ったりもする) twitter.com/yonemura2006/s…
づかさん @duka3d 2018-09-14 10:48:05
こちらの提案は1、向こうからの回答は2、やる時にはいつの間にか3になってることも…。 twitter.com/yonemura2006/s…
harutin @harutin_99 2018-09-14 10:48:05
後先のこと考えると1なんだけど、この先どうなるか確実なことが言えないとokだしてくれないから、結局2か3 twitter.com/yonemura2006/s…
きーぼう @ki_bou4789 2018-09-14 10:55:15
1ができるのが理想だが、削除するのはトラブると大惨事になるのでやったことがない。2の方法を取るのが通常だが、決断したがらない上司へこの話を持っていくと3でやってくれということになる。 twitter.com/yonemura2006/s…
YANCHA! @yancha 2018-09-14 10:55:26
|ω・`) 大人の事情で「4. 害が有るけど画面もDBも放置」という事があった。計算式に反映する項目なので必ず1を入力という運用に。 まあ大昔のオフコン時代の事ですが twitter.com/yonemura2006/s…
北のももや@おバイク真っ盛り @_momoya_ 2018-09-14 11:03:47
「使ってないから削除すんべ」と判断してくれる人がいないため 2. で対応しDBは塩漬け状態のままという王道パターンが多いなぁ。 twitter.com/yonemura2006/s…
ズーキー @zu_ki_kun 2018-09-14 11:29:47
この場合に限らず「削除」っていう選択ができない人が上司またはお客さんだと、クソシステムが出来上がりますよね。 twitter.com/yonemura2006/s…

18/09/14 15:35 まとめ更新

残りを読む(11)

コメント

キム・カッファンすき @Kim_Kaphwan11 6日前
どうせ数年でシステム更改するだろうから、その時やればいいやで2か3。 でもドキュメント残しておかないと、DBも画面もそのまま新システムに移行してしまうから、結局そのまま残り続ける・・・。
Toshiya Utoh @toshi_moon 6日前
「使わない=業務要件消失」だが、それが短期的なのか戦略的なのかの判断が必要。業務再設計があれば1、再設計なしの目の前の要件消失なら2。 全ては要件設計に依存する。 ですね。
a7R2Lj @a7R2Ljtm 6日前
「次全面改修する時に」と言いつつ、そのまま20年くらい使ったりするよね。
SAKURA87@多摩丙丁督 @Sakura87_net 5日前
前方互換性が必要なものばっかり扱ってるので2か3しか選択肢がない。
あずいち@Canyon_Endurace @lovely_fishes 5日前
「取り敢えず入口ふさいどこ」で2
mmmmmtttt37 @mmmmmtttt37 5日前
>大人の事情が絡むと カラムだけに!
skerenmi @skerenmi 5日前
「いらなくなった」の意味で正しい方針は変わるよね。 「DBも含めて不要な項目だったことが判明した」なら1だし、 「業務が変わったため」でも「過去のデータは保持する必要がある」なら2だし、 「一時的に入力の必要がなくなった」なら3のバージョンとして見えなくするだけ。
丸九 @ma_ru_q 5日前
とりあえず2で対応しといて、数年に一度まとめて1実施かな。
ぼんぼ∈百地三兄弟組 @tm_bonvo 4日前
運用上は3.になってて、後になって「あーそこ今使ってないんですよ(お金かかるから言わなかったの意)」パティーン
ログインして広告を非表示にする
ログインして広告を非表示にする