サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
ブラックフライデー
developers.gnavi.co.jp
はじめに こんにちは。開発部の國友です。 普段はデータベース管理者の業務を担当しています。 アプリケーションのパフォーマンス改善に取り組む際、「クエリが遅い」と感じたらまず行うべきことがあります。それは、RDBMSがそのクエリをどう実行しているか、その実行計画を確認することです。 皆さんは実行計画の確認方法、そして読み方を理解されていますか? よく見るテーマではありますが、基礎だからこそ具体的な事例を通じて改めて実行計画を再確認しましょう。 実行計画とは 実行計画とはRDBMSがユーザーから受け取った SQL クエリを最も効率よく処理するために立てる、具体的な手順書です。 ゴールは一つ ユーザーが書く SQL は目的を示しています。例えば、"SELECT * FROM employees WHERE emp_no > 400000"は、「従業員番号が 400000 より大きいユーザーを全部
はじめに こんにちは!ぐるなびでバックエンドエンジニアをしている開発部の寺井です。 十数年PHPを主戦場にしてきましたが、最近Go言語を使ってぐるなびアグリサービスの開発に携わっています。 クリーンアーキテクチャも初めて理解しようとしており……難しい。 この記事では、GitHubが提唱する 「Spec-Driven Development(仕様駆動開発 / SDD)」 と、その実践ツール 「GitHub Spec Kit(speckit)」 を紹介します。仕様と設計原則を明文化し、それを中心に開発を進めることで、AIとの協働でも一貫したアーキテクチャを維持できるようになります。 目次 はじめに 目次 GitHub Copilotで開発が変わった。でも、何かが足りない。 仕様駆動開発(SDD)と GitHub Spec Kit 1. 仕様駆動開発(SDD)って?(TDD/BDDと何が違うの?
bookmark.hatenastaff.com
今年も残すところあと少し。皆さんにとって、2025年はどのような一年でしたか? はてなブックマークでは今年もたくさんのエントリーがブックマークされ盛り上がりました。 データで見る「あとで読む」 年末ということで、2021年・2022年・2023年・2024年に引き続き今年も「あとで読む」タグにフォーカスしたデータを集計しました。全ブックマークを対象にした「あとで読む」率、カテゴリー別「あとで読む」率、「あとで読む」が多いエントリーランキングを通して、2025年のはてなブックマークを振り返ってみましょう。 全ブックマークを対象にした「あとで読む」 率 カテゴリー別 「あとで読む」 率 「あとで読む」 タグが多いエントリーは? トップ10ランキング 「あとで読む」タグの数が多かったエントリーランキング カテゴリー別「あとで読む」率の高かったエントリーランキング 気になった記事を気軽に保存できる
kaminashi-developer.hatenablog.jp
はじめに こんにちは、takagi (@tkg_216) です。私が開発運用に携わっている「カミナシ 従業員」では、クラウドサービスとしてAWSを主に利用しています。今年、運用していく中で「これ便利だな」と感じたAWSのモニタリング、オブザーバビリティに関する機能ベスト3を、以下の観点で紹介します。 背景や課題、なぜその機能を使おうと思ったか どうやって活用したか 効果や使ってみての感想 渋くていぶし銀な機能が多いですが、自分たちの環境でも活用できそう!であったり、そんなこともできるんだ〜というような何かしらの発見等があれば幸いです。 (1) S3 Storage Lens S3 Storage Lens とは AWS が提供する S3 の利用状況をみるためのダッシュボードです。ストレージの合計やGETリクエスト数、ダウンロード済みバイト数などのメトリクスを見ることができます。 docs.
tech.speee.jp
※この記事は、2025 Speee Advent Calendar 22日目の記事です。昨日の記事はこちら はじめに こんにちは、SpeeeでHousiiというサービスの開発をしている新卒2年目エンジニアの北田です。 この1年で、事業として実現したいことの難易度が大きく上がりました。それに伴い、設計・調査の難易度も上がっています。結果として、私は「実装はできるのに、設計・調査になると見積もりが大きくズレる。対策を立てても改善しない」という壁にぶつかりました。 この記事では、そこから私がどうやってその壁を突破したのかをお伝えします。結論を先に言うと、「できる領域」で無意識にやっていることを構造化し、「できない領域」に転用することで突破しました。 同じように「できる領域」と「できない領域」の差に苦しんでいる方にとって、この考え方が何かしらの助けになれば嬉しいです。 はじめに 課題:なぜか「でき
tech.andpad.co.jp
こんにちは!2025年1月にアンドパッド入社したやっはー (@yahharo) と申します 🤗 こちらは ANDPAD Advent Calendar 2025 の22日目の記事です。 前職でもテックリードとして機能開発の設計・開発・運用をしてきましたが、アンドパッドでも期中からはテックリードとしてさまざまな経験をしてきました。 しかしながら、新しい環境では、コードベースもチームの文化も異なります。 その中でも手探りしながら、この一年でいくつかの大切な判断をしてきました。 この記事では、今年やってきた判断をいくつか振り返りながら、当時、自分は何を大事にしていたのか、そして 今なら何を見て判断したいか を整理してみます。 プロダクト開発チームで技術的な判断を任されることが増えてきたエンジニアやテックリードの方の参考になれば幸いです。 なお、文中の判断の是非は、当時のチーム状況の中で 自分が
engineers.ntt.com
この記事は、 NTT docomo Business Advent Calendar 2025 21日目の記事です。 こんにちは。イノベーションセンター IOWN推進室の塚越です。 12/21を担当するのも今年で3年目になりました。 最近、自分自身がキャリアの一つの分岐点に立っている、という実感を持つようになりました。 役割や関わり方が少しずつ変わる中で、 「これまで自分が何に向き合い、何を大切にしてきたのかを、一度言葉にして整理したい」 「これまで実践してきたことや考え方に、どこかで共鳴してくれる人が現れたらいいな」 と思うようになり、この記事を書くことにしました。 この記事では、私自身の経験を振り返りながら、「デザイン」を軸に、異なる領域や立場をどのようにつなぎ、チームが前に進む状態をどのようにつくろうとしてきたのかを整理しました。 振り返るとこの4年間は、年ごとに向き合う障壁が変わり
developers.freee.co.jp
「飛行機に乗り合わせたたった一人の医者」をGeminiに描かせたら一人でジェット機の操縦席に座る医者になってしまった件 はじめに こんにちは、freeeセキュリティチーム マネージャーのただただし(tdtds)です。この記事はfreee Developers Advent Calendar 2025の21日目です。昨日はreiyaさんの「新卒の歩きかた in freee」でした。 例年、このあいさつは「PSIRTマネージャーの」で始めていたのですが、先日とうとうセキュリティチーム全体が両肩に乗っかってきてしまいまして。せっかくなので、これまで5年以上にわたって別々に活動してきたCSIRTとPSIRTを合体して、ひとつのチームにすることにしました。 CSIRT(Computer Security Incident Response Team)は一般的にはその名のとおり、社内のコンピューターや
※この記事は、2025 Speee Advent Calendar 21日目の記事です。昨日の記事はこちら はじめに こんにちは、DX 事業本部でエンジニアをしている大金です。 エンジニアとして4年目になり、純粋な技術的意思決定の枠を超えた判断を求められる場面が増えてきました。 技術的負債の解消にどのくらい開発リソースを割くのが正解なのか? どんな人を採用するべきか?採用要件は? 自分を含めてメンバーのアサインをどうするべきか? 「やった方がいいこと」は無限にある。しかし、リソースと時間は有限です。 この記事では、試行錯誤を経て馴染んできた「達成プランを軸に判断する」という考え方について書きます。上記のような問いに対して、何を考え、どう向き合えばいいのか。 純粋にコードを書く以外の仕事にもどんどん役割を広げていきたい、事業を前に進めていきたいと思っているエンジニアの方にとって、少しでも助け
www.lifull.blog
3行まとめ 仕様書を渡すとリスク分析からテストケース生成までやってくれるよ ステップ単位で人が軌道修正して精度をあげて(維持して)いるよ 指摘内容や成果物からナレッジを抽出してPRを出すので賢くなる仕組みだよ 3行まとめ はじめに つくったもの ポイント① 仕様書の理解から始める ポイント② 人間が軌道修正する ポイント③ 使うほど賢くなるように 「ドメイン知識」と「テスト技術」に分けた理由 実際どうなの? テストケースのフォーマット 課題:プロンプトやナレッジの管理・改善 おわりに はじめに こんにちは、クオリティアーキテクトグループでQAエンジニアをしている星野です。 この記事はLIFULL Advent Calendar 2025の記事になります。 QA活動でLLM、活用してますか? 今回はテスト分析からテスト実装(テストケースの作成)までを効率化するためにつくったAIエージェントの
この記事は、 NTT docomo Business Advent Calendar 2025 20日目の記事です。 先日2025年9月に開催されたGoogle Cloud主催のVibe Codingハッカソンに参加し、優勝することが出来ました。Gemini CLIを活用した「手書きコーディング禁止」のルールのもと、約2時間で開発したツールの内容と裏話、Vibe Codingが可能にした新しいアプローチについても考察していきます。 Google Cloud +AI Prism と「手書き禁止」のハッカソン Google Cloud +AI Prismとは? Vibe Codingハッカソン 参加した動機 作成したツール:TetriStop(テトリストップ) コンセプト 開発のきっかけ:ある記事の発見 今後の展望:機能拡張と社会的展開 作ってみて分かったこと:「動かして」初めて活きる 開発の
azukiazusa.dev
Claude Code のバージョン 2.0.74 から LSP(Language Server Protocol)サポートが追加されました。LSP サポートにより、Claude Code はコードベースに対してシンボルの定義検索、参照検索、ホバー情報の取得などの操作が可能になります。この記事では Claude Code の LSP サポートの概要と使用方法を紹介します。 コーディングエージェントが LSP(Language Server Protocol)を扱えるようになることで、エージェントがより効率的にタスクを遂行できるようになります。文字列でコードベース全体を検索するのではなく、LSP を通じてコードの構造やシンボル情報にアクセスできるため、正確な情報を迅速に取得・編集できるためトークンと時間を大きく節約できます。このことはコーディングエージェントにセマンティックなコード検索・編集
tech-blog.abeja.asia
※ 本記事は一部 AI を用いて執筆しております。 内容に関しましては基本的に筆者が慎重にレビューや動作確認、ファクトチェックを行なっておりますが、万が一問題と思われる点ございましたら、コメント欄にてご指摘くださいませ。 1. イントロダクション:なぜ今更、自前で環境を構築するのか 1.1 プライベートクラウド回帰の潮流とセキュリティの課題 1.2 本記事の目的 2. アーキテクチャ設計論:防御と可用性の融合 2.1 全体像 環境 2.2 コンポーネント選定の技術的根拠 Proxmox VE:インフラの基盤 Keepalived:シンプルかつ堅牢なHA HAProxy:高性能ロードバランサ Suricata:マルチスレッドIPS 3. インフラストラクチャ構築 3.0 物理サーバー確保 3.1 Proxmoxネットワーク構成 3.1.1 Linux Bridgeの確認・設定 3.2 VMの
techblog.kayac.com
はじめに この記事はTech KAYAC Advent Calendar 2025の20日目の記事です。 こんにちは、GE事業部マーケティングチーム所属企画部橋本と申します。皆さんは拙稿「アーケード筐体奮闘記」はお読みになられたでしょうか。 あの時は新卒1年目で右も左もわからない状態でしたが、そんな私も早4年目。徐々に仕事にも慣れ始めてきました。 そんな中また よくわからない 面白いものをつくることになったので、その時のお話をしたいと思います。 経緯 カヤックも創業27年目を迎え、日本だけでなくインドネシア、中国、韓国など様々な国籍の方と共に働く企業となりました。 そんな中新卒で入社した韓国出身の社員がslackのなんでも質問チャンネルにこんな投稿をしてくれました。 ことの始まり この時1面白法人の社員、そして1日本人として今こそ組織の文化を体現するべきなのではないかと頭の中に勝手に電流が
※この記事は 2025 Speee Advent Calendar 20日目の記事です。昨日の記事はこちら はじめまして。Speee リフォームDX事業部で開発責任者をしている佐藤です。 私がこの事業部にエンジニアとしてジョインしてから、約2年が経ちました。 現在は一定規模の開発組織となり、Budii というリフォーム会社向け営業支援SaaSをはじめ、複数のサービスを牽引できる状態になっています。AI で営業データの構造化を完全自動化するするといった面白い取り組みも徐々に増えてきました。 約2年前の参画当初は、プロダクトも組織も事業フェーズが切り替わる過渡期にあり、正直なところ明確な方向性が見えていない状況でした。 この記事では、開発組織が事業と並走しながら発揮すべき価値を探り、組織として新たな形を作ってきたプロセスを振り返ります。 当時の私と同じような状況で模索している方にとって、少しで
creators.bengo4.com
この記事は 弁護士ドットコム Advent Calendar 2025 の 15 日目の記事です。 はじめに シャッフルランチとは 「シャッフル」できているのか問題 ランダムさ(Randomness)の正体 「ランダム」は「均等」ではない 私たちの直感はランダムを誤解する(クラスター錯覚) ゲーム開発に見る「気持ちいいランダム」 我々に必要なのは「作為」である 数学的構造・アルゴリズム グラフ理論によるモデル化 2人組なら「単純な交換」で解決できるが...... 4人組の壁:「局所最適解」の罠 解決策:焼きなまし法(Simulated Annealing) 現代数学の壁:社会的ゴルファー問題 単純な数式では解けない 我々の問題はさらに「動的」である 結論:シャッフルランチ問題の提案 結び はじめに はじめまして。税理士ドットコム開発部所属エンジニアの金子です。 この記事では、弊社の福利厚生
この記事は、freee Developers Advent Calendar 2025 の 16日目の記事となります。 adventar.org フリー Platform Engineerのyuriaです。 昨日のpon さんのアドベントカレンダー記事「 LangfuseバージョンアップのためにClickHouseを社内初導入した話 」 でLangfuseとClickHouseの関係性やClickHouseの特徴について書いてもらいました。 今回はClickHouseのサーバーとしての側面に注目して、以下の三つについて書いていこうと思います。 ClickHouseがどのようなコンポーネントで構成されているか AWSでClickHouseをホストするときどのような選択肢があるか ClickHouseを実際立ててみてはまったポイント ClickHouseがどのようなコンポーネントで構成されてい
こんにちは。ぐるなびの田代です。 今回は、長年にわたり当社のITインフラの心臓部として機能してきたActive Directory (AD) の役割の変遷と、クラウド時代における当社の新たな認証戦略についてお話ししたいと思います。 企業認証の礎 — Active Directoryの功績 2000年に登場したADは、それまでの認証・管理モデルを根本から変革し、企業ITに集中管理の概念を確立した大功労者です。しかし、クラウドサービスの利用が標準となった今、ADが持つオンプレミス特有の課題が、私たちのDX推進におけるボトルネックとなりつつあります。 私たちは、このAD運用から卒業し、Microsoft Entra ID(旧 Azure AD) への完全移行を目指し、具体的な検討と準備を進めています。 1. ADが企業にもたらした「功績」(集中管理と統制) ADの登場は、ネットワーク内のユーザー
techblog.zozo.com
こんにちは、プロダクト戦略部の土屋です。普段はFAANS(アパレル店舗で働くショップスタッフ向けの業務支援ツール)のプロダクトマネジメントを担当しています。 「新しいことをやりたいけれど、既存タスクで手一杯」プロダクト開発の現場では、こうした状況は珍しくありません。特に、特定の領域や役割にタスクが偏りやすい構造的な課題を抱えた組織では、新しいチャレンジが後回しになってしまうケースも多いのではないでしょうか。 この記事では、チーム内のリソースの偏りという組織的な課題に対して、私たちが取り組んだ「PoC専用開発レーン」の設計と運用についてご紹介します。設計思想から開発フローまで具体的な内容をお伝えできればと思います。 FAANSの開発チームについて FAANSの開発チームは、バックエンド、フロントエンド(Web/iOS/Android)、デザイン、プロダクトマネジメントの各専門領域で構成されて
こんにちは。ぐるなびでバックエンド開発を担当している小林です。 この記事では、AWS CDKの変更差分(cdk diff)をGitHub Modelsを用いて自動的に要約し、プルリクエストにコメントとして通知するCI/CDパイプラインの構築方法を解説します。 IaC(Infrastructure as Code)運用において、cdk diff は変更内容を確認するための生命線です。しかし、大規模な変更やIAMポリシーの修正が含まれる場合、出力される生の差分(JSON/YAML)は膨大で読みづらく、レビューの心理的ハードルを上げる原因になります。 今回紹介する方法は、この「diffが長すぎて辛い」という課題に対し、AIを活用してレビューを効率化する一つのアプローチです。 ただし、あらかじめお伝えしておきたい重要な点があります。この方法は「銀の弾丸」ではありません。 AIモデルには入力できる文
※この記事は、2025 Speee Advent Calendar 19日目の記事です。 昨日の記事はこちら こんにちは、Housii でエンジニアをしている25新卒の田中一城です。 Speee に入社しておよそ9ヶ月が経ちました。 入社から1〜2ヶ月は先輩が設計したイシューを実装し、レビューをもらいながら機能をリリースする日々でした。しかし、3ヶ月目からは先輩や業務委託の方のコードをレビューする側に回りました。最近では、設計にも挑戦し、自分が設計して分割したイシューを他のメンバーが実装、リリースするまで責任を持つという役割も担うようになっています。 この記事では、新卒エンジニアである自分が、コードレビューと設計に取り組む中でぶつかった壁と、それを乗り越えるために実際に取ったアプローチを紹介します。 「Speee のエンジニアはどう開発しているのか?」「新卒でもレビューや設計をやれるように
次のページ
エンジニアブログの人気エントリー
ITの新着エントリー
最新ガジェットの新着エントリー
自然科学の新着エントリー
経済・金融の新着エントリー
おもしろの新着エントリー
マンガの新着エントリー
ゲームの新着エントリー
はてなブログ(総合)の新着エントリー
moognyk.jp
前回、今年の「買ってよかったもの」まとめ記事を更新しました。 この手の“年末買い物振り返り記事”を自分がいつからブログで書いているのか気になって調べてみたところ、どうやら2013年から続けているようです。はてなダイアリー時代には一切書いていなかったので、ブログブーム(第二次?)の頃に定番化したフォーマットなのかもしれません。 毎年それなりに真面目に書いてはいるものの、正直なところ「書きっぱなし」で、その後を振り返ることはほとんどありませんでした。一時期は「買ってよかった」というより、ほぼ「今年買ったもの一覧」みたいになっていた時期もありますが、それはまあそれ。そこで今回は、過去10年分の“買ってよかった”(体験系を除くモノ消費)について、その後どうなったのか一気に振り返ってみることにしました。 当時はポジティブな文脈で紹介したものばかりだと思いますが、今でも本当にそう言えるのか? 後悔はし
obakeweb.hatenablog.com
『芸術をカテゴライズすることについて──批評とジャンルの哲学』という本を書きました。慶應義塾大学出版会から本日発売です(Amazon)。いい本なので、買うといいと思います。 「はじめに」の一部は👇️で読めます。 各章概要は👇️に書いています。 宣伝を兼ねて、ケンダル・ウォルトン(Kendall Walton)の論文「Aesthetics: What? Why? And Wherefore?」(2007)を紹介します*1。ウォルトンは、『芸術をカテゴライズすることについて』でも最重要人物として取り上げているアメリカの哲学者です。2004年のアメリカ美学会会長就任講演をもとにした論文で、ウォルトンは美学という分野のあいまいなアイデンティティと、それを踏まえてどのようなアプローチをとるべきかについて語っています。自分の本の方法論的な背景について、いくらか補足してくれる内容だと思います。「美学
nomolk.hatenablog.com
わたくしめちゃくちゃに音楽が好きなのですが、好きであることは必ずしも研究熱心であることを意味しておらず、新しい音源の発掘は配信サービスのレコメンド頼りという受動的な態度で聴くようになって久しいです。人々がChatGPTの優しい応答に依存しバージョンアップに伴う性格変更に暴動を起こすようになるはるか以前から、僕はよりクラシックなAIであるところの機械学習によるレコメンドエンジンに支配されているわけです。何ならサブスク音楽配信が始まる前から、Amazonの「これを買った人はこれも買っています」でCD買ってましたからね、俺。AI操られの先駆者なので。 で、そういう聴き方をしていると新譜情報に疎くなるんですが、たまたま今年ひさしぶりにわりと新譜を聴いた気がするので、2025年リリースのよかった音源を書きたいと思います。 みんなに聴いてほしいと思って書いてるので気になるのがあったらどんどん聴いてくれ
foneslife.com
お腹痩せの方法といえば、下腹ぽっこりの解消や脂肪の落とし方など、多くの人がダイエット中に直面する大きなテーマです。しかし「食事を減らしているのにお腹だけ引っ込まない」「腹筋しても効果が出ない」といった悩みを抱える人も少なくありません。 この記事では、なぜお腹の脂肪は落ちにくいのかという基礎知識から、体質やライフスタイル、年代に合わせたタイプ別の減量法、そして簡単に効率よく無理なく続けられる習慣作りのコツまで、実践的なヒントを紹介します。正しい理解と計画的なアプローチでぽっこりお腹を解消し、理想のウエストを手に入れましょう。 目次 なぜお腹は脂肪が落ちにくい? タイプ別、 あなたに合ったアプローチ 短期・中期・長期のロードマップ NG習慣と改善策 続けるためのモチベーション維持法 逆効果になってしまう、意外な落とし穴 自分に合ったお腹痩せ習慣で、理想のウエストへ (監修者)中島正雄 合同会社
はてなブログ(総合)の人気エントリーをもっと読む
このページを最初にブックマークしてみませんか?
『エンジニアブログ』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く