こんにちは。2019年と2024年に記事を書いていた山本です。ますます元気にモノタロウで働いております。 さて、毎日、散発的に、突然やってくる割り込み業務って、地味～に疲れますよね。そんな負担がかかっているチームメンバーたちを少しでも楽にするため、生成AIを活用して業務改善をし、我ながら見事な成果を上げたものの、全然スマートじゃない野暮な設計をしているのが恥ずかしくて、公表と展開はチーム内だけに留めていました。 当社の生成AI活用のレベルが高いのは、他のブログ記事をご覧になれば分かると思います。これらに比べたらショボすぎて、恥ずかしかったのです。 tech-blog.monotaro.com しかし、AI駆動開発チームのリーダーの市原さん（この記事の人）に何故か見つかってしまい。 意外なことに「すごい発想！面白い！」と褒めちぎられ、「すごいから社外カンファレンスで発表しましょう！」と神輿に

とりあえず思うことをつらつら書いていたら長くなったので、こちらの記事はAI等で要約して読むことをオススメします。 長文になります。 一応私の経歴を書いておくと、コンシューマから、PCオンラインゲームは2003年から関わっていて、ガラケー、スマホまで、運営型オンラインゲームの企画、開発、運営を経験しています。その中で最近振り返って思うことを書き連ねてみます。少しながら何か今後に役立つ知見になれば幸いです 運営型オンラインゲームから、新しい作品が生き残れない状況が続いている。どのタイトルも早期に燃え尽きている。厳密に言えば、リリースまでたどり着けず消えていく企画の方も多い。 この流れは2020年代に入ってさらに顕著になった。data.ai（旧App Annie）のデータを見ても、モバイルゲーム市場で新規IPが上位に食い込むケースは年々減少しており、新陳代謝がほぼ止まっている。 この状況は、単に

はじめにITベンダーの皆様、申し訳ありません。 この数ヶ月、何社もの「進捗どうですか?」というメールに対して、「社内で検討中」と返信して進めておりませんでした。 御社の素晴らしいSaaSの導入を止めていた犯人は、私です。 言い訳をすると、今日は、いろいろな仕事に追われていた。 朝からDXのプロジェクトの進捗を見て、関係者に催促して、今度の対応事項をパワポに書いて。 それから、WindowsXPのような見た目の社内システムで、交通費の精算。エクセルをプリントして印鑑を押して、領収書をのりで貼り付けて、経理まで提出。一発で承認が降りる人は、部署内でも少ない その後、懇親会のメールの作成。ccの順番は部署順か役職順か。日程調整は、エクセルでは失礼ではないか。 そんな生産性とは無縁のことに頭を悩ませながら、時間が過ぎる。 この状態で、御社からのメールを開く。 「先日ご提案した件、ご検討状況はいかが

これまで数多くのシステム障害を復旧してきました。 障害は無いに越したことは無いですし、起こらないように最善を尽くすのが我々エンジニアの使命です。 しかし、どれだけ最善を尽くしても起こる時には起こります。 今回は、これまで数多くの障害を復旧させてきたエンジニアが、復旧作業時に何を考えているのかを改めて言語化してみたいと思います。 こういう情報ってそれぞれのエンジニアの頭の中にあってあまり共有されないので、意外に参考になるかなと思います。 障害復旧対応の醍醐味 表現が適切かは分かりませんが、僕はシステム障害を復旧させるのが大好きです。目の前に起こっている事象からヒントを集め、地道に原因を切り分けてクリティカルヒットを見つけたときは名探偵になった爽快感があります。 加えて、動いているものを常に動かし続ける日頃の保守運用とは異なり、動いてないマイナスの状況を0まで戻すということで、復旧成功した際に

AIのせいか年をとったせいか、おそらくその両方で、ビジネスのやり方が変わって、ふんわりした話にばかり関わっている。 「生成AIを使って暗黙知化したプロセスを形式知化して、御社のサプライチェーンをオプティマイズして、セールスをグロースさせます」とか「エンジニア間のスキルギャップをスクラムによってファシリテリテーションして御社のデベロップメント課題をイシュー化します」とか、なんだかそういった感じの話に関わっているのだ。 こういうふんわりした案件は、会議で何を発言しても面映ゆくなるというか、口に出せば出すほど脳が痒くなってくるような感覚があって、結局お前達の求めているものは売り上げと人員整理によるコストカットであって、もっと言えば人間の求めるものは不老と美食とセックスなんだから、そうはっきりと言え、と会議室の真ん中で叫びたくなってくるのを必死でこらえているのだった。 以前は、私の仕事はこんなでは

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? フューチャーアドベントカレンダー2020の24日目です。 はじめに フューチャーに入ってテックリード（社内だとアーキリーダーと呼ぶことも多い）のような役割をし始めて4,5年ほど経過しました。 いくつかの案件を回して自分なりに汎化・パターン化してきた部分も増えてきたので、気を付けていることをまとめました。 テックリードとは エンジニアのためのマネジメントキャリアパス――テックリードからCTOまでマネジメントスキル向上ガイド によると、以下のように説明されています。 テックリードはエンジニアの階層におけるランクのひとつではなく、シニアのレベ

なんとか内定取れた・・・ ・前職は売上２００億ぐらいの上場企業 ・そこの営業マネージャーだった ・ちょっとやらかして降格になって給料も１５０万ぐらい下がったので（７００→５５０）転職活動を決意 という感じ。６月ぐらいから始めて４か月かかった。やったことは ・ビズリーチに登録 ・LinkdInに登録 他にもやったような気もするがメインはこの２つ。登録したら結構ちゃんとスカウトが来た。スカウトは大きく分けると２つあって ・エージェントからのヘッドハンティング ・企業からの直接のスカウト こう書くとかっこいいが結論から言うとエージェントのほうは全滅した。ビズリーチで直接声かけてくれた企業に内定した。 今回の転職活動を通してこれからやろうと思ってる人に伝えたいことは、「エージェントは信用ならん」ということになるが、勿論「俺の場合は」ではある。 エージェント経由で受けたのは６社。うち、 ・条件面など

こんにちは、ログラスの松岡(@little_hand_s)です 3行まとめ AIに質問させるときに選択肢を提示させると、回答が楽で早くなる さらに、推奨度とその理由を出力させると、その根拠を元にAIと議論できるし、納得感を持って進められる 結果、意思決定が速くなり、質も上がる AIと対話しながら開発してますか？ Claude CodeやCursorなどのAI開発ツールを使ってる人、増えてますよね。 AIが暴走しないように、不明な点を質問させてる人も多いと思います。 でも、毎回自然言語で答えるの、面倒じゃないですか？ たとえば： AI: 「バリデーション、フロントエンドとバックエンドどっちでやりますか？」 あなた: 「うーん、両方かな。セキュリティ的にバックエンドは必須で、UX的にフロントエンドも欲しいし...」（と、入力すると長い） もしどちらでバリデーションするかを決めていなかった場合、

はじめに ソフトウェア開発において、リファクタリング、つまりコードの保守性を高める活動は、ソフトウェアの価値を高める上でとても大切ですよね。 しかし、「リファクタリングの時間が確保できない」「リファクタリング実施のための同意が得られない」という話を耳にすることがあります。 リファクタリングは「絶対やった方がいいのは感覚としてはわかっている、でもその必要性ををうまく伝えられない」となりがちな性質があるのです。 この記事では、リファクタリングの時間を確保するために、どんなことを考え、何をステークホルダーに伝え、具体的にどのようなタイミングで実施していくといいのか、について解説します。 ポイントまとめ リファクタリング時間確保のポイントを端的に説明すると、以下の通りになります。 リターンとコストを明らかにする 複数の実施パターンを選択肢として持ち、柔軟に選べるようにする。 その中でも、日頃の小さ

GINZA TANIZAWA TOKYO 五代目店主 @dullesbag_1874 言葉を選ばずに言います。 日本の働く皆様、どうか目を覚ましてください。 リュックもトートも、楽なのはわかります。 でも鏡を見てみてください。 スーツに革靴まで履いて、 部下と同じナイロンビニールのリュック—— 本当に、それでいいんでしょうか。 この投稿を読んで何か感じた方は、 もうきっと、革鞄を手に取っているはずです。 2025-11-01 07:42:52

はじめに どれだけ技術を学んでも、どれだけ正しいプロセスを知っていても、燃え尽きてしまったら意味がない。才能ある若者たちが最初は誰よりも速く理解して、誰よりも多くのコードを書いていたのに、数ヶ月後には姿を見せなくなる。「疲れた」と言って離れていく。 逆に、最初は遅くても数年経った今も黙々と学び続けている人たちがいる。彼らに共通しているのは、自分を大切に扱う習慣を持っていることだった。ちゃんと眠る。ちゃんと食べる。ちゃんと休む。そしてちゃんと掃除する。その中でも最も基本的な実践が、掃除だ。 在宅勤務を始めて六年目のある朝、ふと自分の部屋を見回した。 今、部屋は比較的綺麗だ。床に物は落ちていない。デスクの上も整理されている。技術書も本棚に並んでいる。窓を開けて空気を入れ替える習慣もついた。カーテンも開いていて、部屋の中は明るい。 30歳のエンジニア、独身。在宅勤務という働き方は自由をくれたはず

日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。

「うちの会社、エンジニアが足りなくて困ってるんですよね」 「だれかいいエンジニアいないですか？」 この一言を聞くたびに、私は心の中で「その会社には紹介したくないな」と思ってしまいます。 なぜでしょうか。それは、この表現が「エンジニアなら誰でもいい」というメッセージを発しているからです。まるで「いい女いないですか？」と聞いてくる人に、大切な友人を紹介したくないのと同じ心理です。 採用と恋愛は驚くほど似ています。 相手のことを深く知ろうとせず、自分の都合ばかり話し、「うちはすごい会社なんです」と自慢話に終始する。これではマッチングアプリで嫌われるパターンそのものです。 なぜ優秀なエンジニアは「人手不足」の会社を避けるのか 優秀なエンジニアが転職活動をする理由は、決して「今の会社が嫌だから」だけではありません。多くの場合、より面白い課題に挑戦したい、より良い環境で成長したいという前向きな動機です

プロダクト開発をしていると、ユーザーや社内から改善要望をもらうことがよくある。でも、その要望の多くが「How」しか書かれていなくて、本当に必要な「Why」が書かれていない。 例えば、よくあるものだと 「ユーザー一覧をCSVでダウンロードできるようにしてほしい」 「検索結果を50件ずつ表示してほしい」 「削除ボタンを赤色にしてほしい」 といったものだったりします。 社内の人には「HowはあってもなくてもいいのでWhyを書いてください」と言っているんだけど、実際にWhyが書かれているケースは少ない。 テンプレートみたいなものを用意してもひどいケースだと「◯◯機能がほしいので◯◯機能を作ってください」みたいなことが書かれている。 どうしてWhyが重要かというと、"最適な解決策を見つけつつ、将来の拡張性も考慮した設計にしたい"からです。 このnoteではなぜ、要望にはWhyが重要でHowが重要では

https://anond.hatelabo.jp/20250930101026 副業でタイミーやるの趣味のタイミーマスターがおすすめの仕事紹介する ・ヤマト早朝仕分け だいたい5時から8時の短時間で怒られることもなく単純作業ですぐ終わる。 ・倉庫全般 常に募集している倉庫の単純作業系全般。ボロい場所からAmazonみたいな最新倉庫までピンキリ。綺麗な倉庫がおすすめだがボロくてもいい場所はある。ただし冷凍倉庫のピッキングだけはぜっったいにやめとけ。絶対に。 ・スーパーの精肉 意外だがスーパーはコミュ障におすすめである。もちろんレジは辛いが精肉加工はひたすら陳列するだけの単純モクモク作業でありゲームみたいで楽しい。個人的には精肉気に入ったら長期雇用してもらうのがベスト。タイミーでは土日のセールに募集が多い。 ・山崎パン系工場 ヤマザキパンやコンビニ弁当キムチなどの工場全般もおすすめだか、マジ

2025-09-29 / 大AI時代の航海術のヒント?「技術と楽しさの交差点」

Fellow at Henry, Inc. Tech SaaSのPdM、スタートアップ取締役CTOや外資スタートアップのIC等を経て現任。好きな言語はGoとPerlと中国語で雑なOSSを200以上量産している。3 times ISUCON winner. 著書「みんなのGo言語」共著他。Podcast: https://oss4.fun/

iOSDC Japan 2025の登壇資料です！ #iosdc #a https://fortee.jp/iosdc-japan-2025/proposal/c06d6589-0bb2-4ac4-9648-d6d187a53154

「なんでこの提案、通らないんだろう？」 ──かつての私は、仕事が進まない理由を“相手”に求めていました。 しかしあるとき気づいたのです。提案が止まるのは、「言語化」を相手に委ねていたからだと。 提案レベルを上げ、“伝えたい”を“伝わる”に変えるための言語化コストを自ら引き受けることで、提案はそのま…