Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前提 ※ ポエム記事なので、全て私個人の主観です🙏 ※ あと、すんません。ふざけて色々詰め込んだら結構長くなりました。ホンマすんません。。 結論と主旨 先に書いときます。 Next.js は非常に便利。とても良い技術で、慣れると最高 特に、AI 搭載サービス作るなら採用技術の最有力候補だと思っている Next.js はそんなに好きじゃないですが、今後も使います(市場が大きい内は) でも、初心者にはやっぱり「オススメ」ではない(=初心者向けではない) Next.js 以外にも色んな技術使ってて、常に別の技術採用時にも対応できるようにはし
カミナシエンジニアの osuzu です。 私は職能柄、Webフロントエンド技術の選定に関わる機会が多く、これまで React Server Component や Next.js に関する発信なども過去にしていました。 そうした事情から2025年12月の React や Next.jsのセキュリティ問題 に対し心痛めています。 私は現在もプロダクションでNext.jsを運用していますが、選定した事を後悔しているかというとそう単純な話でもありません。 そこであらためて、Next.jsをプロダクションで採用するポイント、何を意識した構成にしているか記載します。 今回の記事では以降、ReactはRSC(React Server Component)を含むものとし、Next.jsは記載のない限りApp Routerを指した話となります。 BFFとして使う まず私はプロダクション運用するプロダクトに
こんにちは。ソリューション本部 エンタープライズ事業部 スポーツプラットフォーム部の永田です。普段の業務ではスポーツ領域の新規サービス開発に従事しています。 本記事では、複雑なドメインを持つ新規サービス開発のプロジェクトにおいて、「AI を活用して開発生産性を向上させる」 ために構築した仕組みと、その具体的な例を紹介します。 背景と課題 プロジェクトの特性 本プロジェクトには、以下のような特性があります。 新規サービス開発: ゼロからの立ち上げであり、設計判断が多い タイトなスケジュール: ビジネス要件上、できるだけ早く開発を進める必要がある 複雑なドメイン・コード: 特有の概念や複雑な構造が多く、全体像の把握が難しい。新規メンバーが多いチーム構成も相まって、ドメイン知識の蓄積が十分でない こうした背景から、AI をうまく活用してスピードと品質を両立して開発を効率化したいと考えていました。
“MVP” implies a selfish process, abusing customers so you can “learn”. Instead, make the first version SLC: Simple, Lovable, and Complete". Disillusioned with MVP Product teams have been repeating the MVP (Minimum Viable Product) mantra for a decade now, without re-evaluating whether it’s the right way to maximize learning while pleasing the customer. Well, it’s not the best system. It’s selfish a
AIコーディング前提の開発プロセスを仕組み化 はじめまして。松尾研究所の中川です。 AIコーディングを前提に、提案から開発・運用までを一気通貫で進めるスタイルは増えつつあります。弊社のプロジェクトでも、AIコーディングは単なる「補助」ではなく、開発プロセスの中核として扱われる場面も多くなってきました。 私も小規模体制で開発速度と品質を両立するために、Claude Codeの運用における 並列化・プロンプト運用・レビュー自動ループ・ナレッジ一元化・インストラクション(Skills) の5点を“仕組み”として作っています。 この記事では、Claude Code中心のAIコーディング手法をまとめます。 開発対象 Claude Codeの実務運用で開発したWebアプリ構成です。 フロントエンド: React + Vite + TypeScript バックエンド: FastAPI 非同期処理ワーカー
AI(人工知能)とML(機械学習)の急速な発展によって、世界のデータセンターが極度に圧迫されるなか、宇宙にデータセンターを構築するプロジェクトが加速している。 エヌビディアはAIに特化した超高性能GPU「H100」を、衛星「スタークラウド1」に搭載して11月2日に打ち上げた。また、米宇宙開発企業アクシオム・スペースは、コンパクトなデータセンター衛星「ODC 1」と「ODC 2」を2025年末までに打ち上げる予定だ。ジェフ・ベゾス氏も軌道上データセンター(ODC:Orbital Data Center)に着手しており、ブルーオリジンのプラットフォーム衛星「ブルーリング」の打ち上げを、2026年春以降に予定している。 地球を周回する軌道上にデータセンターを構築すれば、衛星などが取得する膨大なデータをAIによってリアルタイムに解析し、必要なデータだけを即時的に受け取れる。そのデータを光通信によっ
(フルVibe Codingできたとは言ってない) ご無沙汰しております。 今年の後半から大学の講師(情報学部)もするようになって、すっかり時間がなくなっていたkazuphです。 基本的にすべての仕事が副業みたいになった昨今、細切れの中でなんとしても進捗を出す必要があり模索してきました。私は15年程度エンジニアをやっていますが、Claudeの性能が上がってからはコードを読むのをほぼやめています(自分が得意で好きな部分だけ見ますが)。 特に今年傾倒したのがPlanモードや仕様駆動開発(SDD)です。 Claude CodeのAgentに対応したSDDは神がかっており、こっちは要件を言うだけでどんどん別のagentがフェーズごとに立ち上がってアウトプットを出してくれます。Agentの文言を改変して、作成した仕様やtasks等を実行する前に自動でCodexにレビューさせたりすると更に威力が高まり
散々言われていることだと思いますが、何度でも言いたいことなので、改めて記事にすることにしました。 APIをそのままMCPサーバーにするのは止めてください 何故ダメか 何故ダメかの説明として、よく「APIとMCPはレイヤーが違うから〜」とか説明されているのを見ますが、個人的にはそんなことはどうでも良くて、普通に実害があるからダメです。主に以下の2点が問題です。 AIのコストが高くなる AIの応答精度が悪くなる 特に1はめちゃくちゃ困ります。 逆に言うと、これらの問題が発生しないように考慮されていれば、私的にはAPIをMCPサーバーにしてもOKです。 では何故、深く考えずにAPIをそのままMCPサーバーにするとAIのコストが高くなるのか、もう少し深堀りして見ましょう。 AIエージェントの処理 問題を把握する前に、いわゆるAIエージェントがMCPサーバーのツールを使う時の処理を理解しておきましょ
勉強を始めた当初、模試のスコアは 600点でした。 そこから、仕事終わりに1日1時間の勉強を3ヶ月続け、 TOEIC 875点 を取ることができました!!! この過程で、TOEICひいては英語力を身につけるための "最強勉強法" がマジで分かっちゃいました。 そこで、本記事ではそのときに辿り着いた勉強法と考え方を共有したいと思います! そもそもエンジニアにとって英語力は必要なのか エンジニアに英語力が必要な理由は、いくつもあります。 良い技術情報ほど英語で書かれている 価値の高い情報ほど、最初に英語で公開されます。日本語情報は劣化コピーになりがち です。読解力がつくと判断が速く、正確になります。 エンジニア市場は実質「グローバル市場」 高単価な仕事、面白いプロダクトは英語前提 になりやすい(全世界をターゲットにできるため)です。英語ができないだけで、最初から選べない仕事やポジションが増えて
2024年2月、大手調査会社ガートナーが「2026年までに生成AIの影響で従来の検索エンジンによる検索数は25%減少する」という予想を出しました。 www.gartner.com この調査は広く話題になり、様々な場所で検索エンジンの危機の根拠として引用されましたので、記憶にある人も多いのではないでしょうか。 予言された2026年まであとわずかです。実際にはどうなったでしょうか? ・・・予言は大ハズレだったようです。 Datos社の米国での大規模調査を元にした集計によると、従来型検索は減少どころか、増加傾向にあるという結果でした。 New Research: 20% of Americans use AI tools 10X+/month, but growth is slowing and traditional search hasn't dipped - SparkToro New R
はじめに こんにちは、和田です。いえらぶGROUPで開発部の執行役員を務めています。 弊社も例に漏れず、今年はAI活用に非常に注力してきました。Cursorを全エンジニアに導入し、テックリードにはClaude Codeを配布、業務効率化・実装スピード強化・精度向上を進めてきました。 そんな会社で、私はある新人エンジニアに対して「AIの使用を禁止する」という判断を下しました。 先日ちょっと話題になってましたね、こちらの彼の話です。 社内でも圧倒的なAI推進派の私がなぜそのような判断をしたのか。そして3ヶ月後、その新人はどう変わったのか。この記事では、私の目線からのある種答え合わせ的なつもりで経緯と結果をまとめてみました。 最初は「AIをどんどん使わせていた」 新人が入社した当初、私は彼にもCursorを使わせていました。なんならClaude Codeも使わせていました。理由はシンプルです。
こんにちは、Sapeet開発チームです。 Claude Codeの正式版リリースから数ヶ月、世界中の開発現場で導入が進んでいると思います。 Sapeetでもこれまでの GitHub Copilot、Cursor、Devinに続いて導入を目指し、先行検証期間も経て、ついにClaude Max 5x プランを社員エンジニア全員分会社としてサポートできるようになりました㊗️ Claude Code 実際どれくらい使っている?導入したものの、実際どれくらい使うてどれくらい効果出てますねん、というのは使っている側としても費用を負担している会社としても気になるところだと思います。7月分については多分Claude Code使っている人ほぼ全員使っているのではないかという ryoppippi様作成の ccusageツールを使ってトークン消費量と仮にサブスクリプションではなくAPI呼び出しをしていた場合の金
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 株式会社ZOZO 執行役員 兼 CTO の @sonots です。 この記事は「ZOZO Advent Calendar 2025」カレンダー1の最終回(25日目)です。 2025年は、新規プロダクトのリリース、海外企業のM&A、そして開発AIエージェントの本格的な台頭など、ZOZOにとっても、エンジニアの働き方にとっても大きな転換点となる年でした。 本記事では、2025年を通じてZOZOの開発組織が取り組んできた主なプロジェクトや挑戦を振り返ります。 新規プロダクトへの挑戦:ZOZOマッチ 2025年6月、ZOZOはマッチングアプリ「
この記事について 本記事は Ubie Tech Advent Calendar 2025 19 日目の記事です! LLM を活用したプロダクト開発において、「生成結果の品質をどう評価するか」は常に大きな課題です。 モデルの更新、プロンプトの改善、RAG の検索精度の向上など、あらゆる改善活動において、信頼できる「評価指標(メトリクス)」がなければ、それが改善なのか改悪なのかを判断できません。 Ubie では、LLM を活用した生活者の健康に関する相談に応答するアプリケーションの開発・運用しています。医療・健康というドメインの特性上、正確性や安全性には高い水準が求められます。また、"Helpfulness"(有用性)や "Empathy"(共感性)といった定性的な価値も同時に担保する必要があります。 このような複雑な要件を満たすため、私たちは LLM-as-a-Judge (LLM による自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く