さよならアーキテクチャ議論｜Seiji Takahashi@ベースマキナ
ポエム。 つまり？予算やチームのリテラシーに合わせて最速で作れて、チーム内で「俺ら高凝集低結合だなー」と思えるなら、アーキテクチャはなんでもいいと思えてきました。 前提・まだ割と収益が安定してないプロジェクトでの話です。お金があるなら好きにやりましょう。Go Bold。 ・DDDやクリーンアーキテクチャがダメとは言ってないです。むしろ自分は直近そこまで厳格ではないクリーンアーキテクチャでAPI書いてます。 ・以前こういうポスト書くくらいにはアーキテクチャのこと試行錯誤してました。 アーキテクチャ導入議論への疲労以前僕は、DDDやクリーンアーキテクチャを導入するという話が出ると積極的に顔を出すようにしていました。でも、最近は「導入しましょう」「既に適用してあるのでキャッチアップしてください」などの議論をするのに少し疲れてしまい、足が重くなったように感じます。もうおじいちゃんなので体力がないん
退職エントリーを書かれる前に実践したい、エンジニアが辞めないチームの作り方
マネジャーにできること 「辞めたい」と相談された場合はラッキーですが、そうでなくても常日頃からエンジニアの「辞めたい気持ち」が蓄積しないようケアをすることがマネジャーには求められます。 蓄積させないために、蓄積したものを取り除くために、マネジャーができることを考えてみましょう。 マネジャーのミッションはメンバーの給料を上げること 仕事上の不満や理不尽は現場によってまちまちですから、一般的な答えはありません。しかし、マネジャーとして最も重要なこと、すなわち「メンバーの給料を上げる」ことをミッションとして肝に銘じてさえいれば、行動指針はおのずと見えてくるのではないでしょうか。 関連記事 エンジニアに「退職の自由」はあるのか？ 主要エンジニアが退職したからゲームのリリース日が大幅に遅れた。訴えてやる！――IT訴訟事例を例にとり、システム開発にまつわるトラブルの予防と対策法を解説する人気連載。今回
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PMの採用について
