ソフトウェアエンジニアとしての将来が見えなくなってきた｜choo
昨今の AI の進化を見ていると、自分が会社員のソフトウェアエンジニアとして仕事をできるのは、あと何年間だろうかと思う。 まだ 5 年はだいじょぶかもしれないけど、10年はもうもたないかもしれない。正直 15 年はかなり厳しい気がする。 いや、5年後ももはやわからない。 ここ 1,2 年の間に就職すれば、その会社で 5 年以上はまだ働けるかもしれない。 しかし 5 年後にソフトウェアエンジニアとして自分が就職できる働き口はほとんどない可能性は十分にある。 正直今までのぼくの考えとしては、ソフトウェアエンジニアという職種は、AI が進化していっていろんな職業がなくなっていっても、その AI を作るのはソフトウェアエンジニアなのだから、他職種よりかは相対的に安泰だと思っていた。 でもここ半年くらいは、自分のキャリアの最後までソフトウェアエンジニアとして生きることはないだろうと思い始めている。
RDS Performance Insights が 2025 年 11 月 30 日に CloudWatch Database Insights へ統合されるみたいです | DevelopersIO
RDS Performance Insights が 2025 年 11 月 30 日に CloudWatch Database Insights へ統合されるみたいです いわさです。 今朝 Amazon RDS / Aurora のドキュメントが更新されまして次のアナウンスが。 Document history - Amazon Aurora より なんと Performance Insights が 2025 年 11 月 30 日に EOL（End of Life）を迎えるとのこと。 RDS と Aurora のドキュメントで上記のように記載されています。DocumentDB については本日時点でまだ記載がありませんでした。 ちょっと驚きましたが、昨年 12 月に CloudWatch Database Insights が発表されています。RDS/Aurora のパフォーマンスモニ
アトラシアン、リモートMCPサーバーを発表 | Atlassian Japan 公式ブログ | アトラシアン株式会社
私たちの使命は、あらゆる種類のチームが目標に合わせ、計画を立て、進捗を管理し、協業を最適化することで、企業内のナレッジを最大限に活用できるようご支援することです。この1年間、私たちはAIを活用したRovoサーチ、チャット、エージェントの機能強化に多大な投資を行ってきました。これにより、お客様がその目標を達成できるようご支援しています。その鍵は何か？ Teamwork Graph — アトラシアンとサードパーティのデータをすべて接続し、意味付けする強力なデータインテリジェンス層です。Teamwork Graphによって仕事から知識、チーム、目標にいたるすべてのデータを統合することが可能になります。 私たちはその価値をさらに拡大し、LLMやIDE、または他のエージェントプラットフォームなど、既に利用しているツールやプラットフォームに企業内のナレッジを接続する機能である「リモートMCP サーバー
セカンドラインマネジメントの難しさと優秀な人材は大事という話 - pospomeのプログラミング日記
単なる感想です。 セカンドラインマネジメントをやっているという話 セカンドラインマネジメントは難しい 組織を制御しきれない感覚 優秀な人材は大事 まとめ 宣伝 セカンドラインマネジメントをやっているという話 セカンドラインマネジメントというのは、ファーストラインマネージャーをマネジメントするポジションのことで、いわゆる部長以上のポジションが該当する。 カミナシのエンジニア組織は以下のような体制になっているので、VPoEの自分はセカンドラインマネジメントをしていることになる（セカンドラインマネージャー）。 VPoE（セカンドラインマネージャー） ↑ EM（ファーストラインマネージャー） ↑ IC セカンドラインマネジメントは難しい 実際にセカンドラインマネジメントをやってみて "難しいな" と感じる（自分は前職でファーストラインマネージャーだったので、余計にそう感じるのかもしれない）。 とい
なぜ「プレイヤーの自分」と決別できたのか。「技術に詳しい経営者」が、本当にやるべきこととは｜カミナシCTO原トリ | レバテックラボ（レバテックLAB）
TOPインタビューなぜ「プレイヤーの自分」と決別できたのか。「技術に詳しい経営者」が、本当にやるべきこととは｜カミナシCTO原トリ 株式会社カミナシ 取締役CTO 原トリ 大学を卒業後、ERPパッケージベンダーのR&Dチームにてソフトウェアエンジニアとして設計・開発に従事。クラウドを前提としたSI+MSP企業で設計・開発・運用業務を経験し、2018年Amazon Web Services入社。AWSコンテナサービスを中心とした技術領域における顧客への技術支援や普及活動をリードし、プロダクトチームの一員としてサービスの改良に務めた。2022年4月カミナシ入社、2022年7月よりCTOに就任。 X（Twitter） ノンデスクワーカーのDXプラットフォームSaaSを開発・提供するカミナシ。2024年8月～2025年2月の間に3つの新規プロダクトをリリースし、2025年1月には元DMM社のpos
なぜNotionはAI時代の勝者とならないのか｜いけぴ | プロダクトエンジニア
Notionは全てのオブジェクトをブロック構造で管理してるので、AIリーダブルではないんですよね。その複雑さをUIで完璧に隠蔽しているのが美しかったしデファクトとなった所以だと思ってるけど、なんとAI時代と相性が悪かった。 https://t.co/zZvTnKtJvF — いけぴ / Takahiro Ikeuchi (@iktakahiro) April 26, 2025 なんとなく、あれ、最近のNotionってなんか使いにくい？と感じている人が増えてきているようなのだけど、じつはAI時代においてNotionの強みが打ち消されてしまってきているという話だと思っているので、その解説記事を書く。 最初に結論なぜNotionはAI 時代の勝者とならないのか、という問いに最初に答えると、次のようになる。 NotionのBlock構造がAIへの知識供給の妨げになっているから 成果物とドキュメント
プルリクエストを作るだけで検証環境が自動生成！ArgoCDとk8sで実現する開発者体験の改善 - MonotaRO Tech Blog
はじめに こんにちは、モノタロウの コンテナ基盤グループの田中です。 現在、私たちはプラットフォームエンジニアリングの取り組みとして、EKS クラスタにのっているアプリの開発支援を行っております。 今回その一環として、ArgoCD Pull Request Generator（以降：PR Generator）を導入することで、アプリのプルリクエスト（以降：PR）を作成するだけで環境が自動生成され、PRの単位で動作確認がすぐにできるようにしました。 見どころは PR Generator の機能を知ることができる アーキテクチャから設定まで再現できるように詳細に記載 マルチクラスタ環境での活用法 の 3点です。 背景 元々、VM時代で動作確認を行うためには、ApacheのVirtual Host機能を使用してPort単位でアプリケーションを展開し、確認作業を行っていました。その際、Portは数
007号（2025/03/24）
巻頭言：一人SREの孤独を埋めるNotebookLM 書いた人：しょっさん（ @syossan27 ） 一人SREは寂しいので、NotebookLMに助けてもらいました Google が実践する最先端の SRE 書いた人：木村健人(AoTo) （ @AoTo ） Google が実践する最先端の SRE を、STAMP/STPA の簡易的な解説を交えて紐解きます ペアーズのIncident Botによるインシデントレスポンス支援 書いた人：goat0613 （ @goat0613 ） ペアーズがインシデントレスポンスの補助として導入しているIncident Botが、どのようにコマンダーを支援するのか、その設計や実装のポイントについて紹介します Datadogのエラートラッキングにおける効果的なアラート設計について考える 書いた人：sugar cat （ @sugar235711 ） エラ
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
DBマイグレーションの安全性を高めるガードレールの実践 - LayerX エンジニアブログ
こんにちは！バクラク事業部 Platform Engineering 部 SRE チームの id:sadayoshi_tadaです。趣味で筋トレをやっていてこれまでほぼ1人でやっていたのですが、最近社内の人達とトレーニングすることが増えて楽しい今日このごろです。 この記事ではSREチームで行っている、DBマイグレーションにおけるガードレールの取り組みについて紹介します。 DBマイグレーションにまつわる課題について SREチームによるDBマイグレーション時のレビュー ALTER TABLE実行時にALGORITHMを明示するCIを追加 今後の課題 まとめ 最後に DBマイグレーションにまつわる課題について 本題に入る前に、バクラクのデータベースのスキーママイグレーション(以降、DBマイグレーションと呼称します)で起こっていた課題について簡単に触れます。 バクラクではリリースにおいてアプリケー
GitHub Actions のワナ仕様
はじめに GitHub Actions (GHA)、便利ですよね。 便利なんですが、たまに「え、そんな仕様だっけ？」みたいなワナに遭遇します。そして毎回忘れてワナにハマってしまいます。 今後そんなワナにハマって時間を無駄にしないよう、ワナ仕様について網羅していきます。 対象読者 GitHub Actions を使い倒したい方 割と大きめな規模の GitHub Actions を構成している方 初級編 run を複数行で書くときの記法 GHA というか YAML の記法です。いきなり GHA から外れてすみません 💦 が、よく忘れるので覚えておくと助かります。以下の 2 種類を覚えておけば、ほとんどの場合事足りると思います。 | は改行を改行として実行する
自分のOSSのマルウェア入り偽物を作られたので通報した - 酒日記 はてな支店
物騒な世の中です。皆様お気をつけください。 3行でまとめ 自作の OSS、fujiwara/apprun-cli のマルウェア入り偽物を作られて GitHub で公開されました 偽物には大量の新規アカウントがスターを付けていたため、検索でオリジナルのものより上位に表示される状態でした GitHub に通報したところ、偽物を作ったアカウントはbanされたようです 経緯 2024年末に、さくらのAppRun用デプロイツール apprun-cli という OSS を公開しました。 github.com 2025年2月10日 12時過ぎのこと、謎の人物が X で apprun-cli を宣伝しているのを見つけました。 どう見ても自分の物と同じ(コピー)なのですが、妙にスターが多い。リポジトリをのぞいてみると、fork ではなくコードがすべて commit 履歴を引き継がない状態でコピーされ、スター
パフォーマンスチューニング9つの技 ～「基盤」について～｜PostgreSQLインサイド
今回の記事は、パフォーマンスチューニングの観点と仕組みを理解することに主眼を置いています。具体的な対処方法についてはシステムによって異なるため、マニュアルの確認や、各種チューニングサービスのご利用をご検討ください。なお、この記事で対象にしているPostgreSQLのバージョンは9.5以降です。 本記事の構成 本記事「パフォーマンスチューニング9つの技」は以下4つの記事から構成されています。他の記事も併せてご覧ください。 パフォーマンスチューニング9つの技 ～はじめに～ パフォーマンスチューニング9つの技 ～「書き」について～ パフォーマンスチューニング9つの技 ～「探し」について～ パフォーマンスチューニング9つの技 ～「基盤」について～（本記事） 1. パフォーマンスチューニングの「基盤」とは PostgreSQLでは、追記型アーキテクチャーが採用されており、様々なシステム要件や状況に応
Cloud Tasks の採用を検討した話
はじめに Belong では Google Cloud を利用しています。私のチームでは、非同期処理のプロダクトとして Pub/Sub の Push Subscription を利用することが多かったのですが、 要件を考えると Cloud Tasks のほうが適切ではないか? と感じることがありました。 結論から述べると結局採用には至らず、今の状態から変えることはなかったのですが、その経緯や採用に至らなかった理由を共有します。 なぜ Cloud Tasks の採用を検討したか まず、私たちのある API の処理にフォーカスしたアーキテクチャを以下に示します。なお、Pub/Sub では Push subscription を利用しています。 前述の図のアーキテクチャを採用している理由 = 要件は以下の通りです。 ユーザー呼び出しの API の一部処理の非同期化 外部 API の呼び出しでレス
カミナシの現在地点、マルチプロダクト化を進めてみての学び｜諸岡 裕人(カミナシCEO | SaaS)
少し遅いですが、あけまして、おめでとうございます！新しい年が始まりましたね！皆さんは昨年はどんな年でしたか？ カミナシは苦しいことも、嬉しいことも、色々とありました。ただ、最後には、会社として第二四半期の事業目標達成＆セールスチームも新規受注のギネスを更新して、素晴らしい年の締めくくりとなりました。 そんな2024年という年は、会社にとっては1つの「分岐点」だったと思います。1つだったプロダクトを5つに増やす決断をして、会社はカオス状態に突入した年でした。創業以来、役員からメンバーまで最も忙しい日々を過ごしていたと思います。 カミナシのプロダクト群このnoteではカミナシの、この1年間の振り返りや、現状、マルチプロダクトへの挑戦、様々な意思決定の背景などを記します。 （最後に、これからプロダクトを複数出そうと考えている方向けに、僕らの失敗も載せているので、よかったら最後まで読んでください）
0円マーケティングで売上7.6億円！落とし物DXサービス「find」の秘密｜株式会社find｜公式note
find COOの和田です。 株式会社findは、先月で３歳になりまして、創業4年目に突入しました。 資金調達を経て事業拡張していくこのタイミングで、この変わった事業を1人でも多くに知ってもらいたいと思いnoteを書いています。 「なんで落とし物が会社になってるの？」ってところから現状の売上まで、find社で大事にしている「オープンでいこう」の理念のもと、この3年間を振り返ってみたいと思います。 長文になったので、忙しい方は目次から「まとめ」に飛んでくださいね。 ①なぜ落とし物の会社を作ろうと思ったかまず、よく質問されるNo.1がこれです。 実は、解決したい課題があるから会社を立ちあげたのではなく、起業することが先に目標にありました。 会社員として10年勤めるなかで、資本家側にならないといけない思ったタイミングが何度もあったからです。脱サラすることだけ先に決め、何をやるのかをずっと模索して
米国でスタートアップの要職をやってたけどレイオフされてしまった話｜井上恭輔（きょろ）
気づけばもう半年以上前の話になりますが、2024年5月、Interim CTOやSoftware Architectとして頑張って働いていた米国でスマートホームを開発するスタートアップ「HOMMA」からレイオフされ、事業を離れることになりました。入社時の夢いっぱいのブログエントリーはこちらからどうぞ。 ※ この記事は退職エントリーです。興味のある方だけお読みください。 何を作っていたの？最終的にどんなものを作ってたの？と思われると思うので、開発したプロダクトのデモを貼っておきます。ちなみに、この動画を作ったのも自分です。私物のBlackmagick Pocket Cinema Camera 4Kを持ち込んで、ポートランドの寒空の下、1人で撮影＆編集しました。 タッチパネルが壁一面にあったり、音声クライアントやアプリで操作するドヤ！っとしたスマートホームではなく、埋め込まれたセンサーが人間の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
インフラからSREへ
2週に1度のビッグバンリリースをデイリーリリース化するまでの苦悩 ~急成長するスタートアップのリアルな裏側~
Explain EXPLAIN
