意識的に職位を下げる - id:onk のはてなブログ

僕はチーム join 時に、Docker は初手で剥がすし、GitHub Actions でやっているワークフローの全体像を把握するのを次に行う、というのを基本的にはやっている。これはシステム構成やデプロイ周りの全貌を把握するのが好きなのと、何かが起きたときにコレをやっているのといないのとで問題切り分けの精度に圧倒的な差があるからなんだけど、join 直後にやるのが最適解とは限らない場面もある。 チームの人員構成として、テックリード業を既に担っている人が居る場合、追加人員にはテックリード未満の「プラスの工数として数えられる戦力」となって欲しい。この戦力というのは、「目の前に積み上がった問題を一緒に解いて欲しい」という期待。問題と言うよりも、既にタスクになっているものを消化したい、という期待の方が大きいと思う。 そういう期待があるときには、ちんたら Docker を剥がしている場合ではなく、

[bayaread]

恥ずかしながら「Dockerを剥がす」っていう用法をあまり現場で聞いたことがなかったのでググった。Dockerコンテナじゃなく、ホスト側で動かすっていうことなのね。

[threetea0407]

テストは将校が書いてコードは兵卒が書くという役割分担になっていくのかな。将校の頭数とパワーが無いとプロジェクト全般が破綻に突き進んでいきそうな気はするけれども。

[umai_bow]

Dockerfileの量にもよるけど頭から読めば別に剥がさなくて良くない？

[nui81]

Docker剥がすが分かんなかった。重要だし王道だけど、いざやろうとすると色々ハマりがちな部分でここを愚直にやりきるのはなるほど強そう。そしてそれを分かった上でまわりの職位を下げるの割り切れすぎだし強すぎ。

[inductor]

Docker剥がし、言語やデプロイ環境に依ると思うけど、シングルバイナリだけではないLLなどで起こりうる環境差異なども考慮に入れた上で剥がしに行ってるんだろうか？もう少し詳しく知りたいな。

[katzchang]

“全貌を把握しきっていないプロジェクト” には、オブザーバビリティの整備を選択肢に入れてほしいところです。

[kobito19]

単にDockerコンテナ構成をブラックボックスのままにしておかない、程度の意味/意図だと思うけど / 本題については、自分も意識してやってる

[ya--mada]

自分でプロダクション環境を準備または再現出来る、という意味か？ 確かにこれは重要なスキルだと思う。その意味で RPA とかマジで恐ろしい。

[khtokage]

囲碁でいう「大場より急場」なんだけど意外と理解されにくいんですよね。もちろんバランスが大事なんだけど。

[yamadadadada2]

全面的に同意。が、カバレッジ95%越えててもバグ出るときは出るんだよね。テスト含むコードとコメントのみで仕様を伝えるだと限界あるし、かといってドキュメント書きまくる現場にしたくないという狭間でいつも悩む

[syque]

“「目の前に積み上がった問題を一緒に解いて欲しい」という期待。問題と言うよりも、既にタスクになっているものを消化したい、という期待の方が大きいと思う。”

[masutaka26]

"つまり、言われたことしか作業しない兵卒プログラマとしてのロールに下げる、というのが期待されている"

[cuttoff19]

出来上がったチームにあとから入ったときに、軍師になる欲求を抑えて兵隊に徹する意識を持つ話

[ken1flan]

なるほど…わかる気がする。CIで壊れてない保証があるって、たしかにそういうことかも。

[aktkro]

初手でDocker禁止にするのかと思った

[yimajo]

Dockerを剥がす の部分詳しい解説ほしい

[field_combat]

「テストの導入を渋る人にどう説得するのか」

[Sampo]

「Chaos Engineering」にも書かれていたけど、自動化はその自動化コードを書いた本人に一番有益。理解を深められるので。だから書いたあと自動化コードを捨ててもいいくらいと。Docker剥がしはラジカルだけど絶対必要

[MetaVariable]

Docker剥がしは手元環境に因る別問題が顕在する可能性があるので、自前のVMでやるとかならわかるかな…🤔

[electrolite]

ちょっと違うけど、転職を機に部長からエンジニアに戻った私。仕事はストレス少なく楽しいし給与は上がるし最高なんだけど。

[moromoro]

"この戦力というのは、「目の前に積み上がった問題を一緒に解いて欲しい」という期待。" あるあるｗ問題解消を優先するか、新規案件の蛇口を締めるかできてないマネジメント側の問題で兵站増えてもどうにもならん。

[snowcrush]

分かるがなかなか難しい

[otihateten3510]

テストコード遭っても全貌を把握しないとコード書けないプロジェクトにしか入ったこと無いのでピンとこない。たぶんwebとモバイルの差だと思う。

[n314]

Dockerの環境指定されたら、毎回自分のDebianに同一環境作って載せ替えてるけど、これがDockerを剥がすということなのかな？普段使いがLinuxだとDocker重いから嫌なんだよね。

[kazkun]

スレッショルドを超えると途端に目の前が開け、コードを書く自由を手に入れた気分に浸れる。追加したコードのテストを書くまでの束の間は。

[queeuq]

剥がすはDockerを辞めるじゃなくておまじないで使えるレベルにするってことじゃないの。俺の引いたレールで働け（お前らのスキルを伸ばす気はないしこれはおれの実績な）みたいに見えるからこのスタンスは好きではない

[pekee-nuee-nuee]

dockerを剥がすっていうんだ。こんど使ってみたい。デプロイは任せろーﾊﾞﾘﾊﾞﾘ

[atsushieno]

まあ傭兵の仕事しか期待されていないと考えられるときは傭兵の仕事しかしないわな

[for-my-internet-demo]

“チームの本当の問題を見つけにかかるのは、もう少し信頼を稼いでから。将校の役割を期待されるようになってからで良い。兵卒は、ブラックボックスをブラックボックスのままとして扱うことも必要。”

[odakaho]

Docker剥がす、のメリットなに？

[soybeancucumber]

チームに嫌な緊張感が走っていて、若手が辛そうに感じた

[tasukuchan]

“ ”