プログラマの雑談部屋 ★48
■ このスレッドは過去ログ倉庫に格納されています
【前回のあらすじ】
他のチームの奴が新人に本番環境への作業を一人でやらせて事故ったんだと
しかも運用方法を知らせないで
ちょいちょい似たようなの見るんだけど、もしかして後輩いびりしてんのかなーっとモヤモヤしてる
結局後輩に知らないお前が悪いみたいな怒り方して、その同僚はお咎め無しってか表に出てきてない
こいつ教育係にさせるの危険な気がする おっつっつ
前スレの同僚やべえな
そいつのが教育必要だよw うちだけかもしれないが、本番リリースは絶対2人でやらせる でも常識で考えて本番環境への作業だとしたら
その新人の方もわからないなら聞くだろ
直属上司が頭おかしいならさらにその上に聞くだろ普通は >>5
いや、だから、本番環境への移行なんてどうせ誰がやってもうまく行かないんだから
失敗しても責められない新人にやらせようってナイスプレイではないの? 常識で考えたら一人でやらせない
新人なら何も知らないだろうし、それなのに一人でやらせるって頭可笑しい 先輩と後輩という関係なら、彼らの上に上司がいるから、
そいつの責任になってるわけだな。
ほんと嫌な立場だな、管理職は。 >>7
俺にはわざと仕組んでるようにしか思えんかった >>8
手順間違えなければよっぽどのことがない限り上手くいく気がするんだけど >>5
今どきなんでもパワハラってwって思ってたけどこれは普通にパワハラだよな >>4
いやそれが一般的だ
環境壊れたらどうすんだよ
ってかそれもう確信犯だろ >>11
実は同僚も手順がよくわからなくなって、押し付けられる新人に押し付けたという可能性は? >>12
サーバー環境だとうまく行ったことない
それがLinuxだと間違いなくうまく行かない
うまく行った記憶がない
インストールCDまで用意していってもうまく行った記憶がない
そもそも物理的にネットワークの配線違うじゃんコレも
こっちのせいにされるほど客がアホってのもあるんだけど どっちにしろその同僚はキケン
この業界だけじゃなくて集団で作業することに向いてなさそう こういうのも、上流工程の段階で手抜きしてたツケといえるんだろうか・・・? >>2
本番環境触る時って原則はペア&作業内容ダブルチェックでやらん?
夜間トラブル対応とかで一人で緊急作業する時は別として
普通の時に(しかも新人に)一人でやらせてる時点で体制としてありえん
ユーザー影響出たら洒落にならんだろそれ 新人がやったことにしとけば、顧客の怒りも少しは軽減できるのだろう。
だとしたら、オンナノコにやらせればさらに軽減できるんだな。 だいたい現地に行ったら設計書と違いますぅって電話が来るんだから
誰が行っても同じだろ的な? >>6
厳密にはササッとメモ程度に手順書いてあって、そこに何個も抜けがあった
同僚はそれ通りやれば出来ると言いタバコ吸いにいって放置
たまたまチームの他のメンバーは会議
自分はそもそもチーム違うから後から知った
新人はそれを信じて作業したらしい
そもそもその環境使うこと自体初めて
>>15
手順書いたの同僚だからそれはない
後から「こうすればいいのにさー」って言ってた
でもそれ教えた?と別の奴が聞くと「普通分かるでしょ」と言われたそう
>>18
そこ上流がっつりやってない >>19
うちもそう
絶対にダブルチェックしながら それ以前に本番環境にいきなりっていう職場の方が問題だろう。
テスト環境 * N >本番環境 みたいにテスト環境を多重でバッファーにしてテスト環境で
問題が出なかったらテスト環境と同じ方法で本番環境の作業をするようにするものだろ。
そういうような仕組みにしてないと新人とその先輩をペアにしても本番環境でやらかすだろ。 >>23
工数2倍で無駄だな
そもそも本番環境へのインストールなんて元請けがやりゃいいわけで >>24
ごめん
厳密には開発環境は一緒にやってたみたい
てか今その書き込み読んでよくよく考えたら何故本番は一人でやらせたんだろって思ってきた
やっぱ上に言うか、話あった方がいいかな
他のチームだから干渉すべきか迷ってるんだ まあテスト環境がごった煮で冪等性何それおいしいの?な認識しか出来ない人たちが
ほとんどだとテスト環境でのリハーサルしてとか意味ないけど。 >>24
テスト環境でうまくいったからって本番環境で上手くいく保証なんてないよ
だからやらないってわけじゃなくて
客が表現できてない何らかの仕様がそこにはある >>22
もう、とりあえずその同僚つけあがる前にぶん殴っとけよ そのチームのリーダーがこっぴどく怒られてるんだから、
いまさらワザワザ干渉してもねぇ・・・ >>27
> 厳密には開発環境は一緒にやってたみたい
それなら新人をそれなりに信用して任せたってことになると思うのだけど? 中小企業と大企業どっちも行ってたけど、中小企業は割と運用方法が適当
それが怖くなって大きいとこにまた戻った >>33
本番環境触るのはじめてって上にある
そもそも本番一人な時点でありえん 今後はきっと、中小企業の仕事ってなくなるんだろうな。
大企業の仕事のみになって、中小はその下請けだけが残る、みたいな。 俺には仕事のストレスを新人いびりで発散してるように見えるけどな >>29
> テスト環境でうまくいったからって本番環境で上手くいく保証なんてないよ
保証は無いけど本番に可能な限り近い環境を用意しておけばテスト環境で問題を
発生させて止めれる。 だいたい起きる問題の大半は凡ミスだし。
> 客が表現できてない何らかの仕様がそこにはある
何らかの仕様が勝手に入り込むこと自体、間違いなんですよ。 テスト>本番と
真面目にやっているなら本番だけに仕様が入り込む余地なんてないから。 うちの先輩がそんな適当じゃなくて良かった、とだけ思っておく >>38
ちょっとした問題が起きただけでも調査とかで数時間飛んだりするからな
それ考えるとチェック作業は作業した人以外を用意した方が経済的だな >>39
客先で動いている環境など厳密にはわからんよ。
運用中の物を拝借してくるわけにはいかないし。 >>41
現実を知らんも何もテスト>ステージング>本番というような環境を用意して
それで開発運用していて問題起こさないように仕事してるからなあ。
クラウドだと同じ環境を用意すること自体難しくないし。 クラウドいいのに何故か上司が反対して使わせてもらえない 現実的に考えるとテストと本番の環境が違いすぎると頻繁に問題が発生すると思うのだが?
実際に頻繁に問題が起きたから多重化して開発運用するようになったし。 クラウドは買うもんじゃない、売るもんだからね、あくまでも。 稼働中の本番環境にテストも無しにOSパッチ当てて再起動しろって命令されたことあるけどこれ嫌がらせだろ
自分でやれって言い返したわ タバコ吸うけど流石に周りが本番化してるときはいるよ >>49
俺は上司から言われたら言い換えせなくてやってしまうわ… >>45
クラウドのどこがいいの?
金かなりかかるでしょ? そもそもテスト環境と本番環境の違いなんて俺らが本番環境を触って初めてわかる話じゃねーか
テスト環境を同じに近づけるなんて
そもそも本番環境だって完成してねーときもあるのに
どうやって近づけるんだよ
ドキュメントがよほど完璧なときだけだろ
それこそ人間業ではないほどの >>52
金かかるけど、操作が楽なのでミスが少ない >>53
だからドキュメントって大事だと思うんだけど、会社や業界によってはそうじゃないって言うんだよね
まぁ考え方の違いと言われれば仕方ないが 入ってたオープンソースがバグってるからパッチあてたら他のアプリも動かなくなりました
上司:ここからが本番だ!
俺:じゃあ、見積りからッスね今日はこれで〜 プログラム組むときや資料作るときに先輩や上司に聞かないなら後輩も悪いけど、本番やテスト環境に反映のときに分からなかったら聞け、は危険すぎるわ
勿論聞かなきゃダメだけどついてろよと思う >>53
chefとかansibleとかの構成管理ツールがあるだろ、それを使って環境固有の部分は
分離すれば同じものが作れる。 もちろんツールを使った後に手で入れて台無しに
するやつもいるけど。 一つ一つ丁寧に心を込めてインストールして設定ファイルを
書き換えてみたいの方が作業してる感は出せるけど、今時その方法をとる方が
遅れてるよね。 君たち新しい言語の勉強ってどれくらいの期間でやる?
プライベートじゃなくて次の現場で必要なとき >>59
何年もやってると、言語自体の勉強はそんなにしないねぇ。
開発環境のインストール手順などを確認するほうが重要。 >>58
客先の見知らぬサーバー室に新幹線で出向いて、
システムもほとんど知らない運用中のサーバーに向かって、
既存の環境を探り探りインストールってことなどいくらでもあるぞ。 >>53
>>55
非構造的なドキュメントではどうしても限界がある
なのでインフラアズコードとかいうのがもてはやされてるわけ
おまけとして解説書的な立ち位置にドキュメントを置くのは親切だと思うけどね 友達の業者に発注してるからクラウドにされると困るんだわ
向こうの経費でキャバクラ代払ってもらってるしボトルも入れたし >>65
最初に覚えたのはN-BASIC(1979年)だった。 >>62
あっそ、じゃあ10年だか20年前のサーバーでも客先言ってとってくればいいよ 昔はみんな分厚いリファレンスを聖書のように持ち歩いてたけど、
今はプログラム言語の勉強はほぼ必要なくなったよね。
一つ二つ身に付ければあとは初見の言語でも
ググればいきなりなんとかなってしまうという、
便利な時代になったもんだ。 >>69
セキュリティ厳しいとこだとネット使えない 過去の負債をメンテする立場の人が最も可哀想だなと思った
その次は無意味にセキュリティを連呼するとこで働いてる人 零細企業なら、そういうしがらみがなくて
スゲー楽で自由だったけど、スグ潰れるんだもん。
おれなんて、それで2社潰した。 正社員として在籍した以上は、
加担したものとみなされても仕方がない。 最新の書き方とか人の書き方とか知りたいときは皆githubとかみてんの? セキュリティについて厳しいのは当たり前では…
逆にうるさくないとこってあんま仕事貰えてないとこよ 今は正社員の方が良いんじゃね?
俺はフリーランスだけど
なぜフリーランスかって?
そりゃヤバイプロジェクトに当たった時に逃げる為だよ
最近はそういう現場も減ったから若い奴らは羨ましい ベネッセみたいに、大手がやらかせばマスコミ沙汰だもんねぇ。
ハケンがやった、下請けがやったなどと言い訳すれば、
そんなの雇うのが悪いんだ、などとますますエスカレート。 フリーランスは朝9時に行かなくてもいいしいいなと思う反面
将来が怖くてやってない 零細企業の社員とフリーランスって大差ない気がする。
将来が怖いという点においても。 上場企業にいるのきつくてやめてしまった
上場企業だけどうちの部署だけ営業が不安定だった 俺は正社員でありながらフリーランス的な動きしてるからな
ある意味最強のスタンス 特派の代わりに派遣と契約社員の中間みたいな限定社員なんての進めてるよな
社員なのにボーナスなしで、配置がなかったら即首とか無茶苦茶な立場
ITはホント悲惨だわwww このスレは雇用形態も業務内容も役割も全部違うから
1つの事話しててもチグハグで噛み合わない
今度から喋る時は自己紹介でもしろよ 正社員になりたいなら正社員にしてもらえばいいのに。
管理職にもなればボーナスだってたくさんもらえるんだろ? そもそもお前ら、ハケンやバイトで働いてた会社に
正社員になりたいって申請してダメって言われたことなんてあるか?
正直おれは、そういう申請したことないんだ、恐ろしくて恐ろしくて。 その、金さえもらえりゃ何でもやる覚悟ができるってのは
イロイロ知っちまったおれにはとてもとても・・・ 大手IT企業で正社員になるのは難しいよ
中小零細で正社員になっても意味ないし
婚活で無双できる会社がいいな
でも高卒の俺では無理だ NTTドコモの正社員になりたい
高卒です
どうしたらいいですか 私たち日本人の、日本国憲法を改正しましょう。
『憲法改正國民投票法』、でググってみてください。
平 和は、勝ち取るものです。拡散も含め、お願い致します。 >>92
ブラックで社畜になって
疲れ果てて帰る途中でトラックにはねられると転生できる >>2
DevOpsで普段からデプロイしていたらユーザーとコミュもとれるし
一度にデプロイすると急に問題が起きて困る ■ このスレッドは過去ログ倉庫に格納されています