PHP,Ruby,Pythonは運用コスパが悪い/Java最強伝説

1デフォルトの名無しさん2014/06/05(木) 15:38:03.99ID:0iP+th6V
確かに単体で見れば,EC2のインスタンスもLinuxと比べて1.5〜2倍近い値段になりますが,
これについては最も台数が増えやすいであろうWeb/アプリケーションサーバの数をいかに
減らせるか,つまりアプリケーション単体でどれだけパフォーマンスを出せるかが勝負になってきます。

実は,弊社も立ち上げ時にはLAMP環境でアプリを提供しており,途中でC#+Windows環境に
完全リプレースしたのですが,アプリ側のロジックはほぼ同じだったにもかかわらず,レスポンス
タイムで5〜6倍の数値,サーバとしても2〜3倍のリクエストをさばけるようになったため,
サーバの台数が半分以下になってサーバ代はむしろ安くなった,というエピソードがあります。

この話に関しては多少でき過ぎ感はありますが,ある程度パフォーマンスを出せればトータルの
コストはそんなに変わらない,という考え方もできるでしょう。
http://gihyo.jp/admin/serial/01/grani/0001

2デフォルトの名無しさん2014/06/05(木) 15:39:38.10ID:rrsJUyqx
オブジェクト指向は愚かな考え。
http://peace.2ch.net/test/read.cgi/tech/1393660194/

3デフォルトの名無しさん2014/06/05(木) 15:40:39.67ID:qzZiQ1+E
ソースにはJavaなんて書いてないじゃん

4デフォルトの名無しさん2014/06/05(木) 16:55:59.63ID:bOGqmnDA
またバカがスレを立てたか。責任もって埋めろよバカ

5デフォルトの名無しさん2014/06/05(木) 18:27:30.68ID:18Wy6DPo
ソシャゲで遊ぶ層の気が知れんわ

6デフォルトの名無しさん2014/06/05(木) 18:55:20.54ID:mGB2rBoD
ASP.NET MVC よいよね

7デフォルトの名無しさん2014/06/05(木) 23:17:06.27ID:vDUos/lS
JVM最強なら理解しないでもないがJavaはつらかろうに。

8デフォルトの名無しさん2014/06/06(金) 09:11:24.09ID:G7heWEfH
Twitterがrubyやめた理由もこんな感じだったよね。
まぁ、世の中の99.9999%はサーバー1台で十分なものばかりなので関係ないだろう

9デフォルトの名無しさん2014/06/06(金) 09:50:26.71ID:uNwBcnwz
Javaが最強なのは間違いないが
Javaしか使えないドカタが最強という意味ではない

10デフォルトの名無しさん2014/06/06(金) 09:58:46.88ID:3XbhiyBj
Javaが優れているというよりは、サクサク補完してくれる開発環境の方が優れてる?

11デフォルトの名無しさん2014/06/06(金) 10:23:57.40ID:IcDjZ6AK
C#もLinuxでまともに動けばなとは思う。

12デフォルトの名無しさん2014/06/06(金) 10:44:03.91ID:LO0pC3+W
ソース見るとC#最強って書いてあるんだが

13デフォルトの名無しさん2014/06/07(土) 16:35:37.22ID:OyA1FWG/
maven, eclipse, gitに慣れると、複数人での開発はLLよりずっと楽に感じる

14デフォルトの名無しさん2014/06/07(土) 19:43:33.81ID:5l/L15Wi
mavenとeclipseって、今となっては管理ツール/IDEの中で
もっとも古臭くてショボい存在に成り下がったよね
まあJava自体がそうなんだが

15デフォルトの名無しさん2014/06/07(土) 21:57:21.71ID:vU2mfmPh
VSとGitorTFSでしょ

16デフォルトの名無しさん2014/06/07(土) 22:03:18.64ID:mg6Kw861
30億のデバイスで走るJAVAって、あれから少しは数増えた?

17デフォルトの名無しさん2014/06/07(土) 22:21:29.39ID:gtuZaeTP
最初はLLでサクッと作って、大規模化してきたりパフォが必要になってきたら
そういうのに向いた言語に移行すればいいんじゃないの

18デフォルトの名無しさん2014/06/09(月) 01:06:16.04ID:bU/ZLmqi
LLはリスクばかりでちっともサクッと作れないんだが?

19デフォルトの名無しさん2014/06/09(月) 01:19:59.95ID:NxXTZSaA
LLでサクッと作れないのは無能だって
Dropboxの社員が言ってた

20デフォルトの名無しさん2014/06/09(月) 23:27:12.42ID:9PbNMvAP
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

                  京都大学霊長類研究所

21デフォルトの名無しさん2014/06/15(日) 20:36:45.02ID:liesUPSZ
実際、Pythonがあれば他はいらない

22デフォルトの名無しさん2014/06/15(日) 21:12:16.39ID:hh11j2ox
PythonだけじゃカバーできないところもあるからPython + C#でいいよ

23デフォルトの名無しさん2014/06/16(月) 13:34:25.57ID:rkNzZnPe
>>22
それなら最初からBoo言語でいいだろ。

24デフォルトの名無しさん2014/06/16(月) 22:43:15.57ID:hYNZLQUh
CとPythonとC++があれば十分

25デフォルトの名無しさん2014/06/21(土) 21:15:11.58ID:8dFbjf3L
そもそも言語ごとのおおまかな性能差を理解してないやつ大杉

C/C++<(GCの壁)<Java=C#<<(静的言語の壁)<<<<JavaScript<<<<<Ruby、PHP<<Python

こんなん。全体の差は徐々に縮まっているが、基本的に壁を飛び越えることはない。

JavaScriptがLLの中では「比較的」高速なのは
VMの最適化にカネと人が鬼のように注ぎ込まれたからなんだが、それでも壁の遥か右側だ。
言語仕様が複雑怪奇すぎるから単純化したDartにあっさり抜かれるレベル

だからウェブ屋どもが、Node.jsが速いだの言い出したり
(そらRubyやPerlに比べれば随分速く感じるだろうが・・・)
高速なJavaをオワコン扱いし始めたりしたときは、ひたすら目が点になってたYO

また、asm.jsなどが速いのも、2つの「壁」を越えられないと判断してJavaScriptから除去したからなのだが
そのところ理解しているウェブ開発者は100人に1人もいないのではないか。

アセンブリャーでクロック削りしたり、
Cコンパイラの出力コードをいつも神経質にチェックしてたようなオレの感覚
もう不要になるんじゃねーかと一時期思ってたが、やっぱ解ってると有利なんだなと感じてるわ。

自分が書いてるプログラムが、CPUのオペコードレベルで何やってるのかおぼろげでも想像できないと、
何で「壁」があるのかすら理解できないし、実行速度の目算もまるっきり立たないわけで
それってすげー足枷になると思う。
書くコード、作るアーキテクチャ、言語やフレームワークの選択、すべてに影響するはずだ。

しかもそれを自覚できないんだぜ。恐ろしい。

実際、>>1のような記事見て、なんでC#???などと言い出すやつがいるわけじゃん。無知ゆえに。

26デフォルトの名無しさん2014/06/21(土) 22:41:05.83ID:XAR5bEL1
>>25
JSはCの二倍速いのですが。

27デフォルトの名無しさん2014/06/21(土) 23:20:44.45ID:iufC91/G
pythonて遅いの?rubyより?
今python勉強してるんだけどrubyのほうがいいの?

28デフォルトの名無しさん2014/06/21(土) 23:31:27.66ID:fposwXfZ
>>27
Pythonのメリットはみんな同じ書き方するからメンテしやすいねって話で
パフォーマンスを求めるならRubyのほうがいいよ

29デフォルトの名無しさん2014/06/22(日) 00:44:46.30ID:DEg12kmI
Pythonは昔のBASICのような存在で、基本的にお勉強用と割り切って使うのが良いです。
エンドユーザーがPythonで書かれたソフトウェアを使いたいと考えることは稀で、
従って、開発者の立ち位置も限定的なものになります。
言い換えれば、つぶしが効かない。
あまり時間を割くべきではありません。

30デフォルトの名無しさん2014/06/22(日) 03:23:54.88ID:Fo9oXvdn
動的言語って静的言語より劣る

31デフォルトの名無しさん2014/06/22(日) 03:43:55.60ID:n/T6EZNW
プラグインは Pythonでっていう強みがあるから Rubyよりつぶしが利くと思うが

32デフォルトの名無しさん2014/06/22(日) 17:51:04.45ID:JWPLD+R/
>>29
エンドユーザがこれらを使いたいと考えることは稀ってか…

http://ja.wikipedia.org/wiki/Python%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B%E8%A3%BD%E5%93%81%E3%81%82%E3%82%8B%E3%81%84%E3%81%AF%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%81%AE%E4%B8%80%E8%A6%A7

ちなみに「Pythonで書かれたソフトウェアを使いたい」と考えることはそりゃあ稀だろうさ
だってそもそも、エンドユーザはアプリが何の言語で書かれたかなんて、気にしないもの…

33デフォルトの名無しさん2014/06/24(火) 11:28:11.11ID:VaOEcd1M
◎2chスレッド勢いランキングサイトリスト◎

★+ニュース板
・ 2NN (推奨サイト)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推奨サイト)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢 (推奨サイト)
・ READ2CH
・ i-ikioi

※ 要タイトル検索
※ 2chブラウザ併用推奨

34デフォルトの名無しさん2014/06/25(水) 08:00:35.46ID:U5itWEd+
Pythonの場合、速度が必要なとこはCythonで書くよ

ただCythonで速度を出すには、どのようなCコードに変換されるか
知識が必要なので、やっぱりCを知っていると断然有利
ていうか、低能が使っても殆ど速くならんので、
そういう奴がCythonに文句付けてたりする(ヘボな奴はPython使いに沢山居る)

35デフォルトの名無しさん2014/08/27(水) 21:40:00.71ID:+mS2YVhy
そこでluaですよ

36デフォルトの名無しさん2014/09/02(火) 23:17:01.26ID:hEouFgZC
PyPy

37デフォルトの名無しさん2014/09/04(木) 12:47:58.18ID:Azi8pMDh
コスプレパーティ行きたい

38デフォルトの名無しさん2014/09/04(木) 17:26:57.28ID:/rG1vHnE
Java(笑)

39デフォルトの名無しさん2014/10/12(日) 05:46:56.61ID:Du/HgjiN
そもそもサーバーの重さってフロントエンドの言語よりDBのパフォーマンスじゃないのかな

40デフォルトの名無しさん2014/10/13(月) 09:15:57.01ID:VToaOk0m
絶滅しそうなプログラミング言語は?
http://developers.slashdot.jp/story/14/10/10/2155216/

日本のスラド住民ってRubyファンが多いのかな、と思ったらRubyの将来に悲観的というか、
結構アンチも多いのが意外だった。

41デフォルトの名無しさん2014/10/13(月) 09:29:57.99ID:aafAH1/D
>>40
5つの言語ってなに?

42デフォルトの名無しさん2014/12/11(木) 14:00:45.73ID:6YPo/A9a
>>39
DBだけでなく全体で、コンテキストのコピーコストが大きい。
従来のコーディングだと、プログラマが手を出せない部分で、関数呼ぶとき、戻るときにパラメータコピー繰り返してるからな。
なので、C++でも右辺値活用とか、関数型言語が一部で使われ始めてる。

43デフォルトの名無しさん2016/01/22(金) 13:35:33.52ID:2bHUgYLl

44デフォルトの名無しさん2016/03/18(金) 20:14:04.68ID:ujOI+Znn
たのしいrubyの5版が出ていた
ロングセラーだし名著なのだろうな

45デフォルトの名無しさん2016/05/18(水) 12:33:47.36ID:rFetSORz
「Java SE 9のリリース予定日ですが、2017年3月23日とされています。
 一番の目玉は、モジュール化を可能にするProject Jigsaw
必要なライブラリのみを選択的に利用することが可能となり、より少ないメモリ容量で
プログラムを実行・運用できます。たとえば、IoTシステム(中略)
HTTP 2.0への対応、シェル機能、標準のガベージコレクションをG1GCにする」

新しいJavaは言語として大きな進化を遂げた――
Java SE/ME/EE、DevOpsなどエンタープライズJavaの現在を聞く (1/3):CodeZine(コードジン)
http://codezine.jp/article/detail/9424
2016/05/18 10:00

46デフォルトの名無しさん2016/07/31(日) 16:43:30.82ID:7sHLSsKQ
Webの世界は言語やフレームワークが乱立し過ぎている状況に嫌気がさした。
PHP、Ruby、Java、C#(ASP.NET)、Perl、Python、Go、Scala、Node.js 等

だから俺はもうネイティブアプリの世界に逃げることにしたわ。

47デフォルトの名無しさん2016/08/10(水) 22:33:13.87ID:uPyxj/T5
株式会社TOUAが2016年7月に破産
http://www.tdb.co.jp/tosan/syosai/4191.html

48デフォルトの名無しさん2016/08/18(木) 21:11:18.19ID:2xU3dcp4
>>8
それ、2008年の時点で否定されてるけど?
Twitterの前チーフアーキテクトだったBlaine Cook氏によれば、TwitterのスケールとRubyは何の関係もないという。

Why Can't Twitter Scale? Blaine Cook Tries To Explain
http://www.businessinsider.com/2008/5/why-can-t-twitter-scale-blaine-cook-tries-to-explain

In Twitter's case, there is zero chance that the problems there are in any way related to their language.
It is likely that there are architectural challenges which come from the fact that it is very hard to cache a Twitter data request since no two people ever get the same data.
And even for a given user, the data requests change quickly since users are always receiving tweets.
This is a hard, though not unsolvable problem that requires a very specialized caching architecture.
Eran Hammer-Lahav, has done some interesting work in this area and talks about it in an extensive blog post.

Twitterの場合、スケールの問題に、開発言語(Ruby)が少しでも関係している可能性はゼロといっていい。
原因は、レスポンスをキャッシュすることが非常に困難であるというTwitterのアーキテクチャ上の問題だろう。
ユーザはみんな(フォローリストの中身によって)それぞれ違うデータを取得するわけだから、ユーザ間でキャッシュの使いまわしができない。
そして、ある特定のユーザのみをとって見ても、彼がフォローするユーザが発言するたびに取得すべきデータが頻繁に更新されてしまうわけだから、キャッシュしてもあまり意味が無い。
この問題を解決するにはかなり特殊なキャッシュ・アーキテクチャを実装する必要がある。

49デフォルトの名無しさん2016/09/10(土) 22:20:35.99ID:vL431mpn
Twitter node.js

50デフォルトの名無しさん2016/10/28(金) 14:53:58.97ID:00RNnXiD
>>48
そのキャッシュアーキテクチャを作るために他の言語が必要だったの?

51デフォルトの名無しさん2017/02/28(火) 16:39:59.99ID:x4cIYVbM
java使ってるやつがまだいたのか…もう時代遅れだぞさすがに…

新着レスの表示
レスを投稿する