新型コロナ収束後、出社回帰に踏み切る企業が増加する中、ビジネスパーソンはどのような働き方を望んでいるのだろうか。人材サービスなどを手掛けるLASSIC（東京都港区）の調査によると、勤務先がリモートワークから出社方針へ転換した場合に「転職を検討する」と回答した人は全体の51.8％で、年代別では20～40代はいずれも6割を超えた。 本調査は、20～65歳のテレワークまたはリモートワークを経験したことがあるビジネスパーソン1009人を対象に実施した。「勤務先がリモートワークから出社方針へ転換したら、転職を検討するか」について、20代の68.5％、30代の63.5％、40代の65.5％が「検討する」と回答。50代は33.3％、60代は30.9％で約3割にとどまっている。

「git push したあとに、なぜかAWSから高額請求の警告メールが来た…」 「先輩にプルリクを見てもらったら、顔面蒼白で『これすぐ消して』と言われた…」 エンジニアなら誰しも一度は聞く（あるいは経験する）ホラー話です。 GitHubは便利ですが、世界中に公開してはいけないものまでうっかり公開してしまうリスクと隣り合わせです。 今回は、初心者エンジニアがうっかりコミットしがちだけど、 「絶対に上げてはいけないファイル」 を10個厳選しました。 これを .gitignore に書くだけで、あなたのキャリアとクレジットカードが守られます。 💀 絶対に上げてはいけない「死のファイル」部門（セキュリティ編） まずは、「うっかり」では済まない、人生に関わるレベルのファイルたちです。 1. .env ファイル 危険度：★★★★★★★★★★ 環境変数を管理するファイル。ここにはAPIキー、DBのパス

はじめに 「ウォーターフォールでソフトウェアを作れる」という言説は、現場感覚を持つ人間ほど違和感を覚えるにもかかわらず、一定数の人に強固に信じられ続けています。これは単なる開発手法の好みの問題ではなく、人間のウォーターフォール神話とソフトウェア開発を巡る成功体験、そしてそれを支える認知構造が絡み合った現象です。 ソフトウェア開発の歴史を振り返れば、ウォーターフォールが教科書的に語られ、正統な方法論として扱われてきた時代が確かに存在します。しかし、その「正しさ」は結果から逆算された物語であり、検証可能な事実とは必ずしも一致しません。 本レポートでは、ウォーターフォールが実際に機能していたのかという事実認定を起点に、なぜそれでもなお「作れる」という嘘が信じられ続けるのかを、心理、組織、歴史、そして認知の観点から整理します。 感情論や宗派論争を避け、できるだけ冷静に、しかし現場の肌感を失わずに論

本記事は 2026-01 時点の公式ドキュメント/リポジトリの情報を元に整理しています。Clawdbot は更新が速いので、手順や設定キーが変わっていたら公式ドキュメントを優先してください。 はじめに（この記事でわかること） 「Clawdbotって話題だけど、結局なにができるの？」「Mac miniを買わないとダメ？」「危なくない？」という初学者の不安を、仕組み・出来ること・安全な始め方の3点で解消するのがこの記事のゴールです。 この記事でわかること： Clawdbot が「ChatGPT/Claudeの代替」ではなく、何が違うのか “AIが実際に作業する”とは具体的に何を指すのか（ツール/自動化/記憶） まずは安全に小さく始めるための導入手順（CLI + Discord/DM） 実務で効く運用Tips（権限・隔離・バックアップ・自動化の設計） まだ触れていない機能の“次の一歩”（Voic

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 環境 VSCode : 1.108.0 VSCodeの拡張機能 : Markdown Preview Mermaid Support : 1.29.0 Markdown Preview Enhanced : 0.8.20 Iconify IntelliSense : 1.0.0 はじめに Mermaidを利用したアーキテクチャ図の書き方についてざっくりまとめました。 ベータ版なためか、癖を感じる箇所もありますが使いやすいので正式版が楽しみです。 プレビュー表示画像 VSCodeにて構成をmd形式で記述し、プレビューにて表示したものが以下

Implementation-Driven Developmentという考え方 近年、AI を活用したコーディングが一般化し、ソフトウェア開発の進め方そのものが改めて問われていると感じています。その中で仕様を起点として開発を行う Spec Driven Development（仕様駆動開発） が、有力なアプローチとして語られる場面も増えてきました。 本稿では、Spec（仕様）という成果物そのものを否定するのではなく、Spec Driven Development という開発観に対して少し距離を取りながら考えてみます。その上で、私自身が最近しっくり来ている Implementation-Driven Development（以下 IDD） という考え方について整理します。 なぜ今、Spec Driven Developmentが注目されているのか AI が書くコードは非常に強力です。その一方

ツールが進化するにつれ、より大きな単位で設計を考えられるようになりました。以下、各時代の詳細を紹介します。 GitHub Copilot Tab 補完時代 開発初期は GitHub Copilot の Tab 補完を主に使っていました。使い始めた当初は、今ほど一度に多くのコードが補完されず、精度も高くなかった記憶があります。 このときに気にしていたことは、関数単位でのプログラム設計です。適切な粒度と責務を意識し、適切な命名をすることを心がけていました。 あまりにも大きな役割の関数を作ろうとすると、意図しない機能が実装されてしまったり、関数内部で既存の実装と同様のコードが重複して生成されることが多発しました。 命名に関しては、内部実装まで透ける命名が重要です。例えば、ミリ秒単位で処理する関数を作ってもらいたいときは delayMs のように、命名に Ms をつけます。これは書籍「リーダブルコ

この記事は、Gaudiy Advent Calendar 2025 17日目の記事です🎄 こんにちは、GaudiyでHRを担当しているKuwa(@kuwakuwa_76)です。 アドカレに何を書こうかと考えた時、今年一年、「フルリモート」という働き方を改め、それを取り巻く世の中の「出社回帰」の流れについて、他社のHRと情報交換したり、社内で真剣に向き合って、弊社の経営レイヤーやマネジメントレイヤー、メンバーとさまざまな人と議論を重ねてきたので、その過程の思考の整理や個人的な仮説などを書きたいと思います。 1.世の中のトレンド：出社回帰の流れ世の中の流れは、明らかに出社回帰です。フルリモートだった企業がハイブリッド勤務になったり、オフィスへの出社が基本となったりしています。 ビズリーチの調査では出社日設定が0の会社は25年3月時点で25%以下に。まだ結構あるなと感じましたが、現在はさらに減

チームのCLAUDE.mdが勝手に育つ - Hook機能での自動化 はじめに 前回の記事では、スラッシュコマンドを使ってAIに会話履歴を分析させ、CLAUDE.mdに書くべきルールを提案してもらう仕組みを紹介しました。 スラッシュコマンドを使う方法は、この仕組みのことをよく知っている人が使う分には便利です。でも、チーム全体で確実に運用するとなると課題があります。 コマンドを実行し忘れる 新しく入ったメンバーは存在すら知らない ベテランメンバーはCLAUDE.mdに書く内容を当たり前に思えてしまう 結果として、やっぱりCLAUDE.mdの更新がされずに、新メンバーが困る...ということになりがちです。 解決策：Claude CodeのHookで自動実行 そこで、Claude CodeのHook機能を使って、会話履歴の分析を完全自動化しました。 Hookとは、Claude Codeの特定のイベ

背景 Claude Codeサービス提供以来ずっと下記の理由で大好きでMaxプランを利用して、一緒にたくさんの価値を創りました。 Claude Codeを好きな理由 1. Default状態でアウトプットの質が高い 依頼Prompt以外、何にも用意しない状態で相談することで、専門家レベルの議論ができます。 Knowledge-baseやCLAUDE.mdちゃんと用意すれば、意図した通りcodingができます。 2. 仕事が早い thinkがあっても体感的に速い動きができています。 3. モデル性能と機能面最先端 Sonnet3.5から今最新の4.5までcoding領域のモデル性能が最強。 機能面もMCPからSubAgent、最新のSkillまで業界の提案者であり、豊富でした。 一方、最近自分自身とチーム全体でClaude Codeの利用からCodexに移りました。 その理由と過程及び（現状

GPT-5が出ましたね。コーディング能力もめっちゃあがってる！みたいなことが書いてあるので、いろいろ試してみました。 開発者向け GPT-5 のご紹介 | OpenAI 結論を書いておくと、GPT-5のコーディング能力は確かにあがってSonnet 4と同等くらいになってるけど、ChatGPTというサービスがコーディングツールとして使い物にならなくなっていました。 チャットUIでコード書くならClaude。 マリオ なんかマリオができるという話だったので、やってみました。 javaのswingでリアルなマリオのようなゲームを作って。 1ソースで完結して。 背景もかわいいほうがいい。 だいぶいいですね。背景かわいいし、スコア表示もゲームっぽい。 GPT-4oではこうだったので、かわいさが増してます。敵もコインもなくジャンプするだけのゲームだったし。 ちなみにSonnet 4。敵を踏んで潰すのも

バイブコーディングの効率化でGit worktreeが話題になっていたけど、コマンドの実行や管理が大変そうだったので、まずは効率化するツールを作りたいと思いました。いつもならシェルスクリプトとかエイリアスで済ませるところですが、バイブコーディングでOSSとして作ってみたら面白そうと思い、この1週間集中して開発しました。 結果、Git worktreeの管理を効率化するCLIツールをリリースすることができました。途中からはドッグフーディングで自らの生産性も向上させて、Claude Codeを20万円分以上使いましたがCLIツールとしてかなりクオリティの高いものを短期間で作ることができました。 作ったツール PhantomというCLIツールを作りました。Git worktreeを簡単に管理できるツールで、docker execみたいにワークツリーの中でコマンドを実行する機能があったり、tmux

プランについての詳細は公式サイトをご確認ください。 Copilotに対して多分みんなが思っていること ここからが本題です。 前職を含め、私は約1年ほどCopilotを職場の業務で使い続けてきました。 その中で多くの同僚から、同じような声を耳にしてきました。 きっと「こう考えているの私だけでは？」という方も一定いると思うため、 今回は私がみなさんに代わってZennで叫びます。 （そんなこと思ってないわ！という方はスミマセン） 「結局、何に使える？」 EdgeやMSツールでよくCopilotの文字は見かけはするけど、 結局あれで何がどれくらい便利になるのかわからない…。 何か補助してくれるらしいけど、現状の業務にそこまで不自由していないから、 結局一度も使ったことがない…。 「費用対効効果、低くない？」 月に約4,500円×ライセンス数（Copilot for Microsoft 365）払っ

一般的にサービスの良い面は語られがちですが、残念な面について語られることは少ないですよね。 そこで本記事ではAzureサポートの残念な点をあえて挙げることで、Azureの利用を検討している方々にとっての判断材料となることを目的としています。 Azureのサポートプラン Azureサポートには主に以下4種類のサポートプランがあります。 本記事や他の情報も踏まえた上で読者の皆さんがAzureを使用するという結論に至った場合、サポートプランは Developerプラン を推奨します。 Developerプランでは事足りず上位のプランで要求を満たせるユースケースというのは非常に限られていると感じます。 この記事を読んでいただければ理解いただけると思います。 重大度はユーザ側が問い合わせ時に選択します。 事業へ大きく影響する問題は重大度A、事業へそれなりに影響する問題は重大度B、事業への影響が小さい