【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】
at TECH
[前50を表示]
100:デフォルトの名無しさん
09/02/16 14:03:49
>>96
無視していいかどうかを判断して無視するのがプロ
スクリプトならアルゴリズムのオーダーなど気にせずともよいとか言ってるお前は
DBも常にCOBOL風に全件スキャンするド素人
101:デフォルトの名無しさん
09/02/16 14:20:22
COBOLは全件スキャンは全件スキャンとして書かなきゃならない
PERFORM VARYING ～ END-PERFORM だっけ？
大概のLLでやってることはそうじゃない
例えばリストの中から条件に当てはまるものを抽出して、という処理
（Pythonのfilterとかリスト内包表記のif、Rubyのselect、Perlだと…grepだっけ？）
だとしても、実際の処理は実装・ライブラリにお任せします、ってのがスクリプトじゃない？
まぁ、どの言語も似たような実装になるのは目に見えてるけどさ
…で、内部処理を見るのがプロで見ないのが素人だとしても
それがボトルネックで無いなら、プロでも可読性を選ぶだろ
102:デフォルトの名無しさん
09/02/16 15:16:02
>>101
誰も常に効率を優先させて最適化しろなんて言ってないんだが
むしろ早すぎる最適化は悪で、そんなことは昔からの常識だ
「スクリプトなんだから効率やアルゴリズムやデータ構造なんか
気にする必要は無い」というのがナンセンスだという話
「スクリプトかどうか」は、「効率云々を気にすべきかどうか」とは独立の
無関係な問題だ
「スクリプト～」を過度に強調する奴は、ボトルネックがCPUなのかIOなのか
ネットワークなのかプログラマの脳みそなのか、
本当にプログラミング言語による実行効率の違いなのか、
アルゴリズム自体に改善の余地がないのかも
判断できていない証拠だ
スクリプトなら、ウン100万件のデータが入っているDBから一件データを
抜きたいときに、いつもテーブルスキャンを行うのだろうか？
そんなことは馬鹿げていて、それはスクリプトかどうかとは関係ない
103:デフォルトの名無しさん
09/02/16 19:29:27
>>92
趣旨はわかるが、それでもオレなら
馬鹿説を主張したい。
ループ内で関数呼び出しを追加したら、
最適化は難しくなる。
コンパイラの賢さや機嫌を考えながら
コードを書くのは嫌だ。
104:デフォルトの名無しさん
09/02/16 19:35:50
スクリプトってアルゴリズムを抽象化して
誰でも同じ書き方ができて、そんで平均値（ってかそれなりの速さ）
出せるって事を狙ってるんじゃねえの。
速いことに越したこたねえけど、もっとこう、本質的な部分（目的）に力を注ごうぜ
っていうスタンス。
105:デフォルトの名無しさん
09/02/16 19:36:06
>>92
この最適化って、コンパイラの組み込み関数使う時だけ効く最適化なのかな？
106:デフォルトの名無しさん
09/02/16 19:39:13
遅かったら考えればいいって考えの人には二種類いるんだよ
1. アルゴリズムを学習する気がないけどコンプレックスはある人
2. 必要なアルゴリズムは十分に理解しているが、経験的にいってほとんどの
プログラムは最適化によって十分速くなると考える人
”アセンブラ言語を学習するべきか”とか”関数型言語を学習するべきか”なんて話題を振ると意味も無く
攻撃的になる人いるじゃん。
107:デフォルトの名無しさん
09/02/16 21:39:29
勘違いの馬鹿が多すぎ。
アルゴリズム否定なんて誰もしてないだろ。
ちゃんと意図よめよ、理解力のないクズさん。
108:デフォルトの名無しさん
09/02/16 21:41:51
どうせここ数年で一般的なデータ構造やアルゴリズムを学習した初心者が騒いでるだけなんだろうけど、
他人の知識や能力をあまくみすぎですよ。
109:デフォルトの名無しさん
09/02/16 21:45:04
>>107
とりあえずアンカーつけたら？
文章に内容がないからこのレスの意図はわからん。
>>100とか>>102とか、必死になってる人かも知れんが、そうだとしてこれらのレスも、
プログラムやるんなら最低限、内部実装を意識して書く能力が無いと糞！認められん！
っていうなんとも言えない主張しか伝わらんので、このスレで頑張ってレスしてる意図は
あんまり汲めない。悪いけど。
110:デフォルトの名無しさん
09/02/16 21:46:14
>>109
立場としたら逆の方か。まあどっちにしろ、アンカーつけてわかりやすくしてくれ。
なんかごっちゃごちゃになってる
111:デフォルトの名無しさん
09/02/16 21:53:22
>>92が典型的な例でしょ。
コンパイルの質があがれば、事前に時間のかかる処理を排除できる。
アルゴリズムやデータ構造も応用しだいで組み合わせてつかえば弱点を補完して使うこともできる。
その辺の理解がないやつが特に1人いて暴れていたっだけの話だ。
112:デフォルトの名無しさん
09/02/16 22:23:45
現状アルゴリズムやデータ構造を意識しなくてもいいかどうかと、将来的にはそうなるかどうかって話が混ざり合っててカオス
113:デフォルトの名無しさん
09/02/16 22:24:56
例えば一番単純な例として、配列をn要素ずつ連結リストにm格納すれば、
連結リストと配列の中間的な探索速度を得られる。
理解できますかな?(わらい
ハッシュテーブルもリストで連結したり、ツリーにしたりとかよくやるんだよ。
特にスクリプト言語のように動的コンパイルで、あらゆるユーザがどんな使い方をするかわからないような
組み込み型は、頭の良い言語設計者や処理系の設計者が一般的なケースを研究したりして、
条件によってアルゴリズムを選択したりとか色々と工夫しています。
114:デフォルトの名無しさん
09/02/16 22:25:40
探索・挿入速度
115:デフォルトの名無しさん
09/02/16 22:38:41
>>113
でっていう
116:デフォルトの名無しさん
09/02/16 22:54:00
10m離れた位置での殴り合いみたい。
見てる分には面白いが。
117:デフォルトの名無しさん
09/02/16 23:00:44
見えない敵と戦う人たち
118:デフォルトの名無しさん
09/02/16 23:04:21
>>113
いや主張の意図をやっと理解した
ほんとごめん
「処理系が最適化してくれるからアルゴリズムとか関係ねー」
「総当たりのアホみたいな探索コードを書いても最適化すれば
小人さんが頭の良いコードに書き換えてくれます」
とかいう主張だと思ってずーっと意味不明だったんだけどな
いきなり無説明で「スタックだのキューだのは古い」とか言われても
主張の意図がわかんなかったよ
119:デフォルトの名無しさん
09/02/16 23:04:27
>>116
あるいは、相手の手からボールが離れた瞬間に全力でその軌道から離れて、
「どこ投げてんだ下手糞！」
ってなじりあう負のキャッチボールみたいな。
120:デフォルトの名無しさん
09/02/16 23:07:11
>>118イイ奴だな
121:デフォルトの名無しさん
09/02/16 23:40:55
>>55 != >>133
の悪寒
122:デフォルトの名無しさん
09/02/16 23:41:25
>>105
ループ不変命令のループ外移動は、よく知られた最適化の一つ
ある程度賢い最適化コンパイラならやってくれるはず
123:デフォルトの名無しさん
09/02/17 00:43:49
まとめると
・LLでは処理の裏側のアルゴリズムまで書き込むようなマイクロマネージメント的なコードは書かない
・もっと抽象的なレイヤで書き、使われ方などからアルゴリズム選択などを処理系に裏で丸投げするのがLL
・LLはクソコードを適正化しないが、詳細をスルーできるので普通のコードの作成での脳力削減になる
でおけ？
124:デフォルトの名無しさん
09/02/17 01:12:38
ごめん、もうなにを罵り合ってんのかよくわからないし、つまんないから3行まとめして、次行ってくれるか？
125:デフォルトの名無しさん
09/02/17 01:12:52
ポールグレアムのエッセイで、似たようなことが述べられている
テーマは100年後の言語だが、
計算機資源の無駄遣いもある程度許されるという点では、LLの環境は近い
URLﾘﾝｸ(practical-scheme.net)
126:デフォルトの名無しさん
09/02/17 01:39:26
クラスも継承も仮想関数もテンプレートも例外も名前空間も1960年代の言語にあったし、
なんつーか進歩ねーよな。まあ所詮コンピュータ動かすための文脈的設定ファイルだから
もうやることもねーんだろうけど。コンピュータ言語って数千種類くらいあるんだったっけな。
あとは、ぱくりだらけの俺流に実装しましたみたいなオレオレ糞言語が湧いてくるだけだな。
127:デフォルトの名無しさん
09/02/17 01:42:35
>>126
上から目線と下層階級の臭いが
良い感じにブレンドされたレスだな。
128:デフォルトの名無しさん
09/02/17 02:02:51
人間の脳力を取り扱うのは、もはや計算機科学ではなく、
既に医学や心理学の担当だったりして
手続き型の言語は、もう概念だけ全部まとめてしまって、後の言語のデザインは、
心理学者とラット（プログラマ）に任せちゃえばいいじゃないか？
129:デフォルトの名無しさん
09/02/17 02:06:08
計算機科学が人間の脳力を取り扱ってた時代なんてあったっけ？
130:デフォルトの名無しさん
09/02/17 02:15:41
生産性と読み替えれば、
ソフトウェア工学で扱ってる話題に持ってけるんでは
131:デフォルトの名無しさん
09/02/17 02:15:51
>>126
falseと0を比較するためだけに演算子を追加するという
誰もが想像しなかった進化をした言語があるじゃないかwww
132:デフォルトの名無しさん
09/02/17 05:06:08
>131
どれ？
133:デフォルトの名無しさん
09/02/17 06:40:40
SQLのことだろうか
134:デフォルトの名無しさん
09/02/17 07:44:15
>>127
脊髄にびりびりきちゃった？
135:デフォルトの名無しさん
09/02/17 10:41:51
何を持ってLLと定義するかの議論が欠落してるために堂々巡りかつ水掛け論の様相を呈しているような気がする。
136:デフォルトの名無しさん
09/02/17 11:28:32
外人的には俺らの開発したスクリプト言語に、LLとか名前付けられても・・ばかなの？って
感じなんだろうな。まあ日本のごく一部の人が勝手に言ってるだけだからそもそも知らないだろうけど。
137:デフォルトの名無しさん
09/02/17 11:40:28
心配しなくてもはやってない
138:デフォルトの名無しさん
09/02/17 12:16:28
流行ってないものに、そうそう書籍が出るかよバーカ
139:デフォルトの名無しさん
09/02/17 12:50:32
書籍？何言ってんだこいつ
140:デフォルトの名無しさん
09/02/17 13:50:58
LLなんとかってタイトルの書籍が幾つも並んだ棚を
脳内書店で見たことがあるんだろうな
141:デフォルトの名無しさん
09/02/17 13:55:33
ああ、そっちの方か。”LL"のことね
142:デフォルトの名無しさん
09/02/17 20:40:04
"LL"は今のところRubyだけでいいよ。
国産だし、言葉も国産。Matzだしw
外国の人がつくった数多くの既になじみの言語に"LL"とか今更名前つけてみたところで
これから世界的に流行る見込みなし。
143:デフォルトの名無しさん
09/02/17 20:40:59
ここで華麗にDan Kogai登場
144:デフォルトの名無しさん
09/02/17 21:04:07
LLってLightWeight Languageの略ですよね。
でもLLと呼ばれる言語は総じて、むしろ重い…。
何でLLなんて呼ぶんだろ？と思ったんですが
もしかしてLightなのはプログラマの書くコードの量ですか？
145:デフォルトの名無しさん
09/02/17 22:52:25
本来のスクリプト言語の比較・検討スレと内容がずれるし荒れるだけだから、
スレタイからLLとかはずすべきだろうな。
次スレ立てる奴のセンスに期待
146:デフォルトの名無しさん
09/02/17 23:05:50
パートスレでスレタイ変えたら分かりづらいし、変える必要なんてないだろ
それに、”LL”なんて呼称に粘着しているのは、
FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。
147:デフォルトの名無しさん
09/02/17 23:19:17
スクリプト系言語って書くと長い
略称自体が軽量ｗ で、短く書けるLLで良いかなと思ってる
何か厳密な議論をしたいなら、もっとふさわしい単語を持ち出さなきゃとは思うけど
148:デフォルトの名無しさん
09/02/17 23:26:15
>FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。
LL脳ってすごいね。
149:デフォルトの名無しさん
09/02/17 23:26:47
この世はLLすら使えない時代遅れの馬鹿ばかりとな。
150:デフォルトの名無しさん
09/02/17 23:29:00
LLを使っていると最先端のプログラマって感じがするよなw
C++以前のプログラマにはLLの生産性の素晴らしさ理解できないであろう。
151:デフォルトの名無しさん
09/02/17 23:30:16
>>148
後ろに脳つければいいってもんではない。
その「LL脳」は「LL」より痛い。
152:デフォルトの名無しさん
09/02/17 23:31:00
実はC++などが満足に使えなかった奴の逃げみ(ry
153:デフォルトの名無しさん
09/02/17 23:31:41
LL脳さっそく必死だなwww
154:デフォルトの名無しさん
09/02/17 23:44:32
>Groovyとは ...
>Python,Ruby,Smalltalk等の多くの機能がインスパイヤされ、
>Java開発者がJavaのような構文で使用可能にしたJavaプラットホーム用の アジャイルダイナミック言語 です。
アジャイルダイナミック言語か。
155:デフォルトの名無しさん
09/02/17 23:46:02
> アジャイルダイナミック
厨ｶｺｲｲ
156:デフォルトの名無しさん
09/02/17 23:47:28
C++を満足に使えるプログラマなんて、そんなにいない
157:デフォルトの名無しさん
09/02/18 00:52:33
Rubyコミュニティの連中だけだろ。
LLなんつって胸張ってるのはｗ
158:デフォルトの名無しさん
09/02/18 00:54:57
Larryもきてるんだがな
LLなんたらつーイベントに
159:デフォルトの名無しさん
09/02/18 00:59:30
来ればアニメのDVDBOXあげるよって言われたんじゃね
160:デフォルトの名無しさん
09/02/18 01:09:14
ここのLLという用語談義はアンチが気持ち悪すぎる
日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
161:デフォルトの名無しさん
09/02/18 01:44:57
>>160
> 日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
その通りだな。そんな奴は日本を出て行ったほうがいい。
ただ問題は、誰も「日本人が作るモノやること全て嫌い」なんてことは言っていなくて、
あえて言うなら「馬鹿な日本人が作るモノやること全て嫌い」という立場に立っていて、
この場にいない「日本人が作るモノやること全て嫌いな奴」を無意味に語ってふんぞり返るお前は
まさにその「馬鹿な日本人」に含まれるってことだ。
162:デフォルトの名無しさん
09/02/18 02:49:05
この人は馬鹿って言葉で昔ひどく傷ついたりしたんだろうか
163:デフォルトの名無しさん
09/02/18 02:57:55
馬鹿な発想だな。
164:デフォルトの名無しさん
09/02/18 09:57:34
現実問題として、最も普及しているLLは
PHP・Javascript・Actionscriptだろう。
結局、用途限定なのがいいということだね。
そして全部Web関連。
で、それで出来ないことはJavaでやると。
RubyとPythonは何でもできるけど、
上記３つに比べると普及していないといえる。
アイデアなんだけど、RubyとPythonは
思い切ってWebを捨てたらどうかと思う。
で、C/C++のヘルプ的な言語になればいいと思う。
165:デフォルトの名無しさん
09/02/18 09:59:07
例えばC言語だとめんどくさくて
C++だと難解すぎることを
C言語＋Rubyでやれば
簡単に出来るようにするとかさ。
166:デフォルトの名無しさん
09/02/18 10:17:41
ごめん、俺スクリプトは好きだけど、LL、LL言ってる奴は正直ちょっとキモイ。
あと自称アルファーなんとかとかのWebプログラマーとかは、電波だなあと感じるけど。
俺の周りの奴もそんな感じに思ってるし、それくらいの感覚が普通じゃね？
167:デフォルトの名無しさん
09/02/18 10:29:07
おまえら、熱いよな。俺なんてFlashやれって言われたからActionScript、ツール作れって
言われたからC++、サーバやれって言われたからPHPって感じで必要に迫られてやってるだけで、
言語とかに全然こだわりないんだが。結局なにかしかやらないできないとかが焦燥感なんだろうな。
168:デフォルトの名無しさん
09/02/18 12:11:17
>>167
何が言いたいのかよくわからんが、例えばお前が仕事でたった１種類の言語しか触れなかったとするじゃん。
んで、なんか知らんがこき使われて、一日18時間ほどそればーーっかりいじってると。２年くらい。
そんで毎度毎度のことで飽きてきたりすると、よその言語ではどうなってるのかとか気になったりするべ。
もしそれが５年くらいになったら、そりゃ他の言語を全く触ってない知らないっていう焦燥感も出てくるわな。
そう言う意味？
169:デフォルトの名無しさん
09/02/18 13:05:32
>>164
ActionScriptってJavaScriptの方言なんじゃない？
>>167
>ツール作れって言われたからC++
たぶんだけど、自分用のツールを作るか、日常の諸処雑多なことをするのには便利だよ
そんなものもC++で書いた方が早いってなら別だけど
Winユーザしかいない悪寒
170:デフォルトの名無しさん
09/02/18 13:32:04
>>169
横レスだけど、ASはバージョンによって違う。
AS2はほぼjavascriptと一緒。
AS3はちょっとJAVAっぽくなった。型付けが厳しく求められたり、、、
そしてMSの陰謀によってECMA標準から外れてしまった。
171:デフォルトの名無しさん
09/02/18 14:17:34
>>164
おまえの世界がWebしかないんだろ。
だいたい、C++自体はマルチパラダイムで処理系もライブラリも
ブクブクと膨れ上がっているのに、そのヘルプ的な役割を果たすとか意味が分からない。
品質よりも速度を重視するためのものなんだってば。
172:デフォルトの名無しさん
09/02/18 14:35:11
> RubyとPythonは
> 思い切ってWebを捨てたらどうかと思う。
そもそも汎用言語にWebを捨てたらって何を指すのか分からん。
PHPが急激に伸びたのもなんちゃってPGレベルでも食っていける市場を開拓したからだろ。
173:デフォルトの名無しさん
09/02/18 15:03:12
PHPはWeb特化だな
RubyはPerlと同じくテキスト処理が得意分野じゃね
イテレータとかがちょっと豪華になってるけど分野は被ると思う
Pythonは良くも悪くも汎用スクリプトって感じるが
LinuxだとちょっとしたGUIツールがPython製だったりすることが割とある
174:デフォルトの名無しさん
09/02/18 15:34:27
>>173
このレス見るの何度目だろうｗ
175:デフォルトの名無しさん
09/02/18 16:43:56
LLの印象。
perlは元々がテキスト処理向けだったのに、pythonやrubyみたく、
グルー言語の方向を目指してご乱心。毎日触っていたら、ものの数秒で痒いところに手が届く。
pythonは、テキスト処理は弱い気もするけど可読性は良い。
rubyだと、いい感じにテキスト処理も糊としても使える。オブジェクト指向の度合いが強い。
実行速度やユーザ数、ユーザの質、ドキュメントの量では、上２つに劣っている。
Groovyは、今後ともJVMでしか動かない。
JavaScript。方言が一杯。
PHP。馬鹿でも、ご飯が食べられる。
Haskel。とても頭の良い人たちが、かしこいことするのに向いている。
土方には門前払いだし、知る必要がなければ、知ってどうにもならない。
最強の定義:＝>ご飯が食べられる(日本)
PHP>Perl>>Ruby>>>>>>Python>>>>>>>>>>>>>Haskel
176:デフォルトの名無しさん
09/02/18 18:23:03
Haskellは無限リストが扱いやすいかな
「1～無限大の中で、条件にあてはまる数のn番目は？」なんてことをそのまま書ける
ちょっと触った限り、使い道はそれしか思いつかなかったけど
まあ特化言語と考えたら悪くないんじゃない？
177:デフォルトの名無しさん
09/02/18 18:41:33
特に歴史認識がひどい。
178:デフォルトの名無しさん
09/02/18 18:55:04
>日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
これがLL脳の恐怖というやつか…。
誰もそんなこと言ってないのに、そこまで拡大解釈、極端な思想に走れるんだ。
179:デフォルトの名無しさん
09/02/18 19:01:18
今更"LL"なんていう日本でしか通用しない用語を蔓延させようとしている連中の方が
よっぽど日本のためにならないし、日本的なものが嫌いだと思うが。
Lightweight Languageなんていわずに、すなおに日本語らしい語呂で広めりゃいいのに、
そこまでして英語圏の文化にしっぽふって、猿まねしながらあこがれているのかと。
180:デフォルトの名無しさん
09/02/18 19:05:11
>>175
最後の行、馬鹿が手を出しそうな度合いでそのまま通用するぞw
181:デフォルトの名無しさん
09/02/18 19:14:43
>>167のいってることは正論だよな。
ソフト開発のプロが、たかが言語ごときでぐたぐたいってる。
そりゃそいつの能力だか脳力がやばいだけだ。
回路設計屋のおれですら、スクリプト言語だけで5種類以上はやれるのだから。
面倒なハードのデバッグにもなかなか使えるのよ。
182:デフォルトの名無しさん
09/02/18 19:44:43
>>180
馬鹿って、自分にとって必要ないことを学習する人のこと
>>181
休暇中のボンクラ学生だとは考えないの？
183:デフォルトの名無しさん
09/02/18 19:47:45
学生なら未来があるからまだマシだ。プロだったらむしろやばい。
おれも暇な学生のときにコンパイラの設計とかの本読んだりしてたおかげで、
マッハで言語が頭にはいるようになったわけだからな。HDLとかでもコード書くわけだし。
184:デフォルトの名無しさん
09/02/18 20:05:14
マッパで言語が頭にはいるだと…
185:デフォルトの名無しさん
09/02/18 20:40:33
>>179
簡易言語？
186:デフォルトの名無しさん
09/02/18 20:50:12
「軽量」っていうとまたファビョる人が多いからな・・・
187:デフォルトの名無しさん
09/02/18 20:51:05
>>183
手続き型なら、どれも基本的な部分は同じじゃない？
関数型や論理型も同じように理解できるならすごいけど
>>185
軽量言語じゃ？
日本がどうとか、ホント、どうでもいいよ。
188:デフォルトの名無しさん
09/02/18 20:51:53
まあ、「軽量」はなあ。
なにが軽量なのか一聴して混乱するし。
189:デフォルトの名無しさん
09/02/18 20:58:51
未来永劫日本以外で仕事をしない人はあまり気にならないのかもな。
190:デフォルトの名無しさん
09/02/18 21:03:52
RubyもPythonもスクリプトの中じゃファットな部類だと思うけどな。
191:デフォルトの名無しさん
09/02/18 21:07:25
高位言語
192:デフォルトの名無しさん
09/02/18 21:07:45
もうお手軽言語でいいよ
英語で Convenient Languages ？
ダサいかも
しかしここで新しい呼び方を決めたとして、結局世間ではLLが使われ続けるわけだがなｗ
matzやdan kogaiが使い続ける以上、たぶん
193:デフォルトの名無しさん
09/02/18 21:13:00
世間って日本以外で仕事をしない低級プログラマだろ。
ここで「低級」ってのは低水準って意味じゃなくて人間の方の話ねwww
URLﾘﾝｸ(jp.rubyist.net)
Lightweight Languageなんて言葉をちりばめている文章、
なにか気持ち悪いと思わない?
日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w
194:デフォルトの名無しさん
09/02/18 21:29:17
日本から新しいものを発信しようって考えならいいんだが。
"Lightweight Language"という言葉が世界でブームのような錯覚をおこさせ、
それに乗り遅れちゃいかんみたいに、情弱プログラマや情弱企業を騙そうしていいるのではないか。
195:デフォルトの名無しさん
09/02/18 21:33:02
コンビニ言語w
196:デフォルトの名無しさん
09/02/18 21:45:53
>>193
> 日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w
日本の伝統といえば伝統。
197:デフォルトの名無しさん
09/02/18 21:52:39
>>194
SmallTalkやprolog、tclのような運命を辿るには惜しい言語
ひとつの言語やIDEしか使えない病弱プログラマは、ブームに乗っかって騙された方がいい。
ビル・ジョイだって、いつまでも言語としてのJavaが続くとは思ってないだろうし。
198:デフォルトの名無しさん
09/02/18 22:14:48
LLは言語環境や仕様がライトかヘビーかでなく、書くコードがライトってことだろ
199:デフォルトの名無しさん
09/02/18 22:21:56
>>198
がいしゅつ
200:デフォルトの名無しさん
09/02/18 22:39:48
ライトなユーザ(職業プログラマ)が使う言語って意味かと
201:デフォルトの名無しさん
09/02/18 22:41:53
WidweStudioは素晴らしいね
202:デフォルトの名無しさん
09/02/18 22:58:08
すごいけど、ほとんど需要なさそう。
VisualStdioが無料化されて、なおさら
使ってる人っているんだろーか
203:デフォルトの名無しさん
09/02/19 01:33:30
>>192
いやmatzはともかく、danは・・いや、なんでもなww
204:デフォルトの名無しさん
09/02/19 08:27:16
壇とかまだ生きてたのか
205:デフォルトの名無しさん
09/02/19 09:35:09
お前が餓死しても彼は死なんよ
206:デフォルトの名無しさん
09/02/19 18:29:23
スクリプト言語なんだから、
略して
スク水。
207:デフォルトの名無しさん
09/02/19 20:25:22
卒研発表で、組み込み用の俺言語製作してる人いた
すごいと思ったけど、Cにコーディング規約適用でいいじゃんとか思った
208:デフォルトの名無しさん
09/02/19 21:05:17
LuaとかTclとかSquirrelとかGaucheとかさ・・・・・需要ある分野だと思うが
209:デフォルトの名無しさん
09/02/19 21:50:11
Guile は普及しなかったなあ。GIMP の Script-Fu ぐらいか？
Guile Emacs プロジェクトがもう一度、生き返ってくれないかなあ。
>>208
Lua は面白いよな。Schemeの影響を強く受けているそうだ。すごくミニマルで
美しい言語だと思う。
[Think IT] 第2回：言語開発者が目標にするパフォーマンス「Lua」 (1/3)
URLﾘﾝｸ(www.thinkit.co.jp)
> Luaの思想は言語のコアとしては選び抜かれた数少ない概念のみを提供し、そ
> こから複雑な概念を「組み立てる」ことにある。Luaはオブジェクト指向言語
> ではないが、テーブルとファーストクラス関数、そして少々のsyntactic
> sugarによってオブジェクト指向の仕組みを非常に巧みに組み立てることがで
> きる。
しかも超高速。
Lua LuaJIT benchmarks | Ubuntu : Intel�ｮ Q6600�ｮ quad-core Computer Language Benchmarks Game
URLﾘﾝｸ(shootout.alioth.debian.org)
210:デフォルトの名無しさん
09/02/19 23:01:23
guile emacsって何で死んだの？
211:デフォルトの名無しさん
09/02/20 01:04:07
実際問題言語文法なんかよりもライブラリがどれくらい充実してるのかの方がはるかに大きい問題。
XPath簡単に使えるの？Cookieパースできる？スレッドライブラリは？ZipとかSSLとかどうだっけ？
とかそういうとこが結果的に言語の普及率に大きく影響してる。
212:デフォルトの名無しさん
09/02/20 10:56:58
>>210
> guile emacsって何で死んだの？
実は知らない。Emacsを Scheme と Emacs Lisp の両方で拡張可能にするのが困
難だったと、どこかで聞いたような気がするけれど、うろ覚え。
うろ覚えの話が前提だから、真に受けずに聞いてほしいんだけど、たとえ困難
でも SchemeとEmacs Lispを両方動かせるようにしなければ、Guile Emacsの存
在意義はなかったと思う。
Emacs Lisp以外を拡張言語にしたEmacsクローンはすでにいろいろある。
Common Lisp の Hemlock や xyzzy、Scheme の Edwin、など。だけどどれも普
及しなかった。xyzzyもずいぶん寂れた。
言語自体としては、Emacs Lisp より Common Lisp や Scheme がすぐれている
のは大方の賛同が得られるだろうけど、既存の資産やコミュニティを引き継げ
るかどうかが、言語仕様よりはるかに重要だったんだと思う。
あれ、なんか >>211 ともリンクする話になったな。
213:デフォルトの名無しさん
09/02/20 12:56:02
『言語仕様で勝負したが、結果的には血液型程度の差しかなかった』
疑似科学の片鱗を味わったぜ…
214:デフォルトの名無しさん
09/02/20 13:37:57
性格の差が小さかったんじゃなくて経験の差が大きかったんだよ
215:デフォルトの名無しさん
09/02/20 19:18:13
Haskellの習得って、どのくらい期間かかるんだ？
大学の中で、すごく頭が良いだろう教授が研究室でなんかやってた。
興味はあるんだけど、まず卒業が出来ないとどうしようもないしなぁ…。
216:デフォルトの名無しさん
09/02/20 19:59:31
そりゃあ人によるでしょ
他の関数型言語に慣れてるなら、遅延評価とモナドその他の概念を習得さえすれば、ある程度は使えるはず
最近だと高階関数とか、関数型由来の仕様を取り込む言語も増えてきてるから
そういう言語を習得しててもハードルは下がるだろう
217:デフォルトの名無しさん
09/02/20 20:44:49
関数型なんてやったことない。prologだった。
その演習で、毎週3時間くらい居残りした頭だし止めておこう。
きっと銀の弾丸だ。第２のICOTだ。
ソフトウェア産業なんて右往左往してるだけだ
218:デフォルトの名無しさん
09/02/21 00:07:19
>>125の中で
言語がゆっくりと進化するのは、それが本当は技術ではないからだ。言語は表記だ。
プログラムは、コンピュータに解いて欲しいと思う問題の正式な記述なんだ。
だからプログラミング言語の進化の速度というのは、移動手段や通信手段よりは、数学表記の進化に近いだろう。
数学の表記は確かに進化するが、技術の分野に見られるような巨大な飛躍は無い。
...
(1)100年後の言語は、原理的には、現在でも設計できる。
(2)そのような言語は、もし存在すれば、現在でもプログラムを書くのに良い言語かもしれない。
というのが出た直後に（それを受けて？）>126を読むとなんというか味わい深いな。
個人的には、自然言語とコンピュータプログラミングは一致できるかどうかという問題が好きでいろいろ考えているのだが、
結局のところ言語とは考えの露出であって、言語を学ぶことは一定割合で概念を学ぶことと一致している部分がある。
また、言語の進化の極北とは、自分の考えの構造の根幹部をいかに取りだすか、という作業と一致している気がする。
219:デフォルトの名無しさん
09/02/21 00:52:58
(0)言語の進化は遅い。
(1)原理的には、言語の進化は早めることができる。
(2)言語の進化を早めることにはメリットがあるかもしれない。
虚しいと思わないか？
220:デフォルトの名無しさん
09/02/21 03:19:42
100年後の言語か。その言語を使う人々にとっては、Perl、Python、Rubyの差なんて
Cプログラマから見るLisp方言の差ぐらいにしか見えなかったりして
言語だけ進化しても、>>211,>>212のように既存の資産を十分に活用できないと、
新しいモノに移行することって、あんまりメリットがないんだよね。
新興宗教なり、地デジなり、vb.netなり。
221:デフォルトの名無しさん
09/02/21 07:52:49
>>220
その「既存の資産の活用」を可能にするのがJava bytecodeであったり.NETじゃないのか？
Javaは結局マルチ言語のプラットフォームとしては研究レベルに留まり、
Javaの上でスクリプト言語が実装されてるわけだが、.NETはCLRの上に
多数の言語がどかどかと生まれてるわな。
100年後の言語は.NETの上で動くかも知んないぞ。
そうなったらIA32に代わる新たなマシンアーキテクチャになれる、ってのが
MSの目論見なわけで。
222:デフォルトの名無しさん
09/02/21 09:31:53
Perlはもう終り？ | | プログラマ2.0日報 | あすなろBLOG
URLﾘﾝｸ(blog.pasonatech.co.jp)
はてなブックマークの反応：Perl使いつられすぎワロタ
URLﾘﾝｸ(b.hatena.ne.jp)
223:デフォルトの名無しさん
09/02/21 12:07:16
URLﾘﾝｸ(www.atmarkit.co.jp)
印刷用ページなら広告抜きで保存できていいね。
224:デフォルトの名無しさん
09/02/21 12:08:16
と思ったら保存できてなかった・・・
225:デフォルトの名無しさん
09/02/21 13:11:08
なあおまいら、LLの変わりにPL（P Language）ってどうよ
226:デフォルトの名無しさん
09/02/21 14:51:16
>>222
自分の好きな物が貶められて平然としてられる人は、そうは居ないんじゃないか。
自分の嫁がブサイクだとしても、他人に言われたくはないだろう。
とはいえ、突っ込みどころ満載だから、釣りなんじゃないかと疑うが。
227:デフォルトの名無しさん
09/02/21 15:03:04
言語を積極的に追ってる人と、ただの道具としてる人との意識の乖離ってことなんだろう
228:デフォルトの名無しさん
09/02/21 15:14:10
小飼も反論してるけど、なんだかなぁ。
「汚いったって英語や日本語ほどじゃない」はないだろ。
229:デフォルトの名無しさん
09/02/21 15:14:47
何を表現するかをより重視する人と、どう表現するかをより重視する人の差だな
230:デフォルトの名無しさん
09/02/21 15:20:36
仕事でPHP、趣味でRuby使っててどちらも悪くないと思っているんだが、
「PHPはもう終わり？」と言われても、「まあそうだよなあ」と思うが、
「Rubyはもう終わり？」と言われると、「何だと？」と思ってしまう
231:デフォルトの名無しさん
09/02/21 16:19:06
>>230
おれも仕事PHP趣味Ruby。
Rubyは始まってもいない。ただ、始まるかどうかも分からない。
232:デフォルトの名無しさん
09/02/21 16:33:26
むしろPHPはさっさと終わってほしい。
仕事で書いていてイライラしてくる。
233:デフォルトの名無しさん
09/02/21 18:02:38
Perl, PHP, Javascriptあたりは書いててイライラするなあ。
メインで使ってないから精神的健康は害してないが。
234:デフォルトの名無しさん
09/02/21 18:46:47
>233
JSはやれば出来る子だと主張したい
235:デフォルトの名無しさん
09/02/21 18:47:19
LLってるびまとはまた別の恥ずかしさだなｗ
236:デフォルトの名無しさん
09/02/21 19:04:14
で、お前らはRails好きなん？
237:デフォルトの名無しさん
09/02/21 21:29:56
,' /
ｉ .l
. | ､
､.＼ ヽ
､ ＼ . ヽ ._
丶. ‐ _
｀ ‐ _ (^o^)(^o^)
（ー（,, O┬O
（））'J_））
「俺たちｵﾜﾀ？」
「ﾊｼﾞﾏﾙ前からｵﾜてたよ」
238:デフォルトの名無しさん
09/02/21 21:34:37
やはりスクリプト言語は用途限定でこそ光るものなんだ
RubyとPythonは失格
そのうちLuaにとってかわられるでしょうな
239:デフォルトの名無しさん
09/02/21 22:28:17
javascriptと言いたいところだが、良さそうな実装が見当たらない
240:デフォルトの名無しさん
09/02/21 22:59:11
なんかJavaScriptがマンセーされすぎてるような気がするが、そんなにいいのか？
門外漢からすれば、thisとかselfとかわけわからん
ソースもなんだかぐっちゃぐちゃになったのしか見たことないし
明確なclass(?)宣言が無いのでコメントで補完してるとか、なんだかなーという印象しか無いんだが
241:デフォルトの名無しさん
09/02/21 23:11:09
お前には関係ないから口を挟むな
242:デフォルトの名無しさん
09/02/21 23:18:46
議論も特に進行してないのに口を挟むなってのはおかしくないか
せめてくだらんレスするなって言ってくれ
大体、他の有象無象言語はともかくJavaScriptだけは、ブラウザ相手の
アプリ作ってれば関係ないって事はないな
是非ともJavaScriptの素晴らしい所を語って欲しいもんなんだが
243:デフォルトの名無しさん
09/02/21 23:47:09
javascriptは、さっさと規格を統一すべき
IEで見れたバス時刻表のサイトがFirefoxからは見れないって、どういうこった
規格化されない限りでは、JavaScriptには先がないな
244:デフォルトの名無しさん
09/02/22 00:11:18
ライブラリ使えば？
245:デフォルトの名無しさん
09/02/22 00:16:49
>>242
たとえば、emacsの中にlispが入っていたり、
ブラウザの中にjavascriptが入っていたりするけど、
アプリ毎に別の言語を作るのは無駄だから、
pythonやrubyをそういう所で使えば一番いいんだけど、
どうも使いにくいらしい。よく知らないけど。
で、javascriptなら実績あるしいいんじゃないかって話。
246:デフォルトの名無しさん
09/02/22 00:21:46
>>240
強い型としてのクラスなどなくても問題ないからその点は気にならないが、
for .. inに与えたものが適切なaggregateでないかもしれない、という恐怖に打ち勝つのはなかなか難しい。
Luaも似た実装だけど、この辺はどうやって解決してるん？
247:デフォルトの名無しさん
09/02/22 00:49:02
>>243
言語仕様はECMAScriptとして規格化されている。
「IEで見れたバス時刻表のサイトがFirefoxからは見れない」
というのはブラウザという実行環境による違いだよ。
ここもDOMという規格化はされているが、
それを超えた部分がブラウザごとに異なってくる。
クロスブラウザで統一させるには Java のようにコアライブラリや実行環境も含めて規格化しないと無理だね。
248:デフォルトの名無しさん
09/02/22 01:52:55
>>245
なるほど
組み込み用言語のお話でしたか
javascriptは何となくデファクトスタンダードっぽいってこと以上に組み込みの実績もあるってこと・・・かな？
言語体系や細かいシンタックス等の面ではどうなんだろ
恥ずかしながら今日初めてJavaScriptのそれっぽいリファレンスを入手した。ちょっと読んでみる
URLﾘﾝｸ(d.hatena.ne.jp)
249:デフォルトの名無しさん
09/02/22 06:56:11
thisやselfに相当するものは、ここのスレタイの言語は全部備えてると思うが…
250:デフォルトの名無しさん
09/02/22 07:26:50
JavaScript は this の中身がちょこちょこかわるのがなあ
251:デフォルトの名無しさん
09/02/22 08:51:49
>>249
URLﾘﾝｸ(d.hatena.ne.jp)
とか
URLﾘﾝｸ(d.hatena.ne.jp)
とか
252:デフォルトの名無しさん
09/02/22 09:33:53
>250-251
理解。確かにthisの扱いが違うことは意識せなならんね。
あとselfの他にも、JSは頻出パターンの多い言語だとは思う。
専用の構文を使わずに、既存の要素で色々やることになるし。
ただ俺はPythonの関数もどうかと思うんだよな…。
インスタンスとバインドされた関数（いわばメソッドのようなもの）と
バインドされてない関数が、表記に反して微妙に違うのがなんとも。
まあ、どの言語もやっぱり幾つかの問題はあるか。
253:デフォルトの名無しさん
09/02/22 11:12:38
俺の主観による事前の評判と感想：
- Perl - 汚いと評判で、実際に汚いがそれ以上に馬力があって便利
-- ソースはCobolを見るような気分になってきたが、仕事をやっつけるときに頼れる相棒
- Python - シンプルと評判だったが、#$%&の代わりに__XXX__乱舞でエエェー、クラスの実装でなめるなって感じ。馬力はOK
-- なんか不自然さとか後付感をPerl並に感じるが、パワーはあるので頼れる
- Ruby - 簡潔でエレガントと評判で、これは評判違わずだが馬力がいまいち
-- 簡潔かつ強力だが、馬力の凹凸がまだ激しく自分で結構補う覚悟がいる
- PHP - 言語以前という評判で、実際にも謎仕様多数だが、標準的構成で使える関数が充実＋軽い
-- ウェブに超便利。ウェブ以外で使う奴は頭がおかしい
馬力ってのはライブラリの種類とか充実度とかパッケージ配布機構とか
全部含めた言語仕様の外側まで含めた仕事遂行能力のことね。
今はRubyメインPerl/PythonサブでWebだけたまにPHP使用の俺が書いてみる。
254:デフォルトの名無しさん
09/02/22 11:14:03
>>228
えー Perl を日本語でたとえると
あー なんというか んー こういうもどかしさを
んー 随所に感じるというか
あー うざいよね
255:デフォルトの名無しさん
09/02/22 11:27:49
>>254
Perl: 絵文字多数で読みにくい
Python: 妙に句読点とか三点リーダ（…）が多い
Ruby: 漢字が足りない
PHP: 文章になってない
256:デフォルトの名無しさん
09/02/22 11:56:58
ブラウザの組み込みでPHPっていうのがないかな
javascriptってChromでデバッグできる？
257:デフォルトの名無しさん
09/02/22 11:59:49
>Ruby: 漢字が足りない
わろｓ
258:デフォルトの名無しさん
09/02/22 12:48:59
>>253
>ウェブ以外で使う奴は頭がおかしい
バッチで超便利ですが(;´Д｀)
259:デフォルトの名無しさん
09/02/22 12:53:08
>258
どんなバッチで使ってる？
260:デフォルトの名無しさん
09/02/22 13:20:49
>>259
DBから条件を抽出して、ファイルをゴニョゴニョするようなもの
別にPHPじゃなくても良いんだけど、他のライブラリ（Pear、CPAN)とか入れる手間が
他のものより比較的少ない分、他人に依頼しやすい。
261:258＝260
09/02/22 13:27:51
言葉足りないから補足
＞他人に依頼しやすい。
他人に設定・設置を依頼しやすいってことです。
262:デフォルトの名無しさん
09/02/23 10:10:31
JavaScriptでsprintfが無いのは、何か理由があるの？
スクリプト言語で文字列処理が面倒くさいってのは結構致命的だと思うんだが
大概ソースが汚く、というか読む気をなくさせるのは文字列連結がごちゃごちゃしてる部分だと思うんだ
さらに文字列内での変数展開もないときたら、これはなにかポリシーなのかとも思ってしまうけど、
規格に入らない理由とかあるのかな
263:デフォルトの名無しさん
09/02/23 10:34:18
>262
確かに何でだろうな。
数が少なきゃ、フォーマット文字列.replace()で何とかなるけど、ちと限界あるし。
264:デフォルトの名無しさん
09/02/23 18:39:53
javascript + PHPがおすすめ。
PHPはRubyかPythonに置き換えてもいい。
jsは今後絶対はずせなくなる。
265:デフォルトの名無しさん
09/02/23 18:57:42
>>262
むしろsprintfがあるほうが珍しいのでは。
シェア的には多数派だけど。ｗ
266:デフォルトの名無しさん
09/02/23 19:10:06
>>262
オブジェクト指向だと文字列は普通に＋で連結するだけじゃね？
ああ、%2.1dみたいな書式作りたいのか。
267:デフォルトの名無しさん
09/02/23 19:47:12
%2.1dって構文はありなの？
268:デフォルトの名無しさん
09/02/23 20:07:05
Pythonとかの%02dとかは普通にありがたいけどなぁ。
数字を文字に変換しなくても、そのままフォーマット変換できるのは楽は楽だし。
+の連結とは使い勝手が全然違うとｵﾓ
269:デフォルトの名無しさん
09/02/23 20:07:40
>>266
書式もそうだけど、単純に見やすさ、いじりやすさもあるよ。
・・・オブジェクト指向って？
例えばRubyで悪いけど、
tag = '<input type="text" class="' + css_class + '" name="' + name + '" value="' + value + '" />'
tag = %Q'<input type="text" class="#{css_class}" name="#{name}" value="#{value}" />'
tag = '<input type="text" class="%s" name="%s" value="%s" />' % [css_class, name, value]
JavaScriptは一番上の書き方しかできない。
それが一番見やすい・いじりやすいっていう人が多数派なんだろうか
270:デフォルトの名無しさん
09/02/23 20:34:39
いや%dに"2.1"を指定するのはなんか違和感があった
%fならともかく
271:デフォルトの名無しさん
09/02/23 20:35:54
>>269
tag = <input type="text" class={css_class} name={name} value={value} />.toXMLString()
272:デフォルトの名無しさん
09/02/23 20:45:31
xml以外はどうしたらいいんだ？
273:デフォルトの名無しさん
09/02/23 22:32:25
>>272
name = 'John'
str = <dummy>My name is {name}.</dummy>.text()
XMLリテラルキモいｗ
274:デフォルトの名無しさん
09/02/23 22:54:20
JavaScript に strftime() が欲しい。
275:デフォルトの名無しさん
09/02/23 23:21:46
>>273
<>My name is {name}.</>
でOK
ちょっとだけキモさも和らぐｗ
276:デフォルトの名無しさん
09/02/24 01:38:44
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(hacks.bluesmoon.info)
JavaScriptでsprintfとstrftime
277:デフォルトの名無しさん
09/02/24 12:38:01
>>275
HTMLのSCRIPTタグ中に書けないじゃん。
278:デフォルトの名無しさん
09/02/24 12:56:20
>>277
書けたよ （FireFox 3.0.6）
<script type="text/javascript">
var name = 'John'
var xml = <>My name is {name}.</>
alert(xml) // alert(xml.toString()) と同義？
</script>
E4Xっての初めて知ったけど、IEは対応してないんだ？
279:デフォルトの名無しさん
09/02/24 13:18:05
いつの間にかJavaScript勉強スレになってるな
280:デフォルトの名無しさん
09/02/24 19:10:58
>>278
htmllintとかでチェックすべき。
ブラウザは受け入れるだろうけど、
HTML(SGML)的には不法のはず。
281:デフォルトの名無しさん
09/02/24 22:52:51
XMLリテラルってscalaにもあるみたいね
これらの言語使ってる人、こんなの使ってる？ （意味不明）
ヒアドキュメントより更にコードに違和感ありまくりで、あんまり
有り難みがないような気がする
282:デフォルトの名無しさん
09/02/25 00:30:22
>>280
<script type="text/javascript">
<![CDATA[
var name = 'John'
var xml = <>My name is {name}.</>
alert(xml) // alert(xml.toString()) と同義？
]]>
</script>
283:デフォルトの名無しさん
09/02/25 05:25:39
>>282
URLﾘﾝｸ(developer.mozilla.org)
＞さらに CDATA セクション (<![CDATA[...]]>) は CDATA リテラルとしてパースされませ
＞（HTML の <script> 要素は暗黙の CDATA セクションを作りますが、そこには明示的
＞な CDATA セクションを含めることができないため、これは HTML において JS 構文エラーを引き起こします ）。
284:デフォルトの名無しさん
09/02/25 08:09:15
>>283
XHTMLで書けばいいだけ
285:デフォルトの名無しさん
09/02/25 08:50:28
> XMLリテラルってscalaにもあるみたいね
V B . n e t に も あ り ま す
C # に は あ り ま せ （
286:デフォルトの名無しさん
09/02/25 12:39:22
Rhinoってどうよ？
287:デフォルトの名無しさん
09/02/25 23:33:59
importClass(java.io.PrintWriter);
importClass(java.io.BufferedWriter);
importClass(java.io.FileWriter);
var file = new PrintWriter(
new BufferedWriter(
new FileWriter("sample.txt")));
file.println("Rhino犀強伝説");
file.close();
288:デフォルトの名無しさん
09/02/25 23:37:32
わざわざ冗長に書き過ぎじゃなかろうか、Rhino知らんけど
289:デフォルトの名無しさん
09/02/26 00:00:53
importClass(java.io.PrintWriter);
var file = new PrintWriter("sample.txt");
file.println("これだけでよかったのか、まだ勉強不足だ");
file.close();
290:デフォルトの名無しさん
09/02/26 00:03:39
それなんてJava、っていうネタじゃなかったのか
291:デフォルトの名無しさん
09/02/26 01:39:17
>>262
String.format()
292:デフォルトの名無しさん
09/02/26 01:53:16
C#？
293:デフォルトの名無しさん
09/02/26 02:05:08
>>291
[JavaScript-C 1.6.1 2008-03-01]
js> print("".toLowerCase)
function toLowerCase() {
[native code]
}
js> print("".format)
undefined
294:デフォルトの名無しさん
09/02/26 10:56:50
もう21世紀だというのに・・フォーマットとか小文字だとか大文字だとか・・だりぃな
295:デフォルトの名無しさん
09/02/26 11:17:15
デフォルトの書式を XML で定義しておくとか。
デフォルトで case insensitive にして必要に応じて case sensitive にするとか。
296:デフォルトの名無しさん
09/02/26 16:57:13
高水準言語
297:デフォルトの名無しさん
09/02/26 21:41:54
VB.NETは進化の方向性を間違えたなって思う。
C#と棲み分けするためにRubyやGroovyのような言語に進化するべきだったと思う。
298:デフォルトの名無しさん
09/02/26 21:47:31
C#やVBのM$言語もLLに入るの？
オープンソースかアカデミックな連中だけで盛り上がってて、
商用お断りみたいに思ってんだけど
299:デフォルトの名無しさん
09/02/26 21:49:45
Java系等のはｶｽ扱いで。
300:デフォルトの名無しさん
09/02/26 22:11:26
>>298
いや入らない。
ただVBはLL方向へ進むべきだったという話をしているだけです。
301:デフォルトの名無しさん
09/02/26 22:21:34
LLの定義論うざい。
そもそもLLはRuby基準で立場が近いかどうかが問題だ。
厳密な定義は必要ないし、そもそもRuby使い以外はLLなんて言葉はつかわない。
302:デフォルトの名無しさん
09/02/26 22:23:42
なんかわけわかんねぇ文章だな。
Rubyに近いほど、よりLL。
あまりにもRubyより簡単すぎたらLLじゃない。
303:258＝260
09/02/26 22:35:51
>>294
高校生のとき21世紀には、CADのようにGUIで部品を結線するだけでプログラムが
出来る時代が来ると思っていました。
304:デフォルトの名無しさん
09/02/26 22:44:49
デスクトップ時計とかカレンダーみたいな小物なら
C#ならまさにRADでポトペタ、プロパティ設定だけで
コーディングなしでできるがな。
（もちろん、色々細かいことやろうとしたらコーディングは必要だが）
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5328日前に更新/221 KB
担当:undef