2026-08-15T01:13:51.364Z https://dddots.jp/blog/ 株式会社three dots. https://dddots.jp/blog/nonfunctional-requirements-six-categories/ 2026-08-13T00:00:00.000Z 2026-08-13T00:00:00.000Z

非機能要件は、停止時間や応答速度、バックアップ、権限など、機能一覧だけでは決まらない品質の条件です。IPAの非機能要求グレード2018をもとに、6分類の意味と、小規模な業務システムの要件定義でも文書過多にならない実務的な合意の進め方を整理します。

https://dddots.jp/blog/ai-review-feedback-traceability/ 2026-07-30T00:00:00.000Z 2026-07-30T00:00:00.000Z

AIコードレビューの指摘を、その場のコード修正だけで終わらせると、要件や仕様との食い違いが残ります。既存PRを入口に、要件・仕様・再現テスト・実装・証跡・返信を同じIDで追跡し、人の確認を残したまま安全に修正する手順を、実装記録に基づいて紹介します。

https://dddots.jp/blog/business-system-saas-vs-scratch/ 2026-07-23T00:00:00.000Z 2026-07-23T00:00:00.000Z

業務システムはSaaSで足りるのか、スクラッチで作るべきか。作る側の開発会社が「SaaSで足りるならSaaSを勧める」中立の立場から、買う・作るを分ける判断軸、SaaSで足りる会社と作った方がいい会社の特徴、月額が積み上がる5年TCOの見方までを、発注側が自分で使える形で整理しました。

https://dddots.jp/blog/local-first-markdown-publishing-design/ 2026-07-20T00:00:00.000Z 2026-07-20T00:00:00.000Z

local-firstなMarkdown公開では、手元の.mdを原本にして、クラウドには共有用の成果物だけを置きます。データ所有、公開と編集の分離、非同期レビュー、AIへのフィードバック連携をどう設計するか、mdrelayの未実装構想を例に判断軸を整理します。

https://dddots.jp/blog/legacy-system-code-reading-case-study/ 2026-07-16T00:00:00.000Z 2026-07-16T00:00:00.000Z

設計書が残っておらず、本番と開発環境にも差異がある約90万行の基幹システムを、稼働中の処理から絞り込み、業務ルールを根拠付きで復元した匿名事例です。AIの使いどころ、人が確認する範囲、安全に修正できる状態へ戻すまでの実務上の考え方を紹介します。

https://dddots.jp/blog/excel-macro-zokujinka/ 2026-07-13T00:00:00.000Z 2026-07-13T00:00:00.000Z

Excelマクロを作った担当者が辞めて、もう誰も直せない。そんな野良マクロは、直すか・作り替えるか・捨てるかを見極めるのが先です。VBAが動かなくなる原因、引き継ぎで押さえる点、外部にどう頼めるかを、非エンジニアの目線で整理しました。

https://dddots.jp/blog/self-hosted-claude-cron-automation/ 2026-07-07T00:00:00.000Z 2026-07-07T00:00:00.000Z

Claude Codeをインタラクティブではなく無人のジョブとして自宅で定期実行している、その実装の記録です。認証・権限の絞り方・人間の関門・cronで嵌まってlaunchdに移した経緯まで、実際に組んだ手順を正直に共有します。

https://dddots.jp/blog/homelab-dev-server-debian-headless/ 2026-07-04T00:00:00.000Z 2026-07-04T00:00:00.000Z

使わなくなったi7-8565UのノートをDebian 13でheadlessサーバ化し、開発コンテナを集約してMacを薄い端末にした記録。最小構築の手順、pg_dumpでMacを正本に保つ安全な移設、port競合の消し方、そしてやってみて分かった正直な向き不向きまで実体験ベースで書きます。

https://dddots.jp/blog/claude-code-autonomous-ticket-loop/ 2026-07-02T00:00:00.000Z 2026-07-02T00:00:00.000Z

Claude Codeで課題トラッカーのチケットを「完了相当」まで自律処理するコマンドを設計・実装した記録です。司令塔1・マネージャ1・専任3体の3層構成、TC作成から実装・レビュー・PRまでのパイプライン、逐次と確認の扱い、そして多エージェントの敵対的レビューで設計を詰めた過程を、正直な未検証点も含めて共有します。

https://dddots.jp/blog/quote-work-efficiency-tool-selection/ 2026-07-02T00:00:00.000Z 2026-07-02T00:00:00.000Z

見積業務の効率化は、見積管理ツールを入れれば終わりではありません。単価マスタやテンプレートといった土台が整っていないと、SaaSを入れても属人化は残ります。まずExcelでどこまで効率化できるのか、どこからツールやシステム化を考えるべきかを、ツールを売る側でも、システム化ありきでもない開発会社の視点で、なるべく中立に整理しました。

https://dddots.jp/blog/claude-code-agent-tui-herdr-fork/ 2026-06-27T00:00:00.000Z 2026-06-27T00:00:00.000Z

Claude Codeで複数のエージェントを動かすと、メモと「次に投げる指示」と各エージェントの状態が画面のあちこちに散らばります。これらを1画面に集約するため、ターミナル多重化ツールherdrをフォークし、常駐メモと次プロンプトのキューを組み込んだ記録です。設計判断と、つまずいたPTYの不具合まで書きます。

https://dddots.jp/blog/dx-jinzai-bushoku-chusho-mamori/ 2026-06-20T00:00:00.000Z 2026-06-20T00:00:00.000Z

DXの最大の課題は人材不足。だが中小企業で先に枯れるのは、新規開発を担う「攻め」の人材ではなく、今動いている業務システムを守る人です。大企業対象のNEC調査と経産省レポートをもとに、人を増やさず守りを支える選択肢を整理しました。

https://dddots.jp/blog/ai-driven-dev-non-engineer-role-split/ 2026-06-19T00:00:00.000Z 2026-06-19T00:00:00.000Z

AI駆動開発で非エンジニアでも業務システムが作れる時代、半年後に詰まるのは「設計」と「保守」の置き場所です。Claude Code等で社内開発を進める中小企業に向けて、作る・設計する・保守するの役割分担を、引き取り現場の視点で整理します。

https://dddots.jp/blog/system-trouble-who-to-ask/ 2026-06-18T00:00:00.000Z 2026-06-18T00:00:00.000Z

業務システムが止まった・エラーが出た、でも保守してくれる会社がない。前の開発会社が廃業・連絡不能、社内に直せる人もいない。そんな時にまず何をして、どんな会社に、どう頼めばいいか。トラブル発生後の初動を中小企業の目線で整理します。

https://dddots.jp/blog/business-system-repair-cost-judgment/ 2026-06-17T00:00:00.000Z 2026-06-17T00:00:00.000Z

業務システムの改修で見積もりが想定の何倍にもなる、引き受けてくれる会社が見つからない――こうした行き詰まりは、見積もりの読み方と頼み方をほんの少しずらすことで多くは解けます。中小企業の現場でよく見る詰まり方と、刷新せずに済ませる手前の選択肢を整理します。

https://dddots.jp/blog/private-sauna-reservation-saas-limits/ 2026-06-16T00:00:00.000Z 2026-06-16T00:00:00.000Z

個室サウナの予約システムを無料SaaSで開業した経営者向けに、運用2〜3年目で詰まる場所――清掃バッファ込みの在庫管理・スマートロック連動・回数券――と、乗り換えやフルスクラッチに走らず薄く繋ぐ落とし所を、開発と保守の両方を手がける立場から整理しました。

https://dddots.jp/blog/ai-reverse-engineering-reality/ 2026-06-15T00:00:00.000Z 2026-06-15T00:00:00.000Z

仕様書のない業務システムを生成AIで読み解けるかは、対象によって分かれます。AIリバースエンジニアリングで進められる範囲と、人手で押さえるべき業務ルールや例外運用を、中小企業の引き取り現場から、製品サービスと自前運用の使い分けや機密データの線引きまで含めて整理しました。

https://dddots.jp/blog/ai-agent-business-system-integration/ 2026-06-14T00:00:00.000Z 2026-06-14T00:00:00.000Z

AIエージェントを自社の業務システムにつなぐ手段は、API・RPA・スクレイピング・中間DBの4つに整理できます。古い基幹システムや仕様書のない環境で、どれが現実的に動き、どこで詰まるかを実装の現場目線で解説します。

https://dddots.jp/blog/business-system-maintenance-handover/ 2026-06-13T00:00:00.000Z 2026-06-13T00:00:00.000Z

業務システムの保守を今のベンダーから別の会社に引き継ぎたい。費用はいくらか、何か月かかるか、ドキュメントが残っていなくても受けてもらえるか。保守移管の費用相場、初動から完了までの流れ、引き取り先を選ぶ判断軸を、中小企業の現場目線でまとめました。

https://dddots.jp/blog/quote-ai-smb-efficiency/ 2026-07-02T00:00:00.000Z 2026-06-12T00:00:00.000Z

中小企業の見積もり業務は、生成AIでどこまで自動化でき、どこから人やシステムが必要か。全工程を任せるのではなく、一部工程の自動化と人の判断を組み合わせる現実解を、今日試せる3つの型・データ整備・システム化判断まで整理しました。ChatGPT・Claude・Copilot・Gemini の機密データの扱いも比較します。

https://dddots.jp/blog/system-maintenance-flat-rate-vs-pay-as-you-go/ 2026-06-11T00:00:00.000Z 2026-06-11T00:00:00.000Z

業務システムの保守を月額固定で払い続けているが、月によって依頼量に波があり、本当に妥当か分からない。そんな方に、月額固定と実働ベース（従量課金）それぞれの向き不向き、月額固定が損になりやすいサイン、切り替えるときの現実的な手順を、開発会社の視点で整理しました。

https://dddots.jp/blog/vendor-contact-difficulty-preparation/ 2026-06-10T00:00:00.000Z 2026-06-10T00:00:00.000Z

開発会社から返事が来ない、担当者が変わって話が通らない――業務システムを頼んだ会社と連絡が取れない（取りづらい）と感じる経営者・情シス向けに、まだ動ける段階で打てる3つの備え（ソースコードの所在確認・契約書の見直し・第二保守先の用意）を、引き取り案件の現場から整理しました。

https://dddots.jp/blog/ai-insourcing-smb-reality/ 2026-06-09T00:00:00.000Z 2026-06-09T00:00:00.000Z

「これからはAIで内製だ」――その号令に踏み出す前に、情シスがいない中小企業が見落としがちな運用と保守の壁を整理します。生成AIで作れるものと作ったあとに残る責任を分け、自社で持つ範囲と外注に任せる範囲の線引きを示します。

https://dddots.jp/blog/business-system-spot-maintenance/ 2026-07-02T00:00:00.000Z 2026-06-08T00:00:00.000Z

スポット保守とは、業務システムの保守を月額固定ではなく、作業が発生した分だけ請求する保守の形です。年に数回しか作業がないのに固定費を払い続ける状況に対して、実働ベース（従量課金）で持つ第3の選択肢を、開発と保守を手がける会社の視点で整理しました。

https://dddots.jp/blog/system-maintenance-cost-review/ 2026-07-02T00:00:00.000Z 2026-06-07T00:00:00.000Z

業務システムの保守費用が高い気がする。でも内訳が分からず交渉も判断もできない。そんな経営者・情シス向けに、保守費用の根拠となる5つの内訳、開発費の10〜20%という相場・比率の読み方、ベンダーロックインを抜ける打ち手を、開発会社の視点で整理しました。

https://dddots.jp/blog/access-business-system-2026-eos/ 2026-07-02T00:00:00.000Z 2026-06-06T00:00:00.000Z

Access 2021 のサポート終了は2026年10月13日。即日使えなくなるのは誤解で、止まるのはセキュリティ更新・不具合修正・公式サポートの3つです。動作は続くが時間は無限ではありません。移行先と段階移行の判断軸を現場目線で整理しました。

https://dddots.jp/blog/system-without-specifications-fix/ 2026-06-05T00:00:00.000Z 2026-06-05T00:00:00.000Z

「仕様書がないので改修は無理」と断られた業務システムでも、現状把握から段階的に直せるケースは多いです。何を最初に確認し、どこまで自社で進め、どこから外注するか。経営者と情シスのための判断材料をまとめました。

https://dddots.jp/blog/old-system-rebuild-options/ 2026-06-04T00:00:00.000Z 2026-06-04T00:00:00.000Z

古いシステムの作り直しは、必ずしも全面リプレースが正解とは限りません。リプレース・SaaS乗り換え・段階的改修という3つの選択肢を費用感や向いている状況から比較し、自社に合うレガシーシステム対策の判断基準を、経産省やIPAの最新データとともに整理します。

https://dddots.jp/blog/in-house-se-resignation-handover/ 2026-07-02T00:00:00.000Z 2026-06-03T00:00:00.000Z

社内SEの退職が決まったら、まず何を、どの順番で引き継ぐか。経営者が確認すべき項目を、アカウント・管理者権限の回収を最優先にチェックリストで網羅しました。後任採用の落とし穴や、仕様書がない・引き継ぎが間に合わない場合の対処法まで、業務システムを止めないための実務を解説します。

https://dddots.jp/blog/business-system-replace-estimate/ 2026-06-02T00:00:00.000Z 2026-06-02T00:00:00.000Z

既存ベンダーから全面リプレースで数千万円の見積もりを出され、高すぎると感じている経営者・情シス担当者へ。その金額が妥当かを見極める3つの基準と、全面刷新に頼らず既存の業務システムを保守・改修で活かす第三の選択肢を、開発会社の視点で整理します。

https://dddots.jp/blog/business-standardization-before-system/ 2026-06-01T00:00:00.000Z 2026-06-01T00:00:00.000Z

「システムを入れたのに使われない」中小企業の失敗の多くは、属人化した業務を整理しないままシステム化したことが原因です。導入を成功させる業務標準化の3ステップと、現場の抵抗への向き合い方を、開発会社の視点でまとめました。

https://dddots.jp/blog/ai-utilization-examples-for-smbs/ 2026-05-31T00:00:00.000Z 2026-05-31T00:00:00.000Z

AI導入に大きな予算や専門人材は必要ありません。ChatGPTやClaudeを使った事務作業の効率化から、既存の業務システムとAIをつなぐ実践的な事例まで、中小企業が今日から取り組めるAI活用の進め方を解説します。

https://dddots.jp/blog/system-update-necessity-reasons/ 2026-05-30T00:00:00.000Z 2026-05-30T00:00:00.000Z

トラブルなく動いている業務システムを、そのままにしておいて大丈夫なのか。建物や車と同じで、システムも放置すれば少しずつ傷みます。その技術的な背景を、出典を示しながらやさしく解説します。

https://dddots.jp/blog/internal-se-resignation-maintenance/ 2026-07-02T00:00:00.000Z 2026-05-29T00:00:00.000Z

唯一の社内SEが退職したあと、業務システムの保守を委託する開発会社をどう選ぶか。後任採用が難しい理由と、引き継ぎ先を見極める4つの基準（解析力・段階提案・レガシー対応・組織体制）、契約前に確認すべきポイントを、中小企業の経営者さま向けに整理しました。

https://dddots.jp/blog/legacy-system-maintenance-guide/ 2026-06-07T00:00:00.000Z 2026-05-28T00:00:00.000Z

担当者が辞めたら終わり。長年稼働する古い業務システムのブラックボックス化を防ぎ、運用管理の属人化を解消するための3つの手順を、引き取り案件の現場から解説します。

https://dddots.jp/blog/aging-internal-system-countermeasures/ 2026-06-11T00:00:00.000Z 2026-05-27T00:00:00.000Z

全面リプレースに踏み切れない中小企業向けに、業務システム老朽化の現実的な対策（保守の引き継ぎ・部分改修・段階移行）をコスト感つきで整理。実働ベース保守という第三の選び方も解説します。

https://dddots.jp/blog/legacy-system-maintenance-risk/ 2026-06-07T00:00:00.000Z 2026-05-26T00:00:00.000Z

「業務システムの保守はもったいない」と感じている中小企業の経営者向けに、レガシーシステムを放置することで起こる3つのリスクと、いきなり刷新せずに踏み出すための判断軸を、経産省DXレポートをもとに整理しました。

https://dddots.jp/blog/hello-blog/ 2026-05-23T00:00:00.000Z 2026-05-23T00:00:00.000Z

three dots. のコーポレートサイトに Blog 機能を追加しました。

https://dddots.jp/blog/nonmouse-m2-python314-tuning/ 2026-04-08T00:00:00.000Z 2026-04-08T00:00:00.000Z

Webカメラと手のランドマーク検出でマウスを動かすOSS「NonMouse」を、M2 Mac + Python 3.14で動かすまでの依存再構築・Tasks API移行・TUI化と、押下トグル操作や加速カーブのチューニングを実装ベースで記録。

https://dddots.jp/blog/claude-code-agent-dashboard/ 2026-04-03T00:00:00.000Z 2026-04-03T00:00:00.000Z

Claude Codeをtmuxで11人編成のマルチエージェントとして運用する中で生まれた「誰が何をしているか分からない」課題を、173行のBashスクリプトによるターミナルTUIダッシュボードで解決した設計と実装の記録。

https://dddots.jp/blog/claude-code-multi-agent-team/ 2026-04-03T00:00:00.000Z 2026-04-03T00:00:00.000Z

Claude Codeで11人編成のマルチエージェント開発チームをtmuxベースで構築した記録。役割分離、通信プロトコル、Gate Systemによるフェーズ制御、監視ダッシュボード、コストまで実運用の知見を共有する。

https://dddots.jp/blog/react-introduction-basics/ 2026-03-22T00:00:00.000Z 2026-03-22T00:00:00.000Z

Reactの基礎であるコンポーネント、JSX、Props、Stateを初心者向けに解説。宣言的UIの考え方、TypeScriptでの型定義、State更新の落とし穴、よくあるエラーと解決策、Todoアプリの実践例まで、つまずきポイントを押さえながら学べます。

https://dddots.jp/blog/api-gateway-hasura-graphql/ 2025-11-17T00:00:00.000Z 2025-11-17T00:00:00.000Z

AWS API Gateway と Hasura を組み合わせ、スケーラブルで保守性の高い GraphQL API インフラを構築する方法を解説。E-コマースとリアルタイム協働編集の実装例、キャッシング・レート制限・セキュリティのベストプラクティスを紹介します。

https://dddots.jp/blog/hono-fast-web-development/ 2025-11-17T00:00:00.000Z 2025-11-17T00:00:00.000Z

わずか12KBの軽量WebフレームワークHonoを実際に試した記録。Hello WorldからCRUD API、Node.js・Cloudflare Workers・Denoでの動作、Zod連携やミドルウェア、Expressからの移行戦略とエッジ環境での性能まで具体的に解説します。

https://dddots.jp/blog/rest-api-vs-graphql-selection/ 2025-11-17T00:00:00.000Z 2025-11-17T00:00:00.000Z

REST APIとGraphQLの選択は技術の優劣ではなく、チーム規模とデータ要件の文脈で決まる。小規模・中規模・大規模それぞれの判断基準と、失敗事例から得た実践的な意思決定フレームワークを解説する。

https://dddots.jp/blog/feature-sliced-design-packaged-by-feature/ 2025-11-04T00:00:00.000Z 2025-11-04T00:00:00.000Z

コードが増えるほど開発が遅くなる原因はファイル整理にある。フロントエンドの Feature-Sliced Design とバックエンドの Packaged by Feature を、3層構造やマイクロサービス分割の実例とともに解説する。

https://dddots.jp/blog/typescript-introduction-react-types/ 2025-11-04T00:00:00.000Z 2025-11-04T00:00:00.000Z

ReactでTypeScriptを使うときの基本的な型定義をまとめた入門記事。関数コンポーネント、Props、useStateなどのHooks、イベントハンドラ、カスタムフック、ユーティリティ型まで実例コード付きで解説します。