You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
TL;DR 社内の開発情報にアクセスするMCPサーバーを作成して、AI開発ツールが業務知識を活用できるようにしてみた。 具体的なツール事例(DBスキーマ参照、コード検索など)と、AIに活用させるための命名、レスポンス、権限などの考え方とコツを紹介。 TL;DR はじめに MCPとは MonotaROでのMCP DBスキーマを使ったコード生成 既存ソースコードからの業務知識抽出 共通モジュールの使用例の検索 MCPツール実装のコツ プロセスの状態に依存せずツールを利用できるようにする できるだけ具体的なツール名をつけてパラメータを修飾する レスポンスとしてinformativeなフィードバックを返す (なるべく)実行ユーザーの権限を使う まとめ はじめに MonotaROでは、ドメインモデリングでリアーキテクチャに挑むと同時に、モノタロウのAI駆動開発の全貌をご紹介しますのようにAIツールを
[速報]マイクロソフト、WindowsがMCPをサポートすると発表。AIエージェントでWindowsやアプリとの連携が可能に マイクロソフトは日本時間5月20日未明に開幕したイベント「Microsoft Build 2025」で、AIアプリケーションやエージェントとアプリケーションを連携させるプロトコルである「MCP」(Model Context Protocol)をWindowsがネイティブにサポートすると発表しました。 WindowsのMCPサポートでは、以下の機能がWindowsに実装されます。 MCP Servers for Windows ファイルシステムやウィンドウ管理、Windows Subsystem for Linux(WSL)などのWindowsシステムファンクションがMCPサーバとなり、AIアプリケーションやエージェントからアクセス可能になる。 MCP Registr
[速報]「GitHub Copilot Coding Agent」パブリックプレビュー。AIにIssueをアサインすると、解決に向け自律的にプログラミング マイクロソフトは日本時間5月20日未明に開幕したイベント「Microsoft Build 2025」で、GitHubのIssueをAIにアサインすると、解決に向けて自律的にプログラミングを行う新機能「GitHub Copilot Coding Agent」をパブリックプレビューとして発表しました。 GitHub上のコーディングエージェントは、今年(2025年)2月に「GitHub Copilot Agent Mode」がプレビュー公開されています。これはタスクをVisual Sutido Code上の画面からプロンプトでGitHub Copilotに指示する形式でした。 参考:GitHub Copilot Agent Modeが登場。タ
2025年3月に出版された「Infrastructure as Code, 3rd Edition」を読んだ📕 2016年頃に Infrastructure as Code(日本語版)を読んで今でも本棚に置いてあって,2021年に出版された Infrastructure as Code, 2nd Edition は日本語版が出版されたら読もうかな〜思いつつ結局読まなかった(出版もされなかった)という経緯がある.1st Edition と比較すると 3rd Edition は大きく変化していて,クラウド時代における Infrastructure as Code のトピックが網羅的に解説されていて最高の一冊だった❗️ 英語だし,そこそこページ数も多くすべてのページを読むのは大変だったけど読んで良かった〜と思う.個人的な「毎日10分間読書」という習慣化時間でコツコツ読んでいて,途中別の本を読ん
はじめに みなさん初めまして、本田技研工業デジタルプラットフォーム開発部のTera-Cです。ソフトウェアエンジニアを10年程度経験してから自動車業界に転職して8年、Hondaでの業務歴は2年の若手?です。 我々の部署ではAWSを活用して、Hondaの車やアプリに向けたWebサービスやサーバーの開発をしています。仕事を進めるうちに得られたAWSに関連する知見や事例、SaaSの活用情報などを発信していきます。 今回はそのような技術的なお話の前に、ソフトウェアエンジニアが自動車会社に転職してきて感じた違いや、困ったこと、良かったことなどを「4選」、お伝えします。 はじめに 1. ソフトウェアの仕事の経験がある人が少ない 2. ソフトウェア開発のインフラが整っていない 3. 能力が高い人が多い 4. 労働組合の正体が分かる まとめ 1. ソフトウェアの仕事の経験がある人が少ない 我々は自動車会社な
Rust製の形態素解析ライブラリVibratoのご紹介です。MeCab互換で爆速のようです。Python版もあります。WASMのデモサイトもあります。 学術的な難しい話はできないので、興味のある方は開発者の方のページをご覧ください。 また比較も兼ねて、同じくRust製の形態素解析ライブラリのLinderaも紹介します。最後におまけでActix Webサーバに組み込み、APIとして形態素解析を提供する方法も説明します。 Vibrato 辞書ファイルのダウンロード 最初にVibrato専用の辞書ファイルをダウンロードします。コンパイル済みのものがありますのでこちらからダウンロードします。 辞書ファイルにはいろいろ種類があります。少し古いですがIPA+MeCabがサイズが7.5MBと一番小さくて使いやすいためこちらを使用します。ダウンロードしたら展開してください。この説明では$HOMEに展開しま
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 この記事はRustでAWS Lambda開発を行うにあたっての全体プロセスのガイドです。RustでLambda関数を実装し、そのコードを実行するためのDockerコンテナイメージを作成します。次にそのイメージを自動でビルドしLambda関数を更新するCI/CDをCodePipelineで構築します。他に複数のLambda関数を一つのクレートで管理し、それらを一括でデプロイする方法についても解説します。 なぜRustでLambdaを実装するのか? まず、Rustは素晴らしいプログラミング言語です。静的型付けによってバグの少ないコード
元々考えていたよりCloudflare成分薄めになっちゃいました (あとで足すかも) https://ai-developer-meetup.connpass.com/event/353962/
はじめに ある日のこと、私はブログを書いていました。ブログをレビューしたり、修正したり。そんな日々の中で、ふと思ったのです。「あれ?自分が書いたブログ記事、本当に役に立っているのかな?」と。 皆さんも一度は感じたことがあるのではないでしょうか。せっかく時間をかけて書いた記事が、実は的外れだったかもしれない、という不安。「もっとこうすればよかった」という後悔。あるいは「この記事、本当に価値があるのか」という疑問。 そんな思いを抱えながら、私はあることに気づきました。ブログ記事を評価する明確な基準がないということに。プログラミングにはコードレビューがあり、デザインにはクリティークがあります。でも、技術ブログには? そこで考えました。もしブログ記事を客観的に評価できるプロンプトがあれば、多少なり自分の記事をより良くするヒントになるのではないか、と。単なる「良い/悪い」ではなく、複数の観点から数値
簡単にいうと、LLMの仕組みを理解してLLMの気持ちになってどういうコンテキストを与えたらうまくいくのか?どうやれば安定したLLMプロダクトを開発できるのか?というLLMプロダクト開発の基本が書かれた本です。 内容はいささか古く(おそらく2024年中頃までに書かれている)、この本から即座に実践に入れる類いの本ではないので、まさに「教科書」です。この本を索引として、必要な知識を深掘りする必要性があります。 この本に書かれている知識のまま、知識更新を怠ると極めて危険です。いろいろな情報がアップデートされています。 この記事に間違いとか解釈違いとかあったら、是非ご連絡ください! コーディングエージェント使いが読むべきか? 非エンジニアが読むべきか? 内容の解説 という構成です。 コーディングーエージェント使いが読むべきか?最近コーディングエージェントを使う人が一気に増えました。そういったコーディ
本日4/4(金)にリリースされたRust 1.86の変更点を詳しく紹介します。 もしこの記事が参考になれば記事末尾から活動を支援頂けると嬉しいです。 4月4日はMicrosoft設立日 ピックアップ トレイトをアップキャストできるようになった スライスHashMapから複数の可変参照を得られるようになった rustdocのフォントをsans-serifに変えられるようになった 安定化されたAPIのドキュメント {float}::next_down {float}::next_up <[_]>::get_disjoint_mut サンプル <[_]>::get_disjoint_unchecked_mut 安全性 サンプル slice::GetDisjointMutError サンプル バリアント IndexOutOfBounds OverlappingIndices HashMap::ge
IT企業やIT部門は技術力を発揮してなんぼである。技術力で存在価値を高めようとする。そのカルチャーはある意味で健全である。IT業界やIT職種の正しい発展を後押しすることにもつながる。 一方、技術力だけで初心者や中途採用者をマウンティング(優位性の誇示)するのは問題だ。さらにひどいと、顧客や取引先まで小ばかにするような態度をとる。これが一部の人の特異な行動ではなく、職場やチームの複数名がマウンティング気質であったり、上長がそのような性格の持ち主だったりすると、職場の性格そのものが問題となる。つまり、性格の悪い職場のオーラをまとい、悪臭を放ち始める。 マウンティング文化の人が部門長や管理職だったり、いわゆるスタープレーヤー的な存在だったりする職場はタチが悪い。職場が技術で相手を殴る行動を正当化しているようなものだからである。 なぜ技術力だけで他者をマウンティングするような、「性格に難あり」な人
はじめに 「新規プロジェクトに参画したら、アプリケーションがRustで書かれていた...」 このような経験をされた方も多いのではないでしょうか。もしくは今後あるかもしれません。特に、オブザーバビリティの実装を担当することになったインフラエンジニアにとって、Rustは馴染みの薄い言語かもしれません。 このガイドは、インフラエンジニアとしての経験は豊富だが、Rustの経験が少ないインフラエンジニアのために書かれています。既存のRustアプリケーションにログ、メトリクス、トレーシングを実装する方法を、Rustの前提知識を必要とせずに理解できるよう解説します。前提知識が不要なだけで都度学習はしてもらいます。 想定読者 オブザーバビリティの実装経験がある Python、Java、Goなどでの実装経験はある Rustは初めて触れる、もしくは経験が浅い 既存のRustアプリケーションにオブザーバビリティ
TOPフォーカスコードが読めなくなったOSSを再生させるまで。スライドツール「Marp」作者の背水の学び直し【フォーカス】 スライド作成ツール「Marp」開発者 服部 雄輝 2014年、株式会社Speeeに新卒入社。サーバーサイドエンジニアとしてキャリアをスタート。在籍中の2016年にMarpを個人プロジェクトとして開発し公開。2021年に同社を退職後、スタートアップ支援等を経て、同年10月より株式会社YAGOにJoin。リードエンジニアとして主にフロントエンド開発に従事。現在もMarp Teamとして、Marpの開発を継続している。 X:@y_hatt GitHub:https://github.com/yhatt Marp公式サイト:https://marp.app/ 「ある日、自分が書いたはずのコードを読めなくなったんです」――。 こう語るのは、Markdown記法にて、プレゼンテー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く