本日は「恵比寿の女の会」。 わたし以外のふたりは恵比寿に住んでいるわけでもないのだが （体の弱いわたしに合わせて）恵比寿で飲み食いしてくれる まぁ一言で言えば「飲み会」だ。 そこで話題になったのが 「市場でテレビマンの価値は低く見積もられる？」 という話。 たとえば転職する場合。 どこかの企業でずっと経理一筋にやってきた経理部長なら 「この人には経理を任せればいいんだ」とわかりやすい。 ところがテレビマン（制作者）の場合、 どんなにスーパーヒット番組のプロデューサーを経験していても 履歴書に書いたところで「？？？」となるのではないか。 （テレビ局を定年した人からも、転職は難しい、とよく聞く） そこで今日は３人の酔っ払いが話し合った 「テレビマンの価値」について書きたい。 ①いくらでも頭を下げられる！（修羅場耐性）我々テレビマンは「放送」という目的のためならば プライドなど捨てて頭を下げるこ

後編はこちら！: 「アーキテクチャ図はもう要らない」は本当か？ ── LLM時代のC4モデル再考 「アーキテクチャ図」の曖昧さ 「アーキテクチャ図」を作成するとき、どのような図を描くかはチームや個人によって異なることがあります。 例えば、「ユーザーが画面から帳票をPDF出力でき、出力の結果をメール通知する」ようなシステムの場合、以下のような図が描かれることがあります。 例1 - スライド 例2 - draw.io どちらも「アーキテクチャ図」として正しいです。しかし、このような図を継続的にメンテナンスしていこうとすると、以下のような課題に直面します。 フォーマットがバラバラ PowerPoint、Googleスライド、draw.io、.. 人によって使うツールが異なり、編集できる人が限られる 粒度がバラバラ ある人は例1のようなシンプルな図を描き、別の人は例2のような詳細な図を描く 「どこ

高杉＠沼を駆けだすエンジニア @takasugi_mbsjk ある看護長が退職され、アカウントの停止処理をしたら即日病棟から鬼電きて「システムが使えなくなった」とのこと。 へ？ってなってみたら皆看護長のアカウントで作業していた・・・ どういうこと？ 2026-03-07 00:34:08 高杉＠沼を駆けだすエンジニア @takasugi_mbsjk わい「いや、退職された人のアカウント停止させますよね」 看護「じゃあ、どうしたらいいんですか！！」 わい「ご自身のアカウントでログインされれば」 看護「覚えているはずがないでしょ！！」 わい「いや・・・　そういう運用は違うと・・・」 2026-03-07 00:35:42

こんにちは、SmartHR のプロダクトエンジニアの横山です！ 今日は、とあるプロダクト開発で実装した巨大な SQL において、一般的な構文（UNIONやJOINなど）の影に隠れがちですが、とても助けになった PostgreSQL の機能を紹介します。 巨大な SQL と聞くと、複雑性や可読性の観点から敬遠されることも多いです。しかし、パフォーマンス要件的に必要に迫られたり、アプリケーション層の複雑さを解消するために、あえて DB 側でロジックを解決し、1 クエリで完結させる選択が必要な場面も、稀にですが確実に存在します。 本記事では、実際のプロダクトコードで活用したテクニックの中から、痒いところに手が届いた機能をピックアップしました。ORM だけでは解決できない課題に直面したとき、あるいはパフォーマンスチューニングをするときの一助となれば幸いです。 目次 複雑なクエリを保守しやすくするた

【シリコンバレー=山田遼太郎】米オープンAIは16日、対話型AI（人工知能）「Chat（チャット）GPT」のサービス内で広告の表示を始めると発表した。無料の利用者と、新設した月8ドル（約1260円）の低価格プランの利用者を対象に、米国で試験導入する。巨額の開発投資で大幅な赤字となっており、収益改善につなげる。AIの回答には広告を含めず数週間のうちに米国で試験を始める。無料版と16日に始めた月

カミナシエンジニアの 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として使う まず私はプロダクション運用するプロダクトに

𝙣𝙚𝙢𝙞𝙥𝙤 @mipomipo800 スーパーの値引きのお刺身、パックのまま食べるとかなり生臭いけど、ボウルに氷塩水作ってドリップを洗い流して、新しい氷塩水につけて15分くらい冷蔵庫放置、水気切って盛り付ければ断然美味しくなるから手間だけどやってみて。 pic.x.com/rOe0BpirDv 2026-01-04 16:48:08

Notebook LM に本を突っ込むとポッドキャストを生成してくれる機能を愛用しています。 生成されたマインドマップを見ながらポッドキャストを聞き、深堀りしたい部分を実際に読んだり、他の記事などもソースに突っ込んで分析するなど読書体験が令和になりました。 o'reilly ebook は PDF もあるため、それを突っ込めばいいのですが、 Kindle 本はそうもいきません。 いくつか検索した結果、ソリューションとして、 KIndle をスクショする スクショした画像を PDF 化する PDF を Notebook LM にアップロードする という方式がよさそうです。 最近 NotebookLM が画像アップロード機能が実装されたようですが、1ノートブックに対して50ファイルが上限となると、厚い本はつらそうです。 forest.watch.impress.co.jp というわけで今回は

サイゼリヤが一部店舗で導入している注文アプリに対し、ネット上で賛否が入り交じった議論を度々目にする。低価格で多彩なメニューを展開する同社が、新たに投入したスマートフォンを利用した注文方式は、タブレット端末を備える他チェーンとは異なる方向性を示しており、利用者から注目を集めているようだ。 サイゼリヤが一部店舗で導入した注文アプリに対し、ネット上では賛否が交錯している。サイゼリヤは、タブレット方式とは異なるスマホ注文を導入し、利用者の関心を集めている サイゼリヤが選んだ「番号入力型」の注文方式 一般的なスマホ注文や据え置きタブレット端末では、カテゴリーをたどって商品を選ぶUIが主流だ。しかしサイゼリヤが採用した方式は、印刷されたメニューに記載された商品番号をユーザーが直接入力するという、意外な設計になっている。利用者は席に置かれた札のQRコードを読み取ってページを開き、人数を選んだ後、メニュー

はじめに 先日、Xでこんな投稿が話題になっていました。 実際のサイトを見ていないため詳細は不明ですが、事象としてはフロントエンドのJavaScriptだけでバリデーションを実装し、サーバーサイドに同等以上のバリデーションがなかったケースです。 DevToolsで回避できるということは、悪意あるユーザーが不正なデータを送信できてしまいます。 サーバーサイドではすべてのバリデーションを実装するべきです。セキュリティの観点でも、ドメインの正当性を保つ意味でも、サーバーは最後の砦となります。 一方で、フロントエンドのバリデーションについては、どこまで実装すべきか判断が難しいところです。本記事では、この点について考えを整理してみます。 バリデーションの責務を整理する 前提を決めておきます。 サーバーサイドバリデーションは絶対 サーバーサイドのバリデーションは必須です。これは絶対に省略できません。 理

前置き AI系プロジェクトのプロジェクトリーダーを数年間担当して私が最近感じていることを書きます。 今回はAIアプリエンジニアに限った話をします。 もちろん特定のテック企業やIT系企業、SIerでは当てはまらないと思いますが、おそらく事業会社では多くのパターンで共通する課題ではないかと感じています。 ここで言う「AIアプリエンジニア」とは、生成AI（LLM）を活用した社内アプリやプロトタイプを開発するエンジニアを指しています。 現状の課題感 「AIアプリエンジニアが急増しているが…」 AIアプリエンジニアという肩書きを持つ人は確実に増えています。 これは生成AI、いわゆるLLMが普及し、誰でも比較的容易に活用できるようになったことが大きな要因でしょう。 しかし実際のところ、AIそのものへの理解や理論的な知識を持たずに開発しているケースも少なくありません。 「OpenAI APIを使える」「

2025/10/11 JAWS FESTA 2025 in 金沢 https://jawsfesta2025.jaws-ug.jp/sessions/timetable/85/

【導入】 すべての始まりは、一枚の「AI利用ランキング」だった こんにちは、FLINTERS新卒エンジニアの野崎です。 突然ですが、皆さんはAIコーディングツール、活用していますか？ 僕は8月頃から使えるようになった「Claude Code」にドハマりし、まさに"ゴリゴリ使い倒す"日々を送っていました。アイデアを壁打ちすれば設計のヒントをくれ、エラーコードを投げれば一瞬で解決策を示してくれる。まるで魔法使いのようなその力に、僕は完全に心酔していました。 しかし、そんな僕にある転機が訪れます。毎月発表される社内のAI利用状況レポートで、なんと僕が Claude Code利用者ランキング2位 にランクインしていたのです。 「え、俺がこんなに使っていいのか…？」「（従量課金だし）これ、まずいのでは…？」 一抹の危機感を覚えたのと同時に、僕は日々の開発業務に潜む、ある種の「ムダ」にも気づき始めてい

最近、Claude Codeを使っている人から「レビューが追いつかない」という相談をよく受ける。これは偶然ではなく、必然的に起きる現象だと考えています。 このnoteでは どうしてClaude Codeによる生産性向上の限界が訪れるのか どうすれば、全体の生産性が向上するのか Claude Codeを利用した場合にレビュープロセスでのボトルネックをどのように解消させていくか の3つを書いていきます。 プロダクト開発の典型的なワークフローまず、多くのチームで採用されている機能追加のワークフローを整理してみる。 ※あくまで一般例なので、チームにより変更があると考えています 機能追加のワークフローこの流れ自体は理にかなっていると思っています。 問題は各プロセスの処理速度のバランスです。 ボトルネック理論で考える開発プロセス生産管理の世界には「制約理論（TOC: Theory of Constra

【Kiroだけじゃなかった！AWSがAIインフラ続々リリースして凄すぎたので緊急整理🔥】AWSがAIエージェント開発の「実験→本番」への難題を解決！AgentCoreで誰でも本格的なAIエージェントを動かせる時代に突入AWSAIKiroAgentCore 昨日のAWS Summit NYC 2025のキーノート見てて、「これは大きな転換点になるな」って感じたので、整理してシェアしたいと思います。 正直、今までAIエージェントって「デモでは動くけど本番環境では...」みたいなケースが多かったじゃないですか。でも、Amazon Bedrock AgentCoreの発表を見て、ついに実用レベルに到達したなと。 なんでそう思ったのか、順番に説明していきますね。 🤖 Amazon Bedrock AgentCore：AIエージェント実用化の決定版 1. なぜ今までAIエージェントは「デモ止まり」

Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge

えび＠プログラマー @ebiebi_pg フルリモート推しの人にフルリモートを推している理由聞いたら「満員電車が嫌」と言われるんだけど 電車通勤じゃなくて自転車や徒歩で行ける距離に会社があったらフルリモートじゃなくても良いって言うのだろうか？ 2025-06-30 08:20:12