はじめに こんにちは、NTTデータに勤務する一人のオジサンです。 これまでC/C++言語を使って、がっつりとポインタやら参照やらに向き合いながら、プログラムを書いてきました。構造体と仲良くなり、クラスに振り回され、newとdeleteに責任を持つ。そんな人生でした。 しかし時代は変わり、AIだ、データサイエンスだ、機械学習だと騒がれる中、「とりあえずPythonに触れないとまずい」という危機感に駆られて、Pythonの世界へ足を踏み入れた。。。 そんなオジサンの独り言です。 実行速度・パフォーマンスを想う

こんにちは、OSS よろず相談室の鹿島です。 本記事は、 【実践】Dify + Amazon Bedrockで、ゼロからチャットボットと RAG を作る① の続編です。前回構築したDify環境に、Amazon Bedrockを連携させるための各種設定を行っていきます。 ステップ1：AWS での設定 Amazon Bedrockの利用準備 Amazon Bedrockを使用するには、 AWSアカウントが必要 です。 また、Amazon Bedrockは従量課金制のサービスであり、 利用には料金が発生 します

VirtualBoxでヘッドレス起動した仮想マシンにホストOSからSSH接続する方法について説明しています。ゲストOSが物理的に離れた場所のハードウェアに構築されていたり、GUI操作する必要が無い方向けの内容です。

はじめに

はじめに エンジニアリングマネージャーをしています、芦川です。 エンジニアのためのドキュメントライティング （ジャレッド・バーティ 著 /ザッカリー・サラ・コ―ライセン 著 /ジェン・ランボーン 著 /デービッド・ヌーニェス 著 /ハイディ・ウォーターハウス 著 /岩瀬　義昌 訳） をインナーソースの観点から読んだ記録をブログにしたいと思います。 結論 インナーソースの観点から見たドキュメントライティングの重要ポイントは以下のとおりです。 READMEの重要性 プロジェクトの最初に見るドキュメントとして、

こんにちは、クラウドエース株式会社 第一開発部の阿部です。 昨年に引き続き、Google Cloud Next Tokyo 25 でも Google Developer Expert として活動しましたので、その感想などを書いていきたいと思います。 はじめに (TL;DR) 参加したイベントや用語について簡単に説明します。 Google Cloud Next Tokyo 25 について Google Cloud Next は Google Cloud のグローバルカンファレンスであり、Google Clo

はじめに こんにちは！新卒1年目のなべしまです。 現在、ジョブローテ期間中で、サービスシステムグループ 第二開発チームに所属しています。所属先では、ニフティポイントクラブの運用開発業務を日々行っています。 ニフティポイントクラブでは、開発言語としてRubyを利用しています。今回は、開発環境を構築する中でつまずいたことやそこから得た学びをまとめてみました。 この記事を通して、知識の整理や新たな学びのきっかけになれば嬉しいです。 筆者プロフィール 入社：2025年4月 入社前のスキル Ruby：名前を聞いたこ

こんにちは。LINEヤフー株式会社の牧山です。私は現在データ分析の部署で働いており、自社サービスのデータ分析をしたり、自分の体重データを眺めては「減らないな……」と思ったりしています。このような本来の...

2025/10/29 モジュラモノリスの採用に関する記述を一部修正いたしました。 こんにちは、カート決済部カート決済基盤ブロックの多田と三浦です。 普段はZOZOTOWN内のカート機能や決済機能の開発、保守運用、リプレイスを担当しています。 これまでにカート決済サービスのリプレイスでは在庫データのクラウドリフトやクレジットカード決済の非同期化を実現しています。 techblog.zozo.com techblog.zozo.com 本記事では、ZOZOTOWNにおける「カート投入から注文作成まで」のシステ

はじめに こんにちは、岩佐 幸翠(@kosui_me)です。カケハシで認証基盤・ライセンス基盤・組織階層基盤などのプラットフォームシステムを開発・運用する認証権限基盤チームのテックリードをしています。 TypeScriptのクラス構文は、一見するとJavaやC#などの言語と非常に似ていますが、その背景にあるJavaScriptの特性により、振る舞いに重要な違いが存在します。これらの違いを理解することは、これまでの経験を活かしつつ、TypeScriptで堅牢なアプリケーションを構築する上で非常に重要です。

前回までのおさらい 前回の記事では作成したワークフローの内部で外部APIを呼び出す例と、ワークフロー自体をさくらのクラウドAPIを用いて呼び出す例をご紹介しました。 第三回目の本記事では、サービスプリンシパル という新し […]

オープンスペーステクノロジー(OST)を社内と社外でそれぞれ実践した二人の司会者による対談記事です。どちらも10人規模で行われたOSTですが、 テーマは違えどOST自体に対する成果や課題には興味深い違いがありました。 はじめに オープンスペーステクノロジー（Open Space Technology、以下OST）は、参加者が自由にテーマを出し合い、自発的に話し合う場を作る手法です。 「4つの原則」があります。 ここにやってきた人は、誰もが適任者である 何が起ころうと、それが起こるべき唯一のことである いつ

本記事は、2025 年 6 月 19 日に公開された Streamline Operational Troubleshooting with Amazon Q Developer CLI を翻訳したものです。 Amazon Q Developer は、開発者が複雑なワークフローを実行するのを支援する、最も高機能な生成 AI を活用した開発アシスタントです。Amazon Q Developer の コマンドラインインターフェイス (CLI) は、対話型 AI と AWS サービスへの直接アクセスを組み合わせ

  SASEプラットフォームのリーダー認定 Cato Networks社が、2025年7月9日に発行された ガートナー（Gartner™）のマジック・クアドラント（Magic Quadrant™）のSASE プラットフォーム部門において2年連続でリーダーに認定されました。 ガートナーのマジック・クアドラントの調査レポートについては、Cato Networks社の以下サイトから無償で閲覧することが可能ですので詳細については、そちらをご覧ください。 Cato Networks named a Lea

みなさん、こんにちは。 SCSK株式会社の津田です。 LifeKeeperについて少しでもご存じの方であれば、 障害発生時には「フェイルオーバー」によって高可用性を確保する、という理解をお持ちではないでしょうか。 ノード障害が発生した際にはその通りですが、IPアドレスやアプリケーション等のリソースで障害が発生した際には、 「フェイルオーバー」の前に自ノードでリソースの復旧を試みる「ローカルリカバリー」という機能があります。 本記事では、その「ローカルリカバリー」についてご紹介します。 ！おさらい！ ●リソ