Case Studies
実案件の開発事例
読んで終わりの実績紹介ではなく、設計判断とトレードオフまで書き切った事例です。ひとつは、いまも動き続けるライブデモ付き。
会員制アプリ
歯科衛生士限定コミュニティをWordPressで構築
承認制ワークフロー・壊れない設計・不具合の真因特定まで、「動くもの」を作り切った会員制コミュニティの事例。
プラグイン導入
krc-cast-manager を使ってみた【前編】
無料の在席キャスト管理プラグインを「動く」状態まで構築した導入編。
プラグイン開発
krc-cast-manager を本番運用まで【続編】
移行・恒久対処・本番デプロイまで実装した、プラグイン開発・運用の事例。
IoTデータ基盤
スマートプランターIvyのライブ観測ダッシュボード
センサー→クラウド→NAS→Web公開の10分周期パイプライン。fail-fast設計と公開前監査で動き続ける、ライブデモ付きの事例。
Principles
3つの事例に共通する、作り方の原則
分野は違っても、事例のなかで守っていることは同じです。
01 ― 壊れても戻せる
事故を1機能に閉じ込める設計と、公開前の監査。壊れたものを世に出さず、壊れても切り離して戻せる形を先に作ります。
02 ― 運用まで設計する
納品はゴールではありません。非エンジニアの運営者が日々を自走でき、更新や障害のときだけ技術が伴走する線引きまで含めて設計します。
03 ― トレードオフを正直に
どの技術選定にも光と影があります。事例記事では、採用した理由だけでなく、引き受けたリスクと緩和策まで書き切ります。
