はてなブックマーク

はじめに こんにちは！物流部門で設備技術チームに所属している中垣です。 MonotaROの物流センターに勤務しており、設備導入や改善業務に取り組んでいます。 本記事では物流現場における「自動化設備の内製フロー」についてご紹介します。 「物流の人がテックブログ！？」と思われるかもしれませんが、先日開催された社内カンファレンス「ManabiCon(マナビコン)」で本記事の内容を紹介したところ、システムエンジニアの方々からも「課題への取り組み方」に学びがあると非常に好評をいただき、執筆する運びとなりました。 マナビコンについては過去に関連記事も出しているので詳しくはこちらをご覧ください。 tech-blog.monotaro.com 【この記事から学べること】 ・設備内製のプロセス ・物流現場の改善事例及びプロセス はじめに どんな設備を作ったのか なぜ内製したのか プロセス全体像 現状把握と改

はじめに こんにちは。SRE部会員ID基盤SREブロックの田中です。 ZOZOではマイクロサービスの増加に伴い、昨今高度化するサイバー攻撃に対応しつつ、各システム間のセキュリティとその統一性を維持するための仕組みが求められていました。なかでも、認可基盤の統一は長年にわたる重要な課題のひとつでした。 そこで今回、Istioを活用することで認可機能をアプリケーションから切り離し、ZOZOTOWN共通の認可基盤を実装する方針を採用することにしました。 本記事では、IstioのAuthorizationPolicy機能を利用した認可制御の実装方法について紹介します。 目次 はじめに 目次 Istioとは 課題 Istioを選定した理由 AuthorizationPolicyによる認可制御 AuthorizationPolicyの基本構造 metadata selector（適用対象） action

こんにちは、スマートバンクでプロダクトマネージャーをやっているinagakiです。 社外のプロダクトマネージャー（PM）の方とお話しさせていただく際、2023年に公開した「プロダクトマネージャーの業務マップ」を見たことがあるという声をよく聞きます。 PMは仕事の特性上、カバー範囲が多岐に渡ります。そのため、チーム状況やフェーズに応じた他職種や他PMとの役割分担が重要になります。 また、PMの定義や役割は会社によって異なることも多々あります。採用活動において、もしくは新しいメンバーのオンボーディングにおいても、その役割認識を揃えることは重要です。 そうした観点から、PMの業務マップは役割の認識を揃えるためのコミュニケーションツールとして有用です。社内でも採用やオンボーディング、育成、組織づくり等の目的で活用してきました。 一方で、2023年当時と2026年現在では、スマートバンクの状況やAI

テックタッチでPdM（プロダクトマネージャー）を担っているkokiです。 最近は2歳の息子とディズニー映画の『ズートピア』を観るのが日課です。 私が一番好きなキャラはクロウハウザーです。優しくのんびりした雰囲気が和やかで好感を持てます。 はじめに テックタッチの PdM って何をする人？ プロダクトマネジメントの業務プロセスについて 非エンジニア PdM が「問い」で共創するための3つのステップ 1. 解きたい課題の解像度を上げる 2. 課題解決に際してのコンテキストを合わせる 3. 問いを投げてソリューション案を磨き上げる ターゲットユーザーは、その機能を問題なく利用できるか コストに見合った開発となるのか おわりに：技術がわからなくても、「問い」で貢献できる はじめに 「技術がわからない自分に、一体何ができるのか？」 これは、非エンジニア PdM なら一度は抱える悩み・不安ではないでし

はてなブックマークのブックマーク数が多い順に記事を紹介する「はてなブックマーク数ランキング」。1月12日（月）～1月18日（日）〔2026年1月第3週〕のトップ30です*1。 順位 タイトル 1位 AI に指示するのではなく、まずは AI に質問させた方が捗る 2位 「このおっぱいじゃ一人暮らし無理でしょ」が登場するAVを特定しました｜pato 3位 青春18きっぷ1枚で日本縦断ずっと不可能だったけどまた可能になったので最北端の稚内から最南端の鹿児島まで行ってきた｜pato 4位 立憲と公明が新党結成へ、15日に党首会談 公明は小選挙区撤退方針 [衆院選（衆議院選挙）2026][中道改革連合][立憲民主党][公明党]：朝日新聞 5位 〔講演〕希土類（レアアース）のサプライチェーン | 公益財団法人 日本証券経済研究所 6位 東京終電マップ｜TOKYO LAST TRAIN MAP 7位 心

はじめに コドモンでエンジニアをしている羽馬です。 プロジェクトごとに、使用するツールや設定ファイルがバラバラな状態はよくあります。 「Node.jsはxx系、Javaはxx系。環境変数は .envrc で、タスク実行は Makefile で」といった具合です。 日頃から開発しているレポジトリであればまだしも、初見のプロジェクトでは異なります。nodenv などでバージョンを合わせて、.envrc を許可し、Makefile の内容を確認してタスクを実行するといった手順は、非常に手間がかかります。 こうした開発環境の「断片化」によるコストを解消するため、mise（ミーズ）を導入し、ツールのバージョン管理からタスクランナー機能までを一本化しました。 このブログでは、mise の概要と、導入によって開発フローがどう改善されるかを紹介します。 mise とは mise（「ミーズ（meez）」、ま

コーポレートエンジニアの @sion_cojp です。 この記事では、ISMS関連の文書を Google Docs から GitHub に移行した理由と運用方法 について紹介します。 ISMSで管理する文書とは？ ISMS（Information Security Management System）は、情報セキュリティを組織として継続的に管理・運用するための仕組みです。 ISO/IEC 27001（JIS Q 27001）は、そのISMSをどのように構築・運用・改善していくべきかを定めた規格になります。 例えば、規格では「付属書A 9.4.5 プログラムソースコードへのアクセス制御」が要求事項として定められており、これに対応する形で社内文書には「ソースコードのアクセスおよび管理方法」を記載します。 ISMS というと「文書が多い」「運用が大変」というイメージを持たれがちですが、本質は 文

スマートバンク新春エンジニア駅伝2026 の第十区走者の toshimaru です。 第九区は occhi さんによる「リードレプリカにおける「書き込み後の読み取り一貫性」を担保する 〜 ワンバンクでの実践 〜」でした。ちょうど折り返しも過ぎ、復路に突入。今日も走っていきます。 DBスキーマ変更をオンラインでダウンタイムなく安全に行いたくないですか？　私は行いたいです。では、やりましょう。 オンラインスキーマ変更ツールの利用について オンラインスキーマ変更というと、pt-osc, gh-ost などのOSC（Online Schema Change）系のツールが有名でしょう。一方、多くのRailsユーザーは標準マイグレーション機能や ridgepole のようなツールを利用してデータベースの変更を管理していると思います。 これらのマイグレーションツールに加えて、さらにツールを導入し運用する

スマートバンク 新春エンジニア駅伝 2026第九区走者のサーバーサイド部の occhi です。 最近、私たちのシステムの心臓部である本体アプリケーション「core-api」のデータベース負荷を分散するため、リードレプリカを導入しました。 プライマリ（書き込み用）とリードレプリカ（読み取り用）を分ける構成は、読み取り処理をスケールさせるための定石ですが、運用を開始するにあたって避けて通れないのが「レプリケーション遅延」という課題です。 本記事では、ユーザー体験を損なわずにリードレプリカを活用するための「書き込み後の読み取り一貫性」の担保手法について、具体的な実装とともにお話しします。 課題：レプリケーション遅延がもたらすユーザー体験の低下 プライマリからリードレプリカへの書き込みは非同期で行われます。そのため、コンマ数秒というわずかな時間ですが、プライマリとレプリカの間にデータの差異（ラグ）

AI コーディングエージェントの普及により、ターミナルベースの TUI アプリケーションの需要が高まっています。OpenTUI は Typescript で TUI アプリケーションを簡単に構築できるライブラリです。この記事では OpenTUI の特徴と基本的な使い方を紹介します。 AI コーディングエージェントの普及により、ターミナルにふれる時間が増えた開発者が多いでしょう。そんな中、ターミナルベースの TUI (Text-based User Interface) アプリケーションの需要が高まっています。OpenTUI は Typescript で TUI アプリケーションを簡単に構築できるライブラリです。OpenTUI は opencode の基盤として利用されていることもあり、今後も開発が活発に続けられることが期待されます。この記事では OpenTUI の特徴と基本的な使い方を紹介

Agent Skills 入門 こんにちは、サーバーワークスで生成AIの活用推進を担当している針生です。 Claude Code を使っていて、こんな経験はありませんか？ 「API レスポンスはこの形式で返して」と毎回指示している コードレビューの時に「簡潔に要点だけ教えて」と毎回伝えている プロジェクト固有のコーディング規約を何度も説明している これらの「毎回同じ指示」を解決するのが Agent Skills です。 本記事では、Agent Skills とは何か、どう使うのか、具体例を交えて紹介します。 Agent Skills とは 一言で言うと 「Claude への専門的なマニュアル」 です。 新しく入ったメンバーに「うちのプロジェクトではこうやって作業してね」というマニュアルを渡すように、Claude にも同じようなマニュアルを渡せる機能です。 従来の方法との違い 従来、Clau

⁠ こんにちは、バックエンドエンジニアの山倉です。 MirrativではPub/Subサーバーを使ってサーバー - クライアント間のリアルタイム通信を行っており、メッセージ形式はJSONを採用しています。HTTP APIについては従来からOpenAPI Validationをかけていましたが、Pub/Subサーバーで使われるJSONメッセージに対しては十分なバリデーションができていませんでした。 本記事ではJSONメッセージにOpenAPI Validationを適用する仕組みを導入した経緯と実装方法を紹介します。 きっかけは、サーバー - クライアント間のJSONの型不一致による障害でした。この経験から「メッセージをスキーマで守ること」の重要性を実感し、再発防止策としてOpenAPI Validationを導入しました。 1. 要約 2. 背景 3. 障害の説明 何が起きたのか 原因 4

こんにちは、SmartHRのwattunです。 私は2022年1月にQAエンジニアとして入社し、2024年4月からはQAエンジニアとプロダクトオーナーを兼務してきました。そして2026年1月から、プロダクトマネジメント本部で新しいチャレンジをすることになりました。 入社時点では、「QAエンジニアの役割は品質を守ることだ」と考えていました。しかし、この4年間で、「QAエンジニアの責務」についての見え方は大きく変わりました。品質を守るという役割を超えて、「組織がどう判断し、どう進むか」を支える役割としてQAエンジニアを捉えるようになったのです。 この記事では、これまでの経験を通じてたどり着いた「QAエンジニアの責務」について整理してみます。 次のステージに進む自分自身の棚卸しであると同時に、「QAという仕事にも、いろいろな関わり方がある」と思ってもらえるきっかけになればうれしいです。 この記事

いつもはてなブックマークをご利用いただき誠にありがとうございます。 はてなブックマークにて、深夜にサーバーの計画メンテナンスを行います。 メンテナンス中は、ブラウザ版、アプリ共に、サービスの閲覧やブックマーク機能などの利用に影響がありますのでご注意ください。 メンテナンス予定期間 2026年1月23日(金) 深夜 1:30〜3:00 (1月22日(木) 25時30分〜27時) メンテナンス中に影響を受ける機能 ブラウザ版・アプリともに、以下の操作が行えないタイミングが発生します。 新規にブックマークされたページのタイトル・概要の取得 ドメイン変更に伴うブックマークの移行 お気に入りユーザーの追加と削除 マイホットエントリーの更新 マイホットエントリーの新規利用開始 ブックマークの追加・編集・削除 コメント一覧ページでのエントリータイトルの編集 マイブックマークの公開設定の変更 非表示ユーザ

こんにちは。CTOのid:motemenです。 2026年1月22日（木）に Hatena Engineer Seminar #36 「プロダクトを支えるAI編」を開催しますので、お知らせします。 Hatena Engineer Seminar #36では、「プロダクトを支えるAI」をテーマに、「はてなCMS」「toitta」「Mackerel」の3つの法人向けサービス担当するエンジニア4名が登壇します。 コーディングエージェントなど手元の生産性を高める利用ではなく、サービスにAIを組み込むことによって事業の価値を高める取り組みについて各エンジニアが発表します。 実際にAIと向き合いつつ価値を高める現場でのリアルな取り組みの実態や、次々登場する新しい技術をどのように自分たちのプロダクトにフィットさせているかの技術的な詳細をお話する予定です。 開催はオンラインです。（詳しくはconnpass

ANDPAD フロントエンドエンジニアの小泉（ @ykoizumi0903 ）です。あけましておめでとうございます。 この年末年始に、 Vue / Vite の関連ツールの現状をまとめる記事（【2026年最新】Nuxt 4 アプリに入れておきたいオススメ設定集）を書いていたのですが、その中で1つの発見がありました。 それは、Oxfmt のステータスがかなり実用的なところまで進んでいるらしいということです。 Oxfmt は、Rust製の超高速な JavaScript ツールチェーン Oxc の一部として開発されているフォーマッターであり、Vue.js や Vite の生みの親である Evan You 氏が設立した新会社 VoidZero が開発を主導しています。 2025年11月に Alpha 版がお披露目された Oxfmt 、その後もアップデートが続いていたのですが、つい先日リリースされた

こんにちは、ZOZOの市橋です。2025年6月にリリースされたマッチングアプリであるZOZOマッチのバックエンド開発を担当しています。本記事では、ZOZOマッチのリアルタイムメッセージング機能を実現するために、AWS AppSyncとGraphQL Subscriptionを活用したアーキテクチャと実装について紹介します。 なお、本記事ではバックエンドのアーキテクチャにフォーカスして解説しますが、ネイティブアプリ側の実装については別記事「ZOZOマッチアプリのメッセージ機能を支えるFlutter × GraphQLの実装」で紹介しています。こちらもご確認いただくことでより理解を深められます。 目次 目次 ZOZOマッチシステム全体の構成 AWS AppSyncとは GraphQLとは AppSyncの基本概念 GraphQLスキーマ Resolver なぜZOZOマッチでGraphQLを採

カケハシでの社内講演に、さくらインターネット株式会社の藤原俊一郎氏（@fujiwara）をお招きしました。「パフォーマンスチューニングのために普段からできること」というタイトルで、具体的な失敗談や現場の思考プロセス、そしてチューニングの本質についてお話しいただきました。 社内向けの場ではありましたが、貴重なお話をお伺いできたため、ご本人の許可を得て外部向けにまとめました。 当日は、前半を講演編、後半を対談編として構成し、対談パートにはカケハシのテックリードである松山も参加しました。 講演編：「パフォーマンスチューニングのために普段からできること」 なぜパフォーマンス問題は突然「死」を呼ぶのか グラフが改善したりISUCONで勝ったりする瞬間は「ものすごく楽しい」ものですが、一方で現在進行形でサービスが死んでいる状況は「めっちゃ楽しくない」ものです。長年育てたサービスが落ちることは、「自分の

AIが書く仕様書、どうレビューする？ こんにちは、サーバーワークスで生成AIの活用推進を担当している針生です。 今回は GitHub が公開している Spec Kit の /specify コマンドで出力される仕様書の詳細とレビュー方法について解説したいと思います。 Spec Kit を使い始めたものの、「/specify コマンドで出力される spec.md ってどんなルールで生成されてるの？」「出力された仕様書はどうレビューすればいいの？」と気になっている方も多いのではないでしょうか。 Spec Kit についての情報は、サーバーワークスエンジニアブログの Spec Kit に関する関連情報も参考にしてください。 blog.serverworks.co.jp Spec Kit のワークフローをおさらい まずは Spec Kit のワークフローを簡単におさらいしておきましょう。 ワークフ