「例えば、PHPを避ける」から経営戦略を考えてみた

技術の優劣より、トレードオフと選択肢を考える

「PHPは古い」「Rustのほうが安全」「これからはGoを使うべき」

プログラミング言語について調べていると、そんな意見を見かけることがあります。

でも、もし自分が小さな会社の経営者だったら、どう判断すればよいのでしょうか。

技術の正しさと、経営の正しさは、必ずしも同じではありません。

今回は、ある素朴な疑問から、技術選定と経営戦略の関係を考えてみます。

1. 「例えば、PHPを避ける」で問題は解決する？

💚ずんだもん

「PHPには脆弱性があるから避けるべきだ」って意見を見かけたのだ。

だったら簡単なのだ！ PHPを全部廃止してRustにすれば、安全なシステムが完成するのだ！

🎀めたん

ずいぶん大胆な提案ね。

でも、最初に確認したいことがあるわ。

その脆弱性は、古いPHPそのものにあるの？ 更新されているPHPにも影響するの？ それとも、PHPで作られたアプリケーションの問題？

💚ずんだもん

えっ、PHPの問題にも種類があるのだ？

🎀めたん

もちろん。

サポートが終了した古いPHPを使い続ける問題もあれば、プログラムの設計ミス、設定の不備、更新作業を放置する運用上の問題もあるわ。

プログラミング言語を変更しても、設計や運用が悪ければ別の問題が発生するの。

反対に、適切に更新されているPHPなら、古いバージョンの脆弱性がそのまま当てはまるとは限らないわ。

⚔️つるぎ

経営者として考えるなら、もう一つ気になります。

「PHPを避ける」という提案は、具体的にどの問題を、いくらかけて解決するのでしょうか。

💚ずんだもん

でも、PHPは危険だって強く主張する人もいるのだ。

⚔️つるぎ

正当な技術的批判もあるでしょう。

一方で、技術的な優越感を示すための発言や、自社製品を売るための主張、不安をあおる営業が混ざることもあります。

ただ、発言者の動機を推測しても、問題の解決にはなりません。

🎀めたん

見るべきなのは、問題の具体性、根拠、提案の実現可能性ね。

誰が言ったかより、何が問題で、その対策に効果があるかを確認する。

技術論争から抜け出す第一歩よ。

2. 宇宙探査機をPHPで制御しますか？

💚ずんだもん

でも、PHPはWebサイトを簡単に作れる便利な言語なのだ！

だったら、宇宙探査機の制御もPHPで作ればいいのだ！

🎀めたん

今度はPHPを過大評価しているわね。

宇宙探査機の機器制御と、通販サイトの商品一覧では、求められる性質が違うの。

例えば、機器制御では処理のタイミング、メモリ使用量、障害時の振る舞いなどが重要になるわ。

一方、Webアプリケーションでは、開発のしやすさ、機能追加、データベースとの連携、保守のしやすさが重要になる場合がある。

⚔️つるぎ

一つのシステムでも、役割はいろいろありますよね。

🎀めたん

そうね。

OSはコンピューターの資源を管理し、HTTPサーバーは通信を受け付ける。

MVCという設計では、データを扱う処理、画面、操作の受付を役割ごとに分けるわ。

その上で、PHPが業務処理や管理画面を担当してもいい。

すべてを同じ言語で実装する必要はないの。

💚ずんだもん

じゃあ、GoやRustにも得意な仕事があるのだ？

🎀めたん

Goは通信を伴う並行処理やサーバー開発で選ばれることがあるし、Rustはメモリ安全性と細かな資源制御を両立したい領域で強みがあるわ。

ただし、Rustでも設計ミスや認可の不備までは自動で防げない。

大切なのは、言語の順位ではなく、どのレイヤーで何を解決するのかを決めることよ。

3. PHPを捨てずに、GoやRustを使ってもいい

⚔️つるぎ

例えば、小さな通販サイトをPHPで立ち上げた会社があるとします。

事業が成長して注文が増え、処理の遅さが問題になりました。

ここで全部Rustへ書き直すべきでしょうか。

💚ずんだもん

一番性能のいい技術に交換すればいいのだ！

🎀めたん

まず、どこが遅いのか調べましょう。

データベースの検索が遅いなら、検索方法や索引を改善するだけで解決するかもしれない。

同じデータを何度も取得しているなら、キャッシュという一時保存の仕組みが役立つ場合もあるわ。

⚔️つるぎ

それなら、既存のPHPを維持できますね。

🎀めたん

ええ。でも、特定の計算処理や大量の並行処理が問題なら、その機能だけをGoやRustで作る方法もある。

PHPの通販サイトはそのまま使い、負荷の大きい処理を別のサービスへ任せるの。

こうした複数技術の組み合わせは、特別に珍しい発想ではないわ。

💚ずんだもん

おお！ PHPとRustは敵同士じゃなかったのだ！

これなら両方のいいところを使えるのだ！

🎀めたん

ただし、何でも分離すればいいわけではないわよ。

別々のサービスにすると、通信の失敗、監視、障害対応、データの食い違いなど、新しい管理コストが発生するの。

⚔️つるぎ

小さな会社なら、複数の言語を保守できる人材の確保も負担になります。

PHPのまま改善する方が、総費用を抑えられるかもしれません。

💚ずんだもん

なるほど。新しい技術を増やすことも、無料じゃないのだ。

「PHPかRustか」より、「何を残して、どこを変えるか」を考える方が大事なのだ！

4. 最高の技術を選んでも、使える人がいなかったら？

💚ずんだもん

だったら、最初からすごいRustエンジニアを雇えばいいのだ！

⚔️つるぎ

その人を雇えるなら、ですね。

創業したばかりの会社に、経験豊富な専門家を採用する予算や知名度があるでしょうか。

💚ずんだもん

うっ……。会社を始めたばかりだと、お金がないのだ。

🎀めたん

PHPには、既存のWebフレームワーク、低価格のホスティングサービス、開発者コミュニティといった資産があるわ。

それらを利用すれば、小規模な事業を比較的低コストで立ち上げられる場合がある。

ただし、PHPなら必ず安いという意味ではないわよ。

⚔️つるぎ

逆に、創業者自身がRustの専門家で、製品の競争力にもRustが重要なら、最初から採用する理由があります。

同じ技術でも、会社の状況によって判断が変わるんです。

🎀めたん

事業の黎明期なら、まず顧客に使ってもらえる製品を作ること。

成長期なら、増えた利用者に対応できる性能や運用体制。

成熟期なら、長期保守、安定性、更新費用の最適化。

もちろん実際には重なり合うけれど、優先順位は変化するわ。

💚ずんだもん

つまり、最高性能の道具を選ぶ競争じゃないのだ。

今の会社が使える道具で、今の仕事を進める必要があるのだ！

⚔️つるぎ

そして、事業を成長させれば、次はもっと多くの技術や人材を選べるようになります。

そこまで含めて技術選定を考えたいですね。

5. すごい技術を作っても、誰も使ってくれない？

⚔️つるぎ

実は以前、PHPのHTTPサーバーに関わる部分や、MVCの一部をRustで置き換える仕組みを考えたことがあります。

性能や設計の改善には可能性がありそうでした。

でも、そこで立ち止まったんです。

💚ずんだもん

何か難しいバグがあったのだ？

⚔️つるぎ

いいえ。仮に開発できたとして、それをPHPの利用者にどう普及させるのか、思いつかなかったんです。

🎀めたん

そこは重要な問題ね。

PHPにはComposerという、追加ライブラリを管理する仕組みがあるわ。

でも、Rustなどで作ったネイティブコードをPHPの拡張として組み込む場合、通常のPHPライブラリと同じようには配布できないことがある。

💚ずんだもん

Pythonには、Rustで作られたライブラリもあるのだ？

🎀めたん

あるわ。Pythonにはwheelという配布形式があって、環境に合ったビルド済みのライブラリなら、利用者が自分でコンパイルせずに導入できるの。

一方、ComposerはPHP拡張の依存関係を確認できても、拡張本体のインストールまで標準で完結する仕組みではないわ。

PHPにもPIEという拡張導入ツールが整備されているけれど、すべての環境で導入負担がなくなるわけではないの。

⚔️つるぎ

特に共有ホスティングでは、利用者が自由に拡張を追加できないこともあります。

既存のPHPフレームワークとの互換性や、移行後の保守も考えなければなりません。

💚ずんだもん

性能がすごくても、インストールできなかったら使えないのだ……。

⚔️つるぎ

技術的に作れることと、利用者が導入できることは違います。

製品を普及させるには、開発だけでなく、配布、導入、更新、保守まで設計する必要があるんですね。

🎀めたん

優れた技術を作ることと、使われる製品を作ること。

似ているようで、別の問題なのよ。

6. 会社が欲しいのはRustエンジニア？ それとも問題を解決する人？

💚ずんだもん

でも会社は、優秀なRustエンジニアが欲しいのではないのだ？

⚔️つるぎ

本当に欲しいのは、何でしょう。

米国のテクノロジー業界には、Acqui-hireという考え方があります。

製品や売上だけでなく、人材や開発チームの獲得を主な目的として企業を買収することです。

💚ずんだもん

会社を買って、人を仲間にするのだ？

🎀めたん

そうね。

価値があるのは、特定の言語の知識だけではないわ。

専門知識、開発経験、チームで協力する力、難しい問題を解決する力。

そうした能力を、チームごと獲得することにも意味があるの。

⚔️つるぎ

先ほどの通販サイトに戻りましょう。

注文処理が遅いという問題に対して、経営者が最初にするべきことは、Rustエンジニアの募集でしょうか。

💚ずんだもん

違うのだ！

まず原因を調べるのだ。データベースの問題だったら、Rustエンジニアを雇っても解決しないかもしれないのだ。

⚔️つるぎ

その通りです。

必要なのは、現状を調査し、改善案を比較し、実行できる人材かもしれません。

もちろん、Rustが必要だと分かったなら、専門家を採用する、外部へ委託する、社内の人材を育てるという選択肢があります。

資金力のある企業なら買収もあり得ますが、小さな会社には現実的でないこともあるでしょう。

🎀めたん

採用する技術も、人材を獲得する方法も、事業の状況次第ということね。

💚ずんだもん

「何語を書ける人が欲しいか」だけじゃなく、「どんな問題を解決できる人が必要か」を考えるのだ！

7. 「良い戦略、悪い戦略」から技術選定を考える

🎀めたん

ここで、経営戦略の研究者リチャード・ルメルトの考え方を紹介するわ。

著書『良い戦略、悪い戦略』で知られる研究者よ。

実は彼、電気工学を学び、NASAのジェット推進研究所で宇宙探査機の設計に携わった経歴があるの。

💚ずんだもん

宇宙探査機！ さっきの話につながったのだ！

⚔️つるぎ

宇宙探査機は、トレードオフを考える題材として面白いですね。

例えば、大きなアンテナを使えば、通信に必要な電力を減らせるかもしれません。

でも、アンテナを大きくすると重量が増えたり、姿勢制御が難しくなったりする。

🎀めたん

通信性能だけを改善しても、探査機全体が良くなるとは限らない。

これは私たちが宇宙探査機の設計から考えられる例で、ルメルト本人の発言を引用しているわけではないわ。

💚ずんだもん

PHPをRustに交換する話と似ているのだ。

一部分が速くなっても、開発費用や保守の負担が増えるかもしれないのだ！

🎀めたん

そういうこと。

ルメルトは良い戦略の基本構造として、「診断」「基本方針」「一貫した行動」を示しているわ。

これを、通販サイトの事例に当てはめてみましょう。

⚔️つるぎ

まず診断です。

「注文処理の遅延によって、顧客が購入を完了できず、販売機会を失っている」

次に基本方針。

「既存サービスを維持しながら、購入体験の改善に経営資源を集中する」

そして行動。

「遅延の原因を測定し、PHPのまま改善する方法と、一部を別サービスへ分離する方法を比較検証する」

これなら、何を優先するかが明確になります。

💚ずんだもん

全部Rustにするとは決めていないのだ！

🎀めたん

それがポイントよ。

処理時間、購入完了率、障害の頻度、開発費用などを確認しながら、効果を検証するの。

予算を購入体験の改善へ集中するなら、管理画面の全面刷新などは後回しにする判断も必要ね。

⚔️つるぎ

PHPを使うことも、Rustへ移行することも、それ自体は経営戦略ではありません。

何が重要な問題で、どこへ資源を集中し、何を後回しにするのか。

そこを決めることが戦略なんですね。

8. 結局、PHPを避けた方がいいの？

夕方になり、ずんだもんが最初の疑問を思い出した。

💚ずんだもん

それで結局、PHPを避けた方がいいのだ？

🎀めたん

条件によるわ。

Webサイトを低コストで立ち上げるなら、PHPが合理的な場合もある。

厳しい資源制約や並行処理の要件があるなら、GoやRustなどを選ぶ理由もある。

すでにPHPで動いているシステムなら、一部だけ別の技術を使う方法もあるわ。

⚔️つるぎ

私なら、技術を決める前に五つのことを確認します。

誰のどの問題を解決するのか。

どの機能やレイヤーを変える必要があるのか。

何を改善すると、どんな負担が増えるのか。

今の予算と人材で実行できるのか。

そして、何を測れば結果を検証できるのか。

💚ずんだもん

でも、一番いい技術を選べなかったら、将来困るかもしれないのだ。

⚔️つるぎ

もちろん、将来のことも大切です。

ただ、最初からあらゆる技術を選べる会社は多くありません。

今の資源で事業を立ち上げ、顧客を増やし、利益を生み、保守できる体制を作る。

そうすることで、将来はもっと多くの技術や人材を選べるようになります。

🎀めたん

今の選択が、次の選択肢を作るのね。

💚ずんだもん

わかったのだ！

経営者に必要なのは、最高の技術を選ぶ能力だけじゃないのだ。

今ある選択肢から顧客の問題を解決して、次に選べる選択肢を増やしていく能力なのだ！

⚔️つるぎ

ええ。そして、状況が変わったら、以前の判断を見直してもいいんです。

大切なのは、一度選んだ技術を守り続けることではありません。

その技術を使って、誰にどんな価値を届けられるかです。

🎀めたん

「例えば、PHPを避ける」

その一言から始まった話だけれど、答えはプログラミング言語の外側にあったみたいね。

💚ずんだもん

じゃあ次は、ぼくがお店を開くときの技術戦略を考えるのだ！

⚔️つるぎ

その前に、何を売るお店なのか決めませんか？

💚ずんだもん

……そこからだったのだ！