2026-06-10T05:58:32.621Z https://dddots.jp/blog/ 株式会社three dots. 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-06-08T00:00:00.000Z 2026-06-08T00:00:00.000Z

業務システムの保守は月額契約しか選択肢がないと思っていませんか。年に数回しか作業が発生しないのに固定費を払い続ける状況に対して、使った分だけ請求する「スポット保守」という第3の選択肢を、開発会社の視点で整理しました。

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

業務システムの保守費が高い気がする。けれど内訳が分からず、交渉も判断もできない。そんな経営者・情シス向けに、保守費の中身の分解、業界の相場感、ベンダーロックインを抜ける現実的な打ち手を、開発会社の視点で整理しました。

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

Access 2021 のサポート終了が2026年10月13日に迫る今、業務システムを Access で回してきた中小企業は何をいつまでに決めるべきか。移行先（kintone・AI 活用のスクラッチ開発）と据え置きの選択肢を、現場の判断軸で整理しました。

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-06-07T00: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-06-07T00:00:00.000Z 2026-05-29T00:00:00.000Z

唯一の社内SEが退職し、業務システムの運用に不安を抱える中小企業の経営者さまへ。後任採用が難しい理由と、保守を引き継ぐ開発会社の選び方、契約前に確認すべきポイントを整理しました。

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-07T00: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、イベントハンドラ、カスタムフック、ユーティリティ型まで実例コード付きで解説します。