トップページ⇒tech
1001コメント292KB

【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2009/02/15(日) 03:18:33
最強のＬＬ＝軽量プログラム言語は、どれよ？

エントリーは、
Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！
0092デフォルトの名無しさん2009/02/16(月) 02:46:50
int func1 (char * buf1, char * buf2) {
　int sum = 0;
　for ( size_t i = 0 ; i < strlen(buf1) ; i++ ) {
　　for ( size_t j = 0 ; j < strlen(buf2) ; j++ ) {
　　　sum += buf2[j];
　　}
　}
　return sum;
}

関係ないけど、別スレで上のC言語のコードでstrlen()をfor(...)内に入れるやつは馬鹿だという奴がいて、
結局、最新のコンパイラでコンパイルすると、strlen()は1度だけ評価されてあとは変数になって
しまうで実行時間は殆どかわらないというのがあったな。コンパイラの進歩はあなどれないよ。
0093デフォルトの名無しさん2009/02/16(月) 02:47:59
>>90
そんなわけねえ
0094デフォルトの名無しさん2009/02/16(月) 02:48:12
>>91
ハードが速くなり、コンパイラ進歩すれば、
もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
0095デフォルトの名無しさん2009/02/16(月) 02:50:18
>>94
ああ、「ボブ、あのプログラム書いといてくれ」とメールすれば済むみたいな奴な
理解したよ、何を言っているかを
0096デフォルトの名無しさん2009/02/16(月) 02:51:25
つか、わざわざスクリプト言語使ってるのに必要もないところで無理に
実行速度なんて考えないよ。遅かったらそのとき考えればいい。
その必要なところに労力をかけて、他は要領よくこなす加減がプロです。
0097デフォルトの名無しさん2009/02/16(月) 05:05:54
> もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
そのアルゴリズムの計算量を教えてくれ。
0098デフォルトの名無しさん2009/02/16(月) 05:32:28
まあ確かに最近はその辺の名前適当だよね。JavaとかC#のArrayListって
配列なのかリストなのかわけわかんねーって思うし。リストはLinkedListか・・うーん。
もともとVectorだったのに同期化ないバージョンはArrayListですとか、ジェネリクス
バージョンはList<T>ですとか、これは概念としてのリスト構造でありアルゴリズムは
配列ですとか、概念とアルゴリズムの名前がかぶっててなんかもうカオスw

でも実態は、どの言語でも使うのは配列・マップ(辞書)でほとんどだし、双方向リストは
途中挿入が頻繁な場合にくらいしか使わないし、あとは各言語のリファレンス見て
ふむふむって感じかなあ。

> もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
インターフェースが同じならできる場合もあるよね。たとえばソートとかは実装が
なにかはあんまり外に出てこないよね。クイックソートかヒープソートかとかは。
例えばマイクロソフトのSTLは、数が少ないとインサーションソートして、数が
多いとクイックソートに切り替えるみたいな内部的に選択している実装。
でもデータ構造の双方向リストと配列とかは、リストはインデックスアクセスは構造的に
作れなくてインターフェースが変わるから、やっぱ別の系統にするしかないと思う。
さらにマップとハッシュマップはインターフェースが同じにできてもイテレータの取得結果が
変わるからこれも別にするしかないよね。
0099デフォルトの名無しさん2009/02/16(月) 13:20:08
遅かったらそのとき考えればいいっていうのは、アルゴリズム（とデータ構造）の知識があるから講じれる手段でしょ
全く勉強してないけど適当にあれこれやってたら速くなったっていうならそれはそれで結構なことかもしれないけど
普通は考えても何も浮かんでこないと思うよ
0100デフォルトの名無しさん2009/02/16(月) 14:03:49
>>96
無視していいかどうかを判断して無視するのがプロ
スクリプトならアルゴリズムのオーダーなど気にせずともよいとか言ってるお前は
DBも常にCOBOL風に全件スキャンするド素人
0101デフォルトの名無しさん2009/02/16(月) 14:20:22
COBOLは全件スキャンは全件スキャンとして書かなきゃならない
PERFORM VARYING 〜 END-PERFORM だっけ？
大概のLLでやってることはそうじゃない
例えばリストの中から条件に当てはまるものを抽出して、という処理
（Pythonのfilterとかリスト内包表記のif、Rubyのselect、Perlだと…grepだっけ？）
だとしても、実際の処理は実装・ライブラリにお任せします、ってのがスクリプトじゃない？
まぁ、どの言語も似たような実装になるのは目に見えてるけどさ
…で、内部処理を見るのがプロで見ないのが素人だとしても
それがボトルネックで無いなら、プロでも可読性を選ぶだろ
0102デフォルトの名無しさん2009/02/16(月) 15:16:02
>>101
誰も常に効率を優先させて最適化しろなんて言ってないんだが
むしろ早すぎる最適化は悪で、そんなことは昔からの常識だ

「スクリプトなんだから効率やアルゴリズムやデータ構造なんか
気にする必要は無い」というのがナンセンスだという話
「スクリプトかどうか」は、「効率云々を気にすべきかどうか」とは独立の
無関係な問題だ

「スクリプト〜」を過度に強調する奴は、ボトルネックがCPUなのかIOなのか
ネットワークなのかプログラマの脳みそなのか、
本当にプログラミング言語による実行効率の違いなのか、
アルゴリズム自体に改善の余地がないのかも
判断できていない証拠だ

スクリプトなら、ウン100万件のデータが入っているDBから一件データを
抜きたいときに、いつもテーブルスキャンを行うのだろうか？
そんなことは馬鹿げていて、それはスクリプトかどうかとは関係ない
0103デフォルトの名無しさん2009/02/16(月) 19:29:27
>>92
趣旨はわかるが、それでもオレなら
馬鹿説を主張したい。

ループ内で関数呼び出しを追加したら、
最適化は難しくなる。
コンパイラの賢さや機嫌を考えながら
コードを書くのは嫌だ。
0104デフォルトの名無しさん2009/02/16(月) 19:35:50
スクリプトってアルゴリズムを抽象化して
誰でも同じ書き方ができて、そんで平均値（ってかそれなりの速さ）
出せるって事を狙ってるんじゃねえの。

速いことに越したこたねえけど、もっとこう、本質的な部分（目的）に力を注ごうぜ
っていうスタンス。

0105デフォルトの名無しさん2009/02/16(月) 19:36:06
>>92
この最適化って、コンパイラの組み込み関数使う時だけ効く最適化なのかな？
0106デフォルトの名無しさん2009/02/16(月) 19:39:13
遅かったら考えればいいって考えの人には二種類いるんだよ

1. アルゴリズムを学習する気がないけどコンプレックスはある人
2. 必要なアルゴリズムは十分に理解しているが、経験的にいってほとんどの
プログラムは最適化によって十分速くなると考える人

”アセンブラ言語を学習するべきか”とか”関数型言語を学習するべきか”なんて話題を振ると意味も無く
攻撃的になる人いるじゃん。
0107デフォルトの名無しさん2009/02/16(月) 21:39:29
勘違いの馬鹿が多すぎ。
アルゴリズム否定なんて誰もしてないだろ。
ちゃんと意図よめよ、理解力のないクズさん。
0108デフォルトの名無しさん2009/02/16(月) 21:41:51
どうせここ数年で一般的なデータ構造やアルゴリズムを学習した初心者が騒いでるだけなんだろうけど、
他人の知識や能力をあまくみすぎですよ。
0109デフォルトの名無しさん2009/02/16(月) 21:45:04
>>107
とりあえずアンカーつけたら？
文章に内容がないからこのレスの意図はわからん。

>>100とか>>102とか、必死になってる人かも知れんが、そうだとしてこれらのレスも、
プログラムやるんなら最低限、内部実装を意識して書く能力が無いと糞！認められん！
っていうなんとも言えない主張しか伝わらんので、このスレで頑張ってレスしてる意図は
あんまり汲めない。悪いけど。
0110デフォルトの名無しさん2009/02/16(月) 21:46:14
>>109
立場としたら逆の方か。まあどっちにしろ、アンカーつけてわかりやすくしてくれ。
なんかごっちゃごちゃになってる
0111デフォルトの名無しさん2009/02/16(月) 21:53:22
>>92が典型的な例でしょ。
コンパイルの質があがれば、事前に時間のかかる処理を排除できる。
アルゴリズムやデータ構造も応用しだいで組み合わせてつかえば弱点を補完して使うこともできる。
その辺の理解がないやつが特に1人いて暴れていたっだけの話だ。
0112デフォルトの名無しさん2009/02/16(月) 22:23:45
現状アルゴリズムやデータ構造を意識しなくてもいいかどうかと、将来的にはそうなるかどうかって話が混ざり合っててカオス
0113デフォルトの名無しさん2009/02/16(月) 22:24:56
例えば一番単純な例として、配列をn要素ずつ連結リストにm格納すれば、
連結リストと配列の中間的な探索速度を得られる。
理解できますかな?(わらい
ハッシュテーブルもリストで連結したり、ツリーにしたりとかよくやるんだよ。
特にスクリプト言語のように動的コンパイルで、あらゆるユーザがどんな使い方をするかわからないような
組み込み型は、頭の良い言語設計者や処理系の設計者が一般的なケースを研究したりして、
条件によってアルゴリズムを選択したりとか色々と工夫しています。
0114デフォルトの名無しさん2009/02/16(月) 22:25:40
探索・挿入速度
0115デフォルトの名無しさん2009/02/16(月) 22:38:41
>>113
でっていう
0116デフォルトの名無しさん2009/02/16(月) 22:54:00
10m離れた位置での殴り合いみたい。
見てる分には面白いが。
0117デフォルトの名無しさん2009/02/16(月) 23:00:44
見えない敵と戦う人たち
0118デフォルトの名無しさん2009/02/16(月) 23:04:21
>>113
いや主張の意図をやっと理解した
ほんとごめん

「処理系が最適化してくれるからアルゴリズムとか関係ねー」
「総当たりのアホみたいな探索コードを書いても最適化すれば
小人さんが頭の良いコードに書き換えてくれます」
とかいう主張だと思ってずーっと意味不明だったんだけどな

いきなり無説明で「スタックだのキューだのは古い」とか言われても
主張の意図がわかんなかったよ
0119デフォルトの名無しさん2009/02/16(月) 23:04:27
>>116
あるいは、相手の手からボールが離れた瞬間に全力でその軌道から離れて、
「どこ投げてんだ下手糞！」
ってなじりあう負のキャッチボールみたいな。
0120デフォルトの名無しさん2009/02/16(月) 23:07:11
>>118イイ奴だな
0121デフォルトの名無しさん2009/02/16(月) 23:40:55
>>55 != >>133
の悪寒
0122デフォルトの名無しさん2009/02/16(月) 23:41:25
>>105
ループ不変命令のループ外移動は、よく知られた最適化の一つ
ある程度賢い最適化コンパイラならやってくれるはず
0123デフォルトの名無しさん2009/02/17(火) 00:43:49
まとめると

・LLでは処理の裏側のアルゴリズムまで書き込むようなマイクロマネージメント的なコードは書かない
・もっと抽象的なレイヤで書き、使われ方などからアルゴリズム選択などを処理系に裏で丸投げするのがLL
・LLはクソコードを適正化しないが、詳細をスルーできるので普通のコードの作成での脳力削減になる

でおけ？
0124デフォルトの名無しさん2009/02/17(火) 01:12:38
ごめん、もうなにを罵り合ってんのかよくわからないし、つまんないから3行まとめして、次行ってくれるか？
0125デフォルトの名無しさん2009/02/17(火) 01:12:52
ポールグレアムのエッセイで、似たようなことが述べられている
テーマは100年後の言語だが、
計算機資源の無駄遣いもある程度許されるという点では、LLの環境は近い

ttp://practical-scheme.net/trans/hundred-j.html
0126デフォルトの名無しさん2009/02/17(火) 01:39:26
クラスも継承も仮想関数もテンプレートも例外も名前空間も1960年代の言語にあったし、
なんつーか進歩ねーよな。まあ所詮コンピュータ動かすための文脈的設定ファイルだから
もうやることもねーんだろうけど。コンピュータ言語って数千種類くらいあるんだったっけな。
あとは、ぱくりだらけの俺流に実装しましたみたいなオレオレ糞言語が湧いてくるだけだな。
0127デフォルトの名無しさん2009/02/17(火) 01:42:35
>>126
上から目線と下層階級の臭いが
良い感じにブレンドされたレスだな。
0128デフォルトの名無しさん2009/02/17(火) 02:02:51
人間の脳力を取り扱うのは、もはや計算機科学ではなく、
既に医学や心理学の担当だったりして
手続き型の言語は、もう概念だけ全部まとめてしまって、後の言語のデザインは、
心理学者とラット（プログラマ）に任せちゃえばいいじゃないか？
0129デフォルトの名無しさん2009/02/17(火) 02:06:08
計算機科学が人間の脳力を取り扱ってた時代なんてあったっけ？
0130デフォルトの名無しさん2009/02/17(火) 02:15:41
生産性と読み替えれば、
ソフトウェア工学で扱ってる話題に持ってけるんでは
0131デフォルトの名無しさん2009/02/17(火) 02:15:51
>>126
falseと0を比較するためだけに演算子を追加するという
誰もが想像しなかった進化をした言語があるじゃないかwww
0132デフォルトの名無しさん2009/02/17(火) 05:06:08
>131
どれ？
0133デフォルトの名無しさん2009/02/17(火) 06:40:40
SQLのことだろうか
0134デフォルトの名無しさん2009/02/17(火) 07:44:15
>>127
脊髄にびりびりきちゃった？
0135デフォルトの名無しさん2009/02/17(火) 10:41:51
何を持ってLLと定義するかの議論が欠落してるために堂々巡りかつ水掛け論の様相を呈しているような気がする。
0136デフォルトの名無しさん2009/02/17(火) 11:28:32
外人的には俺らの開発したスクリプト言語に、LLとか名前付けられても・・ばかなの？って
感じなんだろうな。まあ日本のごく一部の人が勝手に言ってるだけだからそもそも知らないだろうけど。
0137デフォルトの名無しさん2009/02/17(火) 11:40:28
心配しなくてもはやってない
0138デフォルトの名無しさん2009/02/17(火) 12:16:28
流行ってないものに、そうそう書籍が出るかよバーカ
0139デフォルトの名無しさん2009/02/17(火) 12:50:32
書籍？何言ってんだこいつ
0140デフォルトの名無しさん2009/02/17(火) 13:50:58
LLなんとかってタイトルの書籍が幾つも並んだ棚を
脳内書店で見たことがあるんだろうな
0141デフォルトの名無しさん2009/02/17(火) 13:55:33
ああ、そっちの方か。”LL"のことね
0142デフォルトの名無しさん2009/02/17(火) 20:40:04
"LL"は今のところRubyだけでいいよ。
国産だし、言葉も国産。Matzだしw
外国の人がつくった数多くの既になじみの言語に"LL"とか今更名前つけてみたところで
これから世界的に流行る見込みなし。
0143デフォルトの名無しさん2009/02/17(火) 20:40:59
ここで華麗にDan Kogai登場
0144デフォルトの名無しさん2009/02/17(火) 21:04:07
LLってLightWeight Languageの略ですよね。
でもLLと呼ばれる言語は総じて、むしろ重い…。
何でLLなんて呼ぶんだろ？と思ったんですが
もしかしてLightなのはプログラマの書くコードの量ですか？
0145デフォルトの名無しさん2009/02/17(火) 22:52:25
本来のスクリプト言語の比較・検討スレと内容がずれるし荒れるだけだから、
スレタイからLLとかはずすべきだろうな。
次スレ立てる奴のセンスに期待
0146デフォルトの名無しさん2009/02/17(火) 23:05:50
パートスレでスレタイ変えたら分かりづらいし、変える必要なんてないだろ
それに、”LL”なんて呼称に粘着しているのは、
FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。
0147デフォルトの名無しさん2009/02/17(火) 23:19:17
スクリプト系言語って書くと長い
略称自体が軽量ｗ で、短く書けるLLで良いかなと思ってる
何か厳密な議論をしたいなら、もっとふさわしい単語を持ち出さなきゃとは思うけど
0148デフォルトの名無しさん2009/02/17(火) 23:26:15
>FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。
LL脳ってすごいね。
0149デフォルトの名無しさん2009/02/17(火) 23:26:47
この世はLLすら使えない時代遅れの馬鹿ばかりとな。
0150デフォルトの名無しさん2009/02/17(火) 23:29:00
LLを使っていると最先端のプログラマって感じがするよなw
C++以前のプログラマにはLLの生産性の素晴らしさ理解できないであろう。
0151デフォルトの名無しさん2009/02/17(火) 23:30:16
>>148
後ろに脳つければいいってもんではない。
その「LL脳」は「LL」より痛い。
0152デフォルトの名無しさん2009/02/17(火) 23:31:00
実はC++などが満足に使えなかった奴の逃げみ(ry
0153デフォルトの名無しさん2009/02/17(火) 23:31:41
LL脳さっそく必死だなwww
0154デフォルトの名無しさん2009/02/17(火) 23:44:32
>Groovyとは ...
>Python,Ruby,Smalltalk等の多くの機能がインスパイヤされ、
>Java開発者がJavaのような構文で使用可能にしたJavaプラットホーム用の アジャイルダイナミック言語 です。
アジャイルダイナミック言語か。
0155デフォルトの名無しさん2009/02/17(火) 23:46:02
> アジャイルダイナミック
厨ｶｺｲｲ
0156デフォルトの名無しさん2009/02/17(火) 23:47:28
C++を満足に使えるプログラマなんて、そんなにいない
0157デフォルトの名無しさん2009/02/18(水) 00:52:33
Rubyコミュニティの連中だけだろ。
LLなんつって胸張ってるのはｗ
0158デフォルトの名無しさん2009/02/18(水) 00:54:57
Larryもきてるんだがな
LLなんたらつーイベントに
0159デフォルトの名無しさん2009/02/18(水) 00:59:30
来ればアニメのDVDBOXあげるよって言われたんじゃね
0160デフォルトの名無しさん2009/02/18(水) 01:09:14
ここのLLという用語談義はアンチが気持ち悪すぎる
日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
0161デフォルトの名無しさん2009/02/18(水) 01:44:57
>>160
> 日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
その通りだな。そんな奴は日本を出て行ったほうがいい。
ただ問題は、誰も「日本人が作るモノやること全て嫌い」なんてことは言っていなくて、
あえて言うなら「馬鹿な日本人が作るモノやること全て嫌い」という立場に立っていて、
この場にいない「日本人が作るモノやること全て嫌いな奴」を無意味に語ってふんぞり返るお前は
まさにその「馬鹿な日本人」に含まれるってことだ。
0162デフォルトの名無しさん2009/02/18(水) 02:49:05
この人は馬鹿って言葉で昔ひどく傷ついたりしたんだろうか
0163デフォルトの名無しさん2009/02/18(水) 02:57:55
馬鹿な発想だな。
0164デフォルトの名無しさん2009/02/18(水) 09:57:34
現実問題として、最も普及しているLLは
PHP・Javascript・Actionscriptだろう。
結局、用途限定なのがいいということだね。
そして全部Web関連。
で、それで出来ないことはJavaでやると。
RubyとPythonは何でもできるけど、
上記３つに比べると普及していないといえる。
アイデアなんだけど、RubyとPythonは
思い切ってWebを捨てたらどうかと思う。
で、C/C++のヘルプ的な言語になればいいと思う。
0165デフォルトの名無しさん2009/02/18(水) 09:59:07
例えばC言語だとめんどくさくて
C++だと難解すぎることを
C言語＋Rubyでやれば
簡単に出来るようにするとかさ。
0166デフォルトの名無しさん2009/02/18(水) 10:17:41
ごめん、俺スクリプトは好きだけど、LL、LL言ってる奴は正直ちょっとキモイ。
あと自称アルファーなんとかとかのWebプログラマーとかは、電波だなあと感じるけど。
俺の周りの奴もそんな感じに思ってるし、それくらいの感覚が普通じゃね？
0167デフォルトの名無しさん2009/02/18(水) 10:29:07
おまえら、熱いよな。俺なんてFlashやれって言われたからActionScript、ツール作れって
言われたからC++、サーバやれって言われたからPHPって感じで必要に迫られてやってるだけで、
言語とかに全然こだわりないんだが。結局なにかしかやらないできないとかが焦燥感なんだろうな。
0168デフォルトの名無しさん2009/02/18(水) 12:11:17
>>167
何が言いたいのかよくわからんが、例えばお前が仕事でたった１種類の言語しか触れなかったとするじゃん。
んで、なんか知らんがこき使われて、一日18時間ほどそればーーっかりいじってると。２年くらい。
そんで毎度毎度のことで飽きてきたりすると、よその言語ではどうなってるのかとか気になったりするべ。

もしそれが５年くらいになったら、そりゃ他の言語を全く触ってない知らないっていう焦燥感も出てくるわな。
そう言う意味？
0169デフォルトの名無しさん2009/02/18(水) 13:05:32
>>164
ActionScriptってJavaScriptの方言なんじゃない？

>>167
>ツール作れって言われたからC++
たぶんだけど、自分用のツールを作るか、日常の諸処雑多なことをするのには便利だよ
そんなものもC++で書いた方が早いってなら別だけど

Winユーザしかいない悪寒
0170デフォルトの名無しさん2009/02/18(水) 13:32:04
>>169
横レスだけど、ASはバージョンによって違う。

AS2はほぼjavascriptと一緒。

AS3はちょっとJAVAっぽくなった。型付けが厳しく求められたり、、、
そしてMSの陰謀によってECMA標準から外れてしまった。
0171デフォルトの名無しさん2009/02/18(水) 14:17:34
>>164
おまえの世界がWebしかないんだろ。
だいたい、C++自体はマルチパラダイムで処理系もライブラリも
ブクブクと膨れ上がっているのに、そのヘルプ的な役割を果たすとか意味が分からない。
品質よりも速度を重視するためのものなんだってば。
0172デフォルトの名無しさん2009/02/18(水) 14:35:11
> RubyとPythonは
> 思い切ってWebを捨てたらどうかと思う。
そもそも汎用言語にWebを捨てたらって何を指すのか分からん。
PHPが急激に伸びたのもなんちゃってPGレベルでも食っていける市場を開拓したからだろ。
0173デフォルトの名無しさん2009/02/18(水) 15:03:12
PHPはWeb特化だな
RubyはPerlと同じくテキスト処理が得意分野じゃね
イテレータとかがちょっと豪華になってるけど分野は被ると思う
Pythonは良くも悪くも汎用スクリプトって感じるが
LinuxだとちょっとしたGUIツールがPython製だったりすることが割とある
0174デフォルトの名無しさん2009/02/18(水) 15:34:27
>>173
このレス見るの何度目だろうｗ
0175デフォルトの名無しさん2009/02/18(水) 16:43:56
LLの印象。
perlは元々がテキスト処理向けだったのに、pythonやrubyみたく、
グルー言語の方向を目指してご乱心。毎日触っていたら、ものの数秒で痒いところに手が届く。
pythonは、テキスト処理は弱い気もするけど可読性は良い。
rubyだと、いい感じにテキスト処理も糊としても使える。オブジェクト指向の度合いが強い。
実行速度やユーザ数、ユーザの質、ドキュメントの量では、上２つに劣っている。
Groovyは、今後ともJVMでしか動かない。
JavaScript。方言が一杯。
PHP。馬鹿でも、ご飯が食べられる。
Haskel。とても頭の良い人たちが、かしこいことするのに向いている。
土方には門前払いだし、知る必要がなければ、知ってどうにもならない。
最強の定義:＝>ご飯が食べられる(日本)
PHP>Perl>>Ruby>>>>>>Python>>>>>>>>>>>>>Haskel
0176デフォルトの名無しさん2009/02/18(水) 18:23:03
Haskellは無限リストが扱いやすいかな
「1〜無限大の中で、条件にあてはまる数のn番目は？」なんてことをそのまま書ける
ちょっと触った限り、使い道はそれしか思いつかなかったけど
まあ特化言語と考えたら悪くないんじゃない？
0177デフォルトの名無しさん2009/02/18(水) 18:41:33
特に歴史認識がひどい。
0178デフォルトの名無しさん2009/02/18(水) 18:55:04
>日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
これがLL脳の恐怖というやつか…。
誰もそんなこと言ってないのに、そこまで拡大解釈、極端な思想に走れるんだ。
0179デフォルトの名無しさん2009/02/18(水) 19:01:18
今更"LL"なんていう日本でしか通用しない用語を蔓延させようとしている連中の方が
よっぽど日本のためにならないし、日本的なものが嫌いだと思うが。

Lightweight Languageなんていわずに、すなおに日本語らしい語呂で広めりゃいいのに、
そこまでして英語圏の文化にしっぽふって、猿まねしながらあこがれているのかと。
0180デフォルトの名無しさん2009/02/18(水) 19:05:11
>>175
最後の行、馬鹿が手を出しそうな度合いでそのまま通用するぞw
0181デフォルトの名無しさん2009/02/18(水) 19:14:43
>>167のいってることは正論だよな。
ソフト開発のプロが、たかが言語ごときでぐたぐたいってる。
そりゃそいつの能力だか脳力がやばいだけだ。
回路設計屋のおれですら、スクリプト言語だけで5種類以上はやれるのだから。
面倒なハードのデバッグにもなかなか使えるのよ。
0182デフォルトの名無しさん2009/02/18(水) 19:44:43
>>180
馬鹿って、自分にとって必要ないことを学習する人のこと
>>181
休暇中のボンクラ学生だとは考えないの？
0183デフォルトの名無しさん2009/02/18(水) 19:47:45
学生なら未来があるからまだマシだ。プロだったらむしろやばい。
おれも暇な学生のときにコンパイラの設計とかの本読んだりしてたおかげで、
マッハで言語が頭にはいるようになったわけだからな。HDLとかでもコード書くわけだし。
0184デフォルトの名無しさん2009/02/18(水) 20:05:14
マッパで言語が頭にはいるだと…
0185デフォルトの名無しさん2009/02/18(水) 20:40:33
>>179
簡易言語？
0186デフォルトの名無しさん2009/02/18(水) 20:50:12
「軽量」っていうとまたファビョる人が多いからな・・・
0187デフォルトの名無しさん2009/02/18(水) 20:51:05
>>183
手続き型なら、どれも基本的な部分は同じじゃない？
関数型や論理型も同じように理解できるならすごいけど
>>185
軽量言語じゃ？
日本がどうとか、ホント、どうでもいいよ。
0188デフォルトの名無しさん2009/02/18(水) 20:51:53
まあ、「軽量」はなあ。
なにが軽量なのか一聴して混乱するし。
0189デフォルトの名無しさん2009/02/18(水) 20:58:51
未来永劫日本以外で仕事をしない人はあまり気にならないのかもな。
0190デフォルトの名無しさん2009/02/18(水) 21:03:52
RubyもPythonもスクリプトの中じゃファットな部類だと思うけどな。
0191デフォルトの名無しさん2009/02/18(水) 21:07:25
高位言語
■ このスレッドは過去ログ倉庫に格納されています