2ちゃんねる★スマホ版★■掲示板に戻る■全部1-最新50

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

1 :
デフォルトの名無しさん
2014/06/05(木) 15:38:03.99 ID: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.10 ID:rrsJUyqx
オブジェクト指向は愚かな考え。
http://peace.2ch.net/test/read.cgi/tech/1393660194/
3 :
2014/06/05(木) 15:40:39.67 ID:qzZiQ1+E
ソースにはJavaなんて書いてないじゃん
4 :
2014/06/05(木) 16:55:59.63 ID:bOGqmnDA
またバカがスレを立てたか。責任もって埋めろよバカ
5 :
2014/06/05(木) 18:27:30.68 ID:18Wy6DPo
ソシャゲで遊ぶ層の気が知れんわ
6 :
2014/06/05(木) 18:55:20.54 ID:mGB2rBoD
ASP.NET MVC よいよね
7 :
2014/06/05(木) 23:17:06.27 ID:vDUos/lS
JVM最強なら理解しないでもないがJavaはつらかろうに。
8 :
デフォルトの名無しさん
2014/06/06(金) 09:11:24.09 ID:G7heWEfH
Twitterがrubyやめた理由もこんな感じだったよね。
まぁ、世の中の99.9999%はサーバー1台で十分なものばかりなので関係ないだろう
9 :
2014/06/06(金) 09:50:26.71 ID:uNwBcnwz
Javaが最強なのは間違いないが
Javaしか使えないドカタが最強という意味ではない
10 :
2014/06/06(金) 09:58:46.88 ID:3XbhiyBj
Javaが優れているというよりは、サクサク補完してくれる開発環境の方が優れてる?
11 :
デフォルトの名無しさん
2014/06/06(金) 10:23:57.40 ID:IcDjZ6AK
C#もLinuxでまともに動けばなとは思う。
12 :
2014/06/06(金) 10:44:03.91 ID:LO0pC3+W
ソース見るとC#最強って書いてあるんだが
13 :
2014/06/07(土) 16:35:37.22 ID:OyA1FWG/
maven, eclipse, gitに慣れると、複数人での開発はLLよりずっと楽に感じる
14 :
2014/06/07(土) 19:43:33.81 ID:5l/L15Wi
mavenとeclipseって、今となっては管理ツール/IDEの中で
もっとも古臭くてショボい存在に成り下がったよね
まあJava自体がそうなんだが
15 :
2014/06/07(土) 21:57:21.71 ID:vU2mfmPh
VSとGitorTFSでしょ
16 :
デフォルトの名無しさん
2014/06/07(土) 22:03:18.64 ID:mg6Kw861
30億のデバイスで走るJAVAって、あれから少しは数増えた?
17 :
2014/06/07(土) 22:21:29.39 ID:gtuZaeTP
最初はLLでサクッと作って、大規模化してきたりパフォが必要になってきたら
そういうのに向いた言語に移行すればいいんじゃないの
18 :
2014/06/09(月) 01:06:16.04 ID:bU/ZLmqi
LLはリスクばかりでちっともサクッと作れないんだが?
19 :
2014/06/09(月) 01:19:59.95 ID:NxXTZSaA
LLでサクッと作れないのは無能だって
Dropboxの社員が言ってた
20 :
2014/06/09(月) 23:27:12.42 ID:9PbNMvAP
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

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

                  京都大学霊長類研究所
21 :
デフォルトの名無しさん
2014/06/15(日) 20:36:45.02 ID:liesUPSZ
実際、Pythonがあれば他はいらない
22 :
デフォルトの名無しさん
2014/06/15(日) 21:12:16.39 ID:hh11j2ox
PythonだけじゃカバーできないところもあるからPython + C#でいいよ
23 :
デフォルトの名無しさん
2014/06/16(月) 13:34:25.57 ID:rkNzZnPe
>>22
それなら最初からBoo言語でいいだろ。
24 :
デフォルトの名無しさん
2014/06/16(月) 22:43:15.57 ID:hYNZLQUh
CとPythonとC++があれば十分
25 :
デフォルトの名無しさん
2014/06/21(土) 21:15:11.58 ID: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.83 ID:XAR5bEL1
>>25
JSはCの二倍速いのですが。
27 :
デフォルトの名無しさん
2014/06/21(土) 23:20:44.45 ID:iufC91/G
pythonて遅いの?rubyより?
今python勉強してるんだけどrubyのほうがいいの?
28 :
2014/06/21(土) 23:31:27.66 ID:fposwXfZ
>>27
Pythonのメリットはみんな同じ書き方するからメンテしやすいねって話で
パフォーマンスを求めるならRubyのほうがいいよ
29 :
デフォルトの名無しさん
2014/06/22(日) 00:44:46.30 ID:DEg12kmI
Pythonは昔のBASICのような存在で、基本的にお勉強用と割り切って使うのが良いです。
エンドユーザーがPythonで書かれたソフトウェアを使いたいと考えることは稀で、
従って、開発者の立ち位置も限定的なものになります。
言い換えれば、つぶしが効かない。
あまり時間を割くべきではありません。
30 :
デフォルトの名無しさん
2014/06/22(日) 03:23:54.88 ID:Fo9oXvdn
動的言語って静的言語より劣る
31 :
2014/06/22(日) 03:43:55.60 ID:n/T6EZNW
プラグインは Pythonでっていう強みがあるから Rubyよりつぶしが利くと思うが
32 :
2014/06/22(日) 17:51:04.45 ID: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.11 ID:VaOEcd1M
◎2chスレッド勢いランキングサイトリスト◎

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

※ 要タイトル検索
※ 2chブラウザ併用推奨
34 :
2014/06/25(水) 08:00:35.46 ID:U5itWEd+
Pythonの場合、速度が必要なとこはCythonで書くよ

ただCythonで速度を出すには、どのようなCコードに変換されるか
知識が必要なので、やっぱりCを知っていると断然有利
ていうか、低能が使っても殆ど速くならんので、
そういう奴がCythonに文句付けてたりする(ヘボな奴はPython使いに沢山居る)
35 :
デフォルトの名無しさん
2014/08/27(水) 21:40:00.71 ID:+mS2YVhy
そこでluaですよ
36 :
2014/09/02(火) 23:17:01.26 ID:hEouFgZC
PyPy
37 :
2014/09/04(木) 12:47:58.18 ID:Azi8pMDh
コスプレパーティ行きたい
38 :
デフォルトの名無しさん
2014/09/04(木) 17:26:57.28 ID:/rG1vHnE
Java(笑)
39 :
2014/10/12(日) 05:46:56.61 ID:Du/HgjiN
そもそもサーバーの重さってフロントエンドの言語よりDBのパフォーマンスじゃないのかな
40 :
2014/10/13(月) 09:15:57.01 ID:VToaOk0m
絶滅しそうなプログラミング言語は?
http://developers.slashdot.jp/story/14/10/10/2155216/

日本のスラド住民ってRubyファンが多いのかな、と思ったらRubyの将来に悲観的というか、
結構アンチも多いのが意外だった。
41 :
2014/10/13(月) 09:29:57.99 ID:aafAH1/D
>>40
5つの言語ってなに?
42 :
2014/12/11(木) 14:00:45.73 ID:6YPo/A9a
>>39
DBだけでなく全体で、コンテキストのコピーコストが大きい。
従来のコーディングだと、プログラマが手を出せない部分で、関数呼ぶとき、戻るときにパラメータコピー繰り返してるからな。
なので、C++でも右辺値活用とか、関数型言語が一部で使われ始めてる。
43 :
2016/01/22(金) 13:35:33.52 ID:2bHUgYLl
44 :
2016/03/18(金) 20:14:04.68 ID:ujOI+Znn
たのしいrubyの5版が出ていた
ロングセラーだし名著なのだろうな
45 :
デフォルトの名無しさん
2016/05/18(水) 12:33:47.36 ID: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.82 ID:7sHLSsKQ
Webの世界は言語やフレームワークが乱立し過ぎている状況に嫌気がさした。
PHP、Ruby、Java、C#(ASP.NET)、Perl、Python、Go、Scala、Node.js 等

だから俺はもうネイティブアプリの世界に逃げることにしたわ。
47 :
デフォルトの名無しさん
2016/08/10(水) 22:33:13.87 ID:uPyxj/T5
株式会社TOUAが2016年7月に破産
http://www.tdb.co.jp/tosan/syosai/4191.html
48 :
デフォルトの名無しさん
2016/08/18(木) 21:11:18.19 ID: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.99 ID:vL431mpn
Twitter node.js
50 :
2016/10/28(金) 14:53:58.97 ID:00RNnXiD
>>48
そのキャッシュアーキテクチャを作るために他の言語が必要だったの?
51 :
2017/02/28(火) 16:39:59.99 ID:x4cIYVbM
java使ってるやつがまだいたのか…もう時代遅れだぞさすがに…
17KB

新着レスの表示

★スマホ版★■掲示板に戻る■全部前100次100最新50

名前:E-mail: