はてなブックマーク

クライアントの推論能力を借りて思考を伴うタスクを実装できる samplingや human in the loopとしての elicitationは面白いな〜と思っているので、よければそこだけでも見てみてください。 1. コンセプト 昨今、アプリケーション開発に変化が生じています。（toBの例で考えます。） 「ドメインエキスパートの熟練知識をシステムに写す」という面は変わっていませんが、「非定型・非決定論的判断」「実行を伴う知恵寄りの知識」のような"熟練知(Expertise)"を含め、実装に写すことができる範囲が大きく拡大しています。 従来的には 機械的（ルールベース）知識 -> プログラミング言語（ドメインモデル）という"写し"がメインだったかと思います。 上記はAI Agentの例ですが、熟練知を MCP Serverとして実装するパターンについても自分なりの考えが蓄積されたので、我

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の105週目の記事です！ 2年間連続達成まで残り1週となりました！ みなさんこんにちはお久しぶりです、QAのコタツです。なんか突然暑い日から一転、夕方が秋めいてきて最高ですね。寒暖差にお気をつけてお過ごしください。 はじめに この記事で得られる知見 この記事では弊社開発組織において品質リーダーシップを発揮してくれるエンジニアが育ってきたので、QAの私がそんな人に対してやってきたことを私の視点でご紹介したいと思っています。品質課題に悩むどなたかのヒントになれば幸いです。 想定読者 品質課題は認識しているがどのようにアプローチすればいいかわからないエンジニアの方が、課題解決方法にアクセスする糸口を見つけるヒントになる テストの手が足りない現場にいるQAの方が、中長期的な品質向上のための工夫をしていくヒン

Slack・スプシ・N1フォーカスの初期評価 まず最初に行ったのは社内検証でした。AIレビューの体験がどれだけ意味があるのか、また現実的にどの程度の精度が出るかをミニマムに検証することが目的です。 とにかくシンプルに始めました。 やったこと： Slackボットで即座に実行する環境 スプレッドシートで結果を記録・比較 社内のN1メンバーにフォーカスして一緒に評価 ドメインエキスパートではないエンジニアでは気づけない観点も多々あるため、社内のN1のドメインエキスパートと密に連携しつつも、自分自身で実際にアノテーションを行いながら、観点の抽出や獲得に努めました。 ツールは原始的でしたが、ミニマムな工数で、スピーディに改善点の発見と磨き込みを行うことができました。 雑なEvalsから始めるEval Driven Development 「最初はほとんど役に立たないような雑なEvalsを作り、それが

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の101週目の記事です！ 2年間連続達成まで残り5週となりました！ ログラスの龍島（@hryushm）です。最近は家でミニトマトを育てていましたが、この暑さで枯れてきてしまったのが悲しいです。 本記事では、参照系機能の大規模リプレイスを行った際に、Shadow Testingを導入して得られた知見を共有します。上手く活用できれば非常に強力なテスト手法だと感じたので参考になれば幸いです。 Shadow Testingとは Shadow Testingは、本番環境のトラフィックを新旧両方のシステムに流し、結果を比較検証する手法です。ユーザーへのレスポンスは旧システムから返すため、エンドユーザーへの影響なく新システムの動作を実環境で検証できます。「Dark Launch」や「Traffic Shadowi

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の100週目の記事です！ 2年間連続達成まで残り6週となりました！ はじめに こんにちは、ログラスの小林です。 最近の開発では、私も世間の流れに乗り、コードはAIアシスタント（主にClaude）に書いてもらっています。 このアシスタントの出現により高速なアウトプットが可能になりましたが、そのままプロダクションに導入できるようなコードが一発で出てくることは稀で、結局は手直しすることが多いのが実情です。 なので、私が手で実装しているときや、Claude Codeに追加指示を与えるときに考えている事を言語化して、自分好みのコードを書いてもらおうという取り組みです。 大前提として、本記事にはプロジェクトでのルールや個人的な思想も含まれますので、あらかじめご了承ください。 1. RDB集約の外に外部キーを貼ら

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の99週目の記事です！ 2年間連続達成まで残り7週となりました！ 始めに ログラスに入社してから時間が経つのも早く、もう3ヵ月経ちました。 そんな私ですが、入社して最初に作成したPRの話をしていきます。 普段からVimやLinuxを使うのが好きではありますが、それと同時に 環境構築オタク を自称している側面もあります。 オタクを自称する分、環境構築には多少のこだわりがあり、プロジェクトディレクトリに入ったら開発のための便利ツールがすぐ手元にある状態であってほしいのです。 プロジェクトに触って最初にやることというと環境構築ですが、必ずしも運用しやすい状態になっている訳ではありません。 その中でもログラスのプロダクトは環境構築がしやすい方ですが、より効率的にするためMakefileのブラッシュアップをし

2025年6月18日 12:47 - 山手線車内 ついにPixel 9 Pro Foldを手に入れて、意気揚々と電車に乗り込んだ。 窓の外の景色を眺めながら、「今日は何しよう」なんて考えていたら... あ、やばい。来週のLT発表、何も準備してない。😱 でも待てよ。最近Claude Codeでスライド生成の仕組みを整えたばかりじゃないか。 これ、もしかして電車の中でLTスライドが完成するんじゃ...？ 2025年6月18日 13:15 - まだ電車内 結論から言うと、本当に電車内でLTスライドが完成した。 こんにちは、kagaya(@ry0_kaga)です。 今回は登壇スライド作成もClaude Codeに任せたいという話です。 Claude Code × Marpのスライド生成を一度テンプレートを育てたらもう戻れなそうな雰囲気です。 スライド作成、毎回同じ作業してませんか？ 個人的にはモ

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の98週目の記事です！ 2年間連続達成まで残り8週となりました！ はじめに Claude Codeのような強力なAIエージェントが登場し、私達のソフトウェア開発に大きな変革がありました。AIエージェントを導入しはじめたものの、最初に直面する課題は「思ったよりも生産性向上に繋がらない」と感じる方はいるのではないでしょうか。 簡単な関数や定型コードの生成には大いに役立ってはいるが、難解なビジネスロジックや、複雑なビジネスフローをいざ実装しようとすると、求めていた品質よりも、やや劣るようなものが生成されることもあります。 結局、AIが生成したコードを理解し、手直ししてしまうこともあると思います。しかし、今はもはや手でコードを書くことは贅沢な時代になってきています！ 優秀なAIエージェントをうまく使いこなす

はじめに ログラスでエンジニアをしているナカムラ（@nakamura_meg)です。今回は、チームで実施した「Claude Code Week」の取り組みについて、得られた知見を共有します。 ※Claude Code関連の資料は一番下にまとめました なぜ今、強制的な変革が必要なのか Anthropic社のCEOであるダリオ・アモデイの発言が現実味を帯びてきました。 「今から3～6か月もすれば、AIがコードの90%を書いている世界になる」 「12カ月（1年）後には、ほぼすべてのコードをAIが書いている世界になるかもしれない」 ログラスには「経営管理」「人員計画」という比較的大規模な既存事業のプロダクト開発チームと、新規事業開発を行う小規模な開発チームが多数存在します。Cursor等のAI駆動開発は、これまで主に新規事業チームで大きなインパクトをもたらしていました。 しかし、私が所属する既存事

gh-asset download 1609a4fd-1243-463c-9504-b390d55c6d02 ~/Downloads => Downloading https://github.com/user-attachments/assets/1609a4fd-1243-463c-9504-b390d55c6d02 to ~/Downloads/1609a4fd-1243-463c-9504-b390d55c6d02.png => Successfully downloaded to ~/Downloads/1609a4fd-1243-463c-9504-b390d55c6d02.png ghでログインしていれば プライベートリポジトリのIssueやPR内の画像でもアクセス可能 です。 作成した背景 既存のGitHub CliにはIssueやPRのテキスト情報は取れても画像情報を取る

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の96週目の記事です！ 2年間連続達成まで残り10週となりました！ はじめに こんにちは、ログラスの村本です。 最近、チームのプロダクト品質について改善する機会があり、その文脈でBDDを導入したので、その時のお話を書こうと思います。 この記事では、BDDの導入の背景から、どのように導入して、実際どうだったかまでを紹介しようとおもいます。 同じような課題を抱えるチームの皆さんにとって、この記事が何かしらのヒントになれば幸いです☺️ BDDを導入した目的 当時のチームが抱えていた課題 ログラスもリリースから4年以上が経ち、プロダクトが成長し、これまで対応できなかったユースケースに対応できるような機能が増えてきました。 その一方で、相対的に仕様が複雑化しつつあり、特定の変更を加えたときの影響範囲の考慮漏れ

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の94週目の記事です！ 2年間連続達成まで残り12週となりました！ あと3ヶ月でテックブログ毎週更新も2年連続達成です！ はじめに こんにちはログラスのエンジニアの @Yuiiitoto です。 みなさんはCursor使っていますか？ そしてCursorのルールをどのように改善していますか？ 作りっぱなしになっていないですか？ そんなあなたに今回は 「ファイル復元トレーニング」 というルールについてのトレーニング方法をご紹介します。名前は自分が適当につけていますが、おそらく自分と同じことをやっている人は他にもいそうです。いたら連絡ください。 まずは手っ取り早くトレーニング方法を紹介します。その後はどういう観点で評価するのかなどにも触れます。 ファイル復元トレーニング 大仰な名前をつけていますが、非常

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の93週目の記事です！ 2年間連続達成まで残り13週となりました！ 自己紹介 ログラスの勝丸(@shin1988)と言います。最近はクラウド基盤チームというチームのマネージャーをやっています。今回のLoglass Tech Blog Sprintは「運用負荷」について書いてみたいと思います。 背景 最近段々と運用負荷が高まっているな実感することが増えてきました。ログラスは2020年に本番ローンチをして、もう5年ほど運用を行っています。おかげさまでお客様が増えてきて、プロダクトも大きくなってきました。新規事業も色々始まってきており、開発チームも大きくなってきました。 いわば運用の視点の価値が相対的に高まってきているタイミングです。「どういう価値を作っていくのか？」と同時に「どうやって価値を感じ続けてい

DDDは今も“武器”になるのか？ ここ1年でプロダクト開発の環境は大きく変わりました。 AIエージェントが開発現場で“当たり前”のように使われる時代になりつつあります。 そんな中で、「DDD(ドメイン駆動設計)って今の時代にも必要なの？AI時代になったらもう使わなくなるのでは？」と疑問に思う方もいるかもしれません。 私はこう思います。 DDDは、AI時代にこそレバレッジを効かせることができる、価値を届けるための“武器”になる。 (少なくとも、あと数年はね。) DDDの目的は「機能性」と「保守性」を両立させること DDDは単なる設計理論ではなく、プロダクトを継続的に改善・成長させていくための戦略です。 その本質は、以下の2点に集約されます。 ① 機能性を高めるためのモデリング ユーザーや業務の課題を理解し、抽象的な図を使ってFBサイクルを小さく・速く回すことにより、役に立つものを作れる可能性

ログラスでVPoEをしている飯田(@ysk_118)です。 この記事では私の個人的な経験からログラスにおけるコミュニティとの関わり方についての考えをお伝えできればと思います。 この記事の背景 今でこそ私個人としてはコミュニティに足を運べば知っている人がいて、「最近どうですか」から始まりいろんな雑談ができるようになったのですが、私自身がそんな状態に至るまで、そして社内の他の人に同じような体験をしてもらうまでにはそれなりの道のりがあったように感じています。 もともとこの文章は社内向けに、個人的なコミュニティとの出会いと、そこから社内に対してコミュニティ文化を根付かせるまでの思考過程を綴ったものだったのですが、社外に向けても公開するとよいのでは、という意見をもらい、体裁を整えたものという位置づけになります。 ※ログラスには2020年10月に参画しており、それ以前のお話も含みますのでご了承ください

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の 90 週目の記事です！ 2 年間連続達成まで残り 16 週となりました👑 🌱　はじめに ログラスのアプリケーション基盤チームで働いている三沢です。アプリケーション基盤では技術のキャッチアップ目的で Technology Radar を眺めて、気になったものを軽く深掘る時間を作っています。 今回は Technology Radar vol.32 (2025/04) からピックアップした、Restate について紹介したいと思います。Restate は今回 Platform 分野に新規で Assess 入りしたトピックです。ここではRestate を知らない読者を想定していて、基本的なできることについて説明します。Restate の詳細設定やデプロイ構成などは取り扱いません。 💡 Restat

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の88週目の記事です！ 2年間連続達成まで残り18週となりました！ 1. はじめに Model Context Protocol(MCP)は公式SDKを使って手軽に実装が可能です。しかしSDKでの実装は楽な反面、内部の仕組みを意識することは少ないです。この記事ではMCPの通信の仕組みを見ていき、SDKを使わずに最小限の実装のMCPサーバーを作ってみることで理解を深めたいと思います。 この記事で触れること MCPのアーキテクチャと通信の概要 JSON-RPCベースのメッセージングプロトコル TypeScriptを使った最小限のMCPサーバー実装 この記事で扱わないこと MCPの活用方法や利点 実運用向けの本格的なMCPサーバー実装（実際の運用では公式SDKやフレームワークの利用をおすすめします） 2.

MCP流行ってますね！Googleが先日公開したA2Aのドキュメントに「Agent2Agent❤️MCP」というタイトルのページもありましたが、あれよあれよの間に現時点では標準規格の座を掴んだと言えるでしょう。 https://google.github.io/A2A/#/topics/a2a_and_mcp 今回はMCPサーバーをDevinに作ってもらうという話です。 作ってもらったMCPサーバーは、王道の自社ドキュメントにアクセスするためのMCPです。 MCPからアクセス可能にした肝心のドキュメント自体も下記スライドで発表した、Devinに自動更新させているFAQ・仕様ドキュメントです。 試してみて・書き始めてみてわかりましたが、今回の程度のMCPサーバーの開発には大きく困りポイントはなかったので中身は薄めです。 MCPサーバーの作り方 MCPサーバーの作り方自体は多くの記事があり、公

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の85週目の記事です！ 2年間連続達成まで残り21週となりました！ はじめに エンジニアとして働き始めてから3年が経ち、ソフトウェア開発について多くのことを学んできました。最近の技術の進化により、ほとんどのツールは誰でも簡単に理解し、使えるようになったと感じています。しかし、技術の本質的な部分に踏み込むと、途端に理解に苦労するといった経験をしてきました。 表面的な技術だけでなく、今日の技術の基礎となる教養を身につけたいと考え、現在はログラスで働きながら、通信制大学で情報工学を勉強しています。 大学で勉強した数学のおかげで、ソフトウェアの開発手法や言語仕様の根底となる原則や考え方が以前よりも理解しやすくなったと感じます。この記事では、ソフトウェア技術と数学の紐付きを紹介し、ソフトウェア技術を数学的視点

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の83週目の記事です！ 2年間連続達成まで残り23週となりました！ はじめに はじめまして。2024年10月にログラスにジョインした見形（mekka）と申します。 以前は某ToB系のSaaSでSREのEMをしていました。 現在はクラウド基盤チームにてインフラだったり、運用周りのあれこれを担当しています。 あれ、SREじゃないの？ というツッコミはブログの中でも記載していこうと思います。 ログラスはスタートアップの組織であり、運用周りはまだまだ整備が必要な状態です。 そんなところが楽しそう（大変なことも多いですが）と思いジョインしていますが、本当にやることは山積みです。 そんな中でも将来を見据えるとSREのプラクティスや文化を広めることはとても大切で、しっかりと地に足をつけて活動していかなければならな

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の79週目の記事です！ 2年間連続達成まで残り27週となりました！ 昨今、データエンジニアリングの重要性が高まるなか、データレイクハウスという言葉を聞く機会が増えてきました。一方で、BI、DWH、データレイクといった分野は、色のついた商用製品であったり大規模な技術スタックになったりと気軽に触りにくい印象があったりもして個人的に最近はあまり触れてこなかった分野でした(15年程前はだいぶBI製品にお世話になりましたが)。 でも、実はかじってみると美味しい、単なる食わず嫌いだったかもしれません。この記事では前半にデータレイクハウスを概観しつつ後半に軽くハンズオンしてみたいと思います。チョイスは、最も使われるフォーマットである Apache Parquet 、S3 Tables の元となっている Apach

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の78週目の記事です！ 2年間連続達成まで残り28週となりました！ 1. はじめに 小規模な開発チームにおける非同期処理の課題 スタートアップや小規模開発チームにとって、非同期処理の開発・運用は大きな負担になります。 限られたリソースの中で、実装したい機能自体はシンプルなのに、非同期処理の設計・管理に手間がかかるという状況に陥りがちです。 例えば、以下のような問題に直面します。 基盤構築の負担：既存のアプリケーションとは別に、SQSやStep Functionsなどの基盤を構築・運用するコストが高い 処理の複雑化：メール送信やエラーハンドリングなど、付随する機能の実装負担が増える 開発スピードの低下：開発の負担の増加により、本来の機能開発が遅れ、顧客への価値提供が遅れる AnyFlowを導入してみた

ソフトウェア開発の現場では、AIを活用した開発支援ツールへの注目が年々高まっています。 （たぶん）1年ほど前はCursorを使っているエンジニアも今ほどは少なく、OpenAI DevDayでデモを行なったOpenAIのエンジニアがCursorをエディタとして利用していたことが話題になったのを覚えています。 そして、2024年12月についにリリースされた「Devin」は、AIチームメイトの名の通り、まるでチームの一員として自律的に動く点が特徴とされています。 https://devin.ai/ 弊社も検証のためにDevinをトライアルしていますが、新人エンジニアを育成するように少しずつタスクを与え、フィードバックを繰り返していくうちに、Devinがどんどん機能してくれるようになる――そんな“育成ゲーム”のような手応えを感じています。 本記事では、月500ドルという導入コストを見合う形で活用す

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の72週目の記事です！ 2年間連続達成まで残り34週となりました！ はじめに ソフトウェアエンジニアの福土（@ryoya_cre8or）です。 ふと社内のSlackで「ポリモーフィズムを使っているときに、冗長になるコードをジェネリクスを使うことで綺麗にまとめる事ができる」と呟いたところ、「ジェネリクスもポリモーフィズムの1種だよ」とツッコミをいただき、それを機にポリモーフィズムの概念について整理したいと思っていたので、年末年始にオリャっとまとめちゃいます。 実は共変性・反変性の概念を理解する上でもポリモーフィズムの概念を整理することはすごく良かったので、そこまで記事を書き切りたかったのですが息が足りず... 続きは次回とし本記事ではポリモーフィズムが何なのかについてまとめています。 ポリモーフィズム

こんにちは。 株式会社ログラスで CRE をやっている山﨑（@zaki___yama）と申します。 毎年アドベントカレンダーの季節になると、「これを機に今まで気になっていたことを調べてみよう」という気持ちになります。 今年はここ数ヶ月社内外で耳にすることの多かった「DuckDB」をテーマに選びました。 また、DuckDB の何を学ぶべきかと考えていたとき、ふと 「DuckDB in Action という無料で読める書籍があるらしい」 という話をどこかで聞いたのを思い出しました。 ちょうどいい機会だと思い、実際に読んでみることにしました。 本記事では、この書籍を通して学べることや読んでみた感想をご紹介します。 書籍「DuckDB in Action」について 「DuckDB in Action」（以下、「本書」）は Manning 社から 2024 年 7 月に出版された書籍です。 本書自体

おはようございます。ログラスの龍島(@hryushm)です。最近Parquetの発音について考える毎日を過ごしています。パーケット、パーキー、パーケ、パルケ......。 Parquetは複数の圧縮方式をサポートしています。データ分析処理を最適化するために何を選ぶべきか、簡単な実験を通じて考えてみます。 Parquetファイルの生成やクエリにはPolarsを利用します。 Parquetで利用可能な圧縮方式は公式のドキュメントに記載されています。Polarsのドキュメントでは下記のように紹介されています。 Choose “zstd” for good compression performance. Choose “lz4” for fast compression/decompression. Choose “snappy” for more backwards compatibility

はじめに アドベントカレンダーも終盤に差し掛かってきましたね！ シリーズ2ではテストコードについて書こうと思います。 ここ2年間くらいで採用やイベントを通じて色々な会社のエンジニアとお話させてもらった中で、テストコードの書き方にはかなりブレがあるように感じました。 ユニットテストについてはあまりブレがなく、どの方もドメイン層のEntityやValueObjectについて網羅的に書きましょうとなっていました。 一方で、インテグレーションテストについて流派も考え方も様々なものがありました。 そこで、この記事ではオニオンアーキテクチャにおけるインテグレーションテストの実装方法を具体例をもとにパターン別にまとめて、Pros/Consを考えてみようと思います。 今後のテスト設計のガイドとして役に立つと幸いです ☺️ オニオンアーキテクチャについては改めて説明しませんが、 little-handsさん

ログラスの勝丸(@shin1988)と言います。最近はマネージャーをやっています。 今回のアドカレは「カジュアル面談」について、自分がどの様に行っているのかを整理したいと思います。本記事はエンジニア、及びプロダクトづくりをされていて、カジュアル面談を実施する方を読者として想定しています。 カジュアル面談の目的 目的ですが、自社についての解像度を少しでも上げていただく場と自分は整理しています。 なので無理やり採用活動につなげるなどは全く考えていません。 カジュアル面談を通して1つだけ心がけていることは、「言いにくいこともはっきりと言う」を心がけており、「事実でないこと」は絶対に言わないようにしています。 どんな機会であっても、実態と異なることを話しても長期的にはメリットは少ないと感じています。 出来ていないことは出来ていないと言い切って、「今はここまで出来ています」や「これからここまでやりた