- 1 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 03:18:33 ]
- 最強のＬＬ＝軽量プログラム言語は、どれよ？
エントリーは、
Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！
- 79 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 01:50:00 ]
- 古いというのはそういうことだ。
組み込み型がスクリプト言語で気持ち悪いとおもうプログラマは殆どいないだろ。
それと同じだよ。
- 80 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 01:53:00 ]
- >>77
いやそこまで言ってねえよ、勝手に決め付けるなｗ
ゴールも何も、効率をあえて度外視するとしても、重複の有無だの順序性だの、
機能／使用のレベルで違うものを同一視しようがないだろ
データ構造を全く考えなくても良いという話には絶対にならない
- 81 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:04:11 ]
- 例えだよ。
ハードが高速化したのの大部分はソフト開発の生産性向上についやされているのよ。
そもそもスクリプト言語ってのは、ハード性能に甘えて、実行効率よりも生産性やプログラミングの敷居の低さを
狙った方向性から出てきたモノなわけで。少しは想像力をはたらかせてくれよとw
- 82 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:13:48 ]
- >>81
今度は「例え」で逃げるのかよ
ハードがちょろっと進歩しようがO(1)とNPの違いはそれこそどうにもならんだろが
数独パズルでも総当りで解いてろって話だ
- 83 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:16:30 ]
- ごめんごめん組み込みね。
>76
線形探索と辞書のこと？
確かにリストと連想配列の違いは意識した方が良いかも知れないけど…
最初に言いたかったのは、リストやそれに相当するものの生成に関して。
組み込み構文とまでは言わないけど、JavaScriptぐらいには書けて欲しいよ。
（変数名 = new Array(要素,要素,要素...); で書ける）
あとは、リストやそれに相当するものに対するforeach、map、filter(select)
辺りもせめて標準添付のライブラリで持ってて欲しいなぁ、と思う。
- 84 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:19:26 ]
- >>83
その選択（forarch, map, filter..)がものすごく恣意的かもしれないことに
気づいてる？
>>49みたいな人もいるかもしれないよ
- 85 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:22:53 ]
- 理解力のないやつだなあ。そのうち知識がついてくれば普通にわかることだからいいのだが。
データ構造/アルゴリズムの基礎を知っていればスクリプト言語の組み込み型の使い方を理解するのに
助けになる。とでも書いておけばいいのに、>>57は視野が狭いとしかいいようがない。
残念ながらアルゴリズムを意識しなくてもスクリプト言語は十分使えるものだ。
- 86 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:28:34 ]
- いや、アルゴリズムだのデータ構造だのは古いとかいう意味不明なレッテル張りを
している電波に突っ込んだだけだが
- 87 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:33:35 ]
- >アルゴリズムだのデータ構造だのは古い
そんなの誰も言ってないって。勘違い大杉。全てのレスに勘違いが入ってるよ、君。
アルゴリズムやデータ構造を意識しなくても一般に使える型に近づけることが
(人間の脳力を最小限にするという意味で)ゴールなの。
現時点の処理系の妥協点が、()だったり[]だったり{}だったりするわけよw
動的コンパイルで分析・最適化できることはハード性能の向上とともに広がっている。
スクリプト言語やその処理系はそれに乗っかって成り立っているもの。
今はわりに合わないと思われることも将来はできるようになる可能性があります。
- 88 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:36:03 ]
- > 今はわりに合わないと思われることも将来はできるようになる可能性があります。
いやだからハード性能で替わるのは定数項であってオーダーは同じだろ
算数もできないのか？
- 89 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:39:53 ]
- ハード性能があがると、コンパイル時に分析できるものが異なる。
JITやらVMなんてハード性能がある程度なきゃそもそも成り立たないモノ。
当然今時のスクリプト言語もね。
- 90 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:43:52 ]
- 最近だと配列とリストの違い意識しないのって割と普通なの？
- 91 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:45:34 ]
- いやだから、ハード性能が上がってコンパイル時に分析できるものが増えても
リニアサーチはO(n)だし、バブルソートはO(n^2)だろ
本質的な計算を自分で行わないない／計算量が少ないプログラムなら確かに
どうでもいいだろうし、実際にそういうプログラムは多い
が、そのようなものが全く不要という状態にはならない
だから「プログラマなら」と言ったんだ
手遊びでちょろっとオモチャを書いてる人の話をしていたんじゃないんだぞ
- 92 名前：デフォルトの名無しさん mailto:sage [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度だけ評価されてあとは変数になって
しまうで実行時間は殆どかわらないというのがあったな。コンパイラの進歩はあなどれないよ。
- 93 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:47:59 ]
- >>90
そんなわけねえ
- 94 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:48:12 ]
- >>91
ハードが速くなり、コンパイラ進歩すれば、
もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
- 95 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:50:18 ]
- >>94
ああ、「ボブ、あのプログラム書いといてくれ」とメールすれば済むみたいな奴な
理解したよ、何を言っているかを
- 96 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 02:51:25 ]
- つか、わざわざスクリプト言語使ってるのに必要もないところで無理に
実行速度なんて考えないよ。遅かったらそのとき考えればいい。
その必要なところに労力をかけて、他は要領よくこなす加減がプロです。
- 97 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 05:05:54 ]
- > もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
そのアルゴリズムの計算量を教えてくれ。
- 98 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 05:32:28 ]
- まあ確かに最近はその辺の名前適当だよね。JavaとかC#のArrayListって
配列なのかリストなのかわけわかんねーって思うし。リストはLinkedListか・・うーん。
もともとVectorだったのに同期化ないバージョンはArrayListですとか、ジェネリクス
バージョンはList<T>ですとか、これは概念としてのリスト構造でありアルゴリズムは
配列ですとか、概念とアルゴリズムの名前がかぶっててなんかもうカオスw
でも実態は、どの言語でも使うのは配列・マップ(辞書)でほとんどだし、双方向リストは
途中挿入が頻繁な場合にくらいしか使わないし、あとは各言語のリファレンス見て
ふむふむって感じかなあ。
> もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
インターフェースが同じならできる場合もあるよね。たとえばソートとかは実装が
なにかはあんまり外に出てこないよね。クイックソートかヒープソートかとかは。
例えばマイクロソフトのSTLは、数が少ないとインサーションソートして、数が
多いとクイックソートに切り替えるみたいな内部的に選択している実装。
でもデータ構造の双方向リストと配列とかは、リストはインデックスアクセスは構造的に
作れなくてインターフェースが変わるから、やっぱ別の系統にするしかないと思う。
さらにマップとハッシュマップはインターフェースが同じにできてもイテレータの取得結果が
変わるからこれも別にするしかないよね。
- 99 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 13:20:08 ]
- 遅かったらそのとき考えればいいっていうのは、アルゴリズム（とデータ構造）の知識があるから講じれる手段でしょ
全く勉強してないけど適当にあれこれやってたら速くなったっていうならそれはそれで結構なことかもしれないけど
普通は考えても何も浮かんでこないと思うよ
- 100 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 14:03:49 ]
- >>96
無視していいかどうかを判断して無視するのがプロ
スクリプトならアルゴリズムのオーダーなど気にせずともよいとか言ってるお前は
DBも常にCOBOL風に全件スキャンするド素人
- 101 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 14:20:22 ]
- COBOLは全件スキャンは全件スキャンとして書かなきゃならない
PERFORM VARYING 〜 END-PERFORM だっけ？
大概のLLでやってることはそうじゃない
例えばリストの中から条件に当てはまるものを抽出して、という処理
（Pythonのfilterとかリスト内包表記のif、Rubyのselect、Perlだと…grepだっけ？）
だとしても、実際の処理は実装・ライブラリにお任せします、ってのがスクリプトじゃない？
まぁ、どの言語も似たような実装になるのは目に見えてるけどさ
…で、内部処理を見るのがプロで見ないのが素人だとしても
それがボトルネックで無いなら、プロでも可読性を選ぶだろ
- 102 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 15:16:02 ]
- >>101
誰も常に効率を優先させて最適化しろなんて言ってないんだが
むしろ早すぎる最適化は悪で、そんなことは昔からの常識だ
「スクリプトなんだから効率やアルゴリズムやデータ構造なんか
気にする必要は無い」というのがナンセンスだという話
「スクリプトかどうか」は、「効率云々を気にすべきかどうか」とは独立の
無関係な問題だ
「スクリプト〜」を過度に強調する奴は、ボトルネックがCPUなのかIOなのか
ネットワークなのかプログラマの脳みそなのか、
本当にプログラミング言語による実行効率の違いなのか、
アルゴリズム自体に改善の余地がないのかも
判断できていない証拠だ
スクリプトなら、ウン100万件のデータが入っているDBから一件データを
抜きたいときに、いつもテーブルスキャンを行うのだろうか？
そんなことは馬鹿げていて、それはスクリプトかどうかとは関係ない
- 103 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 19:29:27 ]
- >>92
趣旨はわかるが、それでもオレなら
馬鹿説を主張したい。
ループ内で関数呼び出しを追加したら、
最適化は難しくなる。
コンパイラの賢さや機嫌を考えながら
コードを書くのは嫌だ。
- 104 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 19:35:50 ]
- スクリプトってアルゴリズムを抽象化して
誰でも同じ書き方ができて、そんで平均値（ってかそれなりの速さ）
出せるって事を狙ってるんじゃねえの。
速いことに越したこたねえけど、もっとこう、本質的な部分（目的）に力を注ごうぜ
っていうスタンス。
- 105 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 19:36:06 ]
- >>92
この最適化って、コンパイラの組み込み関数使う時だけ効く最適化なのかな？
- 106 名前：デフォルトの名無しさん [2009/02/16(月) 19:39:13 ]
- 遅かったら考えればいいって考えの人には二種類いるんだよ
1. アルゴリズムを学習する気がないけどコンプレックスはある人
2. 必要なアルゴリズムは十分に理解しているが、経験的にいってほとんどの
プログラムは最適化によって十分速くなると考える人
”アセンブラ言語を学習するべきか”とか”関数型言語を学習するべきか”なんて話題を振ると意味も無く
攻撃的になる人いるじゃん。
- 107 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 21:39:29 ]
- 勘違いの馬鹿が多すぎ。
アルゴリズム否定なんて誰もしてないだろ。
ちゃんと意図よめよ、理解力のないクズさん。
- 108 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 21:41:51 ]
- どうせここ数年で一般的なデータ構造やアルゴリズムを学習した初心者が騒いでるだけなんだろうけど、
他人の知識や能力をあまくみすぎですよ。
- 109 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 21:45:04 ]
- >>107
とりあえずアンカーつけたら？
文章に内容がないからこのレスの意図はわからん。
>>100とか>>102とか、必死になってる人かも知れんが、そうだとしてこれらのレスも、
プログラムやるんなら最低限、内部実装を意識して書く能力が無いと糞！認められん！
っていうなんとも言えない主張しか伝わらんので、このスレで頑張ってレスしてる意図は
あんまり汲めない。悪いけど。
- 110 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 21:46:14 ]
- >>109
立場としたら逆の方か。まあどっちにしろ、アンカーつけてわかりやすくしてくれ。
なんかごっちゃごちゃになってる
- 111 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 21:53:22 ]
- >>92が典型的な例でしょ。
コンパイルの質があがれば、事前に時間のかかる処理を排除できる。
アルゴリズムやデータ構造も応用しだいで組み合わせてつかえば弱点を補完して使うこともできる。
その辺の理解がないやつが特に1人いて暴れていたっだけの話だ。
- 112 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 22:23:45 ]
- 現状アルゴリズムやデータ構造を意識しなくてもいいかどうかと、将来的にはそうなるかどうかって話が混ざり合っててカオス
- 113 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 22:24:56 ]
- 例えば一番単純な例として、配列をn要素ずつ連結リストにm格納すれば、
連結リストと配列の中間的な探索速度を得られる。
理解できますかな?(わらい
ハッシュテーブルもリストで連結したり、ツリーにしたりとかよくやるんだよ。
特にスクリプト言語のように動的コンパイルで、あらゆるユーザがどんな使い方をするかわからないような
組み込み型は、頭の良い言語設計者や処理系の設計者が一般的なケースを研究したりして、
条件によってアルゴリズムを選択したりとか色々と工夫しています。
- 114 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 22:25:40 ]
- 探索・挿入速度
- 115 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 22:38:41 ]
- >>113
でっていう
- 116 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 22:54:00 ]
- 10m離れた位置での殴り合いみたい。
見てる分には面白いが。
- 117 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 23:00:44 ]
- 見えない敵と戦う人たち
- 118 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 23:04:21 ]
- >>113
いや主張の意図をやっと理解した
ほんとごめん
「処理系が最適化してくれるからアルゴリズムとか関係ねー」
「総当たりのアホみたいな探索コードを書いても最適化すれば
小人さんが頭の良いコードに書き換えてくれます」
とかいう主張だと思ってずーっと意味不明だったんだけどな
いきなり無説明で「スタックだのキューだのは古い」とか言われても
主張の意図がわかんなかったよ
- 119 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 23:04:27 ]
- >>116
あるいは、相手の手からボールが離れた瞬間に全力でその軌道から離れて、
「どこ投げてんだ下手糞！」
ってなじりあう負のキャッチボールみたいな。
- 120 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 23:07:11 ]
- >>118イイ奴だな
- 121 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 23:40:55 ]
- >>55 != >>133
の悪寒
- 122 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 23:41:25 ]
- >>105
ループ不変命令のループ外移動は、よく知られた最適化の一つ
ある程度賢い最適化コンパイラならやってくれるはず
- 123 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 00:43:49 ]
- まとめると
・LLでは処理の裏側のアルゴリズムまで書き込むようなマイクロマネージメント的なコードは書かない
・もっと抽象的なレイヤで書き、使われ方などからアルゴリズム選択などを処理系に裏で丸投げするのがLL
・LLはクソコードを適正化しないが、詳細をスルーできるので普通のコードの作成での脳力削減になる
でおけ？
- 124 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 01:12:38 ]
- ごめん、もうなにを罵り合ってんのかよくわからないし、つまんないから3行まとめして、次行ってくれるか？
- 125 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 01:12:52 ]
- ポールグレアムのエッセイで、似たようなことが述べられている
テーマは100年後の言語だが、
計算機資源の無駄遣いもある程度許されるという点では、LLの環境は近い
ttp://practical-scheme.net/trans/hundred-j.html
- 126 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 01:39:26 ]
- クラスも継承も仮想関数もテンプレートも例外も名前空間も1960年代の言語にあったし、
なんつーか進歩ねーよな。まあ所詮コンピュータ動かすための文脈的設定ファイルだから
もうやることもねーんだろうけど。コンピュータ言語って数千種類くらいあるんだったっけな。
あとは、ぱくりだらけの俺流に実装しましたみたいなオレオレ糞言語が湧いてくるだけだな。
- 127 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 01:42:35 ]
- >>126
上から目線と下層階級の臭いが
良い感じにブレンドされたレスだな。
- 128 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 02:02:51 ]
- 人間の脳力を取り扱うのは、もはや計算機科学ではなく、
既に医学や心理学の担当だったりして
手続き型の言語は、もう概念だけ全部まとめてしまって、後の言語のデザインは、
心理学者とラット（プログラマ）に任せちゃえばいいじゃないか？
- 129 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 02:06:08 ]
- 計算機科学が人間の脳力を取り扱ってた時代なんてあったっけ？
- 130 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 02:15:41 ]
- 生産性と読み替えれば、
ソフトウェア工学で扱ってる話題に持ってけるんでは
- 131 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 02:15:51 ]
- >>126
falseと0を比較するためだけに演算子を追加するという
誰もが想像しなかった進化をした言語があるじゃないかwww
- 132 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 05:06:08 ]
- >131
どれ？
- 133 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 06:40:40 ]
- SQLのことだろうか
- 134 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 07:44:15 ]
- >>127
脊髄にびりびりきちゃった？
- 135 名前：デフォルトの名無しさん [2009/02/17(火) 10:41:51 ]
- 何を持ってLLと定義するかの議論が欠落してるために堂々巡りかつ水掛け論の様相を呈しているような気がする。
- 136 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 11:28:32 ]
- 外人的には俺らの開発したスクリプト言語に、LLとか名前付けられても・・ばかなの？って
感じなんだろうな。まあ日本のごく一部の人が勝手に言ってるだけだからそもそも知らないだろうけど。
- 137 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 11:40:28 ]
- 心配しなくてもはやってない
- 138 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 12:16:28 ]
- 流行ってないものに、そうそう書籍が出るかよバーカ
- 139 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 12:50:32 ]
- 書籍？何言ってんだこいつ
- 140 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 13:50:58 ]
- LLなんとかってタイトルの書籍が幾つも並んだ棚を
脳内書店で見たことがあるんだろうな
- 141 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 13:55:33 ]
- ああ、そっちの方か。”LL"のことね
- 142 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:40:04 ]
- "LL"は今のところRubyだけでいいよ。
国産だし、言葉も国産。Matzだしw
外国の人がつくった数多くの既になじみの言語に"LL"とか今更名前つけてみたところで
これから世界的に流行る見込みなし。
- 143 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:40:59 ]
- ここで華麗にDan Kogai登場
- 144 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 21:04:07 ]
- LLってLightWeight Languageの略ですよね。
でもLLと呼ばれる言語は総じて、むしろ重い…。
何でLLなんて呼ぶんだろ？と思ったんですが
もしかしてLightなのはプログラマの書くコードの量ですか？
- 145 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:52:25 ]
- 本来のスクリプト言語の比較・検討スレと内容がずれるし荒れるだけだから、
スレタイからLLとかはずすべきだろうな。
次スレ立てる奴のセンスに期待
- 146 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:05:50 ]
- パートスレでスレタイ変えたら分かりづらいし、変える必要なんてないだろ
それに、”LL”なんて呼称に粘着しているのは、
FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。
- 147 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:19:17 ]
- スクリプト系言語って書くと長い
略称自体が軽量ｗ で、短く書けるLLで良いかなと思ってる
何か厳密な議論をしたいなら、もっとふさわしい単語を持ち出さなきゃとは思うけど
- 148 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:26:15 ]
- >FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。
LL脳ってすごいね。
- 149 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:26:47 ]
- この世はLLすら使えない時代遅れの馬鹿ばかりとな。
- 150 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:29:00 ]
- LLを使っていると最先端のプログラマって感じがするよなw
C++以前のプログラマにはLLの生産性の素晴らしさ理解できないであろう。
- 151 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:30:16 ]
- >>148
後ろに脳つければいいってもんではない。
その「LL脳」は「LL」より痛い。
- 152 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:31:00 ]
- 実はC++などが満足に使えなかった奴の逃げみ(ry
- 153 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:31:41 ]
- LL脳さっそく必死だなwww
- 154 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:44:32 ]
- >Groovyとは ...
>Python,Ruby,Smalltalk等の多くの機能がインスパイヤされ、
>Java開発者がJavaのような構文で使用可能にしたJavaプラットホーム用の アジャイルダイナミック言語 です。
アジャイルダイナミック言語か。
- 155 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:46:02 ]
- > アジャイルダイナミック
厨ｶｺｲｲ
- 156 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:47:28 ]
- C++を満足に使えるプログラマなんて、そんなにいない
- 157 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:52:33 ]
- Rubyコミュニティの連中だけだろ。
LLなんつって胸張ってるのはｗ
- 158 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:54:57 ]
- Larryもきてるんだがな
LLなんたらつーイベントに
- 159 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:59:30 ]
- 来ればアニメのDVDBOXあげるよって言われたんじゃね
- 160 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:09:14 ]
- ここのLLという用語談義はアンチが気持ち悪すぎる
日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
- 161 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:44:57 ]
- >>160
> 日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
その通りだな。そんな奴は日本を出て行ったほうがいい。
ただ問題は、誰も「日本人が作るモノやること全て嫌い」なんてことは言っていなくて、
あえて言うなら「馬鹿な日本人が作るモノやること全て嫌い」という立場に立っていて、
この場にいない「日本人が作るモノやること全て嫌いな奴」を無意味に語ってふんぞり返るお前は
まさにその「馬鹿な日本人」に含まれるってことだ。
- 162 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 02:49:05 ]
- この人は馬鹿って言葉で昔ひどく傷ついたりしたんだろうか
- 163 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 02:57:55 ]
- 馬鹿な発想だな。
- 164 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 09:57:34 ]
- 現実問題として、最も普及しているLLは
PHP・Javascript・Actionscriptだろう。
結局、用途限定なのがいいということだね。
そして全部Web関連。
で、それで出来ないことはJavaでやると。
RubyとPythonは何でもできるけど、
上記３つに比べると普及していないといえる。
アイデアなんだけど、RubyとPythonは
思い切ってWebを捨てたらどうかと思う。
で、C/C++のヘルプ的な言語になればいいと思う。
- 165 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 09:59:07 ]
- 例えばC言語だとめんどくさくて
C++だと難解すぎることを
C言語＋Rubyでやれば
簡単に出来るようにするとかさ。
- 166 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 10:17:41 ]
- ごめん、俺スクリプトは好きだけど、LL、LL言ってる奴は正直ちょっとキモイ。
あと自称アルファーなんとかとかのWebプログラマーとかは、電波だなあと感じるけど。
俺の周りの奴もそんな感じに思ってるし、それくらいの感覚が普通じゃね？
- 167 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 10:29:07 ]
- おまえら、熱いよな。俺なんてFlashやれって言われたからActionScript、ツール作れって
言われたからC++、サーバやれって言われたからPHPって感じで必要に迫られてやってるだけで、
言語とかに全然こだわりないんだが。結局なにかしかやらないできないとかが焦燥感なんだろうな。
- 168 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 12:11:17 ]
- >>167
何が言いたいのかよくわからんが、例えばお前が仕事でたった１種類の言語しか触れなかったとするじゃん。
んで、なんか知らんがこき使われて、一日18時間ほどそればーーっかりいじってると。２年くらい。
そんで毎度毎度のことで飽きてきたりすると、よその言語ではどうなってるのかとか気になったりするべ。
もしそれが５年くらいになったら、そりゃ他の言語を全く触ってない知らないっていう焦燥感も出てくるわな。
そう言う意味？
- 169 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 13:05:32 ]
- >>164
ActionScriptってJavaScriptの方言なんじゃない？
>>167
>ツール作れって言われたからC++
たぶんだけど、自分用のツールを作るか、日常の諸処雑多なことをするのには便利だよ
そんなものもC++で書いた方が早いってなら別だけど
Winユーザしかいない悪寒
- 170 名前：デフォルトの名無しさん [2009/02/18(水) 13:32:04 ]
- >>169
横レスだけど、ASはバージョンによって違う。
AS2はほぼjavascriptと一緒。
AS3はちょっとJAVAっぽくなった。型付けが厳しく求められたり、、、
そしてMSの陰謀によってECMA標準から外れてしまった。
- 171 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 14:17:34 ]
- >>164
おまえの世界がWebしかないんだろ。
だいたい、C++自体はマルチパラダイムで処理系もライブラリも
ブクブクと膨れ上がっているのに、そのヘルプ的な役割を果たすとか意味が分からない。
品質よりも速度を重視するためのものなんだってば。
- 172 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 14:35:11 ]
- > RubyとPythonは
> 思い切ってWebを捨てたらどうかと思う。
そもそも汎用言語にWebを捨てたらって何を指すのか分からん。
PHPが急激に伸びたのもなんちゃってPGレベルでも食っていける市場を開拓したからだろ。
- 173 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 15:03:12 ]
- PHPはWeb特化だな
RubyはPerlと同じくテキスト処理が得意分野じゃね
イテレータとかがちょっと豪華になってるけど分野は被ると思う
Pythonは良くも悪くも汎用スクリプトって感じるが
LinuxだとちょっとしたGUIツールがPython製だったりすることが割とある
- 174 名前：デフォルトの名無しさん [2009/02/18(水) 15:34:27 ]
- >>173
このレス見るの何度目だろうｗ
- 175 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 16:43:56 ]
- LLの印象。
perlは元々がテキスト処理向けだったのに、pythonやrubyみたく、
グルー言語の方向を目指してご乱心。毎日触っていたら、ものの数秒で痒いところに手が届く。
pythonは、テキスト処理は弱い気もするけど可読性は良い。
rubyだと、いい感じにテキスト処理も糊としても使える。オブジェクト指向の度合いが強い。
実行速度やユーザ数、ユーザの質、ドキュメントの量では、上２つに劣っている。
Groovyは、今後ともJVMでしか動かない。
JavaScript。方言が一杯。
PHP。馬鹿でも、ご飯が食べられる。
Haskel。とても頭の良い人たちが、かしこいことするのに向いている。
土方には門前払いだし、知る必要がなければ、知ってどうにもならない。
最強の定義:＝>ご飯が食べられる(日本)
PHP>Perl>>Ruby>>>>>>Python>>>>>>>>>>>>>Haskel
- 176 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 18:23:03 ]
- Haskellは無限リストが扱いやすいかな
「1〜無限大の中で、条件にあてはまる数のn番目は？」なんてことをそのまま書ける
ちょっと触った限り、使い道はそれしか思いつかなかったけど
まあ特化言語と考えたら悪くないんじゃない？
- 177 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 18:41:33 ]
- 特に歴史認識がひどい。
- 178 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 18:55:04 ]
- >日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
これがLL脳の恐怖というやつか…。
誰もそんなこと言ってないのに、そこまで拡大解釈、極端な思想に走れるんだ。
- 179 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 19:01:18 ]
- 今更"LL"なんていう日本でしか通用しない用語を蔓延させようとしている連中の方が
よっぽど日本のためにならないし、日本的なものが嫌いだと思うが。
Lightweight Languageなんていわずに、すなおに日本語らしい語呂で広めりゃいいのに、
そこまでして英語圏の文化にしっぽふって、猿まねしながらあこがれているのかと。
|
 |
