次期開発言語の選定について

Question

会社で使用している飲食店の管理画面が
フレームワーク等利用せず、HTMLとPHP及Perlが混在した状態で平均１ファイル3000行程度になるため、
どのコードがどこに影響しているかなど全く把握できず、機能追加等が全くできなくなってしまったため、
作り替えを考えております。

そこで次期開発言語の選定が決まらないため、参考にご意見いただけたらと思っています。

サーバー情報
CPU　Xeon E3-1260L v5
メモリ32GB
ストレージ　1TB HDD

現在の開発言語
PHP5.4、Perl（バージョン不明）、MySQL

システムの内容

• 日替わりメニューとしてカレンダー表示
• メニューリスト（およそ300件)
• 会員様へのメッセージ機能
• 会員様の来店回数、金額集計
• 会員情報
• 売上集計（日、曜日、月、年）
• 各商品売上統計
• POSシステム
• メニューページアクセス集計
• アンケート
• ポイントシステム
• 予約（来店及びメニュー）システム

等、10店舗分とそこそこのボリュームとなります。

今現在、メニュー一覧表示100件程度ループが1秒、売上集計は月単位で2秒から3秒かかっており、
なるべく今の状況よりもパフォーマンスを落とさないようにしたいと思っています。

上がっている言語及び、フレームワークはスクリプト言語で以下のものになります。

其の１：PHP + Laravel（当方経験者）
今までPHPでやっていたので、PHP自体の学習期間は掛からない。
ただ、オブジェクト指向を理解していない人がいるため、
その部分では学習コストがかかってしまう。
また、１メソッドに数百行とか書かれてしまいそうな危険性もある。

其の２：Python + Django（当方経験者）
今後、AIを活用する可能性も０じゃないため、将来性があるのかなと思っています。
こちらも、オブジェクト指向理解していない人がいますが、関数ベースのコントローラ(View)もあるため、
そちらでもできるのかなと思っています。
あと。PHPで書かれるよりは見通しが良くなるのかと。。。

其の３：nodejs + Express (経験無し)
JSが苦手なため、あまり気乗りはしませんが、少数の人数で行っている現状があり、
フロント周りのJSも担当するため、１言語で統一できることが魅力であると思っています。
また、今後未経験の新人に教育する際にもフロント、バックエンド問わず教育しやすいのかなと思っています。
そして、パフォーマンスに優れる点、UI、UXにも強くなれる点も良いと思っています。
JSは少なからず皆が経験しているため、全くわからないということはないと思います。
ただ、計算に弱いような記事もみたことがあり、実際どうなんだろうと思っております。

個人としてはPython+Djangoでやりたいと思っていますが、限られたサーバーリソースのなかで比較した場合
どれがいいのかなと迷っています。
また、今後若い人たちの人材確保の面でもいいものをと思っています。

あまり文章が上手ではないため、わかりにくいところがあるかもしれませんが、よろしくお願いします。

追記

ご指摘いただきましたので、
追記という形で記載させていただきます。

そもそもの話ではありますが、現状のシステムはおよそ15年前にperlで作成されており、
そこにPHPで機能を追加させていっているものになります。
php5になったのもここ最近だという事です。

スタッフの言語のレベルにつきましては
phpは十分に使えるレベルですが、フレームワークやオブジェクト指向については分かる人は自分だけです。
pythonは自分以外は使える人はおらず、自分は3年近くDjangoでwebアプリケーションを作成していました。
jsはJqueryをメインにMDNのサイトを見ながら素のjsを書く程度で、nodejsについては知っている人はいません。

現在の会社については、15年前から何も変わっていない為、
人材は集まるけど、ソースを見て数年で辞めていくという状況が続いております。
※私もその一人でしたが、作り直しの話が出たため再度参加する事になりました。

結果残るのは、多少お年を召した方や、特にプログラムにこだわりが無い方となってしまってます。

Comments

[hentaiman]

分かりにくいところ・・・
文章からだとレベルが分からないんですがphpは使える、pythonは知っている程度（ほぼ知らない使えない）、nodejsは知らないけどjsは使えるというレベルですか？
質問文からすると、開発メンバーの能力と将来を考えつつ多少の技術的な将来考えればnodejsが一番良さそうだと判断しているように感じますが・・・なのでnodejsがいいのでは

１と２に関しては具体的に何人規模で利用するどんなシステムを開発した経験があるかと書いてもらえたらまたお勧めは変わるかと思いますし、それも踏まえて回答してくれる人も出てくるのでは

[tokotoko2020]

ご指摘ありがとうございます。
後ほど追記させていただきます。

Answer 1

回答

また、１メソッドに数百行とか書かれてしまいそうな危険性もある。

駄目な人を野放しにする前提だとどれも厳しいでしょうね。
どの選択肢にするにしても、学習コストの中に１メソッドに数百行とか書く様な事はダメなんだよと教えるコストを見込まないと難しいと思います。

逆に言うと、それを含めて教育出来るか、コードレビューで機械的にはじけるようなルールを整備出来ればどの選択肢でも大差ないので、決定権者の好みで選択しちゃっても良いと思います。
強いて言うなら、ルールを作りやすい慣れた言語が良いかもしれません。

アーキテクチャや規約でなんとかする方向性

教育とは別の方向性としては、アーキテクチャや規約で何とかする方向性もあります。

どの方法にもデメリットはありますが、例えば、

• マイクロアーキテクチャ的な作りにして、強制的に機能の独立性を担保して(問題のあるコードが)飛び火しないようにする
• ユニットテストのカバレッジ目標を100%にして（100%にするのはデメリットも大きいですが）テストの作りやすいコードを強制することで、結果としてクソ長いコードを却下する

と言った感じで問題コードの生産を抑制する方法を模索し、その方法が実行しやすいかどうかという観点で言語選択をする。
(それで数百行のコードを書く人のメンタルがやられたりすることもあるので、とっても難しい問題ではあります。)

気になった点

限られたサーバーリソースのなかで比較した場合

サーバスペックは（質問から想像する限りですが）規模に比べてかなり潤沢に思いますので、
言語選択とは関係無いものと考えて良いです。
（それで速度が遅いのはDBにインデックスが正しく貼られていないとか正規化出来てないとかそういうレベルな気がするのですが、その辺ってどうなんでしょうか。）

その構成でボトルネックになり得るのは1TBのHDD（恐らくSASでは無くSATA？)くらいでしょうから、これをSSDに変えるくらいは考えても良いかもしれませんね。

教育コストに比べればはるかに安い投資で変更 or 追加出来るので、検討すると皆が幸せになれるかもしれません。（保守契約とかの関係で超高くなる場合もあるとは思いますが。）

Comments

[tokotoko2020]

回答ありがとうございます

アーキテクチャや規約で何とかするというのはその通りだと思います。
精神的に潰れないような方法を考えていきたいと思っています。

インデックスについては、大体15年も前にperlのみで作られたものを使用しており、
DBではなくdatファイル保存でスタートしたみたいですので、
そこに機能追加で半分DB半分ファイル保存という状態なっており全く効いていないと思います。
この辺りは新たに設計し直すことで改善できそうだということで、
参考にさせて頂きます。

ありがとうございました。

[tanat]

> 現在の会社については、15年前から何も変わっていない為、
> 人材は集まるけど、ソースを見て数年で辞めていくという状況が続いております。
> ※私もその一人でしたが、作り直しの話が出たため再度参加する事になりました。
> 結果残るのは、多少お年を召した方や、特にプログラムにこだわりが無い方となってしまってます。

この辺はあるあるとは言えなかなかハードですね。
正直、人事権とセットでやらないと超大変そうです。

今残っている人を残さないといけない方針なのであれば、
- 誰でもYes/Noで適合判断出来るルールを作って、それは絶対であることを経営者からトップダウンで落とさせる
- 年配者が納得感の出るルール決定プロセスにする
- 外部の人に現在のアプリケーションの作りの問題をレポートしてもらう
とか、そういうガバナンス的なところを先にしないとルールが簡単に崩壊したり、作っても技術的に守れなくて一部の出来る人に負担が集中して辞めてしまうということが発生しますね。

CTOや経営者、チームリーダー向きの書籍等を読んでみると良いかもしれません。

その上で、（すでにされているとは思いますが）責任者に相談/交渉して必要な手当てを引き出すところがスタート地点になってしまうと言う印象です。

Answer 2

１ファイル3000行

仕様書書いてライブラリ化してないのでしょうか？
もしそうなら何を選んでもスパゲッティーコードから抜け出せないと思いますが・・

Comments

[tokotoko2020]

回答ありがとうございます。
仕様書の類いは全くありませんしライブラリにもなっていません。

クラスや関数にまとめる事すらできない状態です。

今は画面の動きを見ながら、管理者にヒアリングして新規画面デザインを作成。必要な機能の割り出しと仕様書を作成している段階になります。

0から作っていくことになります。

Answer 3

今後、AIを活用する可能性も０じゃないた

考慮する必要無いです。必要になった時にpythonで実装する必要があるならその時点で学べばいいです。それどころかpythonのモジュールを使う必要が無いならpythonである必要すらありません。
出来る事は限られるけど、https://www.tensorflow.org/js/guide?hl=ja

其の１：PHP + Laravel（当方経験者）
其の２：Python + Django（当方経験者）

phpで書かれるよりは見易いという点だけは同意です。
ただし開発メンバーが質問者以外全員初心者レベルである場合に、技術や設計など全ての疑問に対してひとりで対応しきれるかを考えるとphpで良いかなと。もし自身ですべてを教えるのならpythonで良いですがｍ各々の調査能力に任せる事が多そうなら情報量の差でphpが圧倒的に優位です。
これはAIにおいては逆の事が言えます。python、R以外での実装自体が珍しいので当然ですが。

其の３：nodejs + Express (経験無し)

主観になりますが習得難度に関してはpythonと比較すればかなりハードル下がるかと思います（素のphpよりは断然難しいが）
また、素のphpやpythonでwebアプリ作れてもlaravelやdjangoになると全く書けないという事はありえますが、nodejs書けるのにexpressだと書けないという事はまずないと思います。
著名なsocket.io等ありますし、pythonと比べればwebに便利なものが集まってるので機能拡張の可能性が広がります。

スタッフの言語のレベルにつきましては

phpは十分に使えるレベルですがフレームワークやオブジェクト指向については分かる人は自分だけです。

本当にその程度ならphpも使えないレベルと考えて良いですね。ほんの微かな習得済みの技術を活かすためだけにphpを選ぶのは愚かです。それだけが理由ならphpを選ぶ必要はありません。
タラレバですが、もしも質問者以外にlaravel使える人が1名いるとしたらその時点でlaravel一択です。
もしかしたら才能ある人が隠れてるかもしれないので、試しにlaravelを独学させてみて早く習得できる人がいるかを確認してみるのはどうでしょうか？一人以上発掘出来ればlaravel確定で良いと思います。

人材を外から集めても良い場合
phpが良いでしょう。理由は他の言語と比べて最安値で人を集められるからです。php以外の能力を有する人でもphpの価格で雇えるなら雇ってphp使わせればいいですし。
数年で辞めてしまうのは作業内容に対して報酬が余りにも安すぎるからだと思うので、そこは会社内で相談する事かと。
しかし今回は１からシステム作り直すとの事なので、perlを解読しながらphpへ変換なり連携なりする等の作業は無くなり手間が減るはずです。そうなればこれまでと同じ報酬でも辞められる確率は下がるのでは無いでしょうか。

色々書きましたがnodejsお勧めします。webアプリ制作に際しての情報収集がし易いです。
考え方については他の回答者がたくさん回答しているので特に無し。

Comments

[tokotoko2020]

回答遅れまして申し訳ありません。
詳しく教えて頂きありがとうございます。

nodojs少し触ってみましたが、なるほど簡単に動かすことができました。
もう少し触って運用の事まで考えていきたいと思っています。

設計、仕様書等の資料とルール作りをっ徹底して、
Express、laravelで検討していきたいと思います。

ありがとうございました。

他の方も詳しく教えて頂きとても参考になりました。
選ぶのは難しいですが、
言語まで踏み込んで意見を頂けたhentaimanさんを
ベストアンサーとさせていただきます。

Answer 4

言語やフレームワークは単に道具でしかないので、開発ルールの策定と遵守(教育)からだと思います。
コードのレビューも必ずすること。
でないとどんな環境を選んだところで大きな改善は見込めないのではと。

開発のルールを策定するのもアーキテクトの役割かとは思いますが、なるべくプログラマーの自由を奪うこと、考えたルールにすると良いと思います。

命名規則はもちろん、1メソッドの推奨行数、変数の使い方、データアクセスの仕方、などなど。
フレームワークを採用した上で更にフレームワークを作ることにはなりますが、品質の担保やメンテナンス性、コードレビューの画一化、新メンバーの立ち上げの迅速化などを加味すると、基盤部分にしっかりとかけておいたほうが全体のコストパフォーマンスもよくなります。

設計についても同じですね。
設計者の自由をなるべく許さないように、誰が書いても同じような品質になるようなルールとフォーマットを作り、適宜見直しをかけていくこと。

そうすればどのような言語やフレームワークを選定しても大きくぶれることはないと思います。

Comments

[tokotoko2020]

回答いただきありがとうございます。
やはり厳格にルールを決めておくべきですね。

現状がルール無しで進めてきた結果だという事は、
恐らく全員が気づいていると思いますので。

まず、開発ルールを決めることから進めていきたいと思います。
ありがとうございました。

[m.ts10806]

はい。システムやアプリケーションは作って終わりではありませんし、ずっと同じメンバーが保守メンテナンスに関わっていく保証はありません。
場合により外注に入ってもらって対応してもらうこともあるでしょう。
そうなったときに初期コストを如何に抑えられるか、を考えることは重要です。