981コメント306KB

PHPがいかに駄目言語であるかをちゃんと説明

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2013/11/15(金) 20:57:08.46

age推奨で

他の言語と比較しながら、具体的にちゃんと説明してください！

0756デフォルトの名無しさん

2014/07/09(水) 17:49:40.92ID:YSvBHpPH

>>750
自分で言っててあれだけど、確かにPDTは言うほどではない。
俺はJava慣れてるから、EclipseのPDT使いやすいと思っただけかも。

0757デフォルトの名無しさん

2014/07/09(水) 17:59:08.62ID:pubU33im

>>755
証明を要求する人たちとコミュニケーションをとりたくないなら2chに書き込まないほうがいいよ、ブログに書いて天才同士で交流したほうが効率的だよ

0758デフォルトの名無しさん

2014/07/09(水) 20:45:18.35ID:amMo63ZQ

PHP はだいたい emacs で書いてる。たまに vi

0759デフォルトの名無しさん

2014/07/11(金) 19:39:02.54ID:inU81yI5

eclipseは重いらしいが、Javaで書かれていることが主な原因だろう。
特にメモリ周りが重いかも。

0760デフォルトの名無しさん

2014/07/11(金) 23:05:23.74ID:/84HdtBK

また最高のプログラマさんがなんか言ってるのかな
VisualStudioでC++書くときよりEclipseでC++書くときのほうが軽いわ。

0761デフォルトの名無しさん

2014/07/11(金) 23:33:15.84ID:LapjKz7x

>>760
eclipseは重いという話をネットで見かけたが。

0762デフォルトの名無しさん

2014/07/12(土) 01:20:44.41ID:qvFsgpuu

らしい云々じゃ誰も納得せんのだから、試してからモノ言ってはどうか
試すヒマもないとかあると思うけど、知らねえなら黙ってろって言われてお終いでしょ

普段Android開発やりとりで使ってるけど確かに重いなと感じる事はあるんだけど、そもそも組み込みエディタのカスタマイズ性に苦痛がある
重さだけ見たら多分無視できるレベルだと思うわ。Atomなネットブックでやってるのでなけりゃ気にならん

カスタマイズが弱すぎるのが辛いなぁ
vimカスタムでやってきた派としては、このIDEとしての恩恵が無視できるレベルだと思うのだけど皆さんどうなんだろ
独自エディタプラグイン作れと？

0763デフォルトの名無しさん

2014/07/12(土) 01:32:11.14ID:UUivqCYR

>>762
そもそもバリバリにカスタマイズするのは、IDEのメインユーザに対して需要がない。
IDEってなんでも入ってるから、プログラムの大小に関わらず、インストールさえすればコーディング&実行できるってのが利点なんだわ。
vimやemacsは簡単なプログラムなら問題ないが、使いこなそうとすると覚えないといけないことが多すぎてめんどい。

0764デフォルトの名無しさん

2014/07/12(土) 07:51:59.47ID:LaymN89h

>>760
そもそも、gcc は C++ のコンパイル速度が VC++ に比べてだいぶ遅い
んじゃない？

VC++でpch(pre compiled header)を使った場合は 30 倍程度、pch を使わない
場合でも、10倍弱程度の差が有ると思う。

0765デフォルトの名無しさん

2014/07/12(土) 07:55:12.18ID:LaymN89h

>>763
>そもそもバリバリにカスタマイズするのは、IDEのメインユーザに対して需要がない。
>IDEってなんでも入ってるから、プログラムの大小に関わらず、インストールさえすればコーディング&実行できるってのが利点なんだわ。

でも VC++ のIDE は、好きなエディタと組み合わせて使えるし、カスタマイズ
も可能だし、バリバリのプログラマでも、IDE なしでは困るくらいの便利さは
持ってる。

0766デフォルトの名無しさん

2014/07/12(土) 08:02:39.22ID:LaymN89h

>>762
>らしい云々じゃ誰も納得せんのだから、試してからモノ言ってはどうか
>試すヒマもないとかあると思うけど、知らねえなら黙ってろって言われてお終いでしょ

かなり試してから言っても同じ。
不都合な真実が書かれると、バッシングされて終わり。

0767デフォルトの名無しさん

2014/07/12(土) 12:25:00.24ID:gJLYIyot

真実に目覚めよ（くわっ

0768デフォルトの名無しさん

2014/07/12(土) 12:47:24.91ID:GEPvnRyB

起動が重いのかテキストエディタの反応が悪いのか
裏で走ってるコンパイラが重いのか
クソなプラグインが悪さしているのか
ム板民なら切り分けて当然

0769デフォルトの名無しさん

2014/07/12(土) 14:30:07.42ID:/MFQssgb

>>764-766
コンパイル速度についてはどういうプログラムをコンパイルした上で言ってるの？
自分がよくコンパイルするプログラム程度では10倍の差があるなんて感じたことはないな。
あとそもそもEclipseだからってgccに縛られるわけじゃないし、Eclipseでcl.exeを使うことだってできる。
というかgccを選ぶかcl.exeを選ぶかはIDEの選択によって決めるようなものじゃないだろ。比較対象がおかしい。

そしてEclipseだって別のエディタを起動できるし。

本当にVCと同程度の時間使ってみて、不満を自分なりに解消する努力をしてから言ってるのかな？
Javaは100-1000倍メモリ食うとかいう謎な妄想にとりつかれて、Eclipseはダメだって思い込みが激しすぎてほとんど使ってなくて想像でものを言ってるんじゃないの？

不都合な真実もなにも、こっちはVisual StudioもEclipseもXcodeも使わざるを得ない状況でそれぞれでC++を書いたときに
それぞれどういうところが使いづらいかある程度わかった上でものを言っている。
どれか一つのシンパとかいうことはないので不都合な真実なんかないわけ。

まあ、「自分は最高のプログラマだと評価を受けている。だから自分の言っていることは間違ってないんだ。批判をしてくる連中は不都合があるから言論を封殺してるんだ」と
思い込んでるような奴になにを言っても無駄だとは思うけど。

バッシングっていうか反論されたくないなら、ブログに書いて賛同してくれる人のコメント以外消すとかにしたほうがいいよ。ここは2chなんだから疑り深い他人に納得してもらうためには
そのための証拠が必要だ。

0770デフォルトの名無しさん

2014/07/12(土) 14:36:44.17ID:/MFQssgb

つーかこいつEclipse総合スレに行って質問してるw

979 名前：デフォルトの名無しさん[sage] 投稿日：2014/07/12(土) 08:29:44.87 ID:LaymN89h
以下のようなことをネットで見つけましたが、真実でしょうか？
真実だとしたらどの程度ですか？

・eclipse は重い
・eclipse は、よく「落ちる」。例えば一日に10回ほど落ちるか、
　ハングアップする？
・eclipseはメモリを大量に消費するので、JVMのメモリオプションを
　変更したり、起動中にGCを手動で行う必要が有る。

全然使ったこと無いで印象だけで批判してんのな。試したこともないでネット上で見つけた感想みたいなので持論を展開するのに「最高のプログラマ」って…

0771デフォルトの名無しさん

2014/07/12(土) 15:32:59.84ID:LaymN89h

>>769
>コンパイル速度についてはどういうプログラムをコンパイルした上で言ってるの？

一つは、自分で書いた小さなプログラム。後は、OSSのプログラムをmakeした
時の経験。VC++6.0でも、昔のtccでも経験したことの無い程度の時間をgccは
コンパイルに必要とするように感じた。

>自分がよくコンパイルするプログラム程度では10倍の差があるなんて感じたことはないな。

自分はかなり古いCPU(Pen4, 3GHz)を使っているので差が目立つのかもしれ
ない。最近のCPUでは分からないだけかも。

0772デフォルトの名無しさん

2014/07/12(土) 15:39:45.82ID:LaymN89h

>>769
>本当にVCと同程度の時間使ってみて、不満を自分なりに解消する努力をしてから言ってるのかな？
>Javaは100-1000倍メモリ食うとかいう謎な妄想にとりつかれて、Eclipseはダメだって思い込みが激しすぎてほとんど使ってなくて想像でものを言ってるんじゃないの？

eclipseは一度も使った事が無いが、Javaがメモリを馬鹿食いする実例
としてeclipseも該当するのではないか、と思えたので話しにあげてみた。

IDEというのはDOS時代からあって、その時代、メインに使えるのは
640KBだけだった。eclipseは、1GB (1500倍)も欲すると聞いた。
ユーザーのコード量は、その時代より1500倍に増加した分けではない。
標準的なユーザー・コード量は余り変わって無いか、多くても10倍
程度までだ。そうすると、Javaは、DOS時代のIDEの150～1500倍も
メモリを必要とすることになる。この結果は、自前のJavaコードの
実験結果と一致している。

0773デフォルトの名無しさん

2014/07/12(土) 15:41:42.84ID:/MFQssgb

>>771
> OSSのプログラムをmakeした
これは、もちろん同じプログラムをVCのコンパイラ・リンカを使ってビルドして時間を比較したうえで、gccの方がVCより10倍遅いって言ってるんだよね？

0774デフォルトの名無しさん

2014/07/12(土) 15:48:01.10ID:/MFQssgb

>>772
DOS時代のメチャクチャ貧弱なIDEと比較して何の意味があるわけ？
そしてEclipseを一回も使ったことがないのに他人からの伝聞だけでEclipseを評価するな。
ちなみに今VisualStudioでC++を書いてるが、メモリは400MBくらい使ってる。Eclipseの方は700MBくらいだ。
精々2倍。100-1000倍とかいうことはない。

とにかく、「プログラマ」を自称するつもりが今後もあるならば、伝聞、推測、妄想でものを言うなよ。少なくとも測定して具体的なデータが出てから言えよ。
測定方法に文句が出たときはその文句に対応しろよ。そうじゃなきゃ、なんにもわかってない初心者がワーワー喚いているのと同じ。いまのあんたの状態はそういう状態なんだよ。
いくらDOS時代からの趣味プログラミングの経験があろうともね。
つーかDOS時代だってEMSとかXMSとかあったし、本当に640kBのメインメモリだけでやりくりしてた時代ばかりじゃないだろ。

0775デフォルトの名無しさん

2014/07/12(土) 15:57:50.33ID:LaymN89h

>>773
言ってない。
その意味では厳密性は欠く。

>>774
>DOS時代のメチャクチャ貧弱なIDEと比較し

デバッグ時にブレイクポイントも変数の表示は出来たはずで、
それほど貧弱でもない。

>ちなみに今VisualStudioでC++を書いてるが、メモリは400MBくらい使ってる。Eclipseの方は700MBくらいだ。

今見たところ、VC++ のIDE自体は、12MBしか使ってない。400MB や
700MBというのは、OSを含んだ恐らくシステム全体のメモリ量のこと
だと思うが、だとすると、eclipseは、VC++ よりも 300MB も多いこと
になり、312MB 食っている計算になる。ということは、312/12=26倍
もeclipseはVC++よりメモリを食っていることになる。

>とにかく、「プログラマ」を自称するつもりが今後もあるならば、
>伝聞、推測、妄想でものを言うなよ。少なくとも測定して具体的な
>データが出てから言えよ。

責任ある雑誌などで、最終結論を書くときはもちろんそうだが、
今は中間的な報告で、今は他の人の経験を聞いている段階。
あなたの意見も一つだが、それがすべてでは無いと思う。

0776デフォルトの名無しさん

2014/07/12(土) 16:16:18.50ID:Ev8rKuO+

スレ違いだ馬鹿共

0777デフォルトの名無しさん

2014/07/12(土) 16:50:30.28ID:/MFQssgb

>>775
12MB？バージョンいくつ使ってるわけ？
ちなみに自分がいまEclipseとVisualStudio両方起動してタスクマネージャのスクリーンショットをとったらこんな感じだ。
http://gyazo.com/31b758d145601b53388d1ccbef39ef6f
javaw.exeがEclispe、devenv.exeがVisual Studio。

26倍なんてことはない。
ちなみにEclipseは同一ワークスペースなら複数のプロジェクトを一つのexeで同時に開けるのに対して、
Visual Studioはソリューション毎になるから複数ソリューションをまたいだ場合はEclipseの方が省メモリなんてこともある。

古い設計のアプリケーションと最新のアプリケーションを比較してなんの意味があるんだ？VSもEclipseもどっちもバージョンが上がる毎にどんどんメモリを食う量は増えてる。
Javaの方が2倍とかその程度には不利だということはあると思うけど、10倍20倍の差は出ないのが普通。

0778デフォルトの名無しさん

2014/07/12(土) 17:02:14.90ID:LaymN89h

>>777
自分は、VC++6.0 だが、比較的大きなプロジェクト(ワークスペース)を
ロードした状態で、CTRL+ALT+DELの「Windows タスクマネージャー」で、

イメージ名：msdev.exe
メモリ使用量：12,536K(起動直後), 2,620K(数十秒後)
仮想メモリサイズ：10,512K

と表示される。

0779デフォルトの名無しさん

2014/07/12(土) 17:59:27.42ID:4TUef3KK

>>778
VC6とかいうサポートも終わったような10年以上前のIDEを基準にしてるオッサン乙
はいはい解散
一生VC6使ってろよｗ

0780デフォルトの名無しさん

2014/07/12(土) 19:55:54.77ID:QxcUStnc

>>778
だからなんのメモリを見てるんだよ
ワーキングセット？プライベート？

それにVC6はインテリセンスも不完全だし、機能的に劣ってるんだからメモリ使用量少ないに決まってるじゃん
DOSよりライブラリの容量も増加して、インテリセンスでデータベースだけで何百MBもあったりするし
OSのAPIのメモリ使用量自体がちがう

そもそも、メモリに余裕がある現代はメモリにキャッシュして高速化をはかってんだぞ？
当時は極力ディスクに追い出したんじゃないだろうか
メモリ使用量だけみて無駄遣いとしか判断できないのは重症

0781デフォルトの名無しさん

2014/07/12(土) 23:19:56.65ID:bYbbILg6

メモリ使用量 = プロセスの現在のワーキングセット
　　　　　　 = 現在メモリに常駐しているページの数

仮想メモリサイズ = プロセスにコミットされた仮想メモリの量。
　　　　　　　　 = アドレス空間の総量。

0782デフォルトの名無しさん

2014/07/12(土) 23:22:14.06ID:bYbbILg6

>>780
>そもそも、メモリに余裕がある現代はメモリにキャッシュして高速化をはかってんだぞ？
>当時は極力ディスクに追い出したんじゃないだろうか
>メモリ使用量だけみて無駄遣いとしか判断できないのは重症

はあ、その結果、重くてコンパイル待ち時間にコーヒー入れてくつろげる
ようにしたのが eclipse ですか。

高速化とは、コーヒーの待ち時間を作ることだったんだ。メモφ(・_・)

0783デフォルトの名無しさん

2014/07/12(土) 23:30:57.65ID:bYbbILg6

>>779
古いIDEを使っているから、間違ったことを言っていると決め付けるん
ですか。

最新のハード、最新のOS、最新のIDEを使っている人以外は正しい判断が
出来ないとでも？

0784デフォルトの名無しさん

2014/07/12(土) 23:47:21.04ID:QxcUStnc

>>781
ワーキングセットは共有DLLと

0785デフォルトの名無しさん

2014/07/12(土) 23:51:08.38ID:QxcUStnc

>>784
誤爆

>>781
ワーキングセットは共有DLLとプライベートワーキングセットが含まれると思うんだけど

0786Jolly Rogers ◆0tkoCr0voc

2014/07/12(土) 23:53:56.98ID:1ZmhyZTN

>782
VC6を、出た当時のマシンで使うと、コンパイルかけたらコーヒーブレイクどころか昼食いってもまだ終わらない、なんてこともあったが？

VC6の頃と今とじゃ、マシンのスペックは100倍じゃ効かないしなあ。

0787デフォルトの名無しさん

2014/07/12(土) 23:59:13.36ID:QxcUStnc

>>782
コンパイルとIDEにどんな関係があるの？
コンパイルが遅いのはコンパイラの問題では？

0788Jolly Rogers ◆0tkoCr0voc

2014/07/13(日) 00:05:51.45ID:HA7ujDQg

>783
少なくとも現在サポートの受けられるOS向けのターゲットアプリを作るのに適してない、古い環境持ってきても意味はないな。

0789デフォルトの名無しさん

2014/07/13(日) 00:16:34.42ID:oz53nHyg

>>782
そもそもEclipse使ったことがないのに妄想でコーヒーブレイクとか言ってんのか
差分だけとかじゃない限り、Cのコンパイルに時間がかかるのは昔からだろ

0790デフォルトの名無しさん

2014/07/13(日) 00:37:21.09ID:U7MouUtR

分割コンパイルしないと未だに長いもんな

0791デフォルトの名無しさん

2014/07/13(日) 01:32:46.96ID:oywTPTFh

>>783
少なくともVC6は最早主流ではないし、自分の経験や知識を一般化はできないほど少数派になってしまっているだろ。
そういう意味では、一般論を語るのには「正しい判断ができない」。

というか、「他の人の経験を聞いている段階」というのなら、VC6以外のことについては知らないのを自覚して勝手に想像して決め付けんなよ。

0792デフォルトの名無しさん

2014/07/13(日) 11:52:38.39ID:pCB2HMHj

硬直というのはこういうことであるという見本
気をつけましょう
自分は柔軟であるという思い込みこそ怖い…

0793デフォルトの名無しさん

2014/07/13(日) 14:27:04.11ID:K5eijfLH

>>786
VC++6を出た当時から使ってるけど、VC++6のIDEは最初から十分高速だった。
コンパイルかけても昼食行っている暇などなかった。

VC++6の頃のマシンと今のマシンを比べると、SSEなどの並列化命令を
除けば、3.5倍程度高速になっただけ。これは、Superパイ・ベンチマーク
による結果。100倍は行ってない。

0794デフォルトの名無しさん

2014/07/13(日) 15:07:46.99ID:oz53nHyg

規模によって時間は変わるんだよ
あと、最適化とか当時よりだいぶ丁寧にやってるんじゃない？

0795デフォルトの名無しさん

2014/07/13(日) 15:13:18.70ID:wXsIV8Q/

規模によって変わるので、別にバージョンは関係ない。

0796デフォルトの名無しさん

2014/07/13(日) 15:28:41.31ID:InKoIVOW

ネタが多いな

本人気づいてないんだろうけど

0797デフォルトの名無しさん

2014/07/13(日) 16:49:22.98ID:oywTPTFh

あまりにも突っ込みどころが多いので、突っ込みたくなるところをちゃんと研究した上で計算された釣りなのかとちょっと思ってしまう。

0798デフォルトの名無しさん

2014/07/13(日) 17:00:16.05ID:K5eijfLH

>>797
じゃあ、突っ込んでみたら？

0799デフォルトの名無しさん

2014/07/13(日) 17:02:29.77ID:oywTPTFh

>>798
だってあんた突っ込んでも「時間がないから証拠は出せない。凡人はすぐ証明しろと言う」とか、「新しい環境は使ってないのでわからない。推測しただけ」とか
結局ツッコミに対してちゃんと反論してないじゃん。結局、確たる論拠のない無責任な発言を繰り返してるだけだろ。

0800デフォルトの名無しさん

2014/07/13(日) 17:05:38.71ID:K5eijfLH

>>799
確かに厳密な証拠は今回は示して無い。
しかし、自分の人生経験でいつもそうだった事に基づいて省略した。

いつもそうだったこととは、少なくとも自分が一度確信したことは、
後で証明すれば必ず証明可能なことであった、という事。

0801デフォルトの名無しさん

2014/07/13(日) 17:07:49.61ID:InKoIVOW

ネタは読んでて飽きない

本人は気づいてないんだろうけど

0802デフォルトの名無しさん

2014/07/13(日) 17:22:23.05ID:oywTPTFh

>>800
じゃあ今回もC++の100-1000倍となるようなJavaのプログラムを例示して証明してよ。
俺らにはあんたの今までの人生なんか分からないからそんなのなんの証拠にもならないから。匿名掲示板で「今まで俺が言ったことは全て正しかった」なんて言ってくれても、
あんたを誰か特定する手立てがないのだからなんの意味もないことくらい論理的にすぐわかるだろ？
あんたの経歴が色々わかるような状況ならともかくさ。
1週間毎日書き込むくらいの余裕はあるんだから、その程度のサンプルコードをideoneなりgithubなりに挙げるのに必要な工数割けるだろ？

0803デフォルトの名無しさん

2014/07/13(日) 18:30:33.70ID:oalHtyrt

>>802
今はそのことに時間は割けないので、辛抱してほしい。

前にも行ったが、考え事の合間に（余り考えなく済むことを）書き込んでいる
だけだから。

0804デフォルトの名無しさん

2014/07/13(日) 18:30:48.70ID:oz53nHyg

>>800

>>697 で言っているワークセットが200KBのソフト、機能は適当でいいから作ってみて
OSに強制ロードされる共有DLLだけで200KB以上はあると思うが、できるんだろ？

0805デフォルトの名無しさん

2014/07/13(日) 18:33:02.88ID:oalHtyrt

>>804
200KB というのは、自分のプログラムでデータ用にアロケートしたメモリ
限定。Java だとこの部分だけで50MBは超えると推定している。

0806デフォルトの名無しさん

2014/07/13(日) 18:35:37.47ID:InKoIVOW

あら、さらに墓穴掘ったっぽい

0807デフォルトの名無しさん

2014/07/13(日) 18:36:09.52ID:oalHtyrt

>>806
もともとそういう意味だったんだけども。

0808デフォルトの名無しさん

2014/07/13(日) 18:40:18.40ID:InKoIVOW

タスクマネージャーとか言ってなかったけ？

0809デフォルトの名無しさん

2014/07/13(日) 18:52:06.26ID:rvKBBEC7

いい加減やめろよおまえら。
どっちもスレ違い指摘されて無視してる時点で同レベルだよ。
消えろ

0810デフォルトの名無しさん

2014/07/13(日) 21:11:37.48ID:4dWHqJ9t

まだやっていたのか。
スレ違いだし、JavaがCより食っててもそりゃそうだという感想しかないし、
それでJavaの有用性が否定されるけでもないし、いったい何なんだ

0811デフォルトの名無しさん

2014/07/13(日) 22:23:49.15ID:oalHtyrt

>>808
タスクマネージャーで総量を測ることが基本だけど、
「演繹的」に自前でアロケートした量を「推定」してはいけないと
は言って無い。

Java専用のツールを使った場合、「偽者の値」を出してしまう可能性が
あるから、駄目だと言った。

「計算」は良い。嘘の値を出すようなツールは駄目、という事。

0812デフォルトの名無しさん

2014/07/13(日) 22:28:33.21ID:oalHtyrt

「計算」は良い、と言っても間違ってはいけないのは、構造体の理想的な
サイズを足して出すような計算は駄目だよ。

タスクマネージャーから測定した値Mを出発点として、自前のデータ数Nや
データの階層数Aを変えた時に、タスクマネージャーの値がどのように変動
するかを測定する。そして、そこから、物理学のように M=f(N,A) を
求める。すると、N の一次関数になったりすれば、N 一つ当たりのバイト数
が正確に判明する。

0813デフォルトの名無しさん

2014/07/13(日) 22:30:02.45ID:InKoIVOW

次スレはタイトル変えろやな

0814デフォルトの名無しさん

2014/07/13(日) 22:56:02.79ID:oalHtyrt

なんというか、物理学と同じ。

・あらゆる影響を合成した値が入ってくるが、間違いなくある物理量を正直に
　測定できる測定器Aと、
・一見単独の値を測定しているように見えるが、実は中で勝手に信頼できない
　方法で計算しているかもしれない測定器B

があった場合、B よりも A を使うべきということ。

A は、さまざまな影響が合成されているのでそのままでは目的の量を図ること
は出来ないが、演繹的に作った物理理論に基付いた数式を駆使することで非常
にさまざまな量を正確に「推定」することが出来る。

0815デフォルトの名無しさん

2014/07/13(日) 23:13:38.78ID:InKoIVOW

>>814
Aできちんと測ってくれ

まだ測れてないのは明確だぞ

0816デフォルトの名無しさん

2014/07/13(日) 23:23:01.34ID:oz53nHyg

Cの方は測ってないし、Javaもメモリ使用量をみただけで厳密な計算をしてないんだろ？
計算式があったところで使わずに適当なことを言ってるじゃん

しかも、メモリをまとめて確保したりするGCの前に、そんなに正確にわからないでしょ

>>802
のとおり例示してくれ

0817デフォルトの名無しさん

2014/07/13(日) 23:35:42.22ID:pbeFQgJS

そういやYahooってPHPのビッグユーザだけど、HHVMに投資したりすることは無いのかね。
Zendのはマシになってるとはいえ、元がうんこだから捨てて欲しいんだけど

0818デフォルトの名無しさん

2014/07/13(日) 23:41:23.80ID:InKoIVOW

>>817
今のところないんじゃないか？
Zendがうんこだとしても、他のLLよりは性能いいしな

0819デフォルトの名無しさん

2014/07/13(日) 23:54:23.99ID:pbeFQgJS

>>818
どこがだよ。トータルなら大差ないだろ
(Zendの)PHPって基本的な処理に使う関数がCの薄いラッパーになってるから速いだけ。Stringとかをクラス化して測ったら遅くなんじゃね？

0820デフォルトの名無しさん

2014/07/13(日) 23:56:00.22ID:InKoIVOW

>>819
かなり間違ってるけど

まぁいいんじゃ大差ないんだったら

0821デフォルトの名無しさん

2014/07/13(日) 23:57:28.89ID:pbeFQgJS

>>820
間違ってるんなら語れよ
語れなきゃ俺の勝ちなwwwww

0822デフォルトの名無しさん

2014/07/14(月) 01:12:17.39ID:uVwHuFeV

基本的な処理がCってのがまずよくわかんね
rubyやpythonは違うのかい。抽象化の度合いを語りたいの？速いだけ、って良いことだよな
基本的な処理つーても、オブジェクト処理の絡まないアプリの方が珍しいしなぁ
それが大差ないならそれでいいだろ
Stringをクラス化して云々は数字だしてから物言えば、って感じですな
何を訴えたいのかがよく分からんし、そもそも何の勝ち負けなの

0823デフォルトの名無しさん

2014/07/14(月) 01:52:07.76ID:WtYDGs7y

動的型言語の実行速度なんて最適化しても限界があるから
例えばPythonのCythonみたいなアプローチのほうが
実際のアプリは速くなるよ

0824デフォルトの名無しさん

2014/07/14(月) 02:48:48.77ID:B2JzmrNh

FacebookのHackがもっと広まって欲しい

0825デフォルトの名無しさん

2014/07/14(月) 14:44:34.18ID:62iJT8jV

>>812
M=f(N,A)が O(N・logN)やO(N^2)だったり、
参照の複雑さLに対して、
M=f(N,A,L)が O(L・logL)やO(L^2)
だとすれば、NやLが大きな時だけ C++の100～1000倍のMになるというのも
まんざら嘘ではないかも。
参照の複雑さが小さいときには、C++の2倍程度にしかならないので、
気付く人が少ないだけで。

0826Jolly Rogers ◆0tkoCr0voc

2014/07/15(火) 03:33:11.80ID:BgyrQY3S

>793
はい嘘確定。
VC6 は1998年の製品。当時のCPUだと辛うじてPentium II が 400MHz台で動作。
現在のCPUがマルチコアにHT付きで4GHzに達すること考えると、100倍はあるレベルだぞ。

あと、メモリ量も当時だと128MB積むのも厳しかったから、これも地味に100倍超える。

HDD のアクセススピードやメモリの動作クロックも桁違い。

0827デフォルトの名無しさん

2014/07/15(火) 10:13:56.14ID:yI8b/Dze

>>826
VC6当事のCPUとしてPen4 3.0GHz を想定していたが、PenII だったのか。
そういえばそうだったかも。

でも、PennII と、Corei5 あたりを比べた場合でも、クロック数で8倍、
IPCが3倍程度だと思うので、せいぜい24倍程度だと思うよ。
メモリやHDDが早くなっているのは、CPUの速度に対する
「律則（りっそく）」を減らしているだけなので、「ダブル効果」や
「掛け算の効果」にはならない。

例えば、CPU速度が10倍になっても、メモリが同じ速度のままだと、
システム全体の速度は10倍にはならない。メモリの速度も10倍になった
時に初めて10倍の速度になる。

逆にCPUの速度がそのままでメモリの速度が100倍になったとしても、
CPUの内部速度がそのまま引き出せるようになるだけで、システムの速度
が100倍になるわけではない。それに、メモリ速度がk倍になった場合、
k=3くらいまでは、徐々にシステムの速度も向上するだろう、それでも、
k=3でも、システム速度は3倍未満にしかならない。
k=10になっても、最初の10倍になったりするわけではない。

0828デフォルトの名無しさん

2014/07/15(火) 10:21:10.05ID:yI8b/Dze

誤字訂正：

PennII ---> PenII
律則 ---> 律速
メモリやHDDが早くなってい ---> メモリやHDDが速くなっているのは、

ちなみに、Pen4 は、2000年かららしいが、

Visual C++ 6.0 のリリース 1998年
Visual C++.NET 2002 のリリース 2002年

らしいので、C++6.0の購入時期と、Pen4の購入時期が同じ人がいても
不思議ではない。

0829デフォルトの名無しさん

2014/07/15(火) 10:27:48.59ID:yI8b/Dze

待って。自分の脳内の記憶と解釈だと、1Coreでは：

PentiumII は、クロック数が400MHzで、IPC=1 弱程度
Pentium4 は、クロック数が3.0GHzで、IPC=0.3 程度度
Corei5 は、クロック数が3.0GHz程度で、IPC=1 程度

位。「解釈」と書いたのは、正式なIPCは多分、公表されて無いと思ったから。

これを見ると分かるように、1Coreあたりでは、PenII から Corei5 でも、
8倍程度しか速度向上はしてない。

マルチコアになって、コンパイル速度は上がったのかな？

0830デフォルトの名無しさん

2014/07/15(火) 10:31:15.24ID:yI8b/Dze

何度も申し訳ないが、PenII とPen4 の速度差は 2倍もなかったと記憶して
いる。なので、>>829はどこかに間違いが有る。

正しくは、1Core 当たり：

PentiumII は、クロック数が400MHzで、IPC=1 弱程度
Pentium4 は、クロック数が3.0GHzで、IPC=0.2 程度
Corei5 は、クロック数が3.0GHz程度で、IPC=1 程度

位かと思われる。

0831デフォルトの名無しさん

2014/07/15(火) 10:34:33.24ID:yI8b/Dze

ごめん。これだと、Pen4とCorei5 は5倍も速度差があることになってしまう。
実際は3.2倍程度。
なお、PenII の IPC は、1を超えていたとは思えない。
そして、PenII と Pen4 の速度差は2倍もなかった。

これらを全て満たすパズルの答えが必要です。（笑）

0832デフォルトの名無しさん

2014/07/15(火) 13:10:20.24ID:1JPZTQiO

うわあんんん
んん
これは痛い

0833デフォルトの名無しさん

2014/07/15(火) 14:20:40.70ID:LeytXOcq

恥の上塗りはもうご馳走様

0834デフォルトの名無しさん

2014/07/16(水) 01:17:48.70ID:BJVIoB1G

PHPを絶賛しているのは最高のプログラマーくらいの雑魚だけ

0835デフォルトの名無しさん

2014/07/16(水) 09:03:21.69ID:NGJkVcZA

>>834
最高のプログラマーは、PHPを絶賛してるわけじゃないと思うが。

0836デフォルトの名無しさん

2014/07/23(水) 00:52:32.42ID:gU9I4UPn

すっかり静かになったな。
ところでおまえら、空文字列のチェックはどうしてる？
俺は色々試したが、if(strlen($str)==0)に落ち着いたわ。empty使えなさすぎ

0837デフォルトの名無しさん

2014/07/23(水) 08:41:20.09ID:sEiUyUCO

is_null()とかempty()とか似たようなのたくさんあって違いがわからん

0838デフォルトの名無しさん

2014/07/23(水) 21:55:40.35ID:2Tlnhhs+

if ($str === '') じゃダメなの？

0839デフォルトの名無しさん

2014/08/09(土) 22:38:05.00ID:hS02uKVY

empotyはシンボルテーブルにない変数や配列を参照しても黙って真を返すのがいいところ

0840デフォルトの名無しさん

2014/08/09(土) 22:38:32.09ID:hS02uKVY

（でもあり罠でもある）

0841デフォルトの名無しさん

2014/08/10(日) 01:30:31.73ID:Kl0u+PQd

それより何より empty('0') が true になるという摩訶不思議仕様。

0842デフォルトの名無しさん

2014/08/10(日) 12:21:06.07ID:JTN9tFDt

>>841
そう、それがあるからブランク文字列のチェックに使えない
nullもブランクと同じ扱いにする場合、if (is_null($str) || $$str === '') だと冗長。
strlen($str)にnull渡すと0返すし、一番いいのかなと

0843デフォルトの名無しさん

2014/08/10(日) 22:40:54.27ID:VNlj7l21

空文字と区別しないならそもそもnull型を使う必要がないかな。

0844デフォルトの名無しさん

2014/08/10(日) 22:46:55.36ID:JTN9tFDt

>>843
理想はそうなんだけど、""を期待してるのにnullを返してくる不躾なAPIや、DB(MySQL)なんかだと区別する場合もあるわけで。
そういったときは、エラーにするのではなく、空文字として処理した方が無難なんだよね。

モダンな言語ならOptionals(Nullable Type)で解決できるんだけど。

0845デフォルトの名無しさん

2014/08/10(日) 22:51:17.95ID:JTN9tFDt

optionalsは動的型付けのPHPには無縁だった。(type hintingみたいにすればいいかもだけど)

0846デフォルトの名無しさん

2014/08/11(月) 00:00:15.03ID:uZnIFoLV

http://jobinjapan.jp/job-listing/keyword-php-pg-osaka-pref.html

0847デフォルトの名無しさん

2014/08/11(月) 10:47:00.66ID:kQW7h5cd

PHP 5.4.4から==の挙動が一段と難しくなりました
http://d.hatena.ne.jp/hnw/20140809

0848デフォルトの名無しさん

2014/08/15(金) 01:45:43.95ID:ZQKQttwC

PHPってJavaみたいにインスタンス作りまくると重いですか？

0849デフォルトの名無しさん

2014/08/20(水) 11:12:04.13ID:vq1CPHYS

バージョン間の互換を捨て過ぎ

0850デフォルトの名無しさん

2014/08/21(木) 01:10:23.25ID:PMLnbNW2

探せ！バグのすべてをそこに置いてきた！ことニューバージョンPHP5.6は月末リリースになります

0851デフォルトの名無しさん

2014/09/15(月) 12:08:44.75ID:VaqGfg1a

>>846
それ凄い勉強になったよ。ありがとう。
===が安定だね。

0852デフォルトの名無しさん

2014/09/17(水) 23:10:22.55ID:BG3Rsxwy

ララベル使っとる。

0853デフォルトの名無しさん

2014/09/21(日) 07:11:47.00ID:Rf9+oeun

PHPで仕事してる人に質問なんだけど
PHPは中規模
javaなら大規模開発ができる
PHPのWEBアプリケーションの仕事の応募が多いがあれをやって（PHPでもjavascriptやhtmlいろいろ覚えるんでしょうけど）
そのごjava Servletなんかに移行するのって相当難しかったり別分野だったりするんですか？
javaの言語は多少既に扱える状態の話
移った人いませんよね。募集もPHPjavaって多いし壁はないのかな

0854デフォルトの名無しさん

2014/09/21(日) 10:17:32.83ID:JsYFaRvV

勉強コストが低い言語としては優秀だと思う

0855デフォルトの名無しさん

2014/09/21(日) 11:18:03.29ID:aP8Aq0OA

>>853
両方きちんと理解してれば壁というほどの問題はないと思うけど
逆にそれが仇となって
移行する意義をなおざりにして巨大なクソの山が出来るかも

■ このスレッドは過去ログ倉庫に格納されています