【徹底解説】これからのエンジニアの必携スキル、プロンプトエンジニアリングの手引「Prompt Engineering Guide」を読んでまとめてみた こんにちは。CX 事業本部 Delivery 部のきんじょーです。 ここのところChatGPT と戯れてアプリを作ったり、様々なプロンプトの検証をしていましたが、言語モデルの性能を最大限に引き出すために、体系的にプロンプトエンジニアリングを学びたいと考えていました。 GitHub に「Prompt Engineering Guide」という素晴らしいリポジトリがあったので、読んで検証した内容をブログにまとめていきます。 本記事は、執筆時点の上記リポジトリの内容を元にしていますが、意訳や独自に検証した日本語のプロンプトを含みます。 上記リポジトリも絶賛開発中の段階のため、最新情報や原文が気になる方はリポジトリを直接参照してください。 目次 プ

こんにちは、臼田です。 みなさん、業務設計してますか？(挨拶 今回はMarkdownでシーケンス図やフローチャートなどの図を記述できるMermaidを使って業務フローを書いてみたら、意外と書けたので自分なりのTipsを紹介したいと思います。 その前に 注意点として、まだMermaidを使い始めたばかりなので、「もっとこうしたらいいぞ」とか「こっちのほうがいいぞ」とかあれば建設的なフィードバックとしてSNSとかでいただけるとありがたいです。 あと業務フローって表現しましたが、人によって思い描く業務フローが違うと思うので、業務フローの定義に関するツッコミはご容赦ください。私が今回Mermaidで書いたのは以下の図です。(内容はブログ用に簡素化しました) この図のコードは以下のとおりです。(後ほど解説します) sequenceDiagram autonumber actor お客様 partic

AWS構成図の作成に便利なAWSシンプルアイコンが、装いも新たに AWS Architecture Icons としてリリースされたので、新旧比較を行ってみました。 はじめに AWSチームのすずきです。 AWS構成図の作成に便利なAWSシンプルアイコンが、装いも新たに AWS Architecture Icons としてリリースされました。 従来のAWSシンプルアイコン(2017版)との違いを確認する機会がありましたので、紹介させていただきます。 公式ページ AWS Architecture Icons ダウンロードリンク PowerPoint 用 AWS アーキテクチャアイコン AWS-Architecture-Icons-Deck_20181009.pptx AWS_Simple_Icons_PPT_v17.1.19.zip 比較 AWS Architecture Icons のページ

「コンテナ導入ってどこからやったらいいんやろう…」 Amazon ECSがリリースされてから、早4年。Docker自体の進歩が目覚ましく、周辺のオーケストレーションツールや関連するOSSなども目を見張るような勢いで進化しています。以前は開発環境での利用が主流だったコンテナも、今では本番環境での採用事例も増えてきました。さらに、Fargateの東京リージョンリリースやEKSの一般公開など、話題には事欠きません。 アプリケーションのコンテナ化には様々なメリットがありますが、実際に本番環境に導入するには従来のアプリケーションの考え方とは違う部分もあり、簡単にはいきません。その辛さを乗り越えて「もっと多くの人にコンテナを活用してもらいたい」という想いを、このセッションに込めました。 AWSは利用しているがアプリケーションをコンテナ化するメリットがあまり感じられない人や、コンテナに関する情報量が多く

こんにちは。プロダクトグループのshoito(しょいと)です。 9/26(水)に開催された レガシーコードにドメイン駆動設計で立ち向かった5年間の軌跡 に参加してきたのでレポートします。 当日のtwitterのハッシュタグ#DDDAllianceのツイートがTogetterでまとめられています。 BIGLOBEにおける、5年間のDDDへの取り組みと今後について ビッグローブ株式会社 西 秀和さんより 30年間、事業を支えてきた業務システムをDDDで刷新する。 そのためには、組織的、エンジニアのレベルなど多くの問題があります。 その壁をどう乗り越えたのか？ そして、壁の向こうで得た恩恵とは何のか？ 5年という期間を経て、得ることのできた気づきや組織的な変化をお伝えしたいです。 アジェンダ DDD導入に至るまで 導入時の苦労 導入による効果 今後の目標 BIGLOBE販売システムについて、DD

はじめに AWS re:Invent(以下re:Invent)は、2012年の初回から毎年ラスベガスで開催され、2017年の今年で6回を数える事になりました。規模は回を重ねる毎に大きくなり、今年は日本から1000人を超える参加があったとのことです。 これだけ多人数が参加すると、パスポートを盗難されたり、紛失する機会も増えてくることが想像され、その場合日本に帰国するために何をどうすればいいのか、事前に情報を知っておくに越したことはありません。本エントリでは、パスポートを失った際の具体的な対応方法を、実例を元に確認します。 パスポート盗難・紛失時の対応方法 盗難はともかく、パスポートの紛失は気付くのは早いに越したことはありません。下記は飛行機から降りた直後に機内に忘れたことに気付いた場合です。 [re:Invent2017] とっさの事故にも困らないために 〜パスポート遺失編〜 #reinve

森永です。 今日起きたらセキュリティクラスタがWPA2の脆弱性でざわついてて焦りました。 先ほど詳細なレポートがでましたので内容をまとめます。 だいたい分かればいい人は概要だけ読んで下さい。 KRACK Attacks: Breaking WPA2 本ブログの内容について暗号の専門家による監修はありません。誤った表現や誤解を招く表現があればお申し付け下さい。 概要 報告者 ベルギーにあるルーヴェン・カトリック大学でネットワークや無線のセキュリティなどを研究している博士研究員であるMathy Vanhoef氏 内容 Wi-Fi Protected Access 2（WPA2）の脆弱性が見つかった（WPA1も対象） 攻撃手法の特徴から「Key Reinstallation AttaCKs(KRACKs)」と呼ばれる WPA2というプロトコルの脆弱性なので、特定の製品（OS、デバイスなど）に関係

次にこれらの環境変数を使って要素の判定および通知を行います。実際のコードを見てみましょう。 HTMLを取得し、判定対象をチェックする package lambda import net.ruippeixotog.scalascraper.browser.JsoupBrowser import net.ruippeixotog.scalascraper.dsl.DSL._ import net.ruippeixotog.scalascraper.dsl.DSL.Extract._ import net.ruippeixotog.scalascraper.dsl.DSL.Parse._ import net.ruippeixotog.scalascraper.model._ class ScrapeClient { val url = sys.env("TARGET_URL") val che

こんにちは。山崎です。 MySQLのデータをCSVに書き出すバッチ処理をAkka Streamsで実装する方法を紹介します。 Akka Streamsとは ノンブロッキングなバックプレッシャ付きの非同期ストリーム処理の標準を定めるReactive StreamsのAkkaを使った実装です。 Akka Streamsに関しましては、こちらの記事に詳しくまとまっていますのでご覧ください。 実際にコードを書いてみる 今回は「商品の情報をDBから取得しCSVファイルに書き出す」という例で実装していきます。 処理は３つの部品から構成されます DBから商品の情報を取得するSource 流れてきた商品情報をCSVの1行分に変換するFlow ファイルに流し込むSink これらの部品を実装してつなげることで処理を実装します。 実際にコードを見ていきましょう。 依存関係 今回使用するライブラリをbuild.s

はじめに こんにちは、データインテグレーション部の近藤です。 今回は、RDSにおいて、PostgreSQLの設定のwal_levelをreplicaからlogicalに変更することにより、PostgreSQLのトランザクションログ(WAL)へChange Data Capture(以下、CDC)に必要を内容を出力させる設定方法をご紹介します。 wal_levelを設定することになった経緯 データベース移行サービスであるAmazon Database Migration Service（以下、DMS）には、継続的なレプリケーション機能(差分更新)の機能があります。この動作テストを行おうと、ソースDBをRDSのPostgreSQL、ターゲットDBをS3としてタスクを作り動かしました。ソースDBのPostgreSQLにデータを逐次INSERTし、それに伴いターゲットDBであるS3にオブジェクトが

ChromiumでHeadless 最近、ChromeがHeadlessに対応しているという情報を目にしましたので備忘録として手順を共有したいと思います。 Amazon Linuxでやろうとしたけどツライ 最初にAmazon Linuxを使ってChromiumをインストールしようとしましたが、各種パッケージが足りないとエラーが続き諦めました。 Ubuntuでラクラクセットアップ とても簡単にセットアップできましたのでこちらの方法をご紹介します。 まずはじめに適当なタイプのEC2インスタンスを起動します。サーバーの種類は、Ubuntu Server 16.04 LTS (HVM), SSD Volume Typeを選択しました。 次に、SSHでサーバーにアクセスを行い、以下の手順で必要なソフトウェアをインストールします。 $ sudo apt-get update $ sudo apt-ge

さて、皆様はIAMにどのようなイメージをお持ちでしょうか。プロジェクトに関わる複数人で1つのAWSアカウントを扱う時、各メンバーに配布するアカウントを作れる機能。そして、その気になればアカウントをグループ分けし、権限を厳密に管理できる機能。といったところかと思います。 上記のユースケースで出てきた主なエンティティ（要素）はUserとGroupですね。IAMのManagement Consoleで見てみると、IAMはこれらの他にRoleやIdentity Providerというエンティティによって構成されているようだ、ということがわかります。今日はRoleにフォーカスを当てて、その実態を詳しく理解します。 IAM Role IAM Roleを使うと、先に挙げたIAMのユースケースの他に、下記のようなことが出来るようになります。 IAM roles for EC2 instancesを使ってみ

はじめに こんにちは。望月です。 過去に本ブログで、IAM Roleの仕組みについて都元から解説がありました。 - IAMロール徹底理解 〜 AssumeRoleの正体 IAM Roleの仕組みについて非常にわかりやすく解説されていますので、ぜひ読んでみてください。今日はもう少し利用側の観点に立ったブログを書いてみようと思います。 IAM Roleってどうやって使われてるの IAM Roleを利用する目的は、「ソースコード内にAWSのAPIキーをハードコードすることなく、AWSのAPIを叩きたい」というものが殆どだと思います。ですが、なぜIAM Roleを利用すると、アクセスキーをソースコードで指定することなくAWSのAPIが利用可能になるのでしょうか。 今日はその仕組みについて知りたくなったので、AWS SDK for Rubyのソースコードから読み解いてみました。SDKのバージョンは1

こんにちは、菊池です。 2017/8/25追記：Kinesis Firehoseの東京リージョンでの提供が開始されました。 本日（日本時間：2017/8/19）の機能アップデートにより、Kinesis Streamsに配信されたデータを直接Kinesis Firehoseで読み取ることができるようになりました。 Amazon Kinesis Firehose can now read data directly from Amazon Kinesis Streams この機能統合により、Kinesis Streamsへ送信したデータを、S3やRedshiftへ簡単に保存しておくことが可能になります。 試してみた Kinesis StreamsにPUTしたデータを、Firehoseを経由してS3に保存してみます。 Kinesis Streamの作成 まずはストリームの作成です。今回はオレゴン

【新サービス】AWS上でフルマネージドなデータカタログとETLを実現するサービス『AWS Glue』がリリースされました！使い始めの準備をご紹介 はじめに こんにちは、yokatsukiです。 AWS re:Invent 2016のDAY2キーノートにて発表された『AWS Glue』が、本日2017年8月15日、NYC AWS Summitにて一般公開されました！ AWS Glueとは サービス概要 AWS Glueは、「フルマネージドでサーバレス、そして、クラウド最適化された ETLサービス」です。 サービスの概要については、今までに弊社で記述したAWS Glue関連のブログエントリがありますので、そちらを参考にして下さい。 AWSのフルマネージド型 ETL サービス『AWS Glue』の紹介動画を観て来たるべきリリースに向けて情報収集してみる | Developers.IO 【速報】A

はじめに こんぬづは、最近はパスピエというグループにハマっていて聞いていると開発とブログが捗る田中です。 今回はエンジニアがブログを書き続けるために必要だと私が考えているマインドセットの方法を紹介します。 もくじ 対象読者 この記事の説明 あなたが書いた記事は「必ず」誰かの役にたつ 目標設定は「あとづけ」する フィードバックを得る機会を持つ マサカリは怖くはないし役に立つ 数字を何気なく追う まとめ 対象読者 ブログを書こうと思っているが書けずに苦戦しているエンジニアの人 これからブログを書いてみようかなと思っているエンジニアの人 メインの対象読者はエンジニアを想定していますが、本記事はブログ書きをする人に共通して必要なマインドセットとしても捉えられるため、エンジニアに限らずブログを書こうと思っている人、書く必要に迫られている人に読んでほしい内容にもなっています。 この記事の説明 最近私の

はじめに おばんです、初コミケ参戦に意気込んで実弾（小銭）の用意も完了した田中です！！！明日は戦じゃ！ 今回は自分が登壇するイベントレポートと登壇報告のレポートをイベント終了時には同時にアップし終えている私が普段実践している、とにかくブログを早く書く方法をご紹介します。 もくじ ブログを早く書くことの必要性 テンプレートを作る テンプレート紹介： イベントレポート テンプレート紹介： 実績系（出演・執筆・登壇報告など） テンプレート紹介： 技術TIPS テンプレート紹介： 大きな粒度の技術まとめ まとめ 参考・関連 ブログを早く書くことの必要性 ネタの鮮度問題? まず問題点として以下の二つがもっとも大きな問題として挙げられます。 人が持つ特定の技術やイベントに対する熱はいつまでも保てない 自分が保持しておけるネタの鮮度はいつまでも保てない 前者は技術トピックであれば熱が保たれる期間はまだ長

講師陣のみなさま セッション1：Collecting Data onto AWS ビッグデータパイプライン（Collect：収集） データを集める前に GIGO：Garbage in, garbage out 「ゴミを入れればゴミが出てくる」 データを集めることの重要性 データマイニング界の格言 More data usually beats better algorithms. （大量のデータは、高度なアルゴリズムに勝る） Deep Learning：学習データの量は重要なファクターのひとつデータを集めることの重要性 データを集める S3にデータを集める S3に集めたデータを活用しやすくする データカタログーメタデータインデックス DynamoDBに属性（メタデータ）を保存する データカタログ―サーチインデックスを作る S3ストレージインベントリ バケット内のオブジェクトのリストと、各オ