閉域網で AWS のサーバーレスアーキテクチャ (SPA) を利用する方法 | Amazon Web Services
Amazon Web Services ブログ 閉域網で AWS のサーバーレスアーキテクチャ (SPA) を利用する方法 近年、生成 AI アプリケーションの社内利用など、セキュリティ要件が厳しいエンタープライズ企業や公共機関でも、新しいアプリケーションを構築する機会が増えています。 サーバーレスアーキテクチャは、使った分だけの従量課金や高い拡張性から、新規アプリケーション立ち上げに適した選択肢として広く採用されています。 しかし、閉域網 (インターネット非接続環境) で AWS の代表的なサーバーレスアーキテクチャを利用しようとすると、いくつかの制約があります。 本記事では、代表的な構成例をもとに、これらの課題とそのワークアラウンド (回避策) をご紹介します。 代表的なサーバーレス SPA 構成例 以下は、Amazon Cognito を使ったユーザー認証と静的 Web ホスティング
技術書をスポンジのように吸収する方法 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本って読むのめんどくさいですよね。。。 ネット記事の方が楽ですよね。。。 しかし、本の価値って侮れないと思うんです。 なぜならネット記事より多くの人が関わり、時間を費やしているから。 修正とかも容易じゃないですし。 そこでYouTubeで何やら「教科書をスポンジのように吸収する方法」という動画を見つけました。再生回数が1100万回もあり、なんか素晴らしい動画な予感。 そこでMatt DiMaioさんが動画で述べている内容をまとめてみました。 ステップ1：まず章をざっと眺める 目的：章全体の内容を把握する。 方法：詳細には読まず、ページを
自然言語でワークフロー作成？Claude Code、n8n、n8n-mcpを組み合わせた開発体験レポート
はじめに こんにちは！R&DチームでAI関連のリサーチを担当しています。最近のAI技術の進歩スピードには本当に驚かされますよね！毎日のように新しいツールやアップデートが登場しています。 そんな中、最近取り組んでいるのがn8nを使ったワークフロー自動化の仕組み作りです。n8nはノーコードでワークフローを構築できる便利なツールなのですが、従来は手動でワークフローを組み立てる必要がありました。 ところが、Claude Codeとn8n-mcpを組み合わせることで、とても便利なことができるようになったんです。AIに自然言語で指示するだけで、自動的にワークフローを作成してくれました。さらに、追加の質問や修正依頼をすると、リアルタイムでワークフローを更新してくれる機能まで備わっています。 この面白い開発体験をぜひ皆さんにも味わっていただきたいので、今回はその具体的な方法をご紹介したいと思います。 1.
はじめての転職講座/The Guide of First Career Change
2025-08-14 かっぱNight vol.1 「はじめての転職講座」
「LLMはコンテキストがすべて」かもしれない
コンテキストエンジニアリングについて LLM（大規模言語モデル）の分野で、最近「コンテキストエンジニアリング（Context Engineering）」という言葉が多く使われるようになりました。AIエージェントの文脈でも使われることが多く、自分の中でずっとモヤモヤしていたのですが、少し自分なりに整理してみたのでここに書いてみます。 半分以上お気持ちというかポエムや私見が混じっていますので、学術的な定義の厳密性より、自分が普段使っていて感じる実践目線での一つの考え方として捉えてもらえるとありがたいです。 「プロンプトエンジニアリング」から「コンテキストエンジニアリング」へ そもそも「コンテキストエンジニアリング」って何？「プロンプトエンジニアリング」と何が違うの？というところから始めたいと思います。 プロンプトエンジニアリングは、ものすごい単純にした図にすると以下になると思います。 プロンプ
コードレビューが激変している - RAKUS Developers Blog | ラクス エンジニアブログ
こんにちは、フロントエンド推進課の水野です。 普段はWebフロントエンド領域を中心に、商材開発や技術支援、開発改善に携わっています。 自動化・標準化、開発プロセスの変遷に関心があり、作るものだけではなくその過程や運用設計を意識して取り組んでいます。 note.com 最近、自分の中でコードレビューのやり方が変わったなと感じています。 GitHub CopilotやClaude Codeのようなツールが当たり前になり、構文エラーやコーディング規約のチェック、命名規則の統一のような作業はほぼ自動化できてしまいます。 成果物の出てくるスピードと規模感も桁違いで、レビューだけで1日が溶ける日もたまにあります。 その中で、改めて「自分は何をレビューすればいいんだろう」「コード以外に見るべきものはなんだろう」と考えることが増えました。 個人的にコードレビューや開発現場に関する話が好きで、ブームが再燃し
課長になって中間管理職みを味わう愉悦 - やしお
日本の大手メーカー、いわゆるJTCで課長になって4ヶ月が過ぎた。世の中でよく言われる中間管理職みは確かにあるって実感と、それを生じさせる要素や機序も少しは見えてきて面白いなって気持ちもあり、忘れないようにメモしておこうと思って。 基本情報 新卒で入社（22歳）→品質管理系の部署で係長クラス（33歳）→別の生産管理系の部署で係長クラス（37歳）→前の部署に戻って課長（39歳）、という流れ。 課の人数は自分を含めず20名いる。課には機能別ではなく、担当製品で分けた2つのグループがある。 巷間で言われる中間管理職み よく世の中で語られる中間管理職のつらさは以下のようなものがあるだろうか。 板挟みの立場：経営層と現場の間での板挟み、裁量が小さい割に責任が大きい。 心身への負担：労働時間の長さや業務負荷の高さ、プレッシャーの大きさ。 報酬面での不満：残業代のなさ、業務量や責任に対する報酬の低さ。 人
コードから離れる不安、評価への戸惑い。「マネジメントの本質を掴むまで」の日々を支えた10冊 | レバテックラボ（レバテックLAB）
コードから離れる不安、評価への戸惑い。「マネジメントの本質を掴むまで」の日々を支えた10冊 2025年8月5日 READYFOR株式会社 VPoE/EM 熊谷 遼平 学生時代の起業を皮切りに、ウェブ・ネイティブアプリケーション開発、インフラ設計構築、全文検索エンジンの導入など、テクノロジー領域での開発経験を積む。プロダクトマネージャーやプロダクトオーナーとしてのチームマネジメント経験の他、事業開発やインサイドセールスチームの立ち上げにも携わる。現在はREADYFORのVPoE/EMとして、エンジニアリングを軸に事業と組織の成長を推進すべく、日々奮闘中。 X（@KUMAN_R） Qiita note エンジニアがマネジメントに踏み出すとき、今まで向き合ってきた「技術やシステム」と、マネージャーとして向き合うべき「組織や人」の特性の違いや、役割の変化に戸惑う人も少なくありません。 この連載では
なぜWhyを書くだけで生産性が上がるのか？｜すてぃお
プロダクト開発をしていると、ユーザーや社内から改善要望をもらうことがよくある。でも、その要望の多くが「How」しか書かれていなくて、本当に必要な「Why」が書かれていない。 例えば、よくあるものだと 「ユーザー一覧をCSVでダウンロードできるようにしてほしい」 「検索結果を50件ずつ表示してほしい」 「削除ボタンを赤色にしてほしい」 といったものだったりします。 社内の人には「HowはあってもなくてもいいのでWhyを書いてください」と言っているんだけど、実際にWhyが書かれているケースは少ない。 テンプレートみたいなものを用意してもひどいケースだと「◯◯機能がほしいので◯◯機能を作ってください」みたいなことが書かれている。 どうしてWhyが重要かというと、"最適な解決策を見つけつつ、将来の拡張性も考慮した設計にしたい"からです。 このnoteではなぜ、要望にはWhyが重要でHowが重要では
「10日間で学ぶ サーバーレス on AWS」講座を公開しました！ #awsserverless10days - log4ketancho
こんにちは、@ketancho です。 この度、Udemy にて 「10日間で学ぶ サーバーレス on AWS：ハンズオンで身につけるモダンアーキテクチャ入門」 を公開いたしました！🎉 www.udemy.com こちらは既に公開している AWS 講座 「手を動かしながら2週間で学ぶ AWS 基本から応用まで」 の受講生の方からも要望が多かった AWS の「サーバーレス」に特化した入門講座です。 AWS の知識を前提条件としていませんので、AWS が初めてという方も「10日間で学ぶサーバーレス on AWS」からご受講いただくこともできますし、「2週間で学ぶ AWS」の次のステップとして「10日間で学ぶサーバーレス on AWS」をご活用いただくこともできると思います。 この記事の最後に、この講座をお得にご受講いただける講師クーポンを用意していますので、ぜひ最後までご覧いただければ嬉しい
conreq - curlライクに使える同時リクエスト確認ツールを作った
はじめに APIの動作確認で「同じエンドポイントに同時にリクエストを送ったらどうなるか」を確認したいことがあります。例えば、冪等性の確認、レート制限の検証、同時実行時の挙動テストなどです。 そんな時に使えるツール「conreq」を作りました。名前は concurrent + request を組み合わせた造語で、「コンリク」または「コンレック」と読みます。 開発の背景 同時リクエストを送るツールを探すと、いくつかの選択肢があります。 既存ツールの課題 GNU parallel # 複雑になりがち... seq 3 | parallel -j 3 "curl -H 'X-Request-ID: {}' https://api.example.com"
LLM時代の仕事 - Software Transactional Memo
Geminiに書いてもらったPDCAモーターサイクル いちプログラマである僕の視点では、現在の世界はAIに熱狂している。 特にLLMを使ってコードを書かせるばかりか、その先のデバッグまでLLMに任せる時代はもう少し先だと思っていたら早くも登場して世間を沸かせている。 ソードアートオンラインのように「システムコール」と前置すればただの単語予測器にできる範疇以外の事にも手を伸ばせる事はわかっていたが、LLMがこんなに早くその「システムコール」を操ってものを動かせるという直感を持ち合わせていなかったのを恥じるばかりである。少しシリアスにLLMの出力をチューニングしようとした人ならわかると思うが、LLMが真にすごいのは知識を貯めておける事というよりパターンに従うのがとんでもなく上手いと言う事である。 プロンプトチューニングで「あなたは○○の専門家です」などと入れるロールプレイングは出力の品質を大き
基礎から学ぶAIエージェント入門 仕組みが分かれば活用方法が見えてくる
“生成AIブーム”が始まってから早くも2年半が過ぎた。「ChatGPT」が2022年に登場し、AIに質問するための「プロンプト術」が2023年のトレンドになった。2024年に入ると、ビジネス導入時の回答精度を向上させる技術「RAG（検索拡張生成）」が話題になった。そして2025年は「AIエージェント」に期待が集まっている。 「AIエージェントに仕事を丸投げできる世界」を夢見るビジネスパーソンも多い中、「まだ先の話ではないか」と冷静に捉えているのはTISインテックグループの澪標アナリティクスとTISの両方に所属する香川元氏だ。 「業務プロセスの一部を生成AIが肩代わりできるようになり始めました。エージェントという仕組みを使うことで、その範囲が広がるという理解が正しいでしょう。最終的に『エージェントが何でもやってくれる世界になればよいかな』という状況です」 香川氏の見通しに落胆した読者もいるだ
論理削除 - kawasima
ユーザなどのリソースエンティティのパージするわけではないデータ削除(a.k.a. 論理削除)をどう設計するか、は単純でありながら、イミュータブルデータモデルの基本形を学ぶ良い題材なので、順を追って説明する。 リソースの検討 まずユーザがアクティブなユーザと削除されたユーザで扱いが異なるかどうかを考える。この段階で物理設計としてどうするかを考えると検討ポイントが十分考慮されないことにつながるので注意しよう 。(イミュータブルデータモデル#5e3a5f1da8e5b200009c0499) 扱いが異ならない場合を考えてみよう。 code: (mermaid) classDiagram direction LR class ユーザ { <<Resource>> ユーザID : SERIAL PK 名前 : VARCHAR メールアドレス : VARCHAR ユーザ区分 : ENUMアクティブ/削
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
東大・松尾研、2024年度「大規模言語モデル講座」の講義スライド資料を無料公開／LLMの活用法からモデル構造、応用まで幅広く学べる
【海外記事紹介】LLM最新モデルを横断的に比較可能な「LLM Leaderboard」が話題に — 現在最も知能が高いLLMは？
[PDF] AWS-Summit-JP-2025-AWS-42-アーキテクチャ道場 2025 - 実践編！
Go並行プログラミング実務ガイド
TypeScript 上達の道
「手を動かした者だけが世界を変える」ソフトウェア開発だけではない開発者人生
