はじめまして、一休でプロダクト開発・技術広報を行っている山本（@kymmt90）といいます。 今回は「一休.comレストラン」のバックエンドのRust移行の取り組みについて、バックエンドを中心に、背景や現在の移行状況をお伝えします。 なぜRustを選定したのか？サービス概要「一休.comレストラン」は、上質なレストランを対象に店舗や食事コースの検索、詳細情報の閲覧、Web予約機能を提供するサービスです。2006年にローンチされ、従来はPython・C#・VBScriptといった技術スタックを用いたシステム構成となっていました。 選定背景5年以上Pythonを中心にサービスを開発／運用してきましたが、コロナ禍や開発チームの再編成を経て、既存のコードベースのままだと事業の要求に沿った開発や運用が難しくなってきたという課題がありました。 そこで、サービスのUI自体の刷新を含めリライトしていくとい

An interactive demo for developers to try the new text-to-speech model in the OpenAI API

SREとしてSLI/SLOをどう普及してきたか、 CTOとしてSLI/SLOをどう活用しているか 株式会社ユーザベース 安藤裕紀 2025.3.21 信頼性向上の第一歩！～SLI/SLO策定までの取り組みと運用事例～ 00 自己紹介 安藤裕紀 / Yuki Ando 株式会社ユーザベース 執行役員 NewsPicks CTO NewsPicksの技術責任者 兼 広告事業の開発チームリーダー 2022/7〜2025/2までの約3年間はSREチームリーダーをやっていました 特技：AWSコスト削減や障害対応を愚直に100本ノックすること 好きなSREのプラクティス：非難なきポストモーテム文化 Incident Response Meetupという障害対応のイベントを運営しています ©Uzabase, Inc. All Rights Reserved.

こんにちは、花粉症が辛いです。登壇する時にくしゃみしないために朝から外出を自粛してます。15分なのにスライドが40枚あります。 本日、「信頼性向上の第一歩！～SLI/SLO策定までの取り組みと運用事例～」というイベントで「SLI/SLO・ラプソディあるいは組織への適用の旅」🎵🧭 というタイトル…

2025/03/19に行われた「僕のSLOとNew Relic by NRUG Vol.13」の登壇資料です。 資料内のリンク

サカモト@エンジニアキャリア論 @sakamoto_582 メガベンの新卒エンジニアレベル高すぎ問題。長期インターンやアルバイトが当たり前になった事で求めるレベルがちょっと前の中途のそれと変わらなくなってる。ただ何か作った事があるレベルでは到底無理で深掘りに耐えられる知識と経験が求められてる。これは未経験完全お断りだよ。 2025-03-18 13:07:19 サカモト@エンジニアキャリア論 @sakamoto_582 外資ITのシニアソフトウェアエンジニア。エンジニアとして年収アップ、ビックテック・メガベンなどのトップのテック企業へ入社するためのキャリア論と面接対策情報を発信。エンジニアtype連載。WorkCircle / OpenMoney / recoエージェント提携。メガベン入社対策(無料)希望の方⬇️ forms.gle/BtjwrcPqhDj2HY…

by Dan Farber 顧客管理ソフトウェア等を販売するSalesforceのマーク・ベニオフCEOが、同社の新しいAI製品「Agentforce」を本格的に導入したことで人間の(ソフトウェア)エンジニアを雇う必要がなくなったと発言しました。2025年度のエンジニア新規採用は行わない予定だそうです。 Marc Benioff says Salesforce will hire no engineers this year https://sfstandard.com/2025/02/27/salesforce-marcbenioff-layoffs-tech-agents/ AgentforceはSalesforceのプラットフォーム上で使用できるAIツールで、顧客とのやりとりを解決したり、自社製品への関心が高い顧客を選別したり、マーケティングを見直したりといった意思決定やアクションを

AIを補助的に使う時代は終わりました。これからは、AIがプロセスを置き換える時代です。私たちは、AIを単なる効率化ツールではなく、ナレッジを蓄積しながら自律的に活用する開発手法を提案します。適切に設計すれば、AIはコードを書く、ドキュメントを整理する、意思決定を支援するなど、人間と協業しながら進化できま…

著名エンジニアの中島聡氏が、オープンソースの各種AIモデルをローカル環境（MacBook Pro）でテストしその実力を評価。それらが私たちのビジネスにどのような変化を起こすかを予測する。中島氏によれば、MicrosoftのPhi-4に代表されるSLM（小規模言語モデル）の能力がLLM（大規模言語モデル）並みに上昇することで、法人向けエンタープライズ市場では近い将来、クラウド上のAIサービスではなく、個人のパソコンや社内のAIサーバーでオープンソースなSLMを走らせるのが主流になるという。（メルマガ『週刊 Life is beautiful』より） ※本記事のタイトル・見出しはMAG2NEWS編集部によるものです プロフィール：中島聡（なかじま・さとし） ブロガー／起業家／ソフトウェア・エンジニア、工学修士（早稲田大学）／MBA（ワシントン大学）。NTT通信研究所／マイクロソフト日本法人／マ

※こちらは社内で発表したものを外部で登壇できるように修正したものです。 はじめに 2021年にGitHub Copilotが発表され、2022年に一般利用可能になって以来、生成AIはソフトウェア開発の世界に急速に浸透してきました。「動作するきれいなコード」はソフトウェア開発の理想とされてきましたが、生成AIの登場によってこの理想に到達する道筋が大きく変化しています。本記事では、テスト駆動開発の原典である『テスト駆動開発』の基本理念を踏まえ、生成AIとの協業によって「動作するきれいなコード」を実現する方法について考察します。 「動作するきれいなコード」とは何か t-wada氏がSeleniumConf Tokyo 2019での基調講演で引用したように、テスト駆動開発のゴールは「動作するきれいなコード（Clean code that works）」です。Kent Beckによるテスト駆動開発の

この文章は、2019年4月18日に開催された国際カンファレンス SeleniumConf Tokyo 2019 で行った基調講演の文字起こしを土台に加筆修正したものです。 当日の講演資料は speakerdeck で、動画は YouTube で公開されています。 Clean code that works - How can we go there? - Takuto Wada | SeleniumConf Tokyo 動作するきれいなコード - どうたどり着くか 本日の講演タイトルは「動作するきれいなコード - どうたどり着くか」です。動作するきれいなコードへ至る道の話をさせていただこうと思います。 資料は公開予定で、講演の写真撮影も問題ありません。ツイッター等での実況も大歓迎です。ハッシュタグは #SeConfTokyo です。 改めて自己紹介です。和田卓人（わだたくと）といいまして、

はじめに 去年の夏頃、巷でAIエディターが流行している最中、ずっと憧れていたNeovimを使い始め、晴れてVimmerになりました! それから半年が経ちNeovimにもだいぶ慣れてきたので、自分のNeovim環境を再構築しました。その際にプラグインも色々見直したので、今回はその中でも特に愛用しているプラグインを紹介します！ UI系のプラグイン dashboard-nvim Neovimをファイル指定なしで起動した際に表示されるスタート画面をかっこよくできるプラグインです。直近開いたファイルやプロジェクトも表示されるので便利だし、なにより見た目がかっこよくてテンション爆上げ系のプラグインです！ ちなみに、ヘッダー部分のロゴは以下のサイトのANSI Shadowフォントを使って生成しています！ hlcunk.nvim コードの各種ブロックの開始と終了部分をハイライトしてくれるプラグインです！複

自分の考えをまとめたものです。 前提としてプログラミング言語間の性能ベンチマークは好きではありません。 この記事で書いてある自分の考えに基づくとあまり意味のないものだからです。 本題 プログラミング言語の性能については得られる性能とそのために必要なコストの曲線(コスパ曲線)を意識することが最も重要だと考えています。 (無限のコストを投入すればどの言語においても同じ性能に到達すると仮定しています) コスパ曲線については以下のことを考えています。 ビジネスの場合は投入できるコストを一定としたときに最大の利益を得られるプログラミング言語を選ぶのがよい 性能によって得られる利益はビジネスごとに異なるため考える必要がある 利益の積分値を最大化したい、区間についてはそれぞれで設定する コスパ曲線は人のスキルに依存する 学習なり採用なりで人にスキルに対してコストを払うことでコスパ曲線が変化する コスパ曲

挨拶 最近は新しい登壇資料を準備して、頑張って執筆している龍ちゃんです。YouTubeやXなどで情報収集しながら、新しいAIツールを見つけたので使用レポートと具体的な使用方法、注意点などをまとめて書いていこうと思います。 今回のお話は「メモ帳と生成AI描画ツールが合体したツールNapkin AI」についてです。 Napkin AIとは Napkin AIはテキスト入力をするだけで、グラフや図解を自動生成してくれるAIツールになります。プレゼン資料の図解などで使用することができる、ちょっとおしゃれな図を生成してくれるのですごく助かります。 龍ちゃん 2025年3月12日時点で、beta版ですべての機能が無料で使用することができます。ぜひ試して！！！ 描画画面 画面は海外のメモ帳みたいな雰囲気があります。マークダウン形式で入力することができます。 図の生成 テキストを入力したら、左側に生成ボタ

こんにちは、しば田です！ この記事では自分がProject Rulesをどのように運用しているかを書いていきます。 設定ではなく運用という表現が近いです。 注意事項 以下に語る運用が正解かは分からないです。1つの参考程度にお読みください。 Cursorのアップデートでこの記事は一瞬で陳腐化する可能性があります。ご了承ください。 TL;DR まずは結論から。現時点での僕の考えるベスプラは以下です。 日々アップデートして育てる 育てやすい構成にしておく 複数のmdファイルの中身を結合するスクリプトを作ってmdcファイルを生成する mdcファイルの参照ルール（Auto Attach、Description、alwaysApply）には落とし穴があるので気をつける この運用のメリット エージェントのパフォーマンスが地道に改善されていく チームで共有できるようになる 自分の運用のサンプルを以下に置い

シンプルかつ網羅的なAWS設計を生成するAIプロンプトの核心は： 構造化された出力フォーマット：設計書の章立てと各セクションの説明内容を明確に指定 具体的なパラメータ要求：抽象的な説明ではなく、実装に使える具体的な設定値を求める 選定理由の明確化：「なぜその選択をしたのか」の説明を求める 代替案との比較：検討した代替オプションとの比較を含める Well-Architectedの原則適用：AWSのベストプラクティスに基づく設計を促す このアプローチを活用すれば、AIの力を借りつつも、実装に直結する高品質なAWS設計書を効率的に作成できます。何より、設計者の時間を節約しながらも、その専門知識と判断を最大限に活かせるところに大きな価値があります。 ※以下を全量使用すると量が多いので、該当箇所のみの抜粋を推奨 以下の要件に基づいて、詳細かつ実装可能なAWSアーキテクチャを設計してください。各セクシ

Yesterday, the tj-actions repository, a popular tool used with Github Actions was compromised (for more background read one of these two articles). Watching the infrastructure and security engineering teams at Carta respond, it highlighted to me just how much LLMs can’t meaningfully replace many essential roles of software professionals. However, I’m also reading Jennifer Palkha’s Recoding America

社内勉強会向け

Google CloudがApplication Design Centerという、構成図を書けばTerraformを書いて、デプロイまで行う機能をリリースしました。[1] どうやらGoogle CloudはTerraform職人を失職に追い込みたいようです。 Application Design Centerの概要 アプリケーション デザイン センターは、Google Cloud アプリケーション インフラストラクチャの設計、共有、デプロイに役立ちます。アプリケーション デザイン センターを使用すると、アプリケーション テンプレートを設計し、開発者と共有し、インスタンスをデプロイして、設計を進化させることができます。 つまりApplication Design Centerはインフラ構成図の設計・共有・デプロイを補助するツールで、アプリケーション開発者やプラットフォーム管理者が効率的に管