さよならアーキテクチャ議論｜Seiji Takahashi@ベースマキナ
ポエム。 つまり？予算やチームのリテラシーに合わせて最速で作れて、チーム内で「俺ら高凝集低結合だなー」と思えるなら、アーキテクチャはなんでもいいと思えてきました。 前提・まだ割と収益が安定してないプロジェクトでの話です。お金があるなら好きにやりましょう。Go Bold。 ・DDDやクリーンアーキテクチャがダメとは言ってないです。むしろ自分は直近そこまで厳格ではないクリーンアーキテクチャでAPI書いてます。 ・以前こういうポスト書くくらいにはアーキテクチャのこと試行錯誤してました。 アーキテクチャ導入議論への疲労以前僕は、DDDやクリーンアーキテクチャを導入するという話が出ると積極的に顔を出すようにしていました。でも、最近は「導入しましょう」「既に適用してあるのでキャッチアップしてください」などの議論をするのに少し疲れてしまい、足が重くなったように感じます。もうおじいちゃんなので体力がないん
退職エントリーを書かれる前に実践したい、エンジニアが辞めないチームの作り方
マネジャーにできること 「辞めたい」と相談された場合はラッキーですが、そうでなくても常日頃からエンジニアの「辞めたい気持ち」が蓄積しないようケアをすることがマネジャーには求められます。 蓄積させないために、蓄積したものを取り除くために、マネジャーができることを考えてみましょう。 マネジャーのミッションはメンバーの給料を上げること 仕事上の不満や理不尽は現場によってまちまちですから、一般的な答えはありません。しかし、マネジャーとして最も重要なこと、すなわち「メンバーの給料を上げる」ことをミッションとして肝に銘じてさえいれば、行動指針はおのずと見えてくるのではないでしょうか。 関連記事 エンジニアに「退職の自由」はあるのか？ 主要エンジニアが退職したからゲームのリリース日が大幅に遅れた。訴えてやる！――IT訴訟事例を例にとり、システム開発にまつわるトラブルの予防と対策法を解説する人気連載。今回
PMの採用について
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。 スクラムマスター3ヶ月生が チームの自己組織化に挑戦して ヤフー株式会社 川鯉 光起 XP祭り 2015 自己紹介 ヤフー株式会社 3年生(新卒入社) スクラムマスター3ヶ月生 川鯉 光起 こんな沢山の前で話したこと無いのて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
