並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 133件

新着順 人気順

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

  • AWS設計プロンプト

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

      AWS設計プロンプト
    • オブザーバビリティ入門: 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
          • Findy Conference - テックカンファレンスのプラットフォーム

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

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

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

                「三流でもいいは甘えだった」牛尾 剛が米マイクロソフトで痛感した、妥協を捨てる覚悟 - エンジニアtype | 転職type
              • 『技術の波に乗り遅れない!すべてのITエンジニアのための「一生モノの学び方」』を読みました

                こちらは、きのこカンファレンス2025で拝聴した『「知識」と「知恵」を区別して時流を乗り切る〜50年経っても現役でいられるために〜』で紹介された書籍『技術の波に乗り遅れない!すべてのITエンジニアのための「一生モノの学び方」』の読書メモになります。大変感銘を受けたセッションでしたので、こちらの書籍も楽しみにしてました。 (今回はSQ4Rメソッドに倣って読んでみました) Q. 効率の良い学び方とは A. 技術は「普及率」と「基礎・応用」の二つの軸で分類できる。 普及率の観点では、ガートナーのハイプサイクルの啓発期あたりから学習を始めるのが効果的である。これにより、技術の流れを先取りしつつも、無駄な学習を避けられる。 応用技術は基礎技術の上に成り立っている。基礎技術を学べば応用が効くが、すべてを学ぶのは不可能である。そのため、業務で実際に触れた技術に焦点を絞って学ぶべきである。また、設計・開発

                  『技術の波に乗り遅れない!すべてのITエンジニアのための「一生モノの学び方」』を読みました
                • 【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
                    • DifyでPdMの問い合わせ対応工数0に!サービスの仕様を理解した社内Botを作った話 - Findy Tech Blog

                      こんにちは。ファインディでデータサイエンティストをしています、sasanoshouta(@Edyyyyon)です。 今回は、社内向けに提供している「Findy Team+の使い方について、ざっくばらんに質問できる」社内Botを作成した際の取り組みと、そこから得た学びをご紹介します。 どんなBot? Bot作成の背景 社内PdMに舞い込んでくるプロダクトに関する問い合わせに対する業務効率化 Difyを社内用に解放しており、既にいくつかのBotがSlackワークスペースに産み出されていた どのように作成したか 作成した結果どうだったか 今後について 最後に どんなBot? まず、今回作成したBotの概要を、代表的な2つのユースケースを通じてご紹介します。 1つ目の代表的なユースケースとして、Botの名前の通り、「Team+の使い方」に関する質問ができます。 ユースケース1では、Team+のDe

                        DifyでPdMの問い合わせ対応工数0に!サービスの仕様を理解した社内Botを作った話 - Findy Tech Blog
                      • 経営層がアジャイルにモヤるワケとは? 牛尾剛×えふしん対談から探る

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

                          経営層がアジャイルにモヤるワケとは? 牛尾剛×えふしん対談から探る
                        • 解剖!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
                            • 生成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 エンジニアブログ
                              • 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
                                • 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(私がマイクロサービスについてアーキテクトと話をしなくなった理由)」と題した記事を公開した。 この記事では、マイクロサービスを組織に導入するにあたっての課題と不満を述べており、海外で大きな反響を呼んでいる。 以下に、その内容を紹介する。

                                          【海外記事紹介】マイクロサービスについてアーキテクトと議論するのはもうウンザリ
                                        • Announcing the Agent2Agent Protocol (A2A)- Google Developers Blog

                                          A new era of Agent Interoperability AI agents offer a unique opportunity to help people be more productive by autonomously handling many daily recurring or complex tasks. Today, enterprises are increasingly building and deploying autonomous agents to help scale, automate and enhance processes throughout the workplace–from ordering new laptops, to aiding customer service representatives, to assisti

                                            Announcing the Agent2Agent Protocol (A2A)- Google Developers Blog
                                          • In retrospect, DevOps was a bad idea.

                                            We need to talk about DevOps. In the beginning, DevOps made sense. It was a logical evolution of healthy engineering practices. But we never should have given it a name. Once we labeled it, it got completely out of hand. Before DevOps, developers would write software and hand it off to an operations team, who then had to figure out how to get it running in production. This didn’t work very well. E

                                              In retrospect, DevOps was a bad idea.
                                            • 現代においてビジネスとITの橋渡し役は誰が担うのか - ビジネスアーキテクトとプロダクトマネージャーの関係から考える - arclamp

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

                                                現代においてビジネスとITの橋渡し役は誰が担うのか - ビジネスアーキテクトとプロダクトマネージャーの関係から考える - arclamp
                                              • 【小ネタ】AWS Documentation MCP Server を使ってAWS認定試験のサンプル問題を作ってみた | DevelopersIO

                                                先日AWS MCP Servers が公開されました。 そのうちの1つに AWS Documentation MCP Server があります。 AWSドキュメントの検索や推奨事項の取得が可能です。 このMCPサーバーを使って AWS認定試験のサンプル を作ってみようと思います。 (ちょうど私が AWS Certified DevOps Engineer - Professional : DOP を受験予定であることがモチベーションです) なおMCPサーバー構築手順は割愛します。 以下ブログを参考ください。 今回は Claude Code を MCPクライアントとして使いました。 (参考)Claude Code にてMCPサーバーを登録するコマンド mcp_json=$(cat <<EOF { "command": "uvx", "args": ["awslabs.aws-document

                                                  【小ネタ】AWS Documentation MCP Server を使ってAWS認定試験のサンプル問題を作ってみた | DevelopersIO
                                                • はてなの「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
                                                    • ARIA Snapshots と Playwright MCP

                                                      DOM アサーションとの違い 従来の locator を指定しての DOM アサーションでは、特定のHTML要素の存在、テキスト内容、属性の値などをチェックします。しかし、複雑な構造に対してアサーションを行うことやコンポーネント全体をメンテナンスしていくことが難しい場合があります。 ARIA Snapshots は、要素の論理構造(たとえば見出しやリスト、リンクといった構成要素)を YAML 構造に反映することで、変更箇所をより具体で明確に把握できる点においてメリットがあります。 ビジュアルリグレッションテストとの違い ビジュアルリグレッションテストは、UI 外観そのものを実環境でレンダリングし、確認と変化の検知が可能です。一方、スタイル変更で常にテストの更新が必要になることや、実行時間と金銭的なコストがかかる面があります。 ARIA Snapshots は実行コストが低く、コンポーネント

                                                        ARIA Snapshots と Playwright MCP
                                                      • NLP2025でポスターとワークショップで発表しました! - Taste of Tech Topics

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

                                                          NLP2025でポスターとワークショップで発表しました! - Taste of Tech Topics
                                                        • Announcing Firestore with MongoDB compatibility | Google Cloud Blog

                                                          Today at Google Cloud Next, we’re thrilled to announce Firestore with MongoDB compatibility, built from the ground up by Google Cloud. It provides developers with an additional choice for their demanding document database workloads. MongoDB compatibility has been a highly-requested capability from Firestore’s existing community of over 600,000 active developers. With this launch, Firestore develop

                                                            Announcing Firestore with MongoDB compatibility | Google Cloud Blog
                                                          • 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、社内利用スタート! | フューチャー技術ブログ
                                                            • 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
                                                              • 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に聞く、現状とこれから
                                                                      • 「IT業界の開発体制いろいろ」の図解が興味深い→「開発の形は十人十色」「おおまかな部分としては良い資料」開発担当者から様々な声

                                                                        タマゴケ @s5ml IT業界の開発体制いろいろ(役割分担別) 行程じゃなくて役割分担で書いた方が何を任せることで何ができる/できないが分かりやすいかもしれない 最初から運用まで委託することにしておけば、開発時に連携してくれることが期待できる(かも) #図解で学ぶJTCのしくみ #駆け出しエンジニアと繋がりたい pic.x.com/pzncymjlvj x.com/s5ml/status/18… 2024-08-18 08:27:03 タマゴケ @s5ml 運用までやってくれるベンダを捕まえられないなら、運用設計は自社でやらなきゃならない。そして運用設計を真面目にやるのは開発完了後になるから、そこから運用渡しするときにトラブって後の祭りになる 2024-08-18 08:32:53 タマゴケ @s5ml 自社開発はよく知らないけど、社内にいるんだから運用部門としっかり連携してやるか、Dev

                                                                          「IT業界の開発体制いろいろ」の図解が興味深い→「開発の形は十人十色」「おおまかな部分としては良い資料」開発担当者から様々な声
                                                                        • ソフトウェア開発者やテクノロジーリーダーが考えるAIのユースケース AIの重要性が高まる分野は?

                                                                          SlashDataは2025年3月14日(米国時間)、AI(人工知能)がソフトウェア開発に与える影響に関する調査結果を発表した。同調査は、SlashDataが2024年第4四半期に実施した「Developer Nation Survey」で、4500人以上の技術専門家から収集したデータに基づいたものだ。 AIは、データ処理からコード生成まで幅広いユースケースで、現代のソフトウェア開発の世界を変えつつある。SlashDataは「この調査は、業界全体でAIの採用がどのように進展しているか、また組織的な背景によってどのように見解が分かれる可能性があるのかを示す手掛かりを提供するものだ」と述べている。 ソフトウェア開発におけるAIの最も重要なユースケースとは 調査では、指導的な役割を担う技術専門家(テクノロジーリーダー)と、そうではない役割の人々(非リーダー職)の回答を比較した。 両グループとも、

                                                                            ソフトウェア開発者やテクノロジーリーダーが考えるAIのユースケース AIの重要性が高まる分野は?
                                                                          • 新卒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 技術ブログ
                                                                              • Understanding and Re-Creating the tj-actions/changed-files Supply Chain Attack

                                                                                Update 3: Wiz research has published that the initial leak was actually due to an upstream workflow, reviewdog/actions-setup@v1. This attack was done with a local script instead of calling out to gist, but similarly printed tokens in job logs. I’ve created a python script to check if your logs are effected. Update 1: The repo is back online with a statement on what happened. An access token for th

                                                                                  Understanding and Re-Creating the tj-actions/changed-files Supply Chain Attack
                                                                                • 実践 OpenTelemetry

                                                                                  本書は、オブザーバビリティのコンセプトとともに、OpenTelemetryのアーキテクチャ、仕様、活用方法について解説する書籍です。SREやDevOpsの分野でマイクロサービスを実装・運用しているソフトウェア開発者、Kubernetesアプリケーションのトラブルに悩むインフラエンジニアなどが、OpenTelemetryを導入し、オブザーバビリティを実装する際の助けとなります。本書によってOpenTelemetryを本番環境で利用する際のアーキテクチャ、設定、またトラブルシュートの方法などについての知識が得られるでしょう。

                                                                                    実践 OpenTelemetry