-
は？って顔される
-
盛り塩
-
腐った設計、臭いコード、全く参考にならないドキュメントの中で開発する際に、メンバーとして出来ることって「ひたすら謝って下手に出て気遣って、作業者のモチベーションを保つこと」しかなくね？
-
「設計が腐っててごめんなさい。私が前任者から引き継いだタイミングでそうなってました。私が治すべきだったんですが余裕がありませんでした。ごめんなさい。でもやるしかないんです。やっていただけますか？」って言うしかない。
-
スパゲティコードを解読できる人間を育成する事です！！！
-
>>5
スパゲッティーは解読できないよ
出来ない中でできることをやるしかない
でも俺には時間がない
だからひたすら謝って前回解読したメモを共有して頑張って貰うしかない -
簡単だよ
誰かの人生を犠牲にすればいい -
>>6
そうだよ
その人の人生を犠牲にするから謝るんだよ
銃弾を浴びてもらう
俺の代わりにね
だから謝るんだよ。
ごめんなさいってね -
クソみたいな仕事や現場から一刻も早く逃げ出すことです！
-
「コードが全く関数化されてなくてPythonなのに1990年代のC言語みたいに書いてあってごめんなさい。私が前回機能追加したときに治すべきだったんですが、余裕がありませんでした。ごめんなさい。聞かれた質問は分かる範囲で答えるので、今回でたグを直していただけますか？ごめんなさい。」
って言うしかない
-
足手まといをプロジェクトから追い出すことが大事
-
>>11
早くイッチくんを追い出さないとな有害だし😃 -
>>11
いや、足手まといなんていない
戦場だよ？足手まといはみんな死んでく -
健康な身体です！
-
>>12
まじでそれ
でも自分の健康より、メンバーの健康のが重要。
メンバーが死ぬと自分も死ぬ
追加の人材なんてすぐに来ないし、来ても戦えるようになるまで三ヶ月はかかる -
これでさ、「システム開発で重要なことは？」って聞かれたら「ひたすらチームメンバーを気遣うことです」ってなるやろ
メンバーが離脱しないようになんとかしてモチベーション保つしかない
これしか出来ることないと思うんだよなぁなのに「は？」って言われるのよくわからん
お前、システム開発したことないの？ってなる -
えー、またイッチくんの尻拭いですかぁ？勘弁してくださいよ～w
-
>>17
俺はもう作業してないよ -
だってさ
メンバーが離脱するということは自分が浴びる攻撃の数も増えるってことだよ？
つまりメンバーを気遣って自分の浴びる銃弾をおすそ分けし続けるしかないんだよ
それがシステム開発の現場で出来る唯一の対策だろ -
なんで、「は？」って言われるのか全くわからんのよなぁ
どういう現場だったらそうならないのか -
>>20
当たり前過ぎる事を言ってキレられるパターンかもしれない
あと、もうちょっとスケジュールの時期ごとに具体的なポイントを言ってあげたほうがよいのでは?
システム開発したことねーけど -
>>31
まず、普通の人はメンバーに気遣わないぞ。
普通の人はバグが出るとバクを出した開発者とかテストした人とかを追い詰めて、その人をどっかに飛ばすよ
あと引き継ぎしないのに引き継いでない作業やらせて、メンバーを鬱にしたりするよ
なので当たり前じゃないよそのうえでメンバーへの気遣いはシステム開発のどのフェーズでもやらなきゃだめだよ
全てのタイミングで基本土下座
土下座姿勢で接する
これが基本 -
正直、ITの技術力とか全く関係ないと思う
AWSとかどうでもいい
どうせ設計は上から降ってくるし
その腐った設計を形にするにはメンバーに土下座し回るしかない -
どう考えてもACIDなデータベースがないと実現できないことを、シャルスクリプトとローカルのファイルでロック機構自作して、なんとかして下さい。
って言われたらもう土下座して回るしかないやろ -
動けばええんやで
後のことなんか知らん -
>>23
それでリリースられたシステムを５年後に改修してるんだぜ？ -
正直、みんながどういう開発現場にいるのかのほうが気になる
-
どこもそんなもんよ
-
>>26
どこもそんなもんならさ、
「ひたすらメンバーを気遣うことです。」って言って、
「は？」って言われるのはよくわからん。俺に「システム開発で重要なことは？」って聞いてくるやつはシステム開発したことないんかな
-
残業しても申請しない
-
逆に聞きたいのが「システム開発で重要なことは？」って言われたときの模範解答が知りたい。
聞いてくるやつはなんて答えることを望んでいるのか -
もう直せない臭いコードをなんとかして動かすために出来ることってそんなにない気がするんだけどな
-
これも普通だと思うんだよなぁ
これだけITの転職市場が活発な状況で3年以上同じ職場にいてくれることって少ないわけじゃん
特に委託先の人は
だから基本的にリーダーとかマネージャーは、委託先の人を駒としてしか見てないから飛んだら新しい人入れればいいぐらいに思ってる
だから俺がひたすら気遣って一ヶ月でも長くいてくれるように土下座するんじゃん -
「メンバーを気遣うこと」ってすごい重要だよ？？？
-
俺は全く関わってないけどさあ、
マイナシステムとかの現場を想像してみてよあれだけ障害起こして、内部では責任者が何人も飛ばされ、社員の誰かは毎月転職してくし、河野太郎の気分で追加要件がどんどん増えていく状況で、なんとかして期日までにシステムを完成させるために、富士通社員はどうしたらいいか想像してみてよ
こんなん出来ることって、委託先に土下座だろ
なんとかしてでも人が辞めないように土下座して回る
これしか出来ないやろ -
優秀な人で残って欲しくても気に食わないことあるとすぐ現場変えてしまう
気遣いが出来るのはたしかに必要
というか質問がざっくりし過ぎてるのが悪い -
>>37
うちは優秀さとかあんまり関係ない
長くいれば優秀だし、短くいれば優秀じゃない
長くいるとプロジェクトのどのあたりがダメかよく理解してるので、強い
短いとそれがわからないから作業出来ない -
社員の偉い人が委託先を怒鳴っている。
今月もまた１人委託先の人が異動願を出した。
先月は二人休職したからもうこれで三人消えた俺に出来ることって何？
より良い設計をすること？
コードを治すこと？
DevOpsの施策を考えること？違うやろ！土下座やろ！
-
>>38
お前にできることは昇進と転職の2択 -
>>39
どこもこんなもんなら別にここでいい -
チーム戦しかしないとこうなりそう
末路感あるな -
>>42
委託ってのが悪いとは思うけど
そこは俺にはどうすることも出来ないしなぁ -
設計が糞だとそれ以降いくら頑張っても無駄です
コメント