一緒に読まれている質問
- W3QはTters内にてサービス継続中です。今後とも当サービスをご愛顧のほど、よろしくお願い申し上げます。
- CSSのpadding-topで画像のアスpeクト比が調整できる仕組みがバカだから全然理解できないままとりあえず使ってる...
- ディスクリプションとかキーワードとかseo的になんの効果もないのに聞きかじった知識披露するクライントって何なんだろうこん...
- 単発の案件で作った Slack のワークスペースって終わったらどうしたらいいん？ 継続して取引のあるクライアントなら残し...
- 一般的にiPhoneユーザーってGoogleアカウント持ってるもんなの？特に20代～30代で。肌感でもいいから教えてくだ...
8 件の回答
何を作りたいか、誰がメンテナンスするのか、どれぐらいの頻度でアップデートするのか等選定する条件はいろいろでしょ
PHPエンジニアしかいない環境で、静的型付け言語がいいとか言い出してもアホかってなるし、
３年に一回しかアップデートしないようなものならRubyはやめといた方がいいし、
納品はコンパイルしたものを納品したいならPHPは外れるだろうし、それぞれメリット・デメリットがあるんだから、古い新しいとかで判断しないほうがいいと思うよ
phpならlaravel
rubyならruby on rails
javascriptならnodeのexpress
pythonならdjangoかflask(軽量なので最近人気)
goなginかecho
フロントはvueとかreactなど代表的なやつを
laravelとvue or nuxt、expressとreact、flaskとnuxtの組み合わせは割とよく目にする。
phpを土台にしたフレームワークが古いとか感じない。
開発体制、言語シェアや言語仕様で選ぶといいかもしれないね。
新しいとか古いとかは気にしない。バックエンドは単一の言語やフレームワークだけで作らなくなってるから組み合わせる感じだよ。
それに何を作るかでも違ってくる。バックエンドに求めるものが簡易的ならLambdaでDBにアクセスしてjsonで返すぐらいでいいからそこで使える言語をチョイスしてもいいんじゃないかな。
phpがrubyやpythonやgoと比較して先に登場したというのは事実だし、新しい言語の方が効率よく出来ているのも事実だね。ただ、あなたの開発体制や、作りたいアプリケーションにとって新しい言語が適しているかどうかはまた別の話。事細かにあなたの状況を説明しないと、ここで最適なものは選択できないかな。
Re:3
あの、、、CakePHPでは駄目でしょうか
Re:6
CakePHPって懐かしいなぁ
Re:6
さすがにもう新規では採用されないね。
Re:6
昔、CakePHPで挫折して、Ruby on Railsで挫折しました。
言語違うのに、Railsの考え取り入れているだけあって似てますね。