はてなブックマーク

この記事はAIで生成していますが、 その方が面白くわかりやすい文章になると判断したためです。 内容はすべて事実に基づいています。 今回の出来事自体、AIでトラブルシュートして解決しており 最後にその内容を記事にしてもらいました。 TL;DR すべてのアプリを .NET 10 へ移行完了 🎉 大き目のファイルを生成する新規アプリを開発した 不要になった .NET 9 を削除して容量を空けようと焦る ログインシェルが PowerShell（.NET 9 依存）だった SSH接続 → 即切断 「＼(^o^)／ｵﾜﾀ」 GRUB → シングルユーザーモード → シェル修正 復旧 サーバは壊れる。復旧経路は作っておこう 事象 ある日いつものようにSSHしようとしたら： ping → 通る ポート → 開いてる SSH → 接続直後に切断 「ネットワークは生きてるのに入れない」という一番イヤなやつ。

周回遅れだがやっとClaude Codeに触れてみたので、初印象をメモしておく。 当たり前の話なのだが、LLMとのチャット形式の画面で「こういうコードを生成して」「生成しました」「このようなコンパイルエラーが出ます」「すみませんでした、このように変更してください」というのをコピペでやり取りしている中で、面倒くさいからAIがコンパイルもしてエラーが出たら勝手に修正してくれよ…と思うシーンがあったのだが、これが実現されたのがClaude Code(いわゆるコーディングAIエージェント?)だな、と思った。当たり前だけど激しく便利。 当然開発そのものの準備段階となるパッケージやらのインストールなどもAIにお願いすることが可能なので、勝手に必要なパッケージを入れてくれたりディレクトリ構成を整えたりしてくれて、普段非常に面倒くさく感じる作業をやってくれる楽さはすごい。 最終的にはReadmeなんかも読

「今のプロジェクトが終わったら転職したいが、いつから動き出せばいいのか？」 繁忙期の中で最適なタイミングを見極めるのは難しいものです。特にエンジニアは、技術棚卸やポートフォリオ作成、コーディングテスト対策など、他職種よりも多くの準備を要します。 結論から言うと、エンジニアの転職活動は一般的な職種より1〜2ヶ月早く準備を開始するのがおすすめです。 本記事では、あなたの業務状況やスキルに合わせて転職で失敗しないための「スケジュールモデル」を提示します。「まだ早いかも」と思っても、登録だけ済ませておくことがリスクヘッジになる理由も合わせて解説します。 キッカケエージェントでは、希望のキャリアや技術スタックをヒアリングし、あなたに最適な転職ロードマップをご提案可能です。タイミングに迷っている方は、お気軽にご相談ください。 エンジニアの転職活動は「一般的な職種＋1〜2ヶ月」の余裕を持つべき ベストな

はじめに 2026年に入って「SaaSは死んだ」という言説を目にする機会が増えました。AIエージェントが業務を代替するようになれば、従来のSaaS製品は不要になる──そういう論調です。 しかし、実際にAIエージェントを開発・運用しているエンジニアの立場で見ると、話はそう単純ではありません。 SaaSは消滅しません。ただし、「人間がUIを操作する前提のSaaS設計」は終わりつつあります。 この記事では、煽りや市場予測ではなく、AIエージェントを組み込む側のエンジニアが直面している技術的な課題と、SaaS側に求められる設計変更を整理します。 この記事の対象読者 AIエージェントの開発・運用に携わっているエンジニア SaaSのAPI設計やアーキテクチャに関わるエンジニア エージェント統合を前提としたシステム設計に興味がある方 この記事で得られること エージェント時代にSaaS設計の何が変わるのか

この記事は2026年2月20日時点の情報をもとにしています。Pencilは早期アクセス段階のため、仕様変更の可能性があります。最新の情報は公式サイトを確認してください。 Pencilとは何か Pencilは、IDEに統合できるAIネイティブなデザインツールだ。公式のキャッチコピーは「Design on canvas. Land in code.」で、デザインをキャンバス上で行い、そのままコードに落とし込むことを目指している。 Figmaのようなベクターキャンバスを持ちながら、Claude CodeやCursorといったAIコーディングツールとMCP（Model Context Protocol）で双方向に連携する。デスクトップアプリとしても、VS CodeやCursorの拡張機能としても動く。 現時点ではmacOSとLinuxに対応していて、早期アクセス中は無料で使える。 なぜエンジニアに

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 残業60時間でも年間200時間の学習を確保する技術【エンジニアの時間戦略】 はじめに 「勉強したいけど、時間がない...」 残業が続くと、つい口にしてしまうこの言葉。私も以前は同じでした。月60〜80時間の残業に追われ、帰宅すれば疲れ果てて寝るだけの日々。「時間がない」を言い訳に、1年間ほとんど成長しない自分に焦りを感じていました。 はじめまして、ハンズオンラボ運営メンバーのわたると申します。インフラエンジニア歴10年、監視オペレーターから始まり、運用・保守、そして設計・構築まで経験してきました。 この記事では、激務の中でも年間200時

Findy主催の「PdMのインサイト探索記 -「N=1」に向きあう試行錯誤」にて発表した登壇資料です #インサイト探索記_findy https://findy.connpass.com/event/382958/ 発表者：https://twitter.com/tajima_kaho

こんにちは。 Ubie の syucream です。最近は組織開発とか生成AI社内活用とかやってます。 「業務を一番よく知っている人が、自分で自動化できる。」 この状態を、AI の力でどう実現するか。本記事では、 Ubie が Claude Code と n8n を用いたワークフロー開発効率化・民主化による業務効率化の実例を紹介します。 「一番無理な仕事かも」 社内の業務自動化ツール n8n について、あるメンバーがこうコメントしました。 n8n は、さまざまなサービスを「つなぐ」ことで業務を自動化する AI ワークフローシステムです。しかしそのワークフローを正しく組み上げるのは一定の習熟が必要な程度に困難です。エンジニアでも骨が折れる作業だし、非エンジニアにとっては文字通り「無理な仕事」で、人を選ぶ作業になります。 それが今、 自然言語で業務フローを説明するだけで、ワークフローがシュッと

はじめに 不具合調査やパフォーマンス改善をするとき、どのくらい "手札" を持っていますか？ 私はよく、細部に入り込みすぎて全体を見失うこともあれば、逆に全体に意識を向けすぎて手が止まることもあります。そんなとき、先輩エンジニアの問いかけで状況の見え方が変わります。 同じ情報を見ているはずなのに、切り分けの速さがまるで違う...！ この記事では、日々のやり取りの中で学んだ思考パターンを整理してみました。 調査 / 切り分けの思考パターン 1. まず全体を見る いきなり一点を疑わない まずは全体像を把握する → 局所ではなく構造を見る 2. 見る前に予測する ログやコードを開く前に「おそらくここだろう」を言語化する 仮説なしに掘り始めると、異常を見逃しやすい → 観測は仮説とセットで行う 3. 外から内へ絞る 全体 → サービス境界 → コンポーネント → コード の順に見る いきなりコード

1983年生まれ。筑波大学大学院を卒業後、2008年に新卒第1期として株式会社ミクシィに入社。アーキテクトとして、技術戦略から組織構築などに携わる。同社メディア開発部長、開発部部長、サービス本部長執行役員を務めた後、2015年退社。現在は、株式会社レクターを創業し、技術と経営をつなぐ技術組織のアドバイザリーとして、多数の会社の経営支援を行っている。一般社団法人日本CTO協会理事、朝日新聞社社外CTO。

3-shake SRE Tech Talk 特別回「アーキテクチャモダナイゼーション」にて、「30分でわかるアーキテクチャモダナイゼーション」というタイトルで登壇しました。 https://3-shake.connpass.com/event/382086/ 書籍『アーキテクチャモダナイゼー…

ITエンジニアが転職エージェントを使うなら、構造を理解してから使うことをおすすめします。転職市場にはSIer・Web系・自社開発など多様な求人があります。転職エージェントの仕組みや構造を知らずに利用すると、年収や評価の観点で低く見積もられ、損をすることもあります。 本記事では、「ITエンジニアは転職エージェントを使うのはやめとけ」と言われる理由を構造から整理します。構造を整理した上で、市場価値を高める賢い活用方法について解説するので参考にしてください。 また、キッカケエージェントでは技術に詳しい担当者が在籍しており、求職者のスキルと要望をもとにおすすめの求人を紹介します。技術理解不足によるミスマッチ紹介を避けたい方は、ぜひご相談ください。 なぜ転職エージェントはやめとけと言われるのか 成果報酬が企業側の採用ハードルを上げている 転職エージェントでは成果報酬型の仕組みを導入しており、企業側の

本記事を読むと、Claude Code や Cowork を使った作業の精度と効率を大幅に引き上げるための考え方とテクニックが身につきます。「指示したのに違うものが出てきた」「途中でおかしくなった」——そうした問題の多くは、いくつかの原則を知るだけで避けられます。 本記事は、Anthropic 公式の Claude Code Best Practices をベースに、非エンジニアが Claude Code や Cowork を業務で活用する際のベストプラクティスを、独自の視点を交えて整理したものです（2026年2月16日時点の情報に基づいています）。 記事中の操作説明やコマンド例は主に Claude Code（ターミナルベースのツール）を前提としていますが、考え方や原則は Cowork にもそのまま当てはまります。Cowork は Claude Code と同じ仕組みで動いており、異なるの

Webで誰でもArduino開発体験 唯物論ではありませんが、電子工作や組込み開発は、デバイスのような実物・実体を根本的な実在として成るような性質のあるものではないでしょうか(？)。 ソフトウェア・Web開発には、一つのPC(とネット)があれば始められる手軽さがあります。最初は一つのプログラムから。しかしいつしかそれは、目には見えない、しかし厖大の結構によって確かに世界を動かす社会基盤となります。そんな壮大な可能性が、実体に縛られないソフトウェアの魅力だと感じます。 一方、確かな実体を以て身近に生活を彩るというのが、電子工作の魅力(の一つ)だと思っています。目に見え、手に触れる。時に私たちの部屋を飾り、時に私たちの日常を便利にします。 しかし実物・実体を伴うからこそ、そこには新規参入することの難しさがあるのも事実です。「物がなければ始まらない」。そして、「なければ購入しなければならない」。

転職・求人情報サイトのtype エンジニアtype ITニュース 年収2500万でも貧困層？ 米マイクロソフトに18年勤務した日本人エンジニアが「日本は健全」と語るワケ NEW! 2026.02.19 ITニュース マイクロソフトお金グローバルAI 「GAFAやMicrosoftに入れば、一生安泰の勝ち組になれる」――。 ビッグテックによる大規模レイオフに驚かなくなってきた昨今、そんな甘い考えでいる人は少ないだろう。しかし、一方でこうも思うはずだ。 「とはいえ、GAFAMに入社できるほどのエンジニアなら相当に優秀。レイオフされたところで、引く手あまたで職に困ることはない」と。 しかし、現実は違うようだ。 2006年に米国マイクロソフト（以下、MS）に入社し、プリンシパル・ソフトウェア・エンジニアという職位にまでのぼり詰めた太田一郎さん。だが、18年の献身が幕を閉じるのに要した時間は、わずか

エージェンティックエンジニアリング（Agentic Engineering）とは、AIにコード生成を任せきるのではなく、人間が設計や評価といった上位工程を担い、その下で複数のAIエージェントを統制する開発スタイルである。 この考え方に呼応するように整理を行った一人が、Google Cloud AIのディレクターであるアディ・オスマニ（Addy Osmani）氏だ。同氏は、バイブコーディングの手軽さを評価しつつも、それだけでは保守性や品質を担保できないと指摘し、設計・レビュー・反復といった“プロの工程”をAI時代に再構成する必要性を説いている。 ――ここからは『Deep Insider Brief』恒例の“ひと言コメント”として、今回の動きが示す技術の“今”をもう少し掘り下げていく。オスマニ氏の整理を軸に、エージェンティックエンジニアリングの全体像と、その開発の進め方を見ていこう。 Deep