はてなブックマーク

DevOpsDays Tokyo2024にオンラインで参加しました！ ユーザの要望を可能な限り早くデリバリーできるエンジニアを目指す私としては、トランクベース開発というキーワードがやはり気になるところでした。 イベントでトークセッションをしていたカケハシ社の「Value-Driven DevOps Team〜価値貢献を大切にするチームがたどり着いたDevOpsベストプラクティス〜」で聞いた内容と、 自分なりに調べた内容を組み合わせて、素早くユーザに機能をデリバリーするためのトランクベース開発についてまとめていこうと思います！ ↓DevOpsDaysで聴講したセッションの資料はこちら↓ 引用: Value Driven DevOps Team ~価値貢献を大切にするチームがたどり着いたDevOpsベストプラクティス~(https://speakerdeck.com/kakehashi/val

忙しい人のために 1on1で成すべきことは、 メンティーは「自分のチャレンジを応援し、チャレンジを一緒に考えて欲しい」ということを 伝える べし メンターは、メンティーに自分一人で思いつかなかったチャレンジをさせるべし そのチャレンジに向けて、メンターとメンティー2人で走り続けるべし 1on1で本当に成すべきこととは？ 世の中の標準的な考え方から、1on1で本当になすべきことは何か？を掘り下げてみます。 参考としてパーソルさんの記事を引用し、1on1の目的を確認してみます。 1on1の目的 企業が1on1を行う目的は、主に以下の2点が挙げられます。 ・部下の成長促進 ・企業の組織力強化 引用: 1on1とは？目的や話す内容・面談との違い【取り組み調査あり】 上記が一般的に言われる、1on1の目的だと思います。 目線が経営目線になっているので、1on1を実際にやる我々目線でもう少し噛み砕いて

エンジニアの必読書を読んでいない・・・！！ 「Learn things that don't change」という海外の記事で、「2024年の全エンジニアが読まなければならない本」(下の画像)が紹介されており、その中でマーチンファウラー著「リファクタリング」を読んでいないことに気づきました。 (中段左のGoodPracticesのRefactoring) 引用: 「Learn things that don't change」 新卒でエンジニアリングを本格的に始め、早30歳を過ぎた私ですが、ソフトウェアエンジニアの必修科目を履修するため「リファクタリング」今更読みました。 この「リファクタリング」という本を読んでいて、 内容としては、「まあそうだよね〜」というのも多いのですが、その中でも本を読むまで言語化しきれてなかったところがあったので、それを書き連ねていきます。 忙しい人のために リフ