南場智子「ますます“速さ”が命題に」DeNA AI Day2026全文書き起こし - エンジニアtype | 転職type
NEW! 2026.03.08 ITニュース DeNA生成AIAI 「開発エンジニアの人生が一変した1年」だった――。 2025年に「AIオールイン」を宣言したDeNA。あれから1年、会長の南場智子さんは劇的な変化をそう切り出した。 コーディングに手を動かすことが激減し、AIが自らタスクを請け負うAIエージェントが民主化したこの1年。最前線で南場さんが痛感したのは、生産性向上という甘い果実だけではない。 「無慈悲なLLM」 「中途半端な専門性は一撃で淘汰される」 「スピード感のないプロダクトに、成長も参加資格もない」 突きつけられたのは、昨日までの常識を無効化するシビアな現実だ。 しかし、南場さんは同時にこうも断言する。 「諦めるのは時期尚早。日本はまだまだ勝てる」 その真意と、南場さんの描く未来予測とは？ 2026年3月6日に行われたばかりの最新プレゼンを、熱量そのままにノーカットでお届
「アーキテクチャ図はもう要らない」は本当か？ ── LLM時代のC4モデル再考
「アーキテクチャ図はもう要らない」は本当か？ ── LLM時代のC4モデル再考 前編: アーキテクチャ図、コードで書こう - C4モデル入門 はじめに LLMに「こういうアプリ作って」と頼めば動くコードが出てくる時代に、アーキテクチャ図を描くのは遠回りに感じるかもしれません。 しかし、LLMがコードを書く時代だからこそ、アーキテクチャ図の価値はむしろ高まっています。 「誰でも作れる時代」に起きていること LLMの登場で、ソフトウェア開発の敷居は劇的に下がりました。自然言語で要件を伝えるだけで「とりあえず動くもの」が手に入ります。LLMに実装を任せる「バイブコーディング」も珍しくなくなりました。 しかし、チームや組織の現場ではこんな経験はないでしょうか。 チームの各メンバーがLLMを使って機能を高速に実装していたが、いざ統合すると同じ機能が複数のモジュールに重複していた 「コードを生成する前
スマホからも PC からも使えるプライベート LLM 環境 (Qwen 3.5-4B) を AWS に構築してみた | DevelopersIO
Claude や ChatGPT の障害に備えて、ローカル LLM (Qwen 3.5-4B) を AWS の GPU インスタンス上にセルフホストしました。Tailscale を使うことで、スマホからも PC からも同じ URL でプライベートにアクセスできます。Terraform のコード全文と、実際に使ってみた所感を紹介します。 はじめに Claude や ChatGPT などのクラウド LLM サービスは、障害が発生すると使えなくなります。LLM を日常的に活用するエンジニアにとって、こういった障害が作業効率に与える影響は大きいです。保険として自前の LLM 環境を持っておきたいと考える方は少なくないのではないでしょうか。 自宅の PC でローカル LLM を動かすこと自体は難しくありません。しかし、常時起動が前提になりますし、外出先からはアクセスできません。 本記事では、オープン
久々にOllamaを触ったら、量子化で別物になってた
本記事の構成について この記事は、AIを使用して構成の整理や下書きを支援してもらっています。 しかし、内容は精査の上理解を表現しています。 まずはじめに 久々にOllamaのドキュメントを開いたら、見慣れない単語が目に入った。 量子化（Quantization） 以前にOllamaを触ったとき（前回の記事）は、gemma3を動かして「ローカルでLLMが動いた！」という体験がメインだった。 当時のドキュメントには「7BモデルはRAM 8GB必要」「13BモデルはRAM 16GB必要」といった目安表があったはずだ。 今回ドキュメントを見ると、その表が消えていた。代わりに量子化まわりの説明が増えていた。 なぜ表が消えたのか。量子化とは何なのか。掘り下げていくとLLMの動作原理の話に繋がっていって面白かったので、そこから順番に書いていく。 LLMはなぜメモリを大量に食うのか GPT系のモデルはTr
できるだけ無料でサービスを運用するための個人開発オススメデプロイ先 - Qiita
はじめに こんにちは、ひるげです。 個人開発でWebアプリを作ったとき、「どこにデプロイすればいいんだろう？」と悩んだ経験、ありませんか？ AWSやGCPは高機能だけどコストが怖い。かといって無料のサービスは制限が気になる... この記事では、個人開発で使えるおすすめのデプロイ先をカテゴリ別に紹介します。実際に僕が開発中のアプリで採用した構成も公開するので、参考にしてみてください。 この記事の対象 本記事は、フロントエンドとバックエンドを分離する構成を前提としています。具体的には、React等のSPAをフロントに、Go/Node.js等のAPIサーバーをバックに置くような構成です。 以下のケースでは、ここまでの構成は不要です。 静的サイトのみ（ブログ、ポートフォリオ等） → GitHub PagesやCloudflare Pagesだけで十分 フルスタックフレームワーク（Rails、Nex
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Minions: Stripe’s one-shot, end-to-end coding agents
生成AI時代の開発と運用 / Dev and Ops in Gen AI era
