SRP――一つの共有先の定義は、一つの理由で変わるか
丸い共有ボタンの裏側を掘る連載の第4回。SOLID の最初の原則 SRP を、共有先の名札カード1枚からプラグイン全体まで当てて確かめます。責任とは仕事の数ではなく、変更を頼んでくる…
記事を読む ↗WRITING & EXPLORATIONS
これまでの記事
ADRに残すのは結論より、捨てた案と制約
丸い共有ボタンの裏側を掘る連載の第3回。設計の決定記録（ADR）に何を書けば後から役に立つのかを、このプラグインで実際に書いた2件の記録と図12点で読み解きます。厚く書くべきな…
記事を読む ↗
共有先が増えても触らないコードを決める
丸い共有ボタンの裏側を掘る連載の第2回。共有先が増えても書き換えないコードを先に決め、共有先の違いを「名札カード」と呼ぶデータファイル（TOML）へ寄せた設計を、架空の共有先…
記事を読む ↗
共有・保存・計測は、なぜ同じ責務にしないのか
丸い共有ボタンの裏側を掘る連載の第1回。共有・保存・計測という3つの仕事を、変更の理由・変わる速さ・背負う約束で見分け、分けた理由と払った代償の両方を、図12点と実装コード…
記事を読む ↗
iframe から、丸型の共有ボタンと「いいね」へ。Promari SNS Share を公開しました。
丸い共有ボタンの設計を、用語のポップアップと身近なたとえでたどります。表示・保存・計測・配信の内容を省略せず、四層の責任と設計判断を詳しく解説。全5ページ、連載予定は16章…
記事を読む ↗FROM INSIGHT TO IMPACT
「できたらいいな」を、
動く仕組みに。
記事で見つけたヒントを、あなたの事業へ。
新しいサービスも、手間のかかる業務も。
いまの課題から、つくるべきものを一緒に考えます。
01 / DEVELOPMENT
つくりたいサービス、改善したい業務がある
そのアイデアを、
使えるシステムに。
新規開発から既存システムの改善まで。目的・期限・体制を伺い、着手する範囲を整理します。
- Webシステム
- 業務効率化
- API・データ連携
02 / AI ENGINEERING
AIを、実際の仕事で役立てたい
試して終わらない、
現場で使えるAIへ。
情報検索や定型作業など、時間のかかる業務から。小さな検証を起点に、導入範囲を考えます。
- 社内情報検索
- AIエージェント
- システム連携
03 / TEAM DEVELOPMENT
技術を使いこなせるチームを育てたい
学んだ知識を、
現場で発揮する力に。
新人研修・AI研修・教材制作。対象者と目指す姿に合わせて、演習や研修の進め方を設計します。
- 新人研修
- AI活用研修
- 教材開発
まだ、仕様書はいりません。
「何から始める？」から、ご一緒に。
課題がまとまっていなくても大丈夫。テーマを選ぶと相談文をご用意します。
連絡先の必須入力は、お名前とメールアドレスだけ。
ご相談後の流れ
- 01 内容を確認
- 02 メールでご連絡
- 03 課題・進め方をご相談