クックパッドのようなユーザー投稿型のWebサービスを新規作成しようと思うのですが、サーバー側、クライアント側の言語やフレームワークなど、みなさんならはどのような組み合わせで作成しますか?
Railsでいいでしょ。理由はクックパッド
トピ主です。ありがとうございます。>理由はクックパッドクックパッドが作られた時期を考慮せず、いまから新規作成すする場合、もっとモダンでスタンダードなものがあるのかなーと思い質問したのですが、やはりRailsがベターですかね。
いや、常識で考えればわかるがJavaですね。これさえあればなんでもできる。
ありがとうございます。「常識」ですか。ありがとうございます。
サーバー…最初はRails。スケールしたら静的解析のできる言語、Goなど。クライアント…React。動的なコンテンツをパフォーマンスをあまり気にせず強引に描画できるので。あとサーバーレンダリングをサポートしていてSEO対策も可能。
トピ主です。ありがとうございます。参考にさせていただきます。
サーバーサイドでも一つの言語だけでは作らない。アプリ部分、モデル部分と言語もミドルウェアも分けるから何がベストと言うのはないね。少なくとも一つのサービスで5つはサーバーが分かれるだろうから、それぞれ目的に合わせたものを選べばいい。
サーバサイドはRails。理由は、今のところRailsが一番Web系の人材を集めやすいので、サービスが大きくなった時に人を集めやすい。フロントはangularjs。こちらも理由は同じ。インフラはHeroku。RailsやってればHerokuを使ったことぐらいあるだろうから。スタート時はこれで十分かと。サービスがヒットしてもっと固有の問題が出てきたら、その頃にはお金もあるだろうから、有名なエンジニアを雇うか外注するかすればよいかと。
人材を集めやすいのは圧倒的にPHPですよ。
いやスタートアップならRails。アメリカだと既にNode.jsになってる。
人材の多さ,サーバーの速度ではPHP7Railsのメリットは開発コスト。システム設計でここに上がってるのが遅かったり保守性がダメだったりするのは企業秘密だからな気がするな。書きたいけど膨大な上に苦労の結晶だから。
いや今のプログラミングスクールとかRailsばっかりだし、新規事業系だとPHPよりRailsの方が人材多いんだが。
トピ主です。ありがとうございます。[PHP]vs[Rails]の悩みはつきませんね。>アメリカだと既にNode.js日本だとまだ一部のアーリーアダプターのみといった印象でしょうか。
アプリケーションの実行速度でいうなら、php(php7+Phalcon)の方が圧倒的に速い。というか、rubyがものすごく遅いと表現したほうが適切かな。ただ、開発・メンテナンス速度という点では、railsの方が優れていると思う。
クライアント→html、jsサーバサイド→php、MYSQL
これ
これに禿同
まあ、これでしょう
何このコメ主 かわいい。
トピ主です。ありがとうございます。
俺ならまず、Wordpressでプロトタイプを作って運用してみる。その後、課題を洗いなおしてLAMPで作り直す。
どれだけwpに長けていたとしても、wp使うよりも、railsあたりでフルスクラッチしたほうが速いと思う。
ゼロベースから作る話で、railsで作ったとしてどれくらいで作れる想定なのかはわからないのと、それぞれの習熟度によるところが大きいけど、俺の場合で言えばWPで作ったほうが圧倒的に早いかな。
管理者画面まわり、ユーザ管理まわり、投稿記事管理まわり、データベースまわりなどのざっくり言うと考えるのが面倒くさい部分をWPが受け持ってくれて、最初からそれらを操作する関数が予め用意されてるのは大きいかなと思ってる。
加えて言うなら、俺個人のプログラミングがまだまだ未熟って部分もあるかもしれない。
まー結局人によって早くかつ作りやすいほうでいいんじゃないかと思う。個人的には作りやすいWPで作っておいて、改定のしやすさやアクセス数や速度など大人の事情によりけりでスクラッチするか考えるかな。
みんなの回答 7 件
Railsでいいでしょ。理由はクックパッド
いや、常識で考えればわかるがJavaですね。
これさえあればなんでもできる。
サーバー…最初はRails。スケールしたら静的解析のできる言語、Goなど。
クライアント…React。動的なコンテンツをパフォーマンスをあまり気にせず強引に描画できるので。あとサーバーレンダリングをサポートしていてSEO対策も可能。
サーバーサイドでも一つの言語だけでは作らない。
アプリ部分、モデル部分と言語もミドルウェアも分けるから何がベストと言うのはないね。
少なくとも一つのサービスで5つはサーバーが分かれるだろうから、それぞれ目的に合わせたものを選べばいい。
サーバサイドはRails。理由は、今のところRailsが一番Web系の人材を集めやすいので、サービスが大きくなった時に人を集めやすい。
フロントはangularjs。こちらも理由は同じ。
インフラはHeroku。RailsやってればHerokuを使ったことぐらいあるだろうから。
スタート時はこれで十分かと。サービスがヒットしてもっと固有の問題が出てきたら、その頃にはお金もあるだろうから、有名なエンジニアを雇うか外注するかすればよいかと。
クライアント→html、js
サーバサイド→php、MYSQL
俺ならまず、Wordpressでプロトタイプを作って運用してみる。
その後、課題を洗いなおしてLAMPで作り直す。
関連するトピックス