並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 146件

新着順 人気順

DevOpsの検索結果1 - 40 件 / 146件

  • AWS設計プロンプト

    シンプルかつ網羅的なAWS設計を生成するAIプロンプトの核心は: 構造化された出力フォーマット:設計書の章立てと各セクションの説明内容を明確に指定 具体的なパラメータ要求:抽象的な説明ではなく、実装に使える具体的な設定値を求める 選定理由の明確化:「なぜその選択をしたのか」の説明を求める 代替案との比較:検討した代替オプションとの比較を含める Well-Architectedの原則適用:AWSのベストプラクティスに基づく設計を促す このアプローチを活用すれば、AIの力を借りつつも、実装に直結する高品質なAWS設計書を効率的に作成できます。何より、設計者の時間を節約しながらも、その専門知識と判断を最大限に活かせるところに大きな価値があります。 ※以下を全量使用すると量が多いので、該当箇所のみの抜粋を推奨 以下の要件に基づいて、詳細かつ実装可能なAWSアーキテクチャを設計してください。各セクシ

      AWS設計プロンプト
    • AIによるコーディングアシスタント、コーディングエージェント、アプリケーション自動生成サービスまとめ(2025年3月版)

      AIによるコーディングアシスタント、コーディングエージェント、アプリケーション自動生成サービスまとめ(2025年3月版) アプリケーション開発の生産性向上において、AIによるプログラミング支援サービスは欠かせないものになろうとしています。 そして市場にはプログラマが入力するコードの補完からコードやテストの自動生成、アプリケーションそのものの自動生成までさまざまなツールやサービスが登場しています。 ここでは多数のツールについてそれぞれの主な機能や目的が分かりやすいように、「コーディングアシスタント」「コーディングエージェント」「アプリケーション自動生成/Text to App」の3つに分類して紹介しましょう。 もしもここで紹介されていないプログラマ向けのAIツールなどがありましたら、X/Twitterやブックマークのコメントなどで教えてください。 AIが、人間のプログラマが書くコードの補完や

        AIによるコーディングアシスタント、コーディングエージェント、アプリケーション自動生成サービスまとめ(2025年3月版)
      • MCPでLLMに行動させる - Terraformを例とした tfmcp の紹介 - じゃあ、おうちで学べる

        はじめに こんにちは!今回は、私が最近開発した tfmcp というツールを紹介します。これは Terraform を LLM(大規模言語モデル)から操作できるようにするツールで、Model Context Protocol (MCP) を活用しています。 github.com このブログが良ければ読者になったり、GitHub リポジトリにStarをいただけると開発の励みになります。nwiizoをフォロワーしてくれるのもありがたいです。より良いツール開発のためのフィードバックもお待ちしています! MCP とは何か? 記事を始める前に、まず MCP (Model Context Protocol) について簡単に説明しましょう。MCP についてより詳しい情報は、公式ドキュメント modelcontextprotocol.io や Anthropic の Model Context Protoc

          MCPでLLMに行動させる - Terraformを例とした tfmcp の紹介 - じゃあ、おうちで学べる
        • オブザーバビリティ入門: OpenTelemetryについて知っておくべきこと - joker1007’s diary

          自分が在籍している会社でKafkaを利用したマイクロサービスが増えてきているので、昔からオブザーバビリティの向上というものにちゃんと着手したかったのだが、最近になってやっと手を動かせる所まで優先度を上げられた。 という訳で、ここしばらくは社内にあるマイクロサービス群にOpenTelemetryによる計装を入れまくっている訳だが、大分可視化が進んできたので、これを社内のメンバーに周知しなければならない。 とは言え、説明したい内容が余りに一般的な知識なので、社内向けのクローズドなドキュメントとして書くのは勿体無いので、オープンなブログの方にまとめることにする。 (会社のテックブログに書いた方がいいのではという話はあるが、仕事っぽくなると面倒臭い……) 基本的にはOpenTelemetryの公式ドキュメントを自分なりに解釈して要点を絞る、という形で解説していくつもりなので、公式ドキュメントは一通

            オブザーバビリティ入門: OpenTelemetryについて知っておくべきこと - joker1007’s diary
          • 『Tidy First?』〜小さなステップで進めるコード改善のススメ

            1. Forkwell Library #84 『Tidy First?』 〜小さなステップで進めるコード改善 のススメ 細澤あゆみ 株式会社アトラクタ 2. 細澤あゆみ / Hosozawa Ayumi Scrum Alliance認定スクラムマスター(CSM) / 認定スクラムプロダクト オーナー(CSPO) / アドバンスド認定スクラムデベロッパー(A-CSD)。学生 時代、PBL(Project Based Learning)にて、ソフトウェア開発プロジェクト を経験。学生のみで実際の顧客がいるソフトウェアを開発、リリース・運用 する。院生時代にスポンサーの協力により、世界最大のアジャイルカンファ レンスである「Agile 2010」に参加。アジャイルに出会う。卒業後、スクラ ムチームでのソフトウェア開発や、基幹系システム再構築の経験を積む。 産業技術大学院大学非常勤講師(2021

              『Tidy First?』〜小さなステップで進めるコード改善のススメ
            • Dify v1.0.0 で新登場したエージェントノードで Function Calling を実行 - Taste of Tech Topics

              1. はじめに こんにちは、りょうたです。 先週、ついに待望のDify v1.0.0が正式リリースされて、生成AIを利用したサービスや基盤開発に関わる身として大変ワクワクしております! github.com 本バージョン注目の機能として、エージェントノード と プラグインシステム が導入されています。 エージェントノードとは、予め定義されている「エージェント戦略」を用いて、質問に応じたツールの呼び出しや複数ステップにわたる推論を自動的に実行する、新しいノードです。 今回は、Dify公式が出しているエージェンティック戦略を用いて、チャットフローを作成してみます。 1. はじめに 2. エージェントノードとは 2.1. 基本的な機能 2.2. 従来のワークフローで実現しようとした際との違い 2.3. Difyアプリの「エージェント」との違い 3. エージェントノードを使ってみた 3.1. フロ

                Dify v1.0.0 で新登場したエージェントノードで Function Calling を実行 - Taste of Tech Topics
              • 「三流でもいいは甘えだった」牛尾 剛が米マイクロソフトで痛感した、妥協を捨てる覚悟 - エンジニアtype | 転職type

                NEW! 2025.03.29 働き方 マイクロソフト牛尾剛 米マイクロソフトのAzure Functionsチームに所属し、クラウドサービス開発の最前線で活躍する牛尾 剛さん。 これまで多くのメディアで「プログラマーとしてはガチで三流だった」と語り、自身の才能のなさを認めた上で「三流なりの戦い方」を突き詰めることで、ここまで駆け上がってきたという。 ところが2025年2月、自身がリリースしたnote「凄いやつになる方法」が大きな話題を呼ぶ。牛尾さんは「今までは自分がダメなのは受け入れていたが、これからはそうもいかない」と綴っているのだ。 一体、どのような心境の変化があったのだろうか。 「自分は三流」と割り切っていたはずの牛尾さんが「つよつよエンジニア」を目指し始めた背景には、変化の時代をプログラマーとして生き抜いていく際の覚悟が見えてきた。 米マイクロソフト Azure Function

                  「三流でもいいは甘えだった」牛尾 剛が米マイクロソフトで痛感した、妥協を捨てる覚悟 - エンジニアtype | 転職type
                • Findy Conference - テックカンファレンスのプラットフォーム

                  エンジニア、技術広報やDevOps ツールのマーケティング担当者をつなぐカンファレンスプラットフォーム。RubyKaigiや開発生産性Conferenceなどの日本のテックカンファレンスの情報をここに集約

                    Findy Conference - テックカンファレンスのプラットフォーム
                  • 【2025年最新】プログラマー必見!バイブコーディング(Vibe coding)を加速するWindsurf代替ツール10選 - Qiita

                    ツール選択ガイド 大規模企業向け: Cursor、GitHub Copilot、Tabnineが特に適しています。セキュリティとスケーラビリティを重視する場合はTabnineがおすすめです スタートアップ/個人開発者向け: Codium、Trae、VS Code + AI拡張機能が費用対効果に優れています 特定環境に特化: Microsoft環境ならIntelliCode、AWS環境ならCode Whisperer、Python開発ならAIプラグイン付きPyCharmが最適です。 リモートチーム: Replitはブラウザベースで環境構築不要なため、分散チームに最適です バイブコーディング体験重視: Traeは特にバイブコーディングワークフローに最適化されています それでは、各ツールの詳細を見ていきましょう! 1. Cursor: 精密さを極めたAIコーディングの新星 まず最初に紹介するのは

                      【2025年最新】プログラマー必見!バイブコーディング(Vibe coding)を加速するWindsurf代替ツール10選 - Qiita
                    • Why I'm No Longer Talking to Architects About Microservices

                      Check out our Cloud Native Services and book a call with one of our experts today! It happened again last week. I was at an architecture review meeting when a fellow architect eagerly started another debate about *microservices*. Within minutes, eyes glazed over and we were knee-deep in an absurd discussion about something that should have been a means to an end, but had morphed into the end itsel

                        Why I'm No Longer Talking to Architects About Microservices
                      • それでも僕は手法としてのアジャイルを広めていく - arclamp

                        「まずは経営の意識改革だ」「まずは内製エンジニアだ」。 確かに経営の理解、SIer依存やレガシーシステムの解決は重要ですが、それは簡単には解けないパズルです。待っていても何も変わりません。 DXを前に進めるには、「意識が変わりきらない経営層」「金のかかるレガシーシステム」「足りない人材」の中で、どう動くかを考えるべきです。そのためには現場のリーダーがアジャイルをはじめとすると様々な技術をどう活用し、どう適用するのかを理解し、行動する必要があります。 「まずは経営層が」という言説の誤謬 最近、繰り返しウォーターフォールとアジャイルの話をしていますが、きっかけはAmazonの書評に星1をいただいたことで、その後のいくつかの記事を書きました。 論理的思考の違いから考えた、日本でアジャイルが機能しない理由と解決 - arclamp ウォーターフォールとアジャイルをマネジメント手法としてフェアに評価

                          それでも僕は手法としてのアジャイルを広めていく - arclamp
                        • 経営層がアジャイルにモヤるワケとは? 牛尾剛×えふしん対談から探る

                          NEW! 2025.03.26 働き方 アジャイル牛尾剛えふしん 納期、不確実。 予算、不確実。 完成度、不確実。 アジャイル開発に対し、経営層*が眉をひそめるのは、こうした予測不可能な状況下での意思決定を迫られるからではないだろうか。 事実、「ウォータフォールはやめて2024年の開発をやろう!」と題された牛尾 剛さんのnoteでの発信に対し、「アジャイルはいいんだが、それだと経営者などの非エンジニアからの理解が得られないので納得できるように言語化してほしいんだよな」と懸念を示した藤川真一(えふしん)さんのポストは、テック界隈で大きな反響を呼んだ。 柔軟性とスピードを謳うアジャイル開発が成熟しつつある一方で、経営視点では「扱いづらさ」が拭えないのはなぜか。経営層と開発現場の溝にあるものとは? 米マイクロソフトのエンジニアで『世界一流エンジニアの思考法』著者の牛尾さんと、BASEでエンジニア

                            経営層がアジャイルにモヤるワケとは? 牛尾剛×えふしん対談から探る
                          • 生成AI時代のCloud NativeとSREに対する考え方とスタンス - LayerX エンジニアブログ

                            こんにちは。LayerX AI・LLM事業部 SREのshinyorke(しんよーく)と申します。 現在はAI・LLM事業部のAIプラットフォーム「Ai Workforce」1人目のSREとして、 SRE(Site Reliability Engineering)の戦略策定と導入、実装。 企業への導入に際する技術的なサポート・伴走。 SREチーム立ち上げの為の組織作り。より具体的にはSREの採用と育成。 以上のミッションを担っています、入社から現在までの営みはこちらのブログで紹介しています。 tech.layerx.co.jp 一人目SREとして情報とノウハウを泥臭く取りに行きながら、さっさと行動して少しずつSREのプラクティスを浸透させましょう。というスタンスで泥臭く、時にはパワフルにやってきた話を前回のブログでは紹介させてもらいました。私達の行動指針的には「Trustful Team」

                              生成AI時代のCloud NativeとSREに対する考え方とスタンス - LayerX エンジニアブログ
                            • 解剖!Terraform monorepo - LayerX エンジニアブログ

                              バクラク事業部 Platform Engineering部 SREの id:itkq です。バクラク事業部では2022年にアプリケーションのmonorepo化を始め、現在では対応するインフラもmonorepoで運用しています。今回は、そのうちTerraformについて紹介します。 monorepoに至るまで 2022年、アプリケーションをmonorepo化していくプロジェクトが始まりました (通称layerone。リポジトリ名もlayerone)。これについての詳細は次のスライドを参照してください。 これに合わせて、対応するインフラを記述するTerraformも同じlayeroneリポジトリに集約しました。そのほうが特に自動生成の都合が良かったためです。この大枠は当時 @civitaspo がほぼ一人で作り上げました。その後、様々な事情 (例えばGitHub APIのRate-limitな

                                解剖!Terraform monorepo - LayerX エンジニアブログ
                              • 生成 AI と SaaS をつなぐ! Claude MCP 活用の実践 - 弁護士ドットコム株式会社 Creators’ blog

                                はじめに MCPとは 今回試したこと ケース1: JIRA との連携 どうして連携しようと思ったのか(目的) 例: 個人のタスクを分析してみる 投入したプロンプト LLM の応答 ケース2: Slack との連携 どうして連携しようと思ったのか(目的) 例1: 個人のtimesチャンネルを分析してみる 投入したプロンプト LLM の応答 例2: 組織のチャンネルを分析する 投入したプロンプト LLM の応答 ケース3: GitHubとの連携 どうして連携しようと思ったのか(目的) 例: プルリクエストをレビューしてもらう 投入したプロンプト LLM の応答 まとめ はじめに こんにちは、弁護士ドットコム SRE 室の原口です。 今回、 Claude Desktop で利用できる MCP (Model Context Protocol) を試してみました。 MCPとは MCP(Model C

                                  生成 AI と SaaS をつなぐ! Claude MCP 活用の実践 - 弁護士ドットコム株式会社 Creators’ blog
                                • 2024 Accelerate State of DevOps Report 概説#4 『Four Keysは解散前夜なのか!"変更失敗率"がグループ離脱?』 - Findy Tech Blog

                                  こんにちは。ソフトウェアプロセス改善コーチでFindy Tech Blog編集長の高橋(@Taka_bow)です。 2024 DORA Reportについての連載も、今回で最終回です。 今回はDORA Reportの中から、前回取り上げたAI関連以外で個人的に気になったトピックをまとめました。 本記事ではv.2024.3をベースに解説します。なお、執筆時点で日本語版はまだリリースされていませんでした。また、正誤表を確認しなるべく最新の情報を参照するように努めました。 DORA Reportのライセンスは次の通りです。 “Accelerate State of DevOps 2024” by Google LLC is licensed under [CC BY-NC-SA 4.0](https://creativecommons.org/licenses/by-nc-sa/4.0/) なお

                                    2024 Accelerate State of DevOps Report 概説#4 『Four Keysは解散前夜なのか!"変更失敗率"がグループ離脱?』 - Findy Tech Blog
                                  • IBM、HashiCorpの買収を完了したと発表

                                    IBMは、Terraformなどのクラウドインフラツールで知られるHashiCropの買収を完了したと発表しました。 HashiCorpの買収は昨年(2024年)4月に発表されており、その作業が今回完了したことになります。 HashiCorpはマルチクラウドに対応したインフラ自動化ツールのTerraformや、シークレット管理機能などを備えたVaultなど、特定のクラウドに依存しないクラウドインフラツールの提供を強みとしています。 IBMはクラウドインフラ分野ですでにRedHat OpenShiftやAnsibleなどの製品を提供しており、HashiCorpの買収はマルチクラウド分野での製品ポートフォリオの強化および既存製品群との相乗効果が期待されてのことでしょう。 IBMのシニアバイスプレジデントであるRob Thomas氏はこの買収に関して「HashiCorpの持つ先進的なテクノロジー

                                      IBM、HashiCorpの買収を完了したと発表
                                    • IssueOps: Automate CI/CD (and more!) with GitHub Issues and Actions

                                      Software development is filled with repetitive tasks—managing issues, handling approvals, triggering CI/CD workflows, and more. But what if you could automate these types of tasks directly within GitHub Issues? That’s the promise of IssueOps, a methodology that turns GitHub Issues into a command center for automation. Whether you’re a solo developer or part of an engineering team, IssueOps helps y

                                        IssueOps: Automate CI/CD (and more!) with GitHub Issues and Actions
                                      • 【IVRy入社エントリ】そこにくす玉が吊るされていたから入社した|negipo_ivry

                                        僕は汗ばむ手でクラッカーを握りしめていた。 IVRyのオフィスを取り巻く巨大な窓ガラスの先には東京タワーが輝いていた。その手前には講堂じみたステージがあり、壇上でCEOが直近のビジネス指標の状況についてしゃべっていた。僕は一日中ひどく緊張していたし、その三十分前にオファー面談を受けたばかりで彼が話していることの二割かそれ以下しかわからなかった。そもそも入社前の人間を全体会議の端っこに呼ぶというのがよくわからない。ステージの横にはくす玉まで吊るされていた。なんかくす玉まであるし。僕はぶつぶつ呟いた。 「こういうことってけっこうあるんですか?」 僕は色々な意味を込めて傍らにいた人に聞いた。かつて十年くらいまえに僕と同僚だった彼は「よくあると思いますよ」と曖昧な返事をして、手元のAndroidをするする操作した。ステージの中央にある巨大なスクリーンの右側三分の一はSlackの画面になっていて、そ

                                          【IVRy入社エントリ】そこにくす玉が吊るされていたから入社した|negipo_ivry
                                        • 精度を保ちつつコストを大きく削減!~Elasticsesearchのベクトル検索オプションと効果~ - Taste of Tech Topics

                                          こんにちは。 Acroquestのデータサイエンスチーム「YAMALEX」に所属する@shin0higuchiです😊 YAMALEXチームでは、コンペティションへの参加や自社製品開発、技術研究などに日々取り組んでいます。 はじめに 近年、RAG(Retrieval-Augmented Generation)の台頭などを背景に、ベクトル検索の重要性が増しています。 ベクトル検索は、テキストや画像などの高次元データをベクトル空間に埋め込み、類似度に基づいて検索を行う技術です。 これにより、従来のキーワード検索では捉えきれなかった、意味的な類似性に基づいた検索が可能になります。 (RAGでElasticsearchのベクトル検索を利用するやり方については、こちらの記事で紹介していますので是非ご覧ください) acro-engineer.hatenablog.com 一方で、ベクトル検索を扱うため

                                            精度を保ちつつコストを大きく削減!~Elasticsesearchのベクトル検索オプションと効果~ - Taste of Tech Topics
                                          • 【海外記事紹介】マイクロサービスについてアーキテクトと議論するのはもうウンザリ

                                            3月20日、海外のインフラエンジニアIan Miell氏が「Why I'm No Longer Talking to Architects About Microservices(私がマイクロサービスについてアーキテクトと話をしなくなった理由)」と題した記事を公開した。この記事では、マイクロサービスを組織に導入するにあたっての課題と不満を述べており、海外で大きな反響を呼んでいる。 3月20日、海外のインフラエンジニアIan Miell氏が「Why I'm No Longer Talking to Architects About Microservices(私がマイクロサービスについてアーキテクトと話をしなくなった理由)」と題した記事を公開した。 この記事では、マイクロサービスを組織に導入するにあたっての課題と不満を述べており、海外で大きな反響を呼んでいる。 以下に、その内容を紹介する。

                                              【海外記事紹介】マイクロサービスについてアーキテクトと議論するのはもうウンザリ
                                            • 現代においてビジネスとITの橋渡し役は誰が担うのか - ビジネスアーキテクトとプロダクトマネージャーの関係から考える - arclamp

                                              ITにおける「アーキテクト」は、ビジネスとITの橋渡しをする重要な役割として知られています。時代の変化とともに、さまざまな役割が橋渡し役を担うようになりました。IPAのデジタルスキル標準では「ビジネスアーキテクト」と「プロダクトマネージャー」に多くの共通点があると定義されています。 ITアーキテクトの歴史を振り返りながら、現代におけるビジネスとITの橋渡し役について考えてみました。 ビジネスアーキテクトとプロダクトマネージャー IPAによるDX推進のための人材確保・育成の指針「デジタルスキル標準(DSS)」では「ビジネスアーキテクト」という人材が定義されています。 DXの取組みにおいて、ビジネスや業務の変革を通じて実現したいこと(=目的)を設定したうえで、関係者をコーディネートし関係者間の協働関係の構築をリードしながら、目的実現に向けたプロセスの一貫した推進を通じて、目的を実現する人材 ま

                                                現代においてビジネスとITの橋渡し役は誰が担うのか - ビジネスアーキテクトとプロダクトマネージャーの関係から考える - arclamp
                                              • GenAIOps: Operationalize Generative AI - A Practical Guide

                                                Move from idea to production using GenAI and Operations (GenAIOps) OverviewThe world of Generative AI (GenAI) is buzzing with excitement and potential, but harnessing this transformative technology requires more than just powerful models. It demands a deep understanding of operational strategies, best practices, and the evolving landscape of GenAI and Operations (GenAIOps). This blog post offers a

                                                  GenAIOps: Operationalize Generative AI - A Practical Guide
                                                • はてなの「PWG」という取り組みを builderscon 2024 で話してきました - Hatena Developer Blog

                                                  こんにちは、id:onk です。 この記事は、はてなのSREが毎月交代で書いているSRE連載の3月号です。2月の記事はid:s-shiroさんの既存のDeploy Preview環境をmirage-ecsに移行する - 実装編です。 2024 年 8 月 10 日に開催された builderscon 2024 で「すこやかなサービス運営のための PWG」というタイトルで登壇してきました。 speakerdeck.com YouTube にも上がっています www.youtube.com この記事では、その発表内容をざっくり紹介しつつ、ふりかえりを書いてみようと思います。 PWG とは Performance Working Group の略で、はてな社内で 10 年以上続いている取り組みです。一言で言うと「サービスの運用状況をチームで見直す月次定例会」です。 プロダクト開発チームとインフラ

                                                    はてなの「PWG」という取り組みを builderscon 2024 で話してきました - Hatena Developer Blog
                                                  • RubyGems メンテナが SBOM について勉強しました - ANDPAD Tech Blog

                                                    ハンマーは弱くても頭を殴ってダウンを取るのが浪漫なんだ...と言い聞かせてモンスターハンターワイルズをプレイしている @hsbt です。今回は CRA や SBOM という言葉を聞くものの、よくわかってないのでちゃんと調べて勉強したという内容の紹介です。 CRA とSBOM CRA(Cyber Resilience Act)は欧州連合(EU)が2024年11月20日に発行した、デジタル製品のセキュリティを強化し、サイバー攻撃に対するレジリエンス(回復力)を高めることを目的とした法規制です。ソフトウェアをはじめとするデジタル製品の設計、開発、製造におけるセキュリティ要件を定め、製品のライフサイクル全体を通じてサイバーセキュリティへの脅威に対する安全性を確保することを企業や組織に求めています。 SBOM(Software Bill of Materials)は、ソフトウェアの構成要素を一覧化し

                                                      RubyGems メンテナが SBOM について勉強しました - ANDPAD Tech Blog
                                                    • AWS Transfer Family web apps を使ってノーコードでS3のWebUIを作成する - Taste of Tech Topics

                                                      はじめに こんにちは、一史です。 暖かくなりベランダに出している金木犀が新芽を出してきました、春ですね。 さて、ストレージサービス間でファイル転送を実現するサービス、AWS Transfer Familyの新機能として、web appsというものがあります。 aws.amazon.com この機能を使うことで、S3のWebUIをノーコードで作成することができるようになりました。 今回はこの新機能を用いて実際にWebUIを作成し、ユーザー単位のアクセス制御が行えるかを試していきます。 はじめに AWS Transfer Family web apps とは AWS Transfer Family web appsを用いてS3 WebUI作成する WebUIの完成像 WebUIの作成 ユーザーの作成・割り当て ユーザーのファイルへのアクセス権限の設定 作成したS3 WebUIの操作 ユーザーご

                                                        AWS Transfer Family web apps を使ってノーコードでS3のWebUIを作成する - Taste of Tech Topics
                                                      • クラウドネイティブは、果たして通信事業者の運用を楽にし、コストを下げているのか? NTTドコモやKDDI、ソフトバンク、楽天モバイル、LINEヤフーなど各社が議論[PR]

                                                        クラウドネイティブは、果たして通信事業者の運用を楽にし、コストを下げているのか? NTTドコモやKDDI、ソフトバンク、楽天モバイル、LINEヤフーなど各社が議論[PR] 通信事業者におけるネットワークの仮想化という大きな変化に向けて、通信事業者や通信機器メーカー、クラウド事業者、オープンソース開発者らのキーパーソンを集め、議論するイベント「Cloud Native Telecom Operator Meetup 2024」(以下、CNTOM 2024)が、2024年12月20日に東京⼤学 山上会館で行われました。 この記事ではCNTOM 2024で行われた主要なセッションをピックアップして内容をダイジェストで紹介していきましょう。 クラウドネイティブ時代のネットワーク運用:AI技術の適用と課題 KDDI総合研究所 宮坂拓也氏による基調講演「クラウドネイティブ時代のネットワーク運用:AI技

                                                          クラウドネイティブは、果たして通信事業者の運用を楽にし、コストを下げているのか? NTTドコモやKDDI、ソフトバンク、楽天モバイル、LINEヤフーなど各社が議論[PR]
                                                        • 成果と副作用の両方に、一つのチームが責任を持つ|urahiroshi

                                                          ダイニーの urahiroshi です。 https://note.com/urahiroshi/n/n3231375a60e9 という記事を書きましたが、 その際に考慮したポイントの一つとして「意思決定によって生じるトレードオフ」があります。 何か意思決定を行う場合、その実行によって生まれるポジティブな成果と、ネガティブな副作用のトレードオフが生じることがあります。 ここで提唱するアプローチは、 ”成果と副作用の両方に、一つのチームが責任を持つ” ということです。 たとえば、特定の機能を開発することで、ユーザーを増やすという意思決定について考えましょう。その機能を提供することによってユーザーが増えるといった成果が期待できる一方で、機能の提供によって生じうるバグ・インシデントなどのリスクが副作用として考えられます。 このとき、例えば機能開発チームが「ユーザーの増加」をミッションとしており、

                                                            成果と副作用の両方に、一つのチームが責任を持つ|urahiroshi
                                                          • NLP2025でポスターとワークショップで発表しました! - Taste of Tech Topics

                                                            皆さんこんにちは Acroquestのデータサイエンスチーム「AcroYAMALEX」のチームリーダ、@tereka114です。 AcroYAMALEXチームでは、コンペティションへの参加や自社製品開発、技術研究などに日々取り組んでいます。 (詳細はこちらをご覧ください。) 私は長崎で開催されているNLP2025に3/12(木)〜参加していました。 私自身はNLP2025、長崎ともに初でワクワクでした。 会場前のNLP2025看板 NLP2025 「言語処理学会」は、言語処理に関する研究を行う日本の学術団体で、自然言語処理、計算言語学、言語情報処理などの分野を扱います。 今回の『言語処理学会 年次大会』は、毎年3月頃に開催され、当該分野における最も重要な学術イベントの一つとして位置づけられています。 端的に言えば、日本語の自然言語処理で大きな学会です。 本年は長崎開催で、2248名の参加が

                                                              NLP2025でポスターとワークショップで発表しました! - Taste of Tech Topics
                                                            • A lightning fast, new agentic coding experience within the Amazon Q Developer CLI | Amazon Web Services

                                                              AWS DevOps & Developer Productivity Blog A lightning fast, new agentic coding experience within the Amazon Q Developer CLI Earlier today, Amazon Q Developer announced an enhanced CLI agent within the Amazon Q command line interface (CLI). With this announcement, Q Developer brings the latest agentic experience to the CLI that provide a more dynamic, interactive coding experience that works with yo

                                                                A lightning fast, new agentic coding experience within the Amazon Q Developer CLI | Amazon Web Services
                                                              • コードアシスト用の生成AIをオンプレミスなどにデプロイ可能。GitLab 17.9が正式リリース

                                                                GitLab社は、コードアシスト用の生成AIをオンプレミスやプライベートクラウドにデプロイ可能とした「GitLab Duo Self-Hosted」を含むDevOpsプラットフォーム「GitLab 17.9」の正式リリースを発表しました。 GitLab Duo Self-Hosted is now generally available! Deploy AI capabilities within your infrastructure while maintaining full data privacy and residency control. Learn more: https://t.co/RvEYxQaqCx #DevSecOps #AI — GitLab (@gitlab) February 27, 2025 GitLabには、生成AIを用いてコードの補完や生成、テストの生

                                                                  コードアシスト用の生成AIをオンプレミスなどにデプロイ可能。GitLab 17.9が正式リリース
                                                                • kmx.io blog : Why I stopped everything and started writing C again

                                                                  I've been a good student for 5 years at a French computer school. I've been a good freelance developer for 20 years. I've used Ruby on Rails exclusively however never writing my own code always for clients. One day I learned Common Lisp. It was supposed to be a short mission I thought I could learn Common Lisp in ten days and hack a quick server management protocol. I ended up writing throw-away C

                                                                    kmx.io blog : Why I stopped everything and started writing C again
                                                                  • Gemini、社内利用スタート! | フューチャー技術ブログ

                                                                    米国時間の2025年1月15日に「Google AI の優れた機能を Google Workspace の Business プランと Enterprise プランに組み込むことを決定しました」でもアナウンスされた Gemini が、ついに当社内でも利用が始まりました。Chatbot Arena で常連の Gemini モデルが業務で使えるようになり、とても熱い展開なのでブログ化しました。 はじめにこんにちは。tanai(棚井龍之介) です。 先日、ある企業さんのオフィスへ訪問した際に、「ウチでは、〇〇(←誰もが知っている生成AIサービス)は、全員にアカウントが支給されているよ」という話を伺い、とても羨ましいなと思っていました。私の場合、業務外で ChatGPT Plus、Felo Pro、Gemini Advanced、Mapify Pro を中心に課金して、他サービスもお試し利用しなが

                                                                      Gemini、社内利用スタート! | フューチャー技術ブログ
                                                                    • Master architecture decision records (ADRs): Best practices for effective decision-making | Amazon Web Services

                                                                      AWS Architecture Blog Master architecture decision records (ADRs): Best practices for effective decision-making Architecture decision records (ADRs) help you document and communicate important process and architecture decisions in your engineering projects. Based on our experience implementing over 200 ADRs across multiple projects, we’ve developed best practices that can help you streamline your

                                                                        Master architecture decision records (ADRs): Best practices for effective decision-making | Amazon Web Services
                                                                      • The Software Engineering Identity Crisis - Annie Vella

                                                                        The Software Engineering Identity Crisis March 21, 2025 Many of us became software engineers because we found our identity in building things. Not managing things. Not overseeing things. Building things. With our own hands, our own minds, our own code. But that identity is being challenged. AI coding assistants aren’t just changing how we write software - they’re fundamentally transforming who we

                                                                        • ビズリーチSODA構想: データドリブンな組織文化を醸成するビズリーチの取り組み

                                                                          はじめに SODA推進グループに所属している佐土原です。 本稿ではビズリーチが推進するSODA構想の概要と現状、SODA推進グループの業務の一部を紹介します。Four Keysダッシュボードを活用した開発チームの課題発見支援や、チームビルディングのサポート事例を紹介しますので、それらを通じて少しでもビズリーチのプロダクト組織やSODA構想について知っていただけたら幸いです。 SODA構想とSODA推進グループ SODA構想(SODA : Software Outcome Delivery Architecture)とは、一言でまとめると「開発チームの様々な状態を定量的に可視化し、プロダクト組織の運営や戦略を『計器飛行』のように行う構想」です。 SODA構想については過去に記事3本分の熱量で説明したものがすでにありますので、詳細はこちらをご確認ください。 SODA: ビズリーチが目指すプロダ

                                                                            ビズリーチSODA構想: データドリブンな組織文化を醸成するビズリーチの取り組み
                                                                          • 日本でも徐々に広がり出したDevSecOps--GitLabに聞く、現状とこれから

                                                                            ソフトウェア開発プラットフォームを展開するGitLabで日本のカントリーマネージャーを務める小澤正治氏は、日本市場において、同社がグローバルで強みとする開発生産性の高さだけでなく、セキュリティの担保も訴求し続けている。ソフトウェア開発段階からセキュリティを担保するDevSecOpsの日本での現状や今後などについて同氏に見解を聞いた。 近年のソフトウェア開発は、世界的には、ユーザーニーズなどの変化へ迅速かつ効率的に対応しやすいDevOpsのスタイルが浸透してきている。一方で、小澤氏は2023年の就任から日本では、まだ組織的な文化も含めて海外ほどには浸透していないと見ており、むしろ日本の組織が重視するセキュリティの観点を打ち出し、GitLabがソフトウェア開発における生産性と安全性の両面を担保できる存在であることを訴求している(関連記事)。 まず現状について小澤氏は、「DXなどを背景に、ニーズ

                                                                              日本でも徐々に広がり出したDevSecOps--GitLabに聞く、現状とこれから
                                                                            • 新卒2年目で開発PMに挑戦して得られた学びと成長

                                                                              株式会社ココナラ、Web開発グループのフロントエンドチームでエンジニアをしているのんちゃんと申します! 新卒で入社して2年目。社会人としての基礎を学びながら、少しずつ仕事にも慣れてきた頃、開発PM(テクニカルプロジェクトマネージャー、TPMとも呼ばれます)を任されることになりました。右も左も分からない状態からのスタートでしたが、この経験は私にとって大きな成長の機会となりました。 この記事では、私が新卒2年目で開発PMを経験した中で得られた学びや壁、そして成長についてお話しします。 開発PMとは? まず、開発PMとは何かについて簡単にご説明します。 開発PMとは、プロダクト開発の効率化と品質向上を目指し、エンジニアリングの知見を活かしてプロダクト開発を推進する役割です。 具体的には、ロードマップに基づいたプロジェクト計画の策定、各タスクの優先順位付け、進捗管理、リスク管理、そして関係者間のコ

                                                                                新卒2年目で開発PMに挑戦して得られた学びと成長
                                                                              • SIerがSREを提供する難しさ〜アサインと教育のリアルと解決策〜 - APC 技術ブログ

                                                                                1. はじめに 2. SREの人月提供で直面するアサインの難しさ 2.1 SREに必要なスキルセットが広すぎる 2.2 「インフラエンジニア=SRE適性あり」とは限らない 2.3 案件ごとに求められるSREの役割が異なる 3. SREを提供するための教育の壁 3.1 SREマインドの定着が難しい 3.2 短期間で現場適応できるスキル育成が求められる 3.3 「開発」と「運用」の橋渡しスキルをどう教えるか 4. SIerとしての解決策 4.1 アサインの工夫 4.2 教育の工夫 5. SRE人材の成長とキャリアパス 6. まとめ 1. はじめに こんにちは。ACS事業部でEnginnering Managerをしている谷合です。 弊社はSIerとしてSIでのご支援の傍らSRE(Site Reliability Engineering)を提供しています。 過去投稿したSREに関するブログは以下

                                                                                  SIerがSREを提供する難しさ〜アサインと教育のリアルと解決策〜 - APC 技術ブログ
                                                                                • 技術的負債と立ち向かう前に知っておいてもいいこと | sreake.com | 株式会社スリーシェイク

                                                                                  はじめに こんにちは、nwiizoです。開発チームの会話の中で「これは技術的負債だから後で対処しよう」という言葉をよく耳にします。納期に追われるプロジェクトでは、この「後で」が永遠の「いつか」になりがちです。結果として多くの組織が「負債漬け」の状態に陥り、新機能の開発速度が低下し、バグが増加し、最終的には開発者のフラストレーションと離職率の上昇を招きます。 近年のソフトウェア開発現場では、システムの不具合やパフォーマンス低下が起きると「技術的負債が原因だ」と即断する傾向が強まっています。しかし、すべての問題を技術的負債のせいにする風潮は、真の原因を見誤らせる危険性があります。実際には、プロジェクト管理の問題、コミュニケーション不足、あるいは単純な実装ミスなど、技術的負債以外の要因が根本にあるケースも少なくありません。「技術的負債」という言葉が、問題の本質から目を逸らす便利な言い訳になってい

                                                                                    技術的負債と立ち向かう前に知っておいてもいいこと | sreake.com | 株式会社スリーシェイク