Q&A: 技術選定とリスクのはなし
Q. 「死のリスク」と同じで、どこにいても危険があるんじゃない？
家でも潰れる可能性、外でも事故や隕石の可能性…
結局プログラミングも同じで「リスクゼロ」にはできないのでは？
A.
その通りです。
生きている以上、どんな場所でもリスクは消せない。
プログラミングにおいてもそれは同じで、
- DB が終わるリスク
- 言語が廃れるリスク
- サーバーが落ちるリスク
全部に共通して「ゼロにはできない」んです。
でも、 備えることはできるし、選び方次第で緩和もできる。
つまり「避けられないけどコントロールできる」のがプログラミングの強みです。
Q. ない可能性に脅えてる。たとえば MariaDB の開発終了。
脆弱性もそうだが、依存していたら振り回されるのと同然じゃないか？
A.
これは本質的な不安です。
確かにソフトウェアやライブラリには「寿命」があります。
ただし、それを言えば 使っている PHP や OS も自分で作ったものではなく、既にリスクを負っている。
だから考えるべきは「ゼロにすること」ではなく、どうリスクを最小限に抑えるか です。
- データ移行しやすい設計にする（将来 MariaDB → PostgreSQL にも移れるように）
- 脆弱性に備えてアップデート習慣を持つ
- コア部分は理解しておき「ブラックボックス依存」を減らす
こうすれば 完全に振り回されない設計 に近づけます。
Q. でも「リスクゼロにしたい」という気持ちが強い。どうしたらいいの？
A.
自然な気持ちです。
でも「ゼロにしよう」と思うほど、逆に 何も選べなくなって動けない状態 に陥りやすいです。
そこで意識すべきは：
- リスクを受け入れられるか？
- 実際に起きたら被害はどの程度か？
- 回避策や代替手段を用意できるか？
この天秤を意識すると、ちょうどいい塩梅 が見えてきます。
「ゼロにしたい自分」を自覚できている時点で、もう半分は乗り越えています。
Q. じゃあ結論として、どう捉えればいい？
A.
まとめると：
- ゼロリスクは不可能 → だから「抑える工夫」が大事。
- 依存は避けられない → 言語やOSそのものも依存対象。
- 大事なのは柔軟性 → 移行可能な設計、知識で逃げ道を作る。
あなたが気づいたように、遠回りしてでも学んで改善する姿勢があるなら、
リスクは脅威ではなく、未来を助けるヒント になります。
私がこの考えに気づいたきっかけ
高校生の頃
死というものを怖いと感じた時期があった。
その時「どんな状況でもリスクは消せない」という事実に気づいた。21歳の現在
サーバー開発やプログラミングに取り組む中で、
MariaDB や PHP に「依存するリスク」を意識するようになった。今の実感
「ゼロリスクは不可能。でも減らす工夫はできる」
これは高校時代に抱いた“死のリスク”の気づきとつながっている。
つまり、個人的な人生経験とプログラミングの選定課題がリンクして、
「リスクを受け入れ、備えて活かす」という姿勢に辿り着いた。