エンジニアが開発しやすい環境作りをする

はじめに 自分は渋谷のWeb系開発会社にて執行役員兼エンジニアをやっています。(新卒入社3年目) 直近では6~8名程のエンジニアがいるプロジェクトで、ディレクトリ設計やissue作成、コードレビュー、スケジュール管理、PMへのUI/UX及び機能提案などを行なっています。 その中で自分が「エンジニアチームにとって開発しやすい環境整備」を色々試し、実践してきたので整理していきます。 この記事の主な対象者 エンジニアチームの開発モチベーションを上げたい人 エンジニアにとって開発しやすい環境の作り方 おことわり 今回紹介するのは自分が実践してきた一例であり、必ずしも正解というわけではありません 「こうしなさい」ではなく「こうするとより良くなるかも」といったモチベで書いています 具体的な開発の設計を紹介するものではありません エンジニアが開発しやすい環境作り 5つのセクションに分けて紹介していきます

[hirose504]

開発しやすいかはともかく、わかりやすいように書いておくのは大事よね

[diveintounlimit]

ある程度整っていたほうが良いのは同意だが、こんなカッチカチに決まってて本当に開発しやすいのかね？

[remonoil]

こんなものはエンジニアのほうで勝手にやるので糞案件投げるのやめてください

[razihai]

開発者的にここまで整理されてるのは助かるけどなぁ。みんな自走できるなら、そりゃよしなにで進むけど、チームに自走厳しいメンバーいる時にこういうルール決まってるのは本当助かるよ

[atsushieno]

zennは更新履歴を公開しないから後から付け加えたのかもしれんけど、「こうしなさい」ではなく「こうするとより良くなるかも」って書いてあるし、そのように受け取るべきではないか。

[blueday]

最後に「いかがだったでしょうか」で推して知るべし感ある。

[ryosuke-fujii]

ドキュメント整備をしないといけないので参考になった

[hdampty7]

最初の方読んだけど、近年ではドキュメント化が追い付かない速度で開発しないと取り残されるぐらいの危機感あるけど、どうなんだろうかなぁ。

[rinph]

nodeのversionはpackageで指定すればいいし、gitの運用はhookとactionで制御できる。 なんでこんな片手落ちなんだろう？

[sds-page]

どこまでを自由にさせてどこまで規約で縛るか。エンジニアで括らず人を見てケースバイケースで

[Iridium]

モニタは最低でも2枚は用意してください。ノートPCだけとか辛すぎるので…。あとHDD空き容量が10Gとかやめて…。そこにちょうど10Gくらいのファイル吐かせるのもやめて …。

[nv-h]

こういうのを人間がやってロジックをAIがやるようになるんじゃないかなぁ、と↓の人とは逆のことを思った。 要はプロジェクトのプロンプト書いてるようなもんだし。

[snobsnog]

エンジニアに自由にやらすと把握できないいらんルールが爆誕していくからコンセンサス取ってルール明文化していくのは大事だと思うけど。

[pwatermark]

コレね、「これらの仕組みをメンテしなきゃいけないことに気づかないで進めちゃう」ケースが出てくると、仕組み自体の信頼性がガタ落ちするのよね

[kagerou_ts]

こういうの「裏ルールを表に出す」意味合いもあるから、結果的に細かくなるんと思う。issueやPRなど結局作業するとき指摘するポイントになるだろうし。指摘しないなら書かなくてよくて、そしたら内容も減る。

[mayumayu_nimolove]

↑プロンプト与えれば良いだけだからAIがあとはよろしくやってくれるって事 / こう言うのって全部AIが何とかやってくれそうになる気がするんだよな。エンジニアはロジック部分に集中できるように。

[honeybe]

椅子の話かと思ったのに(ぇ