はてなブックマーク

技術的負債の問題は全世界でおそらく課題になっていて（笑）皆さん頭を悩ませているんじゃなかろうか。私もずっとそうだ。プログラマとしてもマネージャーとしても、直接的にも間接的にも苦しめられてきた。 そんなこんなで、うまく行かなかったり多少改善したりしつつ、ドメイン駆動設計に出会って、これが突破口になるとは感じて、取り組んできたり研究したりしてきた。とはいえ、目の前の大きな負債に向かうのはモチベーションもわかないし、組織戦略としてどうするかは本当に悩ましい。問題は「技術的負債」と一言で言えるほど単純ではない。組織も人もサービスもシステムもビジネスも絡まり、大きくて複雑だ。 そんなこんなで、増田さんとうなぎを食べに行って、増田さんのその辺の見解を伺ったり、ディスカッションしたりしていたんだが、増田さんが木工職人の例を話しをされていたときに、 「木工職人たちは「一手間」を大事にしていた」 ということ

ご縁がありまして、JavaScriptに関する書籍を執筆させていただく機会をいただきました。 JavaScript ライブラリ実践活用〔厳選111〕 (Software Design plus) 作者: WINGSプロジェクト,山田祥寛,安西剛,高江賢,高野将出版社/メーカー: 技術評論社発売日: 2013/03/20メディア: 大型本 クリック: 12回この商品を含むブログ (8件) を見る JavaScriptのオープンソースライブラリはたくさんありますが、英語のドキュメントしかなかったり、探しにくかったり、なかなかまとまっている情報がありません。今回の書籍は、すぐに使えるUI系のライブラリはもちろん、最近話題のJavaScriptのフレームワークもたくさん用意しました。 私は主に、フレームワーク系を中心に担当させて頂きました。ある程度複雑なアプリケーションでは、JavaScriptの

エンジニアとして、アジャイル（スクラム）と出会ってから、色々な変化と出会いがありました。毎日刺激的かつ楽しい日々を過ごさせていただいています。 そんな中で、縁がありXP祭のアジャイルコーチ・ラウンドテーブルというセッションに登壇させていただくことになりました。@modal_soulさん、XP祭りスタッフの皆様、貴重な機会をありがとうございます！ 初めてお会いする方々もいらっしゃいますし、どういう感じになるなのかなぁ、と色々考えていたところ、同じくご一緒させていただく、安藤さんと前川さんが記事を書かれていたので、私も乗っかってしまってみますｗ。 会社のアジャイル推進を手伝って気づいたこと - のび犬の日記 大切にしているもの - Always All Ways ここでは、私が今何をやっているか、組織にアジャイルを広めてみて感じたことを書こうと思います。 今やっていること 主に新しいスクラムの

最近色々な方と話していて、組織運営上戦略が必要という話をしているんだが、私の説明力が足らずなかなか伝わりづらく、言葉だけで話すのは難しいなと思い、整理する必要性を感じた。ということで、まずは主に全体像であり概要をアウトプットしてみた。やってみると、自分の頭の中の整理にもなり、足りないこともわかった。アウトプット重要。今後はこの図と説明があれば、話をするときにはどの話をしているかがわかりやすくなりそう。 なお、番号をつけたが、この順番で考えればいいとは限らない。もちろんレイヤーが大きいところから決めていったほうが変更のコストは低いが、物事はそんなに簡単ではない。常にすべてのレイヤーで考え続け、それぞれにフィードバックをかけ続け、変更し続けなければ組織は成長しない。 今回書いたのはあくまで枠組みの話なので、この中に取り入れる何かは組織や人によって違うべきであると考えている。ただ、私なりにこの方

※現在募集を停止しております。落ち着いたらまた再開する予定です。 1on1コーチングを体験してみませんか？無料でお受けいたします。 場所 リアル（渋谷から五反田あたり） or zoomなどのリモート 対象の方 主にエンジニアですが、エンジニア以外でもお気軽にご連絡ください 時間 1時間前後 申し込み Googleフォーム https://forms.gle/LuY45jb1dwMUcEFZA アンケートのお願い 開始前、開始後に複数のアンケートの回答をお願いします。 費用 無料（2回目ご希望の場合はご相談） カフェ等で行う場合、実費負担はお願いいたします その他 1on1の場でお話したことは口外いたしません もしよろしければ、ブログ等で感想を書いていただけると嬉しいです。 なぜやるのか？ これまでエンジニアとして、マネージャーとして、リーダーとして、コーチとして、色々やってきました。色々失

「チームになるにはまず会話量を増やす - 思考と現場の間で」を書いたが、会話量を増やしたとして、どのような状態がいいチームなのかというのを考えている。いろいろな本も読んだしスクラムを始めとした考え方も体験したけど、自分なりの解釈で言語化に挑戦してみた。今日時点での解釈ということで、今後ブラッシュアップしていきたい。 いいチーム：成果が出ている（成果の定義が明確でメンバー全員が理解している） 当然いいチームは成果が出ている。ただ、成果とは何かはチームによって違う。売上かもしれないしそれ以外かもしれない。それは時と場合によっても違う。それが明確になっており、チームメンバーが理解していることが大切だ。 腹落ちまでしていたほうが望ましいが、最悪私は最初は腹落ちはしていなくてもいいと思っている。それはやりながら考えればいい。それでも腹落ちしなければ何か課題があるはずで、それを解決すれば自ずと自分ごと