「システム開発で重要なことは?」って聞かれたら「ひたすらチームメンバーを気遣うことです。」って答えてるけど、そう答えると
■ このスレッドは過去ログ倉庫に格納されています
優秀な人で残って欲しくても気に食わないことあるとすぐ現場変えてしまう
気遣いが出来るのはたしかに必要
というか質問がざっくりし過ぎてるのが悪い 社員の偉い人が委託先を怒鳴っている。
今月もまた1人委託先の人が異動願を出した。
先月は二人休職したからもうこれで三人消えた
俺に出来ることって何?
より良い設計をすること?
コードを治すこと?
DevOpsの施策を考えること?
違うやろ!土下座やろ! >>36
①これは理解してると思う。入社してから三回やったし
②問題点はわからん。ウンコになったシステムしか作ったことないからね。となると土下座しかない。
③上司のが情報量多いしわかってるやろ。俺なんてメンバー抜けるの当日に知らされるからな。まじで地獄だよ >>37
うちは優秀さとかあんまり関係ない
長くいれば優秀だし、短くいれば優秀じゃない
長くいるとプロジェクトのどのあたりがダメかよく理解してるので、強い
短いとそれがわからないから作業出来ない >>42
委託ってのが悪いとは思うけど
そこは俺にはどうすることも出来ないしなぁ >>44
でも設計は何年も前に数億円かけてやったので、もう無理です
その設計にはDBなんてなかったんです
もうDBは生えて来ません
なのでファイルでACID担保するしかありません >>46
何年も前から何も進んでないなら
もうそれはいったん消えたことにした方が良い 余計なことを考えずに目の前のタスクを淡々とこなし続けるメンタリティです! >>48
客になんて説明するの?
数年前に数億円かけて設計した物はゴミでした
もう一回設計させて下さい。お金下さい。って言うの? >>49
そうだけど
そうなんだけど
それをするためにはメンバーを気遣うのが必要 >>52
シェルスクリプトしかないよ
もしくはPowershell >>53
バグが出る→治す→客が新たな要件追加する→機能追加
これの繰り返し
もう20回はリリースしてる ■ このスレッドは過去ログ倉庫に格納されています