PHP,Ruby,Pythonは運用コスパが悪い／Java最強伝説
■ このスレッドは過去ログ倉庫に格納されています
確かに単体で見れば，EC2のインスタンスもLinuxと比べて1.5〜2倍近い値段になりますが，
これについては最も台数が増えやすいであろうWeb／アプリケーションサーバの数をいかに
減らせるか，つまりアプリケーション単体でどれだけパフォーマンスを出せるかが勝負になってきます。
実は，弊社も立ち上げ時にはLAMP環境でアプリを提供しており，途中でC#＋Windows環境に
完全リプレースしたのですが，アプリ側のロジックはほぼ同じだったにもかかわらず，レスポンス
タイムで5〜6倍の数値，サーバとしても2〜3倍のリクエストをさばけるようになったため，
サーバの台数が半分以下になってサーバ代はむしろ安くなった，というエピソードがあります。
この話に関しては多少でき過ぎ感はありますが，ある程度パフォーマンスを出せればトータルの
コストはそんなに変わらない，という考え方もできるでしょう。
http://gihyo.jp/admin/serial/01/grani/0001 LLはリスクばかりでちっともサクッと作れないんだが？ LLでサクッと作れないのは無能だって
Dropboxの社員が言ってた このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所 PythonだけじゃカバーできないところもあるからPython + C#でいいよ そもそも言語ごとのおおまかな性能差を理解してないやつ大杉
C/C++＜（GCの壁）＜Java＝C#＜＜（静的言語の壁）＜＜＜＜JavaScript＜＜＜＜＜Ruby、PHP＜＜Python
こんなん。全体の差は徐々に縮まっているが、基本的に壁を飛び越えることはない。
JavaScriptがLLの中では「比較的」高速なのは
VMの最適化にカネと人が鬼のように注ぎ込まれたからなんだが、それでも壁の遥か右側だ。
言語仕様が複雑怪奇すぎるから単純化したDartにあっさり抜かれるレベル
だからウェブ屋どもが、Node.jsが速いだの言い出したり
（そらRubyやPerlに比べれば随分速く感じるだろうが・・・）
高速なJavaをオワコン扱いし始めたりしたときは、ひたすら目が点になってたYO
また、asm.jsなどが速いのも、２つの「壁」を越えられないと判断してJavaScriptから除去したからなのだが
そのところ理解しているウェブ開発者は100人に1人もいないのではないか。
アセンブリャーでクロック削りしたり、
Cコンパイラの出力コードをいつも神経質にチェックしてたようなオレの感覚
もう不要になるんじゃねーかと一時期思ってたが、やっぱ解ってると有利なんだなと感じてるわ。
自分が書いてるプログラムが、CPUのオペコードレベルで何やってるのかおぼろげでも想像できないと、
何で「壁」があるのかすら理解できないし、実行速度の目算もまるっきり立たないわけで
それってすげー足枷になると思う。
書くコード、作るアーキテクチャ、言語やフレームワークの選択、すべてに影響するはずだ。
しかもそれを自覚できないんだぜ。恐ろしい。
実際、>>1のような記事見て、なんでC#？？？などと言い出すやつがいるわけじゃん。無知ゆえに。 pythonて遅いの？rubyより？
今python勉強してるんだけどrubyのほうがいいの？ >>27
Ｐｙｔｈｏｎのメリットはみんな同じ書き方するからメンテしやすいねって話で
パフォーマンスを求めるならRubyのほうがいいよ Pythonは昔のBASICのような存在で、基本的にお勉強用と割り切って使うのが良いです。
エンドユーザーがPythonで書かれたソフトウェアを使いたいと考えることは稀で、
従って、開発者の立ち位置も限定的なものになります。
言い換えれば、つぶしが効かない。
あまり時間を割くべきではありません。 プラグインは Pythonでっていう強みがあるから Rubyよりつぶしが利くと思うが ◎2chスレッド勢いランキングサイトリスト◎
★+ニュース板
・ 2NN (推奨サイト)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推奨サイト)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢 (推奨サイト)
・ READ2CH
・ i-ikioi
※ 要タイトル検索
※ 2chブラウザ併用推奨 Pythonの場合、速度が必要なとこはCythonで書くよ
ただCythonで速度を出すには、どのようなCコードに変換されるか
知識が必要なので、やっぱりCを知っていると断然有利
ていうか、低能が使っても殆ど速くならんので、
そういう奴がCythonに文句付けてたりする（ヘボな奴はPython使いに沢山居る） そもそもサーバーの重さってフロントエンドの言語よりDBのパフォーマンスじゃないのかな 絶滅しそうなプログラミング言語は？
http://developers.slashdot.jp/story/14/10/10/2155216/
日本のスラド住民ってRubyファンが多いのかな、と思ったらRubyの将来に悲観的というか、
結構アンチも多いのが意外だった。 >>39
DBだけでなく全体で、コンテキストのコピーコストが大きい。
従来のコーディングだと、プログラマが手を出せない部分で、関数呼ぶとき、戻るときにパラメータコピー繰り返してるからな。
なので、C++でも右辺値活用とか、関数型言語が一部で使われ始めてる。 たのしいrubyの5版が出ていた
ロングセラーだし名著なのだろうな 「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 Webの世界は言語やフレームワークが乱立し過ぎている状況に嫌気がさした。
PHP、Ruby、Java、C#(ASP.NET)、Perl、Python、Go、Scala、Node.js 等
だから俺はもうネイティブアプリの世界に逃げることにしたわ。 >>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のアーキテクチャ上の問題だろう。
ユーザはみんな（フォローリストの中身によって）それぞれ違うデータを取得するわけだから、ユーザ間でキャッシュの使いまわしができない。
そして、ある特定のユーザのみをとって見ても、彼がフォローするユーザが発言するたびに取得すべきデータが頻繁に更新されてしまうわけだから、キャッシュしてもあまり意味が無い。
この問題を解決するにはかなり特殊なキャッシュ・アーキテクチャを実装する必要がある。 >>48
そのキャッシュアーキテクチャを作るために他の言語が必要だったの？ java使ってるやつがまだいたのか…もう時代遅れだぞさすがに… 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
GMZEE Java死んだぞ
OpenJDKがOSSとは言えない時点でね PHP、Ruby、Pythonのプライオリティが上がる >>25 WebAssembly が熱い。
殆どの言語でそのままコンパイルしてWasm を出してクライアントブラウザで実行。
Javascript より10倍以上の速度で動く。物によっては数十倍早くなる。
Python をWebAssembly で動かすPyodide が動いてる。
Cで書かれたライブラリなども全て動く。
Swift からも出力できるようにアーリーアダプター版が出ている。 https://it.srad.jp/story/19/08/09/185229/
Diceによる
「5 Programming Languages That Are Probably Doomed」（おそらく破滅するだろう5つのプログラミング言語）という記事が話題になっている（INTERNET Watch）。
選ばれたのは「Ruby」「Haskell」「Objective-C」「R」「Perl」の5つの言語。 JAVAはもう衰退前提だな
Oracleが関わった時点でもうダメ
ほんとOracle潰れねーかな余計なことばっかしやがって 一生System.out.println("");っていう長ったらしい文を使う気かい？
一つの文を出力するだけなのにこんな長ったらしい言い回しが必要な不便な言語は
他にありません！ >>65
Javaはオラクルに買収されてからのほうが進歩が著しいよ Javaを時代遅れにしてたのはサンでした なんであんなに保守的だったんだろってくらいサンはクソだったよ オラクルは天使 ■ このスレッドは過去ログ倉庫に格納されています
