常勝軍団、青森山田高校からFC町田ゼルビアの監督に転じ、わずか1年でJ2からJ1に昇格、そして2024年J1での大躍進させた名将、黒田剛監督。著書『勝つ、ではなく、負けない。』の刊行記念トークイベントで太田宏介氏と対談した連載6回目。 【写真】トークイベントの様子 “伝える者”が大事にすべきはタイミング太田　選手やスタッフにメッセージを伝えるにあたって、黒田さんが気をつけていることや意識していることってありますか？ 黒田　宏介は（現役時代に）どう感じていた？ 太田　今までチームミーティングは基本的に楽しくないものという認識がありました。選手への指摘をはじめ、監督から注意される場所なので（笑）。でも、黒田さんは、まず話がおもしろい。目標設定ひとつとっても、「今自分たちはこういう状況にあって、もしも次の試合に負けたらこうなるぞ」という言語化能力がずば抜けていて、シンプルにおもしろいなって、ずっ

先日、フロントエンドエンジニアとしての実力を測るために、ゆめみのコーディング試験を受けた。残念ながら落ちてしまったが、学びが多かったと感じている。 コーディング試験の詳細 ビルド先 Github 今回はNext.jsを使用した。開発を進める中で以下の点を学習できた。 APIキーを秘匿にするロジックの実装 StoryBookを初めて導入 テストコードの記述 試験後のフィードバックは以下のような内容だった。 良かった点 デザインがかわいい APIキーを秘匿にするなど、セキュリティ面を考慮している 適切なコンポーネント分割やロジックの切り出し Unit Test、StoryBook、CI導入、.vscodeディレクトリの設定 JSDocコメントが適切 コミットの粒度やメッセージが適切 改善点 page.tsx 内でstateを保持しているため、チェックボックス操作のたびにページ全体が再レンダリン

2017年にインターン生として入社し、7年ほどいた会社を2024年12月31日で退職しました。チラシの裏感覚で、頭の中で思い出したことをツラツラ残しておこうと思います。 Valueを愛していた もちろん今でも「プロダクト」も「利用して下さるお客様」も「プロダクト成長に貢献する全てのメンバー」も愛していますが、私が最も愛していたのはValueでした。 社内ではいつからかValueが飛び交う事が少なくなり、Valueに感銘を受けて入社した自分にとっては少し寂しいものでしたが、今振り返っても非常に優れたValueであると感じます。Value以外にも、年齢や性別などにかかわらず1人のプロフェッショナルとして期待/評価するという価値観や姿勢も愛していました。自分が入社を決めた理由であり、退職を決めた理由でもあります。 ある時点まで、明確に「文化が組織構造を作る」が体現されていたと思っており、この当時

ここ2-3年は別の場所に書いていたが、他の方のふりかえりポストを読んで「いいな」と思ったので、年越しする前に久々にこちらで記事を書いてみる。思いつくままに雑多に。 2024年 本業面は、0から組成してきたチームの活動が徐々にアウトプットとして可視化されてきた。来年はアウトカムにつながる年になりそうでとても楽しい。（こちらはあまり書けないのでさっくり） サイドワーク面では、書籍を2冊出せたのが非常に大きかったと思う。エンジニアリングマネジメントの考え方や手法は本当に色々あるので、参考材料が日本語で読めるようになるだけでも、結構大きなことなのではと考えている。今後も続けていきたい活動の一つ。（なお、生成AIの力によって、母国語で海外の情報を取り入れるケースが確実に増えてくる。ただ、人によって手が入った日本語の情報は現時点ではまだ価値が高いので、まだ数年は今の状態が続くのでは、と思う。） サイド

今年、私の勤めていた日系の会社で米国子会社を閉じることになり、私も含め従業員全員レイオフになりました。その際に、過去にレイオフされた方々のブログが非常に参考になったため、自分でも記録を残しておこうと思い、久しぶりにブログを書くことにしました。 米国におけるレイオフに関しては先人の記事が多くありますが、会社がなくなるタイプのレイオフや、小規模な会社におけるレイオフの情報はまとまったものを見かけなかったため、本記事では主にそこに注力します。 （幸い転職活動は終了しました。本当に多くの方々に助けていただき感謝しております。） 通常のレイオフとの違い元の会社が存続する一般的なレイオフと会社がなくなるタイプのレイオフではいくつか異なる点があります。その中でも最も影響の大きな違いは健康保険と401k（確定拠出年金的なもの）の扱いです。 今回は特に保険周りでできる限り準備をしたにも関わらずひどい目にあっ

2024/10/27に行われたJJUG CCC 2024 Fallに登壇しました。 この記事では登壇の振り返りを行い、登壇内容の詳細は話しません。 【登壇資料】 www.docswell.com 振り返り まさにこの1年の集大成というべき登壇でした。 この一年間はコミュニティへの積極的な参加を進め、登壇機会も増やしていました。コミュニティ活動を通してありがたいことにフィードバックや交流を得て、今回の登壇に繋がりました。 ここからは、まとまりのない、かなりお気持ち寄りな振り返りになります。 まずは登壇のテーマについてです。今回は「Mutation Testing」をテーマに話したのですが、話そうと思ったきっかけはPHPカンファレンス小田原で聞いた、Kanonさん のセッションがきっかけです。 phpcon-odawara.jp fortee.jp このセッションでMutation Testi

毎年書いているエントリですが、特に今年 2024 年はあっという間に終わってしまった感があります。仕事面では非常に楽しいことが多く出来、更にプライベートでも色々と起きたので記憶に残る年になりました。 9 年目も無事生き延びることが出来た 普段は数年前のがんについて書いていますが、今年は色々知られているように 6 月末に LUUP いわゆる電動キックボードで転倒して左足の大腿骨を折っています。これまで六本木のオフィスに行くために LUUP を活用していましたが、初めての転倒で大腿骨の骨折という大怪我をしてしまいました。 転倒して大腿骨を折ってしまいこれから緊急手術 (@ 広尾病院 救命救急センター (東京ER広尾) in 渋谷区, 東京都) https://t.co/syC6KUOAhh— Tatsuro Shibamura (@shibayan) 2024年6月29日 六本木にお昼を食べに

Tidy First? 読みたいなぁ、と思っていたら t-wada さんのツイートが流れてきて気になったので読んだ。 栃木からの帰りの新幹線で、自分にとってのバイブルである『プログラミング作法』を読み返していた。 pic.twitter.com/uDgjwxwCE5— Takuto Wada (@t_wada) 2024年12月17日 感想 めちゃくちゃ面白かった...... 書籍自体は純粋に全部面白かったが、第4章のインターフェースの話が本当に面白くて興奮した。 1つの機能を例に挙げて、ステップバイステップで改善していくという内容だった。 考え方が言語化されていて、これは自分も意識してやった方がいいなと思わされた。結構フレームワークに近いエッセンスを感じた。うまみがすごすぎた。 全体的に根底の考え方を固めるような内容で、また読みたいと思った。インターフェースの章はあらゆる人に読ませたい。

2024年7月～12月に読んだ本のまとめ。カウント対象は期間中に読み終わったものに限り、読みかけの本は対象外としている。あとコミック、漫画雑誌類もけっこう読んでいるのだけれども、これは除外。 この6カ月では65冊の本を読み、2024年全体では133冊の本を読んだようだ。まあ通常運転という感じ。 いつもどおり半期で読んだ本の中で良かったものをピックアップしてみる。 文芸書のおすすめ（一般編） 文芸書のおすすめ（趣味のSF編） 教養書のおすすめ ビジネス書のおすすめ 技術書のおすすめ この半期の振り返り 2024年下半期に読んだ本リスト 過去の読書ふりかえり記事 文芸書のおすすめ（一般編） いきなり悩ましい。ミステリー・エンターテイメントとしては「傲慢と善良 (朝日文庫)」（発売当時「婚約者が失踪」というあらすじにドロドロな恋愛ドラマを予感して避けてたのだけど、超よかった）や「地雷グリコ (角

シニアなエンジニアがなんでもやる人間になりがちな潮流は昔からあったが、とあるブログ記事によれば、プロダクトエンジニアはフルスタックエンジニアと違って、個別の技術要素までは深く踏み込まず、ユーザ体験やマーケティングなどユーザフェイシングに近いところ、そしてドメイン知識に注力すべきとのこと。 とはいえ僕はそうは思わず、プロダクトエンジニアはユーザフェイシングなところもしっかりやりつつ、個別の技術要素もちゃんとやるべきかなと思う。 そう思う背景はいくつかある。まず、Sherifの言うところのProduct Engineerの “Characteristics” を読んだ上で、これをきっちりやり切るには、そもそも卓越した技術力が必要なのでは？　としか思えないことが一つ。 そして、ソフトウェアの技術というのは強大な力であり、あらゆるところに陥穽があるなと思っていることもある。これは前職で強く学んだこ

2024年のふりかえり 1月 子の受験がいよいよ本番で、私は感染対策に引きこもっていた。と思ったけど、たしか本の寄稿が山場で（仕事も山場だったけど） 平日は自宅で10時間以上本業で働いて、土日は子を塾に送ったあとでひたすらカフェとかで本の寄稿をしてた。ずっと働いてた。 そのおかげもあるのか、会社ではMVP賞をもらった。すごい。うれしい。 2月 子の受験がまだまだ続く。推薦入試の合格発表のときに子どもがコロナにかかって本当に子は大変そうだった。 お腹が痛いっていっつもいってて、病院にも連れて行ったりした（ストレス性だったみたいで3月以降ピタッととまった） ここも基本的に引きこもりで土日は多分まだ本の寄稿をしていたような気がする。 ブログ2本 underscore42rina.hatenablog.com 先月もらったMVP賞。このあとで、名前入りユニフォームとランチにつれていってもらった。

この記事は僕が服を好きになるきっかけを書くとともに、見た目の印象が与えるバイアスの話について考察しています。 服好きはもちろんプロダクト開発界隈の人々にも伝えたいことがあるのでぜひ読んでください！感想も待ってます！ (モデルになるは誇大広告です。たまに知り合いの店の着用モデルをしてます。本業はwebサービス作る人です。) はじめに僕は服が大好きです。 服が好きな人はなぜ服が好きなのか。人それぞれストーリーがあると思いますが、今日は僕が服やファッションに興味をきっかけを書いてみようと思います。黒歴史含みますが、年末年始のコンテンツとしてご笑覧いただけますと幸いです。 著者近影ですぶつかりおじさんとは突然ですがみなさんはぶつかりおじさんの存在を知っていますか？ その名の通りぶつかってくるおじさんです。物理的なものもあれば絡まれる的なものもあります。 なんでそんなことをするのかはわからないんです

2024.09.27 OpenAI APIを使ってgit commitメッセージやコードレビューをAIに任せましょう！ 次世代システム研究室の Y.I です。 OpenAI API を活用してちょっと便利なコマンドを作成したのでご紹介します。作成したものは、「自動Git Commitメッセージ生成」と「コードレビュー」機能です。LangChainやVectorDBなどを利用しなくても、発想次第で便利な機能を作れますので1例としてご覧ください。 機能紹介 Pythonで以下の機能を実現しています。 Git commitメッセージの自動生成 Gitの変更履歴に基づき、適切な日本語のcommitメッセージを生成します。 コードレビューの自動化 Gitの変更履歴に基づき、コードに問題がないかやパフォーマンス改善の提案を行います。 openai apiのtokenを環境変数から取り込み 簡易的ですが

パブリテック事業部プロダクトチームの所属のたけだです！ この記事はトラストバンクAdobent Calender 2024の記事です。 qiita.com 何を話すか 何を話さないか パブリテック事業部と私 LeSS実践者トレーニング（CLP）を受けて スクラム開発（LeSS）組織におけるマネージャーの役割とは Go See 開発を管理するのではなく、より高い提供価値のために改善する スクラムガイドに「マネージャー」というポジションが一切登場しない背景 DoD（DONEの定義）はチームの能力を表す コンポーネントチームではなくフィーチャーチームにする 自己管理化された組織づくり マネージャーはスクラムチームの中に置かない 個人の成長なくしてチームの成長はしない 社員採用にチームを巻き込む 個人だけで達成するような評価対象となる業績目標を設定しない リソース思考に囚われ過ぎない チームがオー

いわさです。 「Building Multi-Tenant SaaS Architectures」という海外の書籍があります。 著者は Tod Golding さんで、AWS のシニアプリンシパルソリューションアーキテクトの方です。 SaaS on AWS の領域でよく見かける方で、先日もラスベガスの re:Invent 2024 で講演されておりました。 マルチテナント SaaS を構築・運用するためには様々な課題に取り組む必要があるのですが、上記書籍はそれらの実用的なテクニック・戦略・パターンを解説したものです。 Building Multi-Tenant SaaS Architectures の日本語翻訳版が出るよ Building Multi-Tenant SaaS Architectures は 2024 年 4 月に発売されたのですが、来月 2025 年 1 月になんとこちらの

こんにちは。LINEヤフーの久慈泰範です。Advent Calendarは入社すぐに書いて以来、5年ぶりです。久々だー。 今日は、LINE（現 LINEヤフー） で SSL/TLS 証明書の購買を自動化した話を書きます。(以下、証明書と呼びます) 自動化のためにはタスクの形や人の動きを変えなければいけないことが多く、ほとんどの時間は混乱なく変化を続けていく方法を模索し続けていた時間だったように思います。2023年10月をもってやりたかったことは一通り終わったので、節目の記録としてこの記事を書くことにします。 この記事に書いてあること 自動化のためにやったプロジェクトの概要助けてくれたたくさんの方への感謝 この記事に書いていないこと プログラムコードなど、技術的な話 Summary LINEには多数のサービスがあり、500を超えるドメインが運用されています。サブドメインを含めると約十万件あり

こんにちは。LINEヤフーのSSL Admin、Inoue と Kuji です。 旧 LINE株式会社が管轄していたネットワークには 数十万もの TLS Endpoints があり、数多くの SSL/TLS 証明書（以下「証明書」）が利用されています。この記事では、そのうち約 20 万の TLS Endpoints が提供している証明書の有効期限を可視化した取り組みを紹介します。 この記事に書いてあること 証明書の可視化を行うまでのストーリー証明書の可視化によって生じた効果今後の展望 この記事に書いていないこと プログラムの具体的な実装 今回紹介するツール（開発したもの） ValidCertWatch ValidCertWatchは社内のあらゆるWeb siteの証明書情報を一目で確認できるツールです。UIはこのようなイメージで、証明書を利用しているFQDNの一覧や、FQDNに適用されてい

本書では情報セキュリティ対策の一環であるセキュリティ監視を実現するための方法として、セキュリティ監視の基盤を自分で構築するために必要となる実践的な設計・実装方法について紹介します。セキュリティ監視基盤を内製する方だけでなく、既製ソフトウェア・サービスを利用して基盤構築しようとしている方にも参考になれば幸いです。

年末。KOBA789 です。 南米出張から戻ったあとちっとも時差ボケが治らず、自律神経を単振動させていたらもう年が明けそうです。それに限らず本年もさまざまなことがありました。 2023はこちら: diary.hatenablog.jp 年初 1月。2024年は配信2連チャンで幕を開けました。いずれも好評で、というか宮乃やみさんとやらせてもらったRust の所有権とライフタイムを解説する方はやたらと好評で、アーカイブについたコメントの数に驚いたりしました。まったくありがたいことです。結局2024年の YouTuber 活動は年始のこれがピークになってしまいましたが。 仕事の方では、念願のデータ利活用でビジネスすっぞという部が立ち上がり、そこへ異動となりました。私は個人のお金を稼ぐことにあまり興味はありませんが、お金をいただけるような価値を事業で創造するのは、稼いだお金でより大きなことができる