こんにちは アクセンチュア北海道オフィス所属の唐津です。 1年ほど前にPMPを取得しました。取得して意味あったな～というのと、最近周りでPMPを取ろうとしている人がいるので、「攻略法」と「取得する意味」を改めて言語化しようと思った次第です。 ただし具体の勉強法（この参考書が役にたった、こういう学習Cycleが良かった）とかは書いてないのであしからず。 この記事は、これからPMPを取ろうとしている人たち、そしていま勉強中で「この量、本当に全部覚えるの…？」と手が止まりかけている人に向けて書いています。受験してから読む記事ではなく、受験準備のど真ん中で読んでほしい記事です。 私自身、PMPを受ける前は学習の範囲が広すぎて胃もたれしそうでしたが結局のところ、 PMPは、暗記で受かる試験ではなかった。世界観の理解で受かる試験。 問題集を周回していたときには見えなかった景色が、「あ、そういうことか」

AIによる最適解が戦略の均質化を招く中、羽生善治九段は、あえて評価の低い手を選ぶことにこそ差別化の核があると説く。数字に翻弄されず、一貫性を持って決断し、責任を負う。AI時代における人間ならではの意思決定と真の個性の在り方とは。 AIが初めて人間に将棋で勝利をしてから既に十年以上がたつ。棋士たちのAI利用は珍しくなくなり、誰もがAIを使い、「最善手」を学ぶ時代となった。均質化が進む中で、どう個性を保ち、どう差別化するか。そしてどうAIと向き合い、意思決定の質を高めるか。 日本ヒューレット・パッカードが2026年2月に開催したイベントで、羽生善治九段が特別講演に登壇した。羽生氏の発言は将棋界の話であると同時に、AI活用の最前線に立つビジネスパーソンへの問いかけでもある。ここでは、対談形式で羽生氏が語った言葉を紹介したい。 1970年生まれ、埼玉県出身。小学1年で将棋を始め、6年のとき小学生名

この記事は約5分で読めます。 筆者プロフィール: ソフトウェアエンジニア。「知った気にならない。いつまでも学び続ける」を信条に、業務と個人開発の両輪で技術を磨いています。AI 駆動開発で複数の個人開発アプリを構築・運用中。 👉 ポートフォリオ: 筆者ホームページ Claude Code を使い始めたけど、毎回同じ指示を書いていませんか？ CLAUDE.md・Skills・Hooks・Agents の 5 段階で「育てる」ことで、人間の作業は「指示と確認だけ」になります。この記事では、実際のファイル構成とコードを添えて、その全過程をお見せします。 「AI にコードを書かせている」と「AI と開発している」は違う Claude Code を導入した当初、私は毎回こんなプロンプトを書いていました。

ふつうの軽音部 クワハリ/出内テツオ <毎週日曜更新！最新3話無料>ちょっと渋めの邦ロックを愛する新高1・鳩野ちひろ。新品のギターを背に軽音部の門を叩くも――!?「次にくるマンガ大賞2024」Webマンガ部門 第1位＆「このマンガがすごい！2025」オトコ編 第2位!! ※作品内使用楽曲はJASRAC申請中 [JC10巻発売中]

はじめに こんにちは、クラシルでバックエンドエンジニアをしている hama です。 私は Obsidian の Daily Note を毎日の業務記録として使っています。TODO やミーティングの予定、読んだ記事のメモなどを1ページにまとめて、あとから振り返れるようにしていました。 ただ正直なところ、私の場合、手で書いていた頃は手間が多く、Daily Note をしっかり書き残さない日も多く内容が常に充実しているとは言えませんでした。 そこで、Claude Code のスキル機能を使って Daily Note への記録の下準備を自動化しました。 TODO や Meeting の自動挿入だけでなく、Slack・GitHub・Notion のログからその日のサマリを AI に生成させることで、手作業では続かなかった日次の振り返りが毎日回るようになりました。 さらに、Daily Note を元に

石井 玄 @HikaruIshii AIが間違いを認めないので、延々口論していた。 陰謀論的な話をしてきたので一度冷静になって考えてみたらどうだろうか？君ならできるよ、と励ましたらようやく理解してくれた。 SLAM DUNKのあるセリフを流川が言ったのか桜木が言ったのかという論争(流川が正解)で、間違いを指摘したしたら、昔から流川という誤認があるけど、実は桜木だと自信満々に主張してくる。ネットで調べたら流川だという情報が山程あるが、それは間違いだという主張。 漫画を見たらわかるというので、そもそもSLAM DUNKを電子で買っていてKindleでそのページを開いたらやっぱり流川だった。 Kindleの画像を見せても、ページ数のフォントがおかしい！流川の顔だが身体が桜木に違いないからそれはコラ画像である！という主張をやめなかったので、逆に興味深くなって、なぜそう思うかを聞いていたったら、そう

Obsidianというノートアプリがあります。 Markdownで個人Wikiのようなものを作ることができるアプリで、非常にシンプルな基本設計と、非常に強力な拡張性のおかげでとても使い勝手が良いツールです。 私も昨年から使い始めたのですが、いまではすっかり仕事にも私生活にも欠かせない存在になりました。 Obsidianはちょっとしたメモを取ることに便利なので、基本的にPCを開いているときは常にObsidianも開いています。 そうなってくると、せっかくならちょっとしたツールもObsidianの中で動かしたくなってきます。 Markdown形式でノートを書くわけですから、HTMLやJavaScriptでツールを作ることも不可能ではないように思われます。 というわけで、HTMLの<script>タグを使って簡単なツールを作ってみたのですが……残念ながら、Obsidianはscriptタグの実行

日本の現場でよく見かける「方眼紙Excel」——全セルを正方形に統一し、セル結合を多用してレイアウトを作るあのスタイルです。工事仕様書・工程表・設計図・申請書類など、建設・製造・行政の現場で今も現役です。 今回使ったサンプルはこんなものです。 工事仕様書：基本情報・材料仕様・施工注意事項をセル結合で構造化 工程表：横軸が月、縦軸が工種のガントチャート。塗りつぶしセルで期間を表現 数量集計表：設計・計画・実施数量の比較表と埋め込み棒グラフ これをMarkdownに変換したい、というニーズが増えています。ドキュメント管理のモダン化、AIへの入力、RAGのインデックス化……いずれも「テキスト形式で意味が伝わること」が前提です。 結論を先に言います。方眼紙Excel → Markdown変換は、LLMを使うのが現実解です。 理由は後述しますが、従来ツールは「セル構造」を変換するのに対し、LLMは「

「ChatGPTは賢いのに、なぜ業務では使いにくいのか」。その答えがナレッジグラフにあります。本書は、RAGだけでは解けない問題の正体を明らかにし、ナレッジグラフがLLMに何をもたらすかを、入門から世界の活用事例、実装アーキテクチャ、AI Agentとの統合まで一気通貫で解説します。エンタープライズ規模でのKG実装は難しい。だからこそ、何が難しいのかを正確に理解することが第一歩です。

ドカ食いダイスキ！ もちづきさん公式 @dokaguidaisuki ＼祝30周年!!!／ バイオハザード×もちづきさん フォロー＆RPキャンペーン💥💥 【オリジナルコラボＴシャツ】 が抽選で30名様に当たる！😋 ＜応募方法＞ ①@REBHPortal ＆@dokaguidaisuki を両方フォロー！ ②本投稿をリポスト！ ★応募期限：2026年3/31(火)23:59迄 ※ツリーの応募要項もご確認を💡 pic.x.com/aU79g4XXbP 2026-03-21 18:00:03

きっかけ （会社の）M5 MacBookPro が届いたのでせっかくなので環境を0から作る!!! 実現したいこと Mac の zsh 環境を整備して、以下を実現する。 実際に作成したものは以下のリポジトリにまとめた。 設定ファイルは dotfiles としてリポジトリで管理し、シンボリックリンクで反映する。 Ctrl+q でディレクトリをインタラクティブに移動 zoxide の移動履歴を fzf に渡し、インクリメンタルに絞り込んで cd できる。 Ctrl+r でシェル履歴検索 atuin でリッチな履歴検索 UI が起動する。 starship プロンプト git ブランチ・ステータスや mise で管理している言語バージョンをプロンプトに表示。 手順 1. Homebrew でツールをインストール

200年ぶりに追加された将棋の新ルール、いったいどんなの？

こんにちは！逆瀬川ちゃん (@gyakuse) です！ 今日は日本語の手書きメモをいい感じに書き起こしてくれるOCRを探して、23モデルを片っ端から比較してみた話をまとめていきたいと思います。 手書きメモは楽しいが電子化がつらい わたしはいまだに手書きメモをよく書きます。打ち合わせの最中にさっと書いたり、アイデアを整理するときにペンで図を描いたり。手を動かしながら考えるのはとても楽しいし、タイピングとは違う思考の広がり方があります。 ただ問題は電子化です。ノートに書いたメモをあとからSlackやNotionに転記するのがとにかくつらい。自分の字を自分で読み返す作業がすでにつらいのに、それを打ち直すのは二重苦です。 OCRで自動化したいのですが、日本語の手書き文字って既存のOCRモデルにとってはかなり難しいタスクです。活字ならどのモデルでも高精度ですが、手書きとなると精度がガクッと落ちます。

コードを書くのをやめた。Claude Codeに月商300万のSaaSの全コードを書かせ、完全ソロ運用しているという話。 私は現在、B2B向けのニッチな自動化APIミドルウェアをSaaSとして完全な個人で運用し、広告費ゼロ・従業員ゼロで毎月およそ300万円ほどのMRR、定額の月次収益を生み出している。しかも実を言うと、この半年間、エディタを開いて人間が手入力する従来のコーディング作業など1秒たりともおこなっていない。ローカルのターミナルからClaude Codeを呼び出し、AIに要件と仕様を突っ込んでシステム全体を保守拡張させているだけだ。 コードを手書きする時代は終わった。ではエンジニアは何をすれば勝てるのか。本当に機能するAIネイティブ時代のSaaS個人開発と、B2Bマーケティングの泥臭い現実を、書き殴っておく。 エディタを捨てろ。Claude CodeとStripeの組み合わせで人間

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? みなさん、ClaudeCodeを使っていますか？ (「バチバチ使いこなしているぜ！」という方は読んでも意味ないので、この記事は閉じてください！) 私はClaudeCodeが好きで、業務はもちろん日常生活でもほぼ毎日使っています。なるべくClaudeCodeに仕事をさせるように、設定やSkillを日々いじくり回しています。 ただ、ClaudeCodeは便利な反面、難しいツールでもあります。難しい理由は「機能の豊富さ」と「爆発的なアップデート速度および頻度」から来ていると思っています。気を抜くとすぐに自分の知らない機能が増えています。私もな

この記事ではdraw.ioを使ってClaude Codeで作図する実践パートがありますが、MCPサーバーもSkillsも使っておりません。すべてOpus4.6の性能だけで作図してます。 はじめに 「LLMは空間的な推論が苦手」「テキストベースで座標を扱うのだから、複雑な図はぐちゃぐちゃになるはず」──これは自分がずっと持っていた前提でした。おそらく同じように考えている方も多いのではないでしょうか。 実際、以前のモデルで試した限りでは、この前提はおおむね正しかったと思います。構成が複雑になれば矢印が交差して読みにくい図になり、結局は人力で修正することになる。グラフ理論的に考えても、コンポーネント数が増えれば交差は避けられないはずだ──と。 本記事では、この「LLMでは複雑な構成図はまともに作れない」という前提を、AWSアーキテクチャの構成図を段階的に複雑にしながらClaude Code（Op