はてなブックマーク

本記事は、AI Tips連載の1本目の記事となります。 はじめにこんにちは。HealthCare Innovation Group(HIG)の山本竜玄です。 業務やプライベートを通して、GeminiやGitHub Copilot、Cursor、Claudeなどを使用していますが、これらのAIエージェントツールをうまく使うにはプロンプトエンジニアリングの知識が必要だと実感しています。 例えば、Few-Shot Prompting（数個の例を与えてつつ、同様のタスクを依頼する）であったり、Tree of Thoughts（複数の選択肢や段階を並行して評価・検討させる）などを意識すると、AIからの回答の質が大きく向上します。 これらの手法を勉強する中で、ふと思ったことがあります。プロンプトエンジニアリングで使われる思考法は、LLMへの指示だけでなく、人にタスクを依頼する際や、自分のスキル改善につ

本記事は、CI/CD連載の6本目の記事となります。 はじめにこんにちは。HealthCare Innovation Group(HIG)の山本竜玄です。 本記事では、Gemma3とUnslothを組み合わせて、完全オンプレミス環境でのAIコードレビューができる環境を構築してみました。 フューチャーでは社内開発基盤運用チームが構築・運用するオンプレミス版GitLabを利用していますが、近年注目されるAIエージェントを導入する際に課題がありました。外部APIを利用する場合、セキュリティ審査プロセス、従量課金による予算管理の複雑さ、機密データの外部送信への懸念などが発生します。 そこで、LLMモデルを自前の環境に組み込み、プロジェクト固有のデータで追加学習を行うアプローチを試しました。Gemma3とUnslothの組み合わせにより、RTX 3060 12GBという家庭用レベルなGPU環境でもファ

CI/CD連載 4本目の記事です。 はじめに１か月前、情報安全確保支援士を受験してきまして、問題の選択肢にあった “SonarQube” という初耳ワードがどんなOSSなのか気になりました。タイミングよくこの『CI/CD pipeline』企画を目にしたので、これは私に書けと言っている！と思い、このブログ記事の題材にすることに決め、ミニマム版を実装構築してみました(/・ω・)/ ちなみに今回（令和7年春）の問題には、弊社セキュリティプロダクトの Future Vuls の得意分野である脆弱性管理の大問がそっくり出ていて、「これを機に Future Vuls の導入を検討してみては？」と回答に書いても丸もらえるのか試したかったです（さすがに試していない。 SonarQubeとは？SonarQubeとは、SonarSourceが開発したオープンソースプラットフォームで、29のプログラミング言語

はじめにCI/CD連載 5本目です。 HIGの橋本です。 Apple 純正のCI/CDサービスである Xcode Cloud を初めて導入するときに、導入時にまず押さえておきたいポイントを実際に試し、まとめた記事です。 本記事では、次の3つについて述べます。 リモートリポジトリへのプッシュをトリガーにCIを実行し、ビルドとテストを行うPull Request WorkflowGit タグのPushをトリガーとし、ビルド、テスト、TestFlight へアプリを配信するTestFlight Release Workflow成功・失敗を Slack へ通知する手順Xcode Cloud 概要Xcode Cloud は、Xcode に組み込まれた継続的インテグレーションおよびデリバリーサービスで、Apple デベロッパーのために設計された CI/CD サービスです。署名まわりの煩雑な設定が不要に

※図は Gemini 2.5 Proで生成しました はじめに入梅のみぎり、いかがお過ごしでしょうか。 フューチャーは月に1回、何かしらの技術テーマを元にブログリレー（ブログ連載）を行っています。6月はCI/CDについて取り上げます。本来は5月予定でしたが、春の入門祭りが総勢26名参加され、スケジュールがスライドしたため1ヶ月ズレての開催です。 CI/CDについてインテグレーション (Continuous Integration) と継続的デリバリー/デプロイメント (Continuous Delivery/Deployment) の略で、開発手続きを自動化し、より早く確実にリリースするための開発手法です。 CI (継続的インテグレーション): コード変更をリモートリポジトリにプッシュ・マージされたことを起点に、ビルドやテストを自動的に実行し、不具合を検知し手戻りを防ぐCD (継続的デリバリ

CI/CD連載 2本目の記事です。 はじめにコードレビューを自動で可視化するためのツールといえば reviewdog が有名です。 最近（2025年03月）reviewdog のソースリポジトリが侵害され、reviewdog を実行しているリポジトリにおいて シークレット情報がワークフロー上に漏洩するセキュリティインシデントが発生 したことは記憶に新しいでしょう。 筆者も reviewdog にはお世話になっている開発者の一人ですが、本件を受けて「そもそも GitHub の標準機能だけで同じようなことができないか」という考えを持ち、あらためて GitHub 標準の Annotation 機能について調べてみた記事になります。 なお、reviewdog 自体の有用性を否定するものでは一切ありません。 レビューの可視化とはまず誤解のないよう本記事における「レビューの可視化」とは具体的に何を指す

CI/CD連載 1本目の記事です。 Dokployというのを知ったので動かしてみました。よくあるクラウドサービスのPaaSマネージドサービスようなインフラをオンプレ環境やVPSなどに簡単に構築できるものです。自宅サーバーは欲しいなと思いつつ（昔たててqmailで自宅メールサーバー運用したりしたことはあったが）、K8sはあんまり興味ないな、と思っていて何かしらいいのがないかなと思っていたところ、結構自分の理想に近かったので試してみました。 ソースコードをアップロードしてコンテナでサービス起動各種OSSのサービスを簡単起動これらすべてウェブベースの管理画面があり、AWSとかGoogle Cloudの管理画面のようにシステムの設定や閲覧ができるログ、メトリックスのビューア完備(Dozzleとかを自前で立てる必要はない)今回試していない機能ですが、以下の機能もあります 通知Docker Swarm

はじめにフューチャー社内の有志メンバーでPostgreSQL DB設計ガイドラインを作成しました。 PostgreSQL設計ガイドライン | Future Enterprise Arch Guidelines形になってから数ヶ月寝かせており、ある程度社内の指摘を取り込むことができたのでこのタイミングで告知します よくあるDB設計規約との差別化ポイント単にDB設計ガイドラインというと何を今更？感もあるので、命名規則や型桁など一般的な内容に加え、以下の点でよくあるDB設計ガイドラインから一歩踏み込んだコンテンツとなるよう心がけました。 論理設計への踏み込み単なるテーブル定義やデータ型選択にとどまらず、より高度な論理設計の原則に焦点を当てています。 マスタ/トラン/ワークデータベース設計において、データの種類に応じてテーブルを明確に分離することは設計効率と保守性を高める上で重要ですが、意外とその

春の入門祭り2025の18本目の記事です。 はじめにはじまして、CSIG（Cyber Security Innovation Group）の松本です。現在専門ドメインはセキュリティで、データのセマンティックに関心があります♡ 今回は、データ分析ソフトウェアとして知られるBIツールについての入門記事です。PowerBI Desktopを活用して、データ取り込み～分析結果の可視化の一連の手順を紹介します。 これからPowerBIを試してみようと考えている方の導入を支援できれば幸いです！ PowerBI とはPower BI（パワービーアイ）は、Microsoft社が提供しているビジネスインテリジェンス（BI）ツールです。企業が持つ様々なデータを収集・分析し、その結果を視覚的に分かりやすいレポートやダッシュボードとして作成することで、迅速な意思決定を支援する目的で作られました。PowerBIには

こんにちは。Strategic AI Group の佐藤です。 フューチャーでは さまざまなガイドラインを公開しており 、本ブログでも 「ガイドライン」タグ に過去の紹介記事がいくつか載っています。Web API に関するガイドラインも昨年11月から検討を開始し、今年の 1/17 に 公開されました！ 本記事はそのご紹介です。 4ヶ月も寝かせていて本当に申し訳ありません 本ガイドラインの経緯フューチャーでは様々な規模、様々な環境で動くシステムを構築しています。システム開発におけるバックエンド設計かくあるべしという共通知識は大規模システムに偏っていて、昨今急速に数を増やしている Web ベースのシステムに限った話というものはあまり言語化されていませんでした。 そこで今回、設計の属人性を軽減させ、知識の横展開を容易にするべくガイドラインを作成・公開しました。当初はHTTPメソッドやステータスコ

はじめに製造・エネルギー事業部所属の八木です。 AWSコストの内訳で大きな割合を占めていた数百億オーダーのデータ（=Item）を保存しているDynamoDBのコストを削減する機会があり、その中で行った施策を春の入門祭り2025 にあわせて共有します。 前提テーブルのキャパシティモードはオンデマンドで利用しています1. テーブルを再作成してデータ削除コストを減らすDynamoDBのストレージ料金を削減するために、100億オーダーの過去データを削除することになりました。 DynamoDBのテーブルからデータを削除するには、DeleteItemを利用することになり、削除するデータごとに書き込みキャパシティユニット（WCU）を消費します。 DynamoDB の読み込みと書き込みのオペレーション - Amazon DynamoDBつまり、削除するデータ量に応じてコストが増加するため、大量のデータを削

春の入門祭り2025 13本目の記事です。 はじめに製造エネルギー事業部の辻です。Goのテストをはじめてみよう、という記事です。 この記事は、5年前の2020年に私が執筆したGoのテスト入門記事（Goのテストに入門してみよう！）のリメイク版です。当時は執筆したときのGoのバージョンは1.14でした。記事はありがたいことに継続的に反響をいただいていたものの、いくつか記述が古くなっていた点がありました。そこで今回Go1.15以降で導入された機能や、周辺のアップデート等を取り込み、改良しました。 Go のテストに関するヒント集としてお役に立てれば幸いです。 TipsGo のテストの仕組みに、ベンチマークに関するテストと Example テストというサンプルコード用のテストも含まれているのですが、この2つは対象外にします。基礎的と思われる内容から順に並べてみました。 Tipsテストがしたいテストの

はじめに製造エネルギー事業部の後藤です。 初めてシステムの運用引き継ぎを経験しました。その中で得た知見や工夫した点を、「春の入門祭り2025」にあわせて共有します。 システムの運用を引き継ぐ立場の方はもちろん、日常的にシステム開発に携わっている方にも、参考になる点があれば幸いです。 1. システム運用引き継ぎとは？通常システムは何かしらの目的を果たすために作られ稼働しているはずです。大前提としてシステムが何のために作られ、何を実現することが期待されているのかを理解しておく必要があります。 その目的を達成するために、引き継ぎを行った後でも、滞りなくシステムが運用される必要があります。そのためにも最低限「定常作業対応」「非定常作業対応」、「障害対応」を行える必要があります。 できる限り作業を自動化して「定常作業対応」「非定常作業対応」を減らしていくことは重要ですが、費用対効果の観点から難しい部

https://t.co/Y1dhM7EzlQ DFDの本がでる！いろんな図があったけど、DFDが1番役にたつ気がする — 渋川よしき (@shibu_jp) March 13, 2025 1月半前にツイートしたところ、プチバズりしまして、献本をいただきました。ありがとうございます。自分でもポチっていたのですが、そちらは会社の本棚にでも入れておこうと思います。 データフローダイアグラムは1970年代に構造化分析の手法と一緒に考案された技法です。1990年代にはオブジェクト指向がさかんに取り上げられ、次世代のスタンダードとして喧伝されました。1997年代にはUMLが登場しました。UMLは無料やら有償のツールも開発されたり、ISOになったりかなり大きなムーブメントを起こし「図といえばこれ」という状況になっていたと思います。UMLは多種多様な図が含まれています。プログラムの構造を記述する図と、プ

本記事は、春の入門祭り2025の10本目です。 はじめにSAIG（Strategic AI Group）の小橋です。生成AI関連の検証や、データ分析の業務を担当しています。 生成AIを使った開発手法の進化は目を見張るものがあります。私自身は業務でAI駆動開発をすることは無いのですが、CursorやClineなどのニュースを見ない日はありません。 Technology Radar の記事を2年前に書いたことを思い出したので、読み返してみました。このときは、GitHub Copilotが出始めたくらいでした。しかし最新版（2025年4月）のTechnology Radarでは、Cursor, Cline, Windsurfが登場しています。2年間で様子が随分変わったなと驚かされます。 そんな中で、ある勉強会でこの本を知ったので、いい機会と思い読んでみました。 AI駆動開発完全入門 ソフトウェア

はじめに春の入門祭り2025 2日目です。 こんにちは。フューチャー株式会社の 棚井龍之介 です。 ちょうど1ヶ月ほど前に、Gemini、社内利用スタート！ という記事を Future Tech Blog に投稿しました。記事内容を見返すと、「2.0 Flash Thinking Experimental」に「1.5 Pro with Deep Research へ投げるプロンプトを生成してもらう」 との記述がありました。現在、手元の Gemini を開いてみると、Deep Research は Deep Research with 2.5 Pro へとバージョンアップされています。ほんの1ヶ月程度で記事が古くなっており、生成AIの改良・発展速度に改めて驚かされたのと、またその一方で、Geminiを業務利用し始めてから「アウトプットまでのプロセス」が一変したため、ブログ執筆時点から「色々変

はじめに春の入門祭り2025 1日目です。 Web API開発プラットフォームとして高い人気を誇るPostmanの入門記事です。 PostmanとはPostmanはWeb API開発のあらゆる工程を支援するプラットフォームです。 この、Web API開発プラットフォームという用語は初見ではイメージがつきにくいかと思います。例えば、curl や VS Coode拡張の REST Client とどの程度違いがあるのか、 OpenAPI Specification などとの関連性は？などフワッとしてしまいます。 まず、競合？となりえそうな周辺のツールと比較すると輪郭が明確になるのではないかという仮説のもと作成したのが下表です。 フェーズ/機能詳細Postman競合ツールの例設計API定義 (OpenAPI) 作成・編集・検証✅ API Builder (OpenAPI v2, v3, v3.1

はじめにTIG 前原です。Terraform 連載2025の4日目です。 Terraform を利用する中でこんな使い方があるのかってことを少しでも知ってもらえればと思い、TIPS 集を書いています。 既にご存知の方も多い内容かもしれないですが、ご了承ください。 TIPS 内容今回、ご紹介する内容を以下に記載します。 詳細ログ出力の取得方法プロバイダの確認コマンドTerraform 実行中にロックがかかった場合terraform plan -detailed-exitcode を使った差分チェックリソースのタイアウト時間の調整Terraform の並列実行詳細ログ出力の取得方法Terraform の挙動を細かく調査したいときに環境変数の設定をすることで、詳細なログを確認することができます。 export TF_LOG=DEBUG Terraform apply をした時などにDEBUG レ

はじめにこんにちは、村田です。 フューチャーでは以前よりFuture Enterprise Coding StandardsのラインナップとしてJavaコーディング規約やSQLコーディング規約などを公開しています。 また、設計ナレッジを集約させたガイドライン群としてFuture Enterprise Arch Guidelinesも公開しており、今回はその1つとして公開したSlack利用ガイドラインについてご紹介します。 TL;DRSlack利用ガイドラインを公開しました。皆さんの快適なSlackライフに繋がれば幸いです。 なぜガイド作ろうと思ったのかフューチャーでは数多くのプロジェクトにてSlackを活用してコミュニケーションを行っています。ただ、それぞれのプロジェクト・チームにてSlackの使い方はマチマチで、各所で固有文化が生まれている状況でした。もちろんSlackはいろんな使い方が

はじめにTIG 真野です。Terraform連載2025の2日目です。 Pikeを触ってみた記事です。 PikeとはPike は James Woolfendenさんによって開発されたTerraformのコードを静的解析し、その terraform apply に必要な最小権限の原則に則ったIAMポリシーを生成するツールです。直接 .tf のコードをスキャンするというところが、良さそうと思ったポイントです。 Terraformを用いてインフラ構築する際には、強めの権限（本来は不要であるサービスの作成権限など）を付与して行うことが多いと思います。そのため、万が一のセキュリティ事故や誤操作で思いがけない結果に繋がる懸念がありました。しかし、最小権限の原則を忠実に守ろうとすると難易度・対応コストが高くなるため、ある程度割り切った運用を採用することが多いように思えます（もちろん、開発時は大きめを許

こんにちは、CSIG 所属の市川です。普段は FutureVuls という脆弱性管理サービスの開発・カスタマーサポートをしています。 「ん？そういえば、HTTPS 通信 (HTTP over SSL/TLS) では実際どのようにセキュアな通信が確立されているんだろう？」 と、ふと気になってしまうこと、ありませんか？私はありました。 というわけで、SSL/TLS について書籍などで学んでみたのですが… アルゴリズムが沢山出てきて頭がこんがらがる…。結局どのフェーズでどのアルゴリズムが使われているんだろう？TLS ハンドシェイクの中では、実際どういった通信が行われているのだろうか。ハンドシェイク確立後はちゃんと暗号化されているのだろうか。…というモヤモヤが残りました。 本記事 (理論編) と、続編の実践編で、この2点の疑問を解決していきます。 本記事でやりたいこと本記事 (理論編) では、以下