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

1 ：デフォルトの名無しさん：2009/02/15(日) 03:18:33

最強のＬＬ＝軽量プログラム言語は、どれよ？

エントリーは、
Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！

2 ：デフォルトの名無しさん：2009/02/15(日) 03:18:58

■LLとは？
軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、
コードの作成や修正が容易と見なされるプログラミング言語のことを指す。

ここでいう「軽さ」はプログラマの負担の軽重を指し、
実行速度に優れているという意味ではない。

現在の水準では
・インタプリタ
・動的型
・正規表現
・関数オブジェクト
などを利用できるものがLLと呼ばれることが多い。（Wikipediaより）

■過去スレ
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
http://pc11.2ch.net/test/read.cgi/tech/1215319832/

【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】（DAT落ち？）
http://pc11.2ch.net/test/read.cgi/tech/1209289408/

【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】
http://pc11.2ch.net/test/read.cgi/tech/1188997302/

3 ：デフォルトの名無しさん：2009/02/15(日) 10:53:12

LL、LL、みんなLLを議論し続けろ...
激しく...もっと激しく...
Ruby信者とPython信者でつぶしあって...PerlとPHPは非難の的にして...
LLの定義が決まるまで無駄な議論をし続けろ...
いづれはム板中のプログラマーも参加させてやる...善人顔したSE達もだ...
ム板中のスレというスレすべてでLLの議論をしてやる...
C言語使いもCOBOLerも皆、Matzの様に一人よがらせて、閉じ括弧の化わりにendをぶちこむのさ...
ム板の次はこのＰＣ等のカテゴリ、全てを巻き込んでやる...
ただ気まぐれで立てられただけの見ず知らずのクソスレを、いきなりLLでバトロワ議論にさせてやる...
例えそれがこのスレッドはアイちゃんがどうのだろうと...ム板のphpスレであろうと...
インデント議論スレであろうと...スレタイがC言語なのに>>1がC#の話題だろうと...
クラック依頼fusianasanトラップスレであろうと...毎回マルチポストしかない宿題スレだろうと...単発質問就職相談スレ(ゲームプログラマーになりたい)だろうと...
全スレ残らず、LLはバズワードでしょ？とレスして、定義の議論をループさせてやる...
LL、LL、LL、
どいつもこいつもLL議論させてやる...
毎日10:00出社の5:00帰宅で嫁が口利いてくれない、デスマ明けでも議論をさせてやる...
和製英語と、ソースはwikipediaのみ、ム板なのにwebの話題にまみれながら、レスが減ったら自演で言語信者同士を衝突させ、
議論に負けそうになったら作者の人格攻撃をさせる...
そして永遠続けさせてやる...LLバトルロワイヤルを...
LLだ...LL、LL、LL、LL、LL、LL、
LL、LL、LL、LL、LL、LL、LL、
LL、LL、LL、LL、LL、LL、LL、

4 ：デフォルトの名無しさん：2009/02/15(日) 13:55:53

LL! LL! LL! どいつもこいつもLL! なぜだ! なぜやつを認めてこの俺を認めねえんだ

5 ：デフォルトの名無しさん：2009/02/15(日) 13:58:16

前スレまとめ
LLって口にするのが恥ずかしいので、従来通りの"スクリプト"ということで

6 ：デフォルトの名無しさん：2009/02/15(日) 14:00:03

タイプが楽なんだよな

7 ：デフォルトの名無しさん：2009/02/15(日) 14:04:46

>>5
好きにすればいい。何事も強制や決めつけが一番よくない
ってわけでLLでもいいよ

8 ：デフォルトの名無しさん：2009/02/15(日) 14:20:49

言語自体の性能、実効速度、動作環境、正規表現、安全性。
それと、言語を取り巻く環境、利用できるライブラリ、IDE、フレームワーク、、、etc
前スレから自演している厨は、以上をまとめてこい

9 ：デフォルトの名無しさん：2009/02/15(日) 14:23:52

えむえむっ
って知ってか？ケメコのじゃないぜ。

10 ：デフォルトの名無しさん：2009/02/15(日) 14:41:50

派遣　「じゃあ次のプロジェクトはLLで開発ということですね？」
上司　「LL？って、えっと、なんだったっけ？スクリプト全般のことだっけ？」
派遣　「いやもっと新しいイメージの開発が楽な言語というか・・」
上司　「ん？結局開発言語はなにになるんだっけ？」
派遣　「まあPerlとかPythonとかですかねぇ」
上司　「あぁPerlは俺が学生のころからあったからよく知ってるけど、なんか新しいバージョンってことだっけ？」
派遣　「んーっとまあPerlは昔からのものなんですがもっとなんかモダンというか・・」
上司　「よくわかんないけどまあ今回はPerlスクリプトで開発ってことね？」
派遣　「はあ・・まあ・・。（いやなんかこう古いPerlじゃなくってもっと今風のイメージなんだけどなあ）」
上司　「了解。（いちいち流行りの単語使いたがるんだよな・・スクリプトって言えばわかるのにメンドクセー奴だな）」

11 ：デフォルトの名無しさん：2009/02/15(日) 14:42:42

>>8
言語自体の性能ｗ
言語自体の安全性ｗ

あんたが得意な言語について、一つお手本を見せてくれ

12 ：デフォルトの名無しさん：2009/02/15(日) 14:43:04

>>10
リアルｗｗｗ

13 ：デフォルトの名無しさん：2009/02/15(日) 14:49:41

>>10

× 派遣　「いやもっと新しいイメージの開発が楽な言語というか・・」
○ 派遣　「そうですそうです。（以下空気に応じて）もうちょっと広い範囲でLightweight Languageと言ってますが、PerlやPythonみたいなものが中心です。」

これでいいじゃん。

14 ：デフォルトの名無しさん：2009/02/15(日) 15:21:26

前スレの終盤で
"LL"という言葉に以外にも信者が多いことがわかったな。

15 ：デフォルトの名無しさん：2009/02/15(日) 15:37:02

誰かさんが勝手にバズワードだなんだと騒いでただけだろ
一単語に信者がいるとか頭おかしいとしか

16 ：デフォルトの名無しさん：2009/02/15(日) 15:45:46

しかしMLやHaskellからPerlまで一緒くたにする分類なんて
何か意味があるとは思えないんだが……

17 ：デフォルトの名無しさん：2009/02/15(日) 15:53:41

近代的な高水準言語を指す単語がちょうど無いんだと思う

高水準言語ってだけだと、あくまで相対的に高水準という意味になる
Cとかも場合によっては高水準扱いになってしまうことを考えると、
まああまり良くないわな

18 ：デフォルトの名無しさん：2009/02/15(日) 15:57:01

なんとなくだけど、大規模開発と小規模開発の違いのような気がしてきた。

19 ：デフォルトの名無しさん：2009/02/15(日) 15:58:12

>>17
近代的とかモダンとかって主観じゃないの？
Perlより新しいJavaやC#はLLなのか、そうじゃないのか

20 ：デフォルトの名無しさん：2009/02/15(日) 16:24:23

別にテクニカルタームでもないただの便利な言葉なんだし、掘り下げたって
PCとPDAと携帯端末の厳密な分類、みたいな一般人にとってはどうでもいい
不毛な論争にしかならないんだから、こだわりすぎる方がどうかしてる。

このスレでLLが「恥ずかしい」って言ってるのは一人だけだろ。
そいつはきっと「ノートパソコン」も「メールマガジン」も全て「恥ずかしい」に違いない。
日常生活が不便そうで同情するわ。

21 ：デフォルトの名無しさん：2009/02/15(日) 16:32:55

>>16
関数型もLLに含まれんの？ソースは？

22 ：デフォルトの名無しさん：2009/02/15(日) 16:39:36

>>21
前スレにあった
ttp://d.hatena.ne.jp/minekoa/20090122/1232634141

23 ：デフォルトの名無しさん：2009/02/15(日) 16:42:08

>>20
HaskellとPerlを同一のタームでくくることが
具体的にどういう文脈で「便利な言葉」なのか正直さっぱり分からん

>>10の派遣がHaskellやErlangで並列処理とかSchemeで継続サーバとか考えてて
上司はPerlとPHPでドカタ仕事とか考えてるかもしれない

全部LLなんだろ？馬鹿馬鹿しい

24 ：デフォルトの名無しさん：2009/02/15(日) 16:42:18

>>20
定義厨ってのはどの板にもいるよ。
九州ラーメンの定義なんてどーでもいいわ。

25 ：デフォルトの名無しさん：2009/02/15(日) 16:42:34

信者というより、いままでブログとかで得意気にLLとか使ってしまってた人が必死なだけだと思う。

26 ：デフォルトの名無しさん：2009/02/15(日) 17:22:26

Python3の教本が出たね

27 ：デフォルトの名無しさん：2009/02/15(日) 17:28:31

>>25 アンチ必死だな

28 ：デフォルトの名無しさん：2009/02/15(日) 19:13:33

エル　エル　エルはリップのエル

29 ：デフォルトの名無しさん：2009/02/15(日) 20:58:54

開発が楽（Laku）な言語（Language）ってことでいいだろ。
日本生まれの定義らしいからちょうどいい。

30 ：デフォルトの名無しさん：2009/02/15(日) 21:04:02

プログラムの重さについて賛否両論みたいだから、この際新しい基準を作れば。。。？
無難なのは仕様書の印刷重量＝言語の重さ（単位：g）、かな。

31 ：デフォルトの名無しさん：2009/02/15(日) 21:24:31

JavaのEJBなんかは、もう見たまんま「（いろんな意味で）重量級だなぁ～」って思う。

32 ：デフォルトの名無しさん：2009/02/15(日) 21:30:37

>>29
なんだ要するにVBか

33 ：デフォルトの名無しさん：2009/02/15(日) 22:50:01

LLがMatzをはじめとする一部の連中の
でっちあげだったと知って必死な厨房達乙

34 ：デフォルトの名無しさん：2009/02/15(日) 23:05:17

LLって、難しいロジックをサックリ実装できて試すことのできる言語だって思うだけど。
VBやHSPは、サックリ作れても、難しいロジックの実装は困難でしょ？

35 ：デフォルトの名無しさん：2009/02/15(日) 23:12:54

>>34
Cの最長不倒関数とか、人間の可能性には限りがない。
VBだろうがHSPだろうが、BrainF*ckででも書く奴は書く。

36 ：デフォルトの名無しさん：2009/02/15(日) 23:14:39

単なる政治性でしょ
SunがJavaを広めるときにC++叩いてたのと全く同じ
どういうグループが入っていてどういうグループが排除されてるかを
考えてみればよい

37 ：デフォルトの名無しさん：2009/02/15(日) 23:17:19

いや俺もLLって職場ではちょっとこっぱずかしくって言えない。
大部分の人にへ？って言われると思うし。

Rubyはともかく、外人が作ったものになんで日本人が名前付けんの？って気はする。

38 ：デフォルトの名無しさん：2009/02/15(日) 23:26:03

>>35
同じことするのにさ、例えば、
迷路を解くプログラムを書けとかいう問題を、
Cでリスト構造から作り出すのと、
それを初めから備えている言語を使うのと、
どっちが楽だと思う？

39 ：デフォルトの名無しさん：2009/02/15(日) 23:27:27

今のVBはLinqとか使えるからLLだＮＥ

40 ：デフォルトの名無しさん：2009/02/15(日) 23:31:49

昔はVariant、.NETになってもObjectがあるから動的片付けだYO

41 ：デフォルトの名無しさん：2009/02/15(日) 23:33:04

つまりどうみてもVBです本当にありがとうございました
ってことでいいのかNA

42 ：デフォルトの名無しさん：2009/02/15(日) 23:35:30

vbって言語自体が、最初から備えるデータ構造って何？
汎用ポインタみたいなのしかないの？

43 ：デフォルトの名無しさん：2009/02/15(日) 23:37:34

.NETの奴は構文がみょうちきりんなC#みたいなもんだと思うYO
それ以前もべつに全部VARIANTというわけじゃなくて
整数だの文字列だのといった組み込み型や構造体やクラスぐらい使えたYO

44 ：デフォルトの名無しさん：2009/02/16(月) 00:20:25

>>38
いまどきどの言語でもリストなんてライブラリがあるし

45 ：デフォルトの名無しさん：2009/02/16(月) 00:23:25

>>38
C++はLLだネ☆
STLとか使えるし
匂いだっていいし

46 ：デフォルトの名無しさん：2009/02/16(月) 00:35:11

foreachやラムダ式がないのはいただけないと思う。

47 ：デフォルトの名無しさん：2009/02/16(月) 00:50:29

なにいってんの?ラムダってC++が採用してからパクった言語多いじゃんw

48 ：デフォルトの名無しさん：2009/02/16(月) 00:56:38

リストくらいネイティブで扱えば良いじゃないって最近は思うなぁ
大昔から存在する古典的なデータ構造なんだし

49 ：デフォルトの名無しさん：2009/02/16(月) 00:57:53

>>46
うｎ
代数データ型もパターンマッチも遅延評価も使えない言語はうんこだよね
たとえばPerlとか

LL？何それ

50 ：デフォルトの名無しさん：2009/02/16(月) 00:58:58

>リストくらいネイティヴで
CPUの勉強でもしてくれ。

51 ：デフォルトの名無しさん：2009/02/16(月) 01:01:22

>50
いや、C言語みたいなCPUやメモリに近い言語ならそれでも良いけどさ…
ある程度の高級言語になってくると気になる。

52 ：デフォルトの名無しさん：2009/02/16(月) 01:02:15

多分「組み込み」と言いたかったのではないだろうかと想像
でもPerlもPythonもリストなんか組み込みで持ってないよ
あれは動的配列

53 ：デフォルトの名無しさん：2009/02/16(月) 01:03:40

ライブラリは言語自体が備えるデータ構造じゃねーだろ

54 ：デフォルトの名無しさん：2009/02/16(月) 01:04:20

>>52
ってことはデータを動的に追加しまくると重くなったりするの？

55 ：デフォルトの名無しさん：2009/02/16(月) 01:04:38

まあ、データ構造そのものではなくて、
データ構造を意識しないで済む型がゴールだよな
リスト、スタック、ツリーetc言ってる時点で古い

56 ：デフォルトの名無しさん：2009/02/16(月) 01:04:54

>>54
あたりまえだけどinsertionがO(N)でインデクスアクセスがO(1)

57 ：デフォルトの名無しさん：2009/02/16(月) 01:05:30

>>55
アルゴリズムのオーダーも意識できない奴はプログラマをやめたほうがいい
どんな言語だろうとそれは同じ

58 ：デフォルトの名無しさん：2009/02/16(月) 01:06:59

>>53
言語仕様をコンパクトにしてライブラリで高度な機能を提供する。
これが正しいプログラミング言語。
もちろんスクリプト言語やら動的言語はこの限りではない。

59 ：デフォルトの名無しさん：2009/02/16(月) 01:07:13

>>55
古い、ではなく（脳内処理が）重い、っていうとLightweightの概念に少し近づく？

60 ：デフォルトの名無しさん：2009/02/16(月) 01:08:33

>>57
その考えが古いよ。
少なくともここで語られているようなスクリプト言語の進化の方向性と
君の考えは異なっているようだ。

61 ：デフォルトの名無しさん：2009/02/16(月) 01:12:23

>>57
アルゴリズム本の良書おしえて

62 ：デフォルトの名無しさん：2009/02/16(月) 01:12:27

>>60
は？
効率がどうでもいいなら連想配列は単なるassociative listとして
実装してもいいわけでハッシュとか要らない
メモリ効率がどうでもいいんならgeneratorとか実装する必要は無い

むしろドン亀スクリプト言語で悪いアルゴリズムを選ぶと、C/C++では
バレなかったかもしれないがモロに影響が出るわけだが

なんか勘違いしてんじゃねーの？

63 ：デフォルトの名無しさん：2009/02/16(月) 01:15:09

>>62
最近アルゴリズムの勉強し始めたのか?
スクリプト言語はアルゴリズムが具体的になんであるべきかは規定していないものが多い。
変数の使われ方から最適なアルゴリズムをコンパイラが選択できるのがベスト。
人間からアルゴリズム時間を見積もる必要がある用途ではそもそも
ここで語られているような言語は向いてない。

64 ：デフォルトの名無しさん：2009/02/16(月) 01:19:49

>>63
> スクリプト言語はアルゴリズムが具体的になんであるべきかは
> 規定していないものが多い。

は？例えばPerlの配列が動的配列でハッシュがハッシュテーブルであることは
Perlプログラマならみんな知ってるし理解していなければならないことだろ

65 ：デフォルトの名無しさん：2009/02/16(月) 01:20:15

>>62
ちょっと冷静になった方がいいかも。

> 効率がどうでもいいなら連想配列は単なるassociative listとして
> 実装してもいいわけでハッシュとか要らない

これは、言語の内部実装じゃないの？
むしろあんたの主張と逆に、アルゴリズムなんか考えなくてもいいようになってる例じゃないか？

> メモリ効率がどうでもいいんならgeneratorとか実装する必要は無い

ただ単に言語の使い勝手の問題として捉えると、これは極論過ぎるだろｗ
簡単な事を簡単にできるのが大事なことで、選択肢として複雑な事ができるのは悪いことでも
不必要なことでもないだろ。ってなんか書いてて恥ずかしくなってきた。

66 ：デフォルトの名無しさん：2009/02/16(月) 01:23:08

>>65
その通りで、言語側の組み込みないしライブラリのデータ構造だが、
それについて何も知らなければ効率の良いコードは書けないということ。
「アルゴリズムなんか知らなくても／考えなくてもいい」というのは全くの誤りだ。

67 ：デフォルトの名無しさん：2009/02/16(月) 01:23:28

>>61
珠玉のプログラミングかプログラミングの宝箱

68 ：デフォルトの名無しさん：2009/02/16(月) 01:27:11

例えばハッシュテーブルなのに順序性を保障してほしいとかいうどこぞの言語みたいな
馬鹿げた話はアルゴリズムとデータ構造への根本的無知から生じる

69 ：デフォルトの名無しさん：2009/02/16(月) 01:30:48

本に書いてあるデータ構造やアルゴリズムは、基本であって、きわめてプリミティブなもの。
組み込みの抽象データ型なんてのはどうにでも実装できるし、
最近のスクリプト言語では、万人がよくつかう使い方でいかに効率よく処理できるかを
考えて色々組み合わせて実装されている罠。だからあえてリストですとかハッシュですなんていわない。

70 ：デフォルトの名無しさん：2009/02/16(月) 01:31:02

>>68
だから、その時どっち（実行効率？コーディングの簡略・利便？）をとるかってことで
まったく別の路線があるだろｗ
そこんところはわかって書いてるんだよな？

71 ：デフォルトの名無しさん：2009/02/16(月) 01:34:03

>>70
ん？「ハッシュ」という名前ならハッシュテーブルだろ？
実際には赤黒木なのにハッシュという名前をつけているのならそれは名前が悪い
抽象化したいのなら単にディクショナリとでも呼んでおくべきだ

が、集合が順序付けされているかどうかは、例えばキーを列挙するときに
ソートが必要かどうか、という「実質」に関わってくるのだから、
その内実を知らなくていいということには全くならない

72 ：デフォルトの名無しさん：2009/02/16(月) 01:37:03

>>68
RubyのHashの話だったら、そう変な要求でもない
追加順にリンクをつないでやるだけだから、ハッシュ操作自体のオーダーに変化はない
SortedMapっていうか、赤黒木やB木みたいな整列済みツリーにしろってのは無茶だがｗ

73 ：デフォルトの名無しさん：2009/02/16(月) 01:37:07

ここまで思いこみの激しいやつが正しく組み込み型の処理時間を計算出来るとは思えないな。
応用ができないやつ。

74 ：デフォルトの名無しさん：2009/02/16(月) 01:38:29

まさか、言語設計や実装をやっているプログラマが何も考えずに
組み込み型を赤黒木やらハッシュやらそのまんまべっちょり実装してるとおもってないよなw

75 ：６１：2009/02/16(月) 01:39:59

>>67
トンクス。お金がたまったら珠玉のプログラミング買おぅ
それまで、キッシュイーターでいいや。

76 ：デフォルトの名無しさん：2009/02/16(月) 01:42:08

>>73
> 正しく組み込み型の処理時間を計算出来る
誰もそんなこと言ってねーっつーの極論に走る奴だなｗ

例えば
if x in foo
がリニアサーチかディクショナリルックアップかぐらい意識しとけって話だよ
>>55は極論過ぎる
例えば集合の性質によって、列挙するコードが変わるという例は挙げたよな？

77 ：デフォルトの名無しさん：2009/02/16(月) 01:47:56

だからゴールっていっとりますがな。
Cプログラムがどんなアセンブリコードに変換されるか考えて、
命令実行時間も出力されたアセンブリ命令から計算できる、
それができないやつはプログラマじゃない。
君が言っているのはそういうこと。

78 ：６１：2009/02/16(月) 01:49:00

本物のプログラマって大変だな

79 ：デフォルトの名無しさん：2009/02/16(月) 01:50:00

古いというのはそういうことだ。
組み込み型がスクリプト言語で気持ち悪いとおもうプログラマは殆どいないだろ。
それと同じだよ。

80 ：デフォルトの名無しさん：2009/02/16(月) 01:53:00

>>77
いやそこまで言ってねえよ、勝手に決め付けるなｗ

ゴールも何も、効率をあえて度外視するとしても、重複の有無だの順序性だの、
機能／使用のレベルで違うものを同一視しようがないだろ
データ構造を全く考えなくても良いという話には絶対にならない

81 ：デフォルトの名無しさん：2009/02/16(月) 02:04:11

例えだよ。
ハードが高速化したのの大部分はソフト開発の生産性向上についやされているのよ。
そもそもスクリプト言語ってのは、ハード性能に甘えて、実行効率よりも生産性やプログラミングの敷居の低さを
狙った方向性から出てきたモノなわけで。少しは想像力をはたらかせてくれよとw

82 ：デフォルトの名無しさん：2009/02/16(月) 02:13:48

>>81
今度は「例え」で逃げるのかよ
ハードがちょろっと進歩しようがO(1)とNPの違いはそれこそどうにもならんだろが
数独パズルでも総当りで解いてろって話だ

83 ：デフォルトの名無しさん：2009/02/16(月) 02:16:30

ごめんごめん組み込みね。

>76
線形探索と辞書のこと？
確かにリストと連想配列の違いは意識した方が良いかも知れないけど…

最初に言いたかったのは、リストやそれに相当するものの生成に関して。
組み込み構文とまでは言わないけど、JavaScriptぐらいには書けて欲しいよ。
（変数名 = new Array(要素,要素,要素...); で書ける）

あとは、リストやそれに相当するものに対するforeach、map、filter(select)
辺りもせめて標準添付のライブラリで持ってて欲しいなぁ、と思う。

84 ：デフォルトの名無しさん：2009/02/16(月) 02:19:26

>>83
その選択（forarch, map, filter..)がものすごく恣意的かもしれないことに
気づいてる？
>>49みたいな人もいるかもしれないよ

85 ：デフォルトの名無しさん：2009/02/16(月) 02:22:53

理解力のないやつだなあ。そのうち知識がついてくれば普通にわかることだからいいのだが。
データ構造/アルゴリズムの基礎を知っていればスクリプト言語の組み込み型の使い方を理解するのに
助けになる。とでも書いておけばいいのに、>>57は視野が狭いとしかいいようがない。
残念ながらアルゴリズムを意識しなくてもスクリプト言語は十分使えるものだ。

86 ：デフォルトの名無しさん：2009/02/16(月) 02:28:34

いや、アルゴリズムだのデータ構造だのは古いとかいう意味不明なレッテル張りを
している電波に突っ込んだだけだが

87 ：デフォルトの名無しさん：2009/02/16(月) 02:33:35

>アルゴリズムだのデータ構造だのは古い
そんなの誰も言ってないって。勘違い大杉。全てのレスに勘違いが入ってるよ、君。
アルゴリズムやデータ構造を意識しなくても一般に使える型に近づけることが
(人間の脳力を最小限にするという意味で)ゴールなの。
現時点の処理系の妥協点が、()だったり[]だったり{}だったりするわけよw
動的コンパイルで分析・最適化できることはハード性能の向上とともに広がっている。
スクリプト言語やその処理系はそれに乗っかって成り立っているもの。
今はわりに合わないと思われることも将来はできるようになる可能性があります。

88 ：デフォルトの名無しさん：2009/02/16(月) 02:36:03

> 今はわりに合わないと思われることも将来はできるようになる可能性があります。

いやだからハード性能で替わるのは定数項であってオーダーは同じだろ
算数もできないのか？

89 ：デフォルトの名無しさん：2009/02/16(月) 02:39:53

ハード性能があがると、コンパイル時に分析できるものが異なる。
JITやらVMなんてハード性能がある程度なきゃそもそも成り立たないモノ。
当然今時のスクリプト言語もね。

90 ：デフォルトの名無しさん：2009/02/16(月) 02:43:52

最近だと配列とリストの違い意識しないのって割と普通なの？

91 ：デフォルトの名無しさん：2009/02/16(月) 02:45:34

いやだから、ハード性能が上がってコンパイル時に分析できるものが増えても
リニアサーチはO(n)だし、バブルソートはO(n^2)だろ

本質的な計算を自分で行わないない／計算量が少ないプログラムなら確かに
どうでもいいだろうし、実際にそういうプログラムは多い
が、そのようなものが全く不要という状態にはならない
だから「プログラマなら」と言ったんだ

手遊びでちょろっとオモチャを書いてる人の話をしていたんじゃないんだぞ

92 ：デフォルトの名無しさん：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 ：デフォルトの名無しさん：2009/02/16(月) 02:47:59

>>90
そんなわけねえ

94 ：デフォルトの名無しさん：2009/02/16(月) 02:48:12

>>91
ハードが速くなり、コンパイラ進歩すれば、
もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。

95 ：デフォルトの名無しさん：2009/02/16(月) 02:50:18

>>94
ああ、「ボブ、あのプログラム書いといてくれ」とメールすれば済むみたいな奴な
理解したよ、何を言っているかを

96 ：デフォルトの名無しさん：2009/02/16(月) 02:51:25

つか、わざわざスクリプト言語使ってるのに必要もないところで無理に
実行速度なんて考えないよ。遅かったらそのとき考えればいい。
その必要なところに労力をかけて、他は要領よくこなす加減がプロです。

97 ：デフォルトの名無しさん：2009/02/16(月) 05:05:54

> もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
そのアルゴリズムの計算量を教えてくれ。

98 ：デフォルトの名無しさん：2009/02/16(月) 05:32:28

まあ確かに最近はその辺の名前適当だよね。JavaとかC#のArrayListって
配列なのかリストなのかわけわかんねーって思うし。リストはLinkedListか・・うーん。
もともとVectorだったのに同期化ないバージョンはArrayListですとか、ジェネリクス
バージョンはList<T>ですとか、これは概念としてのリスト構造でありアルゴリズムは
配列ですとか、概念とアルゴリズムの名前がかぶっててなんかもうカオスw

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

> もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
インターフェースが同じならできる場合もあるよね。たとえばソートとかは実装が
なにかはあんまり外に出てこないよね。クイックソートかヒープソートかとかは。
例えばマイクロソフトのSTLは、数が少ないとインサーションソートして、数が
多いとクイックソートに切り替えるみたいな内部的に選択している実装。
でもデータ構造の双方向リストと配列とかは、リストはインデックスアクセスは構造的に
作れなくてインターフェースが変わるから、やっぱ別の系統にするしかないと思う。
さらにマップとハッシュマップはインターフェースが同じにできてもイテレータの取得結果が
変わるからこれも別にするしかないよね。

99 ：デフォルトの名無しさん：2009/02/16(月) 13:20:08

遅かったらそのとき考えればいいっていうのは、アルゴリズム（とデータ構造）の知識があるから講じれる手段でしょ
全く勉強してないけど適当にあれこれやってたら速くなったっていうならそれはそれで結構なことかもしれないけど
普通は考えても何も浮かんでこないと思うよ

100 ：デフォルトの名無しさん：2009/02/16(月) 14:03:49

>>96
無視していいかどうかを判断して無視するのがプロ
スクリプトならアルゴリズムのオーダーなど気にせずともよいとか言ってるお前は
DBも常にCOBOL風に全件スキャンするド素人

101 ：デフォルトの名無しさん：2009/02/16(月) 14:20:22

COBOLは全件スキャンは全件スキャンとして書かなきゃならない
PERFORM VARYING ～ END-PERFORM だっけ？
大概のLLでやってることはそうじゃない
例えばリストの中から条件に当てはまるものを抽出して、という処理
（Pythonのfilterとかリスト内包表記のif、Rubyのselect、Perlだと…grepだっけ？）
だとしても、実際の処理は実装・ライブラリにお任せします、ってのがスクリプトじゃない？
まぁ、どの言語も似たような実装になるのは目に見えてるけどさ
…で、内部処理を見るのがプロで見ないのが素人だとしても
それがボトルネックで無いなら、プロでも可読性を選ぶだろ

102 ：デフォルトの名無しさん：2009/02/16(月) 15:16:02

>>101
誰も常に効率を優先させて最適化しろなんて言ってないんだが
むしろ早すぎる最適化は悪で、そんなことは昔からの常識だ

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

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

スクリプトなら、ウン100万件のデータが入っているDBから一件データを
抜きたいときに、いつもテーブルスキャンを行うのだろうか？
そんなことは馬鹿げていて、それはスクリプトかどうかとは関係ない

103 ：デフォルトの名無しさん：2009/02/16(月) 19:29:27

>>92
趣旨はわかるが、それでもオレなら
馬鹿説を主張したい。

ループ内で関数呼び出しを追加したら、
最適化は難しくなる。
コンパイラの賢さや機嫌を考えながら
コードを書くのは嫌だ。

104 ：デフォルトの名無しさん：2009/02/16(月) 19:35:50

スクリプトってアルゴリズムを抽象化して
誰でも同じ書き方ができて、そんで平均値（ってかそれなりの速さ）
出せるって事を狙ってるんじゃねえの。

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

105 ：デフォルトの名無しさん：2009/02/16(月) 19:36:06

>>92
この最適化って、コンパイラの組み込み関数使う時だけ効く最適化なのかな？

106 ：デフォルトの名無しさん：2009/02/16(月) 19:39:13

遅かったら考えればいいって考えの人には二種類いるんだよ

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

”アセンブラ言語を学習するべきか”とか”関数型言語を学習するべきか”なんて話題を振ると意味も無く
攻撃的になる人いるじゃん。

107 ：デフォルトの名無しさん：2009/02/16(月) 21:39:29

勘違いの馬鹿が多すぎ。
アルゴリズム否定なんて誰もしてないだろ。
ちゃんと意図よめよ、理解力のないクズさん。

108 ：デフォルトの名無しさん：2009/02/16(月) 21:41:51

どうせここ数年で一般的なデータ構造やアルゴリズムを学習した初心者が騒いでるだけなんだろうけど、
他人の知識や能力をあまくみすぎですよ。

109 ：デフォルトの名無しさん：2009/02/16(月) 21:45:04

>>107
とりあえずアンカーつけたら？
文章に内容がないからこのレスの意図はわからん。

>>100とか>>102とか、必死になってる人かも知れんが、そうだとしてこれらのレスも、
プログラムやるんなら最低限、内部実装を意識して書く能力が無いと糞！認められん！
っていうなんとも言えない主張しか伝わらんので、このスレで頑張ってレスしてる意図は
あんまり汲めない。悪いけど。

110 ：デフォルトの名無しさん：2009/02/16(月) 21:46:14

>>109
立場としたら逆の方か。まあどっちにしろ、アンカーつけてわかりやすくしてくれ。
なんかごっちゃごちゃになってる

111 ：デフォルトの名無しさん：2009/02/16(月) 21:53:22

>>92が典型的な例でしょ。
コンパイルの質があがれば、事前に時間のかかる処理を排除できる。
アルゴリズムやデータ構造も応用しだいで組み合わせてつかえば弱点を補完して使うこともできる。
その辺の理解がないやつが特に1人いて暴れていたっだけの話だ。

112 ：デフォルトの名無しさん：2009/02/16(月) 22:23:45

現状アルゴリズムやデータ構造を意識しなくてもいいかどうかと、将来的にはそうなるかどうかって話が混ざり合っててカオス

113 ：デフォルトの名無しさん：2009/02/16(月) 22:24:56

例えば一番単純な例として、配列をn要素ずつ連結リストにm格納すれば、
連結リストと配列の中間的な探索速度を得られる。
理解できますかな?(わらい
ハッシュテーブルもリストで連結したり、ツリーにしたりとかよくやるんだよ。
特にスクリプト言語のように動的コンパイルで、あらゆるユーザがどんな使い方をするかわからないような
組み込み型は、頭の良い言語設計者や処理系の設計者が一般的なケースを研究したりして、
条件によってアルゴリズムを選択したりとか色々と工夫しています。

114 ：デフォルトの名無しさん：2009/02/16(月) 22:25:40

探索・挿入速度

115 ：デフォルトの名無しさん：2009/02/16(月) 22:38:41

>>113
でっていう

116 ：デフォルトの名無しさん：2009/02/16(月) 22:54:00

10m離れた位置での殴り合いみたい。
見てる分には面白いが。

117 ：デフォルトの名無しさん：2009/02/16(月) 23:00:44

見えない敵と戦う人たち

118 ：デフォルトの名無しさん：2009/02/16(月) 23:04:21

>>113
いや主張の意図をやっと理解した
ほんとごめん

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

いきなり無説明で「スタックだのキューだのは古い」とか言われても
主張の意図がわかんなかったよ

119 ：デフォルトの名無しさん：2009/02/16(月) 23:04:27

>>116
あるいは、相手の手からボールが離れた瞬間に全力でその軌道から離れて、
「どこ投げてんだ下手糞！」
ってなじりあう負のキャッチボールみたいな。

120 ：デフォルトの名無しさん：2009/02/16(月) 23:07:11

>>118イイ奴だな

121 ：デフォルトの名無しさん：2009/02/16(月) 23:40:55

>>55 != >>133
の悪寒

122 ：デフォルトの名無しさん：2009/02/16(月) 23:41:25

>>105
ループ不変命令のループ外移動は、よく知られた最適化の一つ
ある程度賢い最適化コンパイラならやってくれるはず

123 ：デフォルトの名無しさん：2009/02/17(火) 00:43:49

まとめると

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

でおけ？

124 ：デフォルトの名無しさん：2009/02/17(火) 01:12:38

ごめん、もうなにを罵り合ってんのかよくわからないし、つまんないから3行まとめして、次行ってくれるか？

125 ：デフォルトの名無しさん：2009/02/17(火) 01:12:52

ポールグレアムのエッセイで、似たようなことが述べられている
テーマは100年後の言語だが、
計算機資源の無駄遣いもある程度許されるという点では、LLの環境は近い

ttp://practical-scheme.net/trans/hundred-j.html

126 ：デフォルトの名無しさん：2009/02/17(火) 01:39:26

クラスも継承も仮想関数もテンプレートも例外も名前空間も1960年代の言語にあったし、
なんつーか進歩ねーよな。まあ所詮コンピュータ動かすための文脈的設定ファイルだから
もうやることもねーんだろうけど。コンピュータ言語って数千種類くらいあるんだったっけな。
あとは、ぱくりだらけの俺流に実装しましたみたいなオレオレ糞言語が湧いてくるだけだな。

127 ：デフォルトの名無しさん：2009/02/17(火) 01:42:35

>>126
上から目線と下層階級の臭いが
良い感じにブレンドされたレスだな。

128 ：デフォルトの名無しさん：2009/02/17(火) 02:02:51

人間の脳力を取り扱うのは、もはや計算機科学ではなく、
既に医学や心理学の担当だったりして
手続き型の言語は、もう概念だけ全部まとめてしまって、後の言語のデザインは、
心理学者とラット（プログラマ）に任せちゃえばいいじゃないか？

129 ：デフォルトの名無しさん：2009/02/17(火) 02:06:08

計算機科学が人間の脳力を取り扱ってた時代なんてあったっけ？

130 ：デフォルトの名無しさん：2009/02/17(火) 02:15:41

生産性と読み替えれば、
ソフトウェア工学で扱ってる話題に持ってけるんでは

131 ：デフォルトの名無しさん：2009/02/17(火) 02:15:51

>>126
falseと0を比較するためだけに演算子を追加するという
誰もが想像しなかった進化をした言語があるじゃないかwww

132 ：デフォルトの名無しさん：2009/02/17(火) 05:06:08

>131
どれ？

133 ：デフォルトの名無しさん：2009/02/17(火) 06:40:40

SQLのことだろうか

134 ：デフォルトの名無しさん：2009/02/17(火) 07:44:15

>>127
脊髄にびりびりきちゃった？

135 ：デフォルトの名無しさん：2009/02/17(火) 10:41:51

何を持ってLLと定義するかの議論が欠落してるために堂々巡りかつ水掛け論の様相を呈しているような気がする。

136 ：デフォルトの名無しさん：2009/02/17(火) 11:28:32

外人的には俺らの開発したスクリプト言語に、LLとか名前付けられても・・ばかなの？って
感じなんだろうな。まあ日本のごく一部の人が勝手に言ってるだけだからそもそも知らないだろうけど。

137 ：デフォルトの名無しさん：2009/02/17(火) 11:40:28

心配しなくてもはやってない

138 ：デフォルトの名無しさん：2009/02/17(火) 12:16:28

流行ってないものに、そうそう書籍が出るかよバーカ

139 ：デフォルトの名無しさん：2009/02/17(火) 12:50:32

書籍？何言ってんだこいつ

140 ：デフォルトの名無しさん：2009/02/17(火) 13:50:58

LLなんとかってタイトルの書籍が幾つも並んだ棚を
脳内書店で見たことがあるんだろうな

141 ：デフォルトの名無しさん：2009/02/17(火) 13:55:33

ああ、そっちの方か。”LL"のことね

142 ：デフォルトの名無しさん：2009/02/17(火) 20:40:04

"LL"は今のところRubyだけでいいよ。
国産だし、言葉も国産。Matzだしw
外国の人がつくった数多くの既になじみの言語に"LL"とか今更名前つけてみたところで
これから世界的に流行る見込みなし。

143 ：デフォルトの名無しさん：2009/02/17(火) 20:40:59

ここで華麗にDan Kogai登場

144 ：デフォルトの名無しさん：2009/02/17(火) 21:04:07

LLってLightWeight Languageの略ですよね。
でもLLと呼ばれる言語は総じて、むしろ重い…。
何でLLなんて呼ぶんだろ？と思ったんですが
もしかしてLightなのはプログラマの書くコードの量ですか？

145 ：デフォルトの名無しさん：2009/02/17(火) 22:52:25

本来のスクリプト言語の比較・検討スレと内容がずれるし荒れるだけだから、
スレタイからLLとかはずすべきだろうな。
次スレ立てる奴のセンスに期待

146 ：デフォルトの名無しさん：2009/02/17(火) 23:05:50

パートスレでスレタイ変えたら分かりづらいし、変える必要なんてないだろ
それに、”LL”なんて呼称に粘着しているのは、
FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。

147 ：デフォルトの名無しさん：2009/02/17(火) 23:19:17

スクリプト系言語って書くと長い
略称自体が軽量ｗで、短く書けるLLで良いかなと思ってる
何か厳密な議論をしたいなら、もっとふさわしい単語を持ち出さなきゃとは思うけど

148 ：デフォルトの名無しさん：2009/02/17(火) 23:26:15

>FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。
LL脳ってすごいね。

149 ：デフォルトの名無しさん：2009/02/17(火) 23:26:47

この世はLLすら使えない時代遅れの馬鹿ばかりとな。

150 ：デフォルトの名無しさん：2009/02/17(火) 23:29:00

LLを使っていると最先端のプログラマって感じがするよなw
C++以前のプログラマにはLLの生産性の素晴らしさ理解できないであろう。

151 ：デフォルトの名無しさん：2009/02/17(火) 23:30:16

>>148
後ろに脳つければいいってもんではない。
その「LL脳」は「LL」より痛い。

152 ：デフォルトの名無しさん：2009/02/17(火) 23:31:00

実はC++などが満足に使えなかった奴の逃げみ(ry

153 ：デフォルトの名無しさん：2009/02/17(火) 23:31:41

LL脳さっそく必死だなwww

154 ：デフォルトの名無しさん：2009/02/17(火) 23:44:32

>Groovyとは ...
>Python,Ruby,Smalltalk等の多くの機能がインスパイヤされ、
>Java開発者がJavaのような構文で使用可能にしたJavaプラットホーム用のアジャイルダイナミック言語です。
アジャイルダイナミック言語か。

155 ：デフォルトの名無しさん：2009/02/17(火) 23:46:02

> アジャイルダイナミック
厨ｶｺｲｲ

156 ：デフォルトの名無しさん：2009/02/17(火) 23:47:28

C++を満足に使えるプログラマなんて、そんなにいない

157 ：デフォルトの名無しさん：2009/02/18(水) 00:52:33

Rubyコミュニティの連中だけだろ。
LLなんつって胸張ってるのはｗ

158 ：デフォルトの名無しさん：2009/02/18(水) 00:54:57

Larryもきてるんだがな
LLなんたらつーイベントに

159 ：デフォルトの名無しさん：2009/02/18(水) 00:59:30

来ればアニメのDVDBOXあげるよって言われたんじゃね

160 ：デフォルトの名無しさん：2009/02/18(水) 01:09:14

ここのLLという用語談義はアンチが気持ち悪すぎる
日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに

161 ：デフォルトの名無しさん：2009/02/18(水) 01:44:57

>>160
> 日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
その通りだな。そんな奴は日本を出て行ったほうがいい。
ただ問題は、誰も「日本人が作るモノやること全て嫌い」なんてことは言っていなくて、
あえて言うなら「馬鹿な日本人が作るモノやること全て嫌い」という立場に立っていて、
この場にいない「日本人が作るモノやること全て嫌いな奴」を無意味に語ってふんぞり返るお前は
まさにその「馬鹿な日本人」に含まれるってことだ。

162 ：デフォルトの名無しさん：2009/02/18(水) 02:49:05

この人は馬鹿って言葉で昔ひどく傷ついたりしたんだろうか

163 ：デフォルトの名無しさん：2009/02/18(水) 02:57:55

馬鹿な発想だな。

164 ：デフォルトの名無しさん：2009/02/18(水) 09:57:34

現実問題として、最も普及しているLLは
PHP・Javascript・Actionscriptだろう。
結局、用途限定なのがいいということだね。
そして全部Web関連。
で、それで出来ないことはJavaでやると。
RubyとPythonは何でもできるけど、
上記３つに比べると普及していないといえる。
アイデアなんだけど、RubyとPythonは
思い切ってWebを捨てたらどうかと思う。
で、C/C++のヘルプ的な言語になればいいと思う。

165 ：デフォルトの名無しさん：2009/02/18(水) 09:59:07

例えばC言語だとめんどくさくて
C++だと難解すぎることを
C言語＋Rubyでやれば
簡単に出来るようにするとかさ。

166 ：デフォルトの名無しさん：2009/02/18(水) 10:17:41

ごめん、俺スクリプトは好きだけど、LL、LL言ってる奴は正直ちょっとキモイ。
あと自称アルファーなんとかとかのWebプログラマーとかは、電波だなあと感じるけど。
俺の周りの奴もそんな感じに思ってるし、それくらいの感覚が普通じゃね？

167 ：デフォルトの名無しさん：2009/02/18(水) 10:29:07

おまえら、熱いよな。俺なんてFlashやれって言われたからActionScript、ツール作れって
言われたからC++、サーバやれって言われたからPHPって感じで必要に迫られてやってるだけで、
言語とかに全然こだわりないんだが。結局なにかしかやらないできないとかが焦燥感なんだろうな。

168 ：デフォルトの名無しさん：2009/02/18(水) 12:11:17

>>167
何が言いたいのかよくわからんが、例えばお前が仕事でたった１種類の言語しか触れなかったとするじゃん。
んで、なんか知らんがこき使われて、一日18時間ほどそればーーっかりいじってると。２年くらい。
そんで毎度毎度のことで飽きてきたりすると、よその言語ではどうなってるのかとか気になったりするべ。

もしそれが５年くらいになったら、そりゃ他の言語を全く触ってない知らないっていう焦燥感も出てくるわな。
そう言う意味？

169 ：デフォルトの名無しさん：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 ：デフォルトの名無しさん：2009/02/18(水) 14:17:34

>>164
おまえの世界がWebしかないんだろ。
だいたい、C++自体はマルチパラダイムで処理系もライブラリも
ブクブクと膨れ上がっているのに、そのヘルプ的な役割を果たすとか意味が分からない。
品質よりも速度を重視するためのものなんだってば。

172 ：デフォルトの名無しさん：2009/02/18(水) 14:35:11

> RubyとPythonは
> 思い切ってWebを捨てたらどうかと思う。
そもそも汎用言語にWebを捨てたらって何を指すのか分からん。
PHPが急激に伸びたのもなんちゃってPGレベルでも食っていける市場を開拓したからだろ。

173 ：デフォルトの名無しさん：2009/02/18(水) 15:03:12

PHPはWeb特化だな
RubyはPerlと同じくテキスト処理が得意分野じゃね
イテレータとかがちょっと豪華になってるけど分野は被ると思う
Pythonは良くも悪くも汎用スクリプトって感じるが
LinuxだとちょっとしたGUIツールがPython製だったりすることが割とある

174 ：デフォルトの名無しさん：2009/02/18(水) 15:34:27

>>173
このレス見るの何度目だろうｗ

175 ：デフォルトの名無しさん：2009/02/18(水) 16:43:56

LLの印象。
perlは元々がテキスト処理向けだったのに、pythonやrubyみたく、
グルー言語の方向を目指してご乱心。毎日触っていたら、ものの数秒で痒いところに手が届く。
pythonは、テキスト処理は弱い気もするけど可読性は良い。
rubyだと、いい感じにテキスト処理も糊としても使える。オブジェクト指向の度合いが強い。
実行速度やユーザ数、ユーザの質、ドキュメントの量では、上２つに劣っている。
Groovyは、今後ともJVMでしか動かない。
JavaScript。方言が一杯。
PHP。馬鹿でも、ご飯が食べられる。
Haskel。とても頭の良い人たちが、かしこいことするのに向いている。
土方には門前払いだし、知る必要がなければ、知ってどうにもならない。
最強の定義:＝>ご飯が食べられる(日本)
PHP>Perl>>Ruby>>>>>>Python>>>>>>>>>>>>>Haskel

176 ：デフォルトの名無しさん：2009/02/18(水) 18:23:03

Haskellは無限リストが扱いやすいかな
「1～無限大の中で、条件にあてはまる数のn番目は？」なんてことをそのまま書ける
ちょっと触った限り、使い道はそれしか思いつかなかったけど
まあ特化言語と考えたら悪くないんじゃない？

177 ：デフォルトの名無しさん：2009/02/18(水) 18:41:33

特に歴史認識がひどい。

178 ：デフォルトの名無しさん：2009/02/18(水) 18:55:04

>日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
これがLL脳の恐怖というやつか…。
誰もそんなこと言ってないのに、そこまで拡大解釈、極端な思想に走れるんだ。

179 ：デフォルトの名無しさん：2009/02/18(水) 19:01:18

今更"LL"なんていう日本でしか通用しない用語を蔓延させようとしている連中の方が
よっぽど日本のためにならないし、日本的なものが嫌いだと思うが。

Lightweight Languageなんていわずに、すなおに日本語らしい語呂で広めりゃいいのに、
そこまでして英語圏の文化にしっぽふって、猿まねしながらあこがれているのかと。

180 ：デフォルトの名無しさん：2009/02/18(水) 19:05:11

>>175
最後の行、馬鹿が手を出しそうな度合いでそのまま通用するぞw

181 ：デフォルトの名無しさん：2009/02/18(水) 19:14:43

>>167のいってることは正論だよな。
ソフト開発のプロが、たかが言語ごときでぐたぐたいってる。
そりゃそいつの能力だか脳力がやばいだけだ。
回路設計屋のおれですら、スクリプト言語だけで5種類以上はやれるのだから。
面倒なハードのデバッグにもなかなか使えるのよ。

182 ：デフォルトの名無しさん：2009/02/18(水) 19:44:43

>>180
馬鹿って、自分にとって必要ないことを学習する人のこと
>>181
休暇中のボンクラ学生だとは考えないの？

183 ：デフォルトの名無しさん：2009/02/18(水) 19:47:45

学生なら未来があるからまだマシだ。プロだったらむしろやばい。
おれも暇な学生のときにコンパイラの設計とかの本読んだりしてたおかげで、
マッハで言語が頭にはいるようになったわけだからな。HDLとかでもコード書くわけだし。

184 ：デフォルトの名無しさん：2009/02/18(水) 20:05:14

マッパで言語が頭にはいるだと…

185 ：デフォルトの名無しさん：2009/02/18(水) 20:40:33

>>179
簡易言語？

186 ：デフォルトの名無しさん：2009/02/18(水) 20:50:12

「軽量」っていうとまたファビョる人が多いからな・・・

187 ：デフォルトの名無しさん：2009/02/18(水) 20:51:05

>>183
手続き型なら、どれも基本的な部分は同じじゃない？
関数型や論理型も同じように理解できるならすごいけど
>>185
軽量言語じゃ？
日本がどうとか、ホント、どうでもいいよ。

188 ：デフォルトの名無しさん：2009/02/18(水) 20:51:53

まあ、「軽量」はなあ。
なにが軽量なのか一聴して混乱するし。

189 ：デフォルトの名無しさん：2009/02/18(水) 20:58:51

未来永劫日本以外で仕事をしない人はあまり気にならないのかもな。

190 ：デフォルトの名無しさん：2009/02/18(水) 21:03:52

RubyもPythonもスクリプトの中じゃファットな部類だと思うけどな。

191 ：デフォルトの名無しさん：2009/02/18(水) 21:07:25

高位言語

192 ：デフォルトの名無しさん：2009/02/18(水) 21:07:45

もうお手軽言語でいいよ
英語で Convenient Languages ？
ダサいかも

しかしここで新しい呼び方を決めたとして、結局世間ではLLが使われ続けるわけだがなｗ
matzやdan kogaiが使い続ける以上、たぶん

193 ：デフォルトの名無しさん：2009/02/18(水) 21:13:00

世間って日本以外で仕事をしない低級プログラマだろ。
ここで「低級」ってのは低水準って意味じゃなくて人間の方の話ねwww
http://jp.rubyist.net/magazine/?0009-lldn-report
Lightweight Languageなんて言葉をちりばめている文章、
なにか気持ち悪いと思わない?
日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w

194 ：デフォルトの名無しさん：2009/02/18(水) 21:29:17

日本から新しいものを発信しようって考えならいいんだが。
"Lightweight Language"という言葉が世界でブームのような錯覚をおこさせ、
それに乗り遅れちゃいかんみたいに、情弱プログラマや情弱企業を騙そうしていいるのではないか。

195 ：デフォルトの名無しさん：2009/02/18(水) 21:33:02

コンビニ言語w

196 ：デフォルトの名無しさん：2009/02/18(水) 21:45:53

>>193
> 日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w
日本の伝統といえば伝統。

197 ：デフォルトの名無しさん：2009/02/18(水) 21:52:39

>>194
SmallTalkやprolog、tclのような運命を辿るには惜しい言語
ひとつの言語やIDEしか使えない病弱プログラマは、ブームに乗っかって騙された方がいい。
ビル・ジョイだって、いつまでも言語としてのJavaが続くとは思ってないだろうし。

198 ：デフォルトの名無しさん：2009/02/18(水) 22:14:48

LLは言語環境や仕様がライトかヘビーかでなく、書くコードがライトってことだろ

199 ：デフォルトの名無しさん：2009/02/18(水) 22:21:56

>>198
がいしゅつ

200 ：デフォルトの名無しさん：2009/02/18(水) 22:39:48

ライトなユーザ(職業プログラマ)が使う言語って意味かと

201 ：デフォルトの名無しさん：2009/02/18(水) 22:41:53

WidweStudioは素晴らしいね

202 ：デフォルトの名無しさん：2009/02/18(水) 22:58:08

すごいけど、ほとんど需要なさそう。
VisualStdioが無料化されて、なおさら
使ってる人っているんだろーか

203 ：デフォルトの名無しさん：2009/02/19(木) 01:33:30

>>192
いやmatzはともかく、danは・・いや、なんでもなww

204 ：デフォルトの名無しさん：2009/02/19(木) 08:27:16

壇とかまだ生きてたのか

205 ：デフォルトの名無しさん：2009/02/19(木) 09:35:09

お前が餓死しても彼は死なんよ

206 ：デフォルトの名無しさん：2009/02/19(木) 18:29:23

スクリプト言語なんだから、
略して

スク水。

207 ：デフォルトの名無しさん：2009/02/19(木) 20:25:22

卒研発表で、組み込み用の俺言語製作してる人いた
すごいと思ったけど、Cにコーディング規約適用でいいじゃんとか思った

208 ：デフォルトの名無しさん：2009/02/19(木) 21:05:17

LuaとかTclとかSquirrelとかGaucheとかさ・・・・・需要ある分野だと思うが

209 ：デフォルトの名無しさん：2009/02/19(木) 21:50:11

Guile は普及しなかったなあ。GIMP の Script-Fu ぐらいか？
Guile Emacs プロジェクトがもう一度、生き返ってくれないかなあ。

>>208
Lua は面白いよな。Schemeの影響を強く受けているそうだ。すごくミニマルで
美しい言語だと思う。

[Think IT] 第2回：言語開発者が目標にするパフォーマンス「Lua」 (1/3)
http://www.thinkit.co.jp/free/article/0711/4/2/
> Luaの思想は言語のコアとしては選び抜かれた数少ない概念のみを提供し、そ
> こから複雑な概念を「組み立てる」ことにある。Luaはオブジェクト指向言語
> ではないが、テーブルとファーストクラス関数、そして少々のsyntactic
> sugarによってオブジェクト指向の仕組みを非常に巧みに組み立てることがで
> きる。

しかも超高速。

Lua LuaJIT benchmarks | Ubuntu : Intel?ｮ Q6600?ｮ quad-core Computer Language Benchmarks Game
http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=luajit

210 ：デフォルトの名無しさん：2009/02/19(木) 23:01:23

guile emacsって何で死んだの？

211 ：デフォルトの名無しさん：2009/02/20(金) 01:04:07

実際問題言語文法なんかよりもライブラリがどれくらい充実してるのかの方がはるかに大きい問題。
XPath簡単に使えるの？Cookieパースできる？スレッドライブラリは？ZipとかSSLとかどうだっけ？
とかそういうとこが結果的に言語の普及率に大きく影響してる。

212 ：デフォルトの名無しさん：2009/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 ：デフォルトの名無しさん：2009/02/20(金) 12:56:02

『言語仕様で勝負したが、結果的には血液型程度の差しかなかった』

疑似科学の片鱗を味わったぜ…

214 ：デフォルトの名無しさん：2009/02/20(金) 13:37:57

性格の差が小さかったんじゃなくて経験の差が大きかったんだよ

215 ：デフォルトの名無しさん：2009/02/20(金) 19:18:13

Haskellの習得って、どのくらい期間かかるんだ？
大学の中で、すごく頭が良いだろう教授が研究室でなんかやってた。
興味はあるんだけど、まず卒業が出来ないとどうしようもないしなぁ…。

216 ：デフォルトの名無しさん：2009/02/20(金) 19:59:31

そりゃあ人によるでしょ
他の関数型言語に慣れてるなら、遅延評価とモナドその他の概念を習得さえすれば、ある程度は使えるはず
最近だと高階関数とか、関数型由来の仕様を取り込む言語も増えてきてるから
そういう言語を習得しててもハードルは下がるだろう

217 ：デフォルトの名無しさん：2009/02/20(金) 20:44:49

関数型なんてやったことない。prologだった。
その演習で、毎週3時間くらい居残りした頭だし止めておこう。
きっと銀の弾丸だ。第２のICOTだ。
ソフトウェア産業なんて右往左往してるだけだ

218 ：デフォルトの名無しさん：2009/02/21(土) 00:07:19

>>125の中で
言語がゆっくりと進化するのは、それが本当は技術ではないからだ。言語は表記だ。
プログラムは、コンピュータに解いて欲しいと思う問題の正式な記述なんだ。
だからプログラミング言語の進化の速度というのは、移動手段や通信手段よりは、数学表記の進化に近いだろう。
数学の表記は確かに進化するが、技術の分野に見られるような巨大な飛躍は無い。
...
(1)100年後の言語は、原理的には、現在でも設計できる。
(2)そのような言語は、もし存在すれば、現在でもプログラムを書くのに良い言語かもしれない。
というのが出た直後に（それを受けて？）>126を読むとなんというか味わい深いな。

個人的には、自然言語とコンピュータプログラミングは一致できるかどうかという問題が好きでいろいろ考えているのだが、
結局のところ言語とは考えの露出であって、言語を学ぶことは一定割合で概念を学ぶことと一致している部分がある。
また、言語の進化の極北とは、自分の考えの構造の根幹部をいかに取りだすか、という作業と一致している気がする。

219 ：デフォルトの名無しさん：2009/02/21(土) 00:52:58

(0)言語の進化は遅い。
(1)原理的には、言語の進化は早めることができる。
(2)言語の進化を早めることにはメリットがあるかもしれない。

虚しいと思わないか？

220 ：デフォルトの名無しさん：2009/02/21(土) 03:19:42

100年後の言語か。その言語を使う人々にとっては、Perl、Python、Rubyの差なんて
Cプログラマから見るLisp方言の差ぐらいにしか見えなかったりして
言語だけ進化しても、>>211,>>212のように既存の資産を十分に活用できないと、
新しいモノに移行することって、あんまりメリットがないんだよね。
新興宗教なり、地デジなり、vb.netなり。

221 ：デフォルトの名無しさん：2009/02/21(土) 07:52:49

>>220
その「既存の資産の活用」を可能にするのがJava bytecodeであったり.NETじゃないのか？
Javaは結局マルチ言語のプラットフォームとしては研究レベルに留まり、
Javaの上でスクリプト言語が実装されてるわけだが、.NETはCLRの上に
多数の言語がどかどかと生まれてるわな。

100年後の言語は.NETの上で動くかも知んないぞ。
そうなったらIA32に代わる新たなマシンアーキテクチャになれる、ってのが
MSの目論見なわけで。

222 ：デフォルトの名無しさん：2009/02/21(土) 09:31:53

Perlはもう終り？ | | プログラマ2.0日報 | あすなろBLOG
http://blog.pasonatech.co.jp/sugiura/9524.html

はてなブックマークの反応：Perl使いつられすぎワロタ
http://b.hatena.ne.jp/entry/http://blog.pasonatech.co.jp/sugiura/9524.html

223 ：デフォルトの名無しさん：2009/02/21(土) 12:07:16

ttp://www.atmarkit.co.jp/club/print/print.php
印刷用ページなら広告抜きで保存できていいね。

224 ：デフォルトの名無しさん：2009/02/21(土) 12:08:16

と思ったら保存できてなかった・・・

225 ：デフォルトの名無しさん：2009/02/21(土) 13:11:08

なあおまいら、LLの変わりにPL（P Language）ってどうよ

226 ：デフォルトの名無しさん：2009/02/21(土) 14:51:16

>>222
自分の好きな物が貶められて平然としてられる人は、そうは居ないんじゃないか。
自分の嫁がブサイクだとしても、他人に言われたくはないだろう。

とはいえ、突っ込みどころ満載だから、釣りなんじゃないかと疑うが。

227 ：デフォルトの名無しさん：2009/02/21(土) 15:03:04

言語を積極的に追ってる人と、ただの道具としてる人との意識の乖離ってことなんだろう

228 ：デフォルトの名無しさん：2009/02/21(土) 15:14:10

小飼も反論してるけど、なんだかなぁ。
「汚いったって英語や日本語ほどじゃない」はないだろ。

229 ：デフォルトの名無しさん：2009/02/21(土) 15:14:47

何を表現するかをより重視する人と、どう表現するかをより重視する人の差だな

230 ：デフォルトの名無しさん：2009/02/21(土) 15:20:36

仕事でPHP、趣味でRuby使っててどちらも悪くないと思っているんだが、
「PHPはもう終わり？」と言われても、「まあそうだよなあ」と思うが、
「Rubyはもう終わり？」と言われると、「何だと？」と思ってしまう

231 ：デフォルトの名無しさん：2009/02/21(土) 16:19:06

>>230
おれも仕事PHP趣味Ruby。
Rubyは始まってもいない。ただ、始まるかどうかも分からない。

232 ：デフォルトの名無しさん：2009/02/21(土) 16:33:26

むしろPHPはさっさと終わってほしい。
仕事で書いていてイライラしてくる。

233 ：デフォルトの名無しさん：2009/02/21(土) 18:02:38

Perl, PHP, Javascriptあたりは書いててイライラするなあ。
メインで使ってないから精神的健康は害してないが。

234 ：デフォルトの名無しさん：2009/02/21(土) 18:46:47

>233
JSはやれば出来る子だと主張したい

235 ：デフォルトの名無しさん：2009/02/21(土) 18:47:19

LLってるびまとはまた別の恥ずかしさだなｗ

236 ：デフォルトの名無しさん：2009/02/21(土) 19:04:14

で、お前らはRails好きなん？

237 ：デフォルトの名無しさん：2009/02/21(土) 21:29:56

　　　　 ,' /
　　　　ｉ .l
.　　　　|　､
　　　､.＼　ヽ
　　　　､＼ . ヽ ._
　　　　　　　丶.　　 ‐　 _
　　　　　　　　　｀ ‐　_　　(^o^)(^o^)
　　　　　　　　　　　　　（ー（,, O┬O
　　　　　　　　　　　　　　　（））'J_））
　　　　「俺たちｵﾜﾀ？」

　　　　「ﾊｼﾞﾏﾙ前からｵﾜてたよ」

238 ：デフォルトの名無しさん：2009/02/21(土) 21:34:37

やはりスクリプト言語は用途限定でこそ光るものなんだ
RubyとPythonは失格
そのうちLuaにとってかわられるでしょうな

239 ：デフォルトの名無しさん：2009/02/21(土) 22:28:17

javascriptと言いたいところだが、良さそうな実装が見当たらない

240 ：デフォルトの名無しさん：2009/02/21(土) 22:59:11

なんかJavaScriptがマンセーされすぎてるような気がするが、そんなにいいのか？
門外漢からすれば、thisとかselfとかわけわからん
ソースもなんだかぐっちゃぐちゃになったのしか見たことないし
明確なclass(?)宣言が無いのでコメントで補完してるとか、なんだかなーという印象しか無いんだが

241 ：デフォルトの名無しさん：2009/02/21(土) 23:11:09

お前には関係ないから口を挟むな

242 ：デフォルトの名無しさん：2009/02/21(土) 23:18:46

議論も特に進行してないのに口を挟むなってのはおかしくないか
せめてくだらんレスするなって言ってくれ

大体、他の有象無象言語はともかくJavaScriptだけは、ブラウザ相手の
アプリ作ってれば関係ないって事はないな
是非ともJavaScriptの素晴らしい所を語って欲しいもんなんだが

243 ：デフォルトの名無しさん：2009/02/21(土) 23:47:09

javascriptは、さっさと規格を統一すべき
IEで見れたバス時刻表のサイトがFirefoxからは見れないって、どういうこった
規格化されない限りでは、JavaScriptには先がないな

244 ：デフォルトの名無しさん：2009/02/22(日) 00:11:18

ライブラリ使えば？

245 ：デフォルトの名無しさん：2009/02/22(日) 00:16:49

>>242
たとえば、emacsの中にlispが入っていたり、
ブラウザの中にjavascriptが入っていたりするけど、
アプリ毎に別の言語を作るのは無駄だから、
pythonやrubyをそういう所で使えば一番いいんだけど、
どうも使いにくいらしい。よく知らないけど。
で、javascriptなら実績あるしいいんじゃないかって話。

246 ：デフォルトの名無しさん：2009/02/22(日) 00:21:46

>>240
強い型としてのクラスなどなくても問題ないからその点は気にならないが、
for .. inに与えたものが適切なaggregateでないかもしれない、という恐怖に打ち勝つのはなかなか難しい。
Luaも似た実装だけど、この辺はどうやって解決してるん？

247 ：デフォルトの名無しさん：2009/02/22(日) 00:49:02

>>243
言語仕様はECMAScriptとして規格化されている。
「IEで見れたバス時刻表のサイトがFirefoxからは見れない」
というのはブラウザという実行環境による違いだよ。
ここもDOMという規格化はされているが、
それを超えた部分がブラウザごとに異なってくる。

クロスブラウザで統一させるには Java のようにコアライブラリや実行環境も含めて規格化しないと無理だね。

248 ：デフォルトの名無しさん：2009/02/22(日) 01:52:55

>>245
なるほど
組み込み用言語のお話でしたか
javascriptは何となくデファクトスタンダードっぽいってこと以上に組み込みの実績もあるってこと・・・かな？

言語体系や細かいシンタックス等の面ではどうなんだろ
恥ずかしながら今日初めてJavaScriptのそれっぽいリファレンスを入手した。ちょっと読んでみる
ttp://d.hatena.ne.jp/koseki2/20080312/jsref

249 ：デフォルトの名無しさん：2009/02/22(日) 06:56:11

thisやselfに相当するものは、ここのスレタイの言語は全部備えてると思うが…

250 ：デフォルトの名無しさん：2009/02/22(日) 07:26:50

JavaScript は this の中身がちょこちょこかわるのがなあ

251 ：デフォルトの名無しさん：2009/02/22(日) 08:51:49

>>249
ttp://d.hatena.ne.jp/brazil/20051028/1130468761
とか
ttp://d.hatena.ne.jp/tanakahisateru/20081115/1226690680
とか

252 ：デフォルトの名無しさん：2009/02/22(日) 09:33:53

>250-251
理解。確かにthisの扱いが違うことは意識せなならんね。
あとselfの他にも、JSは頻出パターンの多い言語だとは思う。
専用の構文を使わずに、既存の要素で色々やることになるし。

ただ俺はPythonの関数もどうかと思うんだよな…。
インスタンスとバインドされた関数（いわばメソッドのようなもの）と
バインドされてない関数が、表記に反して微妙に違うのがなんとも。

まあ、どの言語もやっぱり幾つかの問題はあるか。

253 ：デフォルトの名無しさん：2009/02/22(日) 11:12:38

俺の主観による事前の評判と感想：

- Perl - 汚いと評判で、実際に汚いがそれ以上に馬力があって便利
-- ソースはCobolを見るような気分になってきたが、仕事をやっつけるときに頼れる相棒
- Python - シンプルと評判だったが、#$%&の代わりに__XXX__乱舞でエエェー、クラスの実装でなめるなって感じ。馬力はOK
-- なんか不自然さとか後付感をPerl並に感じるが、パワーはあるので頼れる
- Ruby - 簡潔でエレガントと評判で、これは評判違わずだが馬力がいまいち
-- 簡潔かつ強力だが、馬力の凹凸がまだ激しく自分で結構補う覚悟がいる
- PHP - 言語以前という評判で、実際にも謎仕様多数だが、標準的構成で使える関数が充実＋軽い
-- ウェブに超便利。ウェブ以外で使う奴は頭がおかしい

馬力ってのはライブラリの種類とか充実度とかパッケージ配布機構とか
全部含めた言語仕様の外側まで含めた仕事遂行能力のことね。

今はRubyメインPerl/PythonサブでWebだけたまにPHP使用の俺が書いてみる。

254 ：デフォルトの名無しさん：2009/02/22(日) 11:14:03

>>228
えー Perl を日本語でたとえると
あーなんというかんーこういうもどかしさを
んー随所に感じるというか
あーうざいよね

255 ：デフォルトの名無しさん：2009/02/22(日) 11:27:49

>>254
Perl: 絵文字多数で読みにくい
Python: 妙に句読点とか三点リーダ（…）が多い
Ruby: 漢字が足りない
PHP: 文章になってない

256 ：デフォルトの名無しさん：2009/02/22(日) 11:56:58

ブラウザの組み込みでPHPっていうのがないかな
javascriptってChromでデバッグできる？

257 ：デフォルトの名無しさん：2009/02/22(日) 11:59:49

>Ruby: 漢字が足りない
わろｓ

258 ：デフォルトの名無しさん：2009/02/22(日) 12:48:59

>>253
>ウェブ以外で使う奴は頭がおかしい

バッチで超便利ですが(;´Д｀)

259 ：デフォルトの名無しさん：2009/02/22(日) 12:53:08

>258
どんなバッチで使ってる？

260 ：デフォルトの名無しさん：2009/02/22(日) 13:20:49

>>259
DBから条件を抽出して、ファイルをゴニョゴニョするようなもの
別にPHPじゃなくても良いんだけど、他のライブラリ（Pear、CPAN)とか入れる手間が
他のものより比較的少ない分、他人に依頼しやすい。

261 ：258＝260：2009/02/22(日) 13:27:51

言葉足りないから補足

＞他人に依頼しやすい。

他人に設定・設置を依頼しやすいってことです。

262 ：デフォルトの名無しさん：2009/02/23(月) 10:10:31

JavaScriptでsprintfが無いのは、何か理由があるの？
スクリプト言語で文字列処理が面倒くさいってのは結構致命的だと思うんだが

大概ソースが汚く、というか読む気をなくさせるのは文字列連結がごちゃごちゃしてる部分だと思うんだ
さらに文字列内での変数展開もないときたら、これはなにかポリシーなのかとも思ってしまうけど、
規格に入らない理由とかあるのかな

263 ：デフォルトの名無しさん：2009/02/23(月) 10:34:18

>262
確かに何でだろうな。
数が少なきゃ、フォーマット文字列.replace()で何とかなるけど、ちと限界あるし。

264 ：デフォルトの名無しさん：2009/02/23(月) 18:39:53

javascript + PHPがおすすめ。
PHPはRubyかPythonに置き換えてもいい。

jsは今後絶対はずせなくなる。

265 ：デフォルトの名無しさん：2009/02/23(月) 18:57:42

>>262
むしろsprintfがあるほうが珍しいのでは。
シェア的には多数派だけど。ｗ

266 ：デフォルトの名無しさん：2009/02/23(月) 19:10:06

>>262
オブジェクト指向だと文字列は普通に＋で連結するだけじゃね？
ああ、%2.1dみたいな書式作りたいのか。

267 ：デフォルトの名無しさん：2009/02/23(月) 19:47:12

%2.1dって構文はありなの？

268 ：デフォルトの名無しさん：2009/02/23(月) 20:07:05

Pythonとかの%02dとかは普通にありがたいけどなぁ。
数字を文字に変換しなくても、そのままフォーマット変換できるのは楽は楽だし。
+の連結とは使い勝手が全然違うとｵﾓ

269 ：デフォルトの名無しさん：2009/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 ：デフォルトの名無しさん：2009/02/23(月) 20:34:39

いや%dに"2.1"を指定するのはなんか違和感があった
%fならともかく

271 ：デフォルトの名無しさん：2009/02/23(月) 20:35:54

>>269
tag = <input type="text" class={css_class} name={name} value={value} />.toXMLString()

272 ：デフォルトの名無しさん：2009/02/23(月) 20:45:31

xml以外はどうしたらいいんだ？

273 ：デフォルトの名無しさん：2009/02/23(月) 22:32:25

>>272
name = 'John'
str = <dummy>My name is {name}.</dummy>.text()

XMLリテラルキモいｗ

274 ：デフォルトの名無しさん：2009/02/23(月) 22:54:20

JavaScript に strftime() が欲しい。

275 ：デフォルトの名無しさん：2009/02/23(月) 23:21:46

>>273
<>My name is {name}.</>
でOK
ちょっとだけキモさも和らぐｗ

276 ：デフォルトの名無しさん：2009/02/24(火) 01:38:44

http://d.hatena.ne.jp/uupaa/20080301
http://hacks.bluesmoon.info/strftime/

JavaScriptでsprintfとstrftime

277 ：デフォルトの名無しさん：2009/02/24(火) 12:38:01

>>275
HTMLのSCRIPTタグ中に書けないじゃん。

278 ：デフォルトの名無しさん：2009/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 ：デフォルトの名無しさん：2009/02/24(火) 13:18:05

いつの間にかJavaScript勉強スレになってるな

280 ：デフォルトの名無しさん：2009/02/24(火) 19:10:58

>>278
htmllintとかでチェックすべき。

ブラウザは受け入れるだろうけど、
HTML(SGML)的には不法のはず。

281 ：デフォルトの名無しさん：2009/02/24(火) 22:52:51

XMLリテラルってscalaにもあるみたいね
これらの言語使ってる人、こんなの使ってる？（意味不明）
ヒアドキュメントより更にコードに違和感ありまくりで、あんまり
有り難みがないような気がする

282 ：デフォルトの名無しさん：2009/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 ：デフォルトの名無しさん：2009/02/25(水) 05:25:39

>>282
https://developer.mozilla.org/ja/E4X

＞さらに CDATA セクション (<![CDATA[...]]>) は CDATA リテラルとしてパースされませ
＞（HTML の <script> 要素は暗黙の CDATA セクションを作りますが、そこには明示的
＞な CDATA セクションを含めることができないため、これは HTML において JS 構文エラーを引き起こします）。

284 ：デフォルトの名無しさん：2009/02/25(水) 08:09:15

>>283
XHTMLで書けばいいだけ

285 ：デフォルトの名無しさん：2009/02/25(水) 08:50:28

> XMLリテラルってscalaにもあるみたいね

V　B　.　n　e　t　に　も　あ　り　ま　す

C　#　に　は　あ　り　ま　せ　（

286 ：デフォルトの名無しさん：2009/02/25(水) 12:39:22

Rhinoってどうよ？

287 ：デフォルトの名無しさん：2009/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 ：デフォルトの名無しさん：2009/02/25(水) 23:37:32

わざわざ冗長に書き過ぎじゃなかろうか、Rhino知らんけど

289 ：デフォルトの名無しさん：2009/02/26(木) 00:00:53

importClass(java.io.PrintWriter);

var file = new PrintWriter("sample.txt");

file.println("これだけでよかったのか、まだ勉強不足だ");
file.close();

290 ：デフォルトの名無しさん：2009/02/26(木) 00:03:39

それなんてJava、っていうネタじゃなかったのか

291 ：デフォルトの名無しさん：2009/02/26(木) 01:39:17

>>262
String.format()

292 ：デフォルトの名無しさん：2009/02/26(木) 01:53:16

C#？

293 ：デフォルトの名無しさん：2009/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 ：デフォルトの名無しさん：2009/02/26(木) 10:56:50

もう21世紀だというのに・・フォーマットとか小文字だとか大文字だとか・・だりぃな

295 ：デフォルトの名無しさん：2009/02/26(木) 11:17:15

デフォルトの書式を XML で定義しておくとか。
デフォルトで case insensitive にして必要に応じて case sensitive にするとか。

296 ：デフォルトの名無しさん：2009/02/26(木) 16:57:13

高水準言語

297 ：デフォルトの名無しさん：2009/02/26(木) 21:41:54

VB.NETは進化の方向性を間違えたなって思う。
C#と棲み分けするためにRubyやGroovyのような言語に進化するべきだったと思う。

298 ：デフォルトの名無しさん：2009/02/26(木) 21:47:31

C#やVBのM$言語もLLに入るの？
オープンソースかアカデミックな連中だけで盛り上がってて、
商用お断りみたいに思ってんだけど

299 ：デフォルトの名無しさん：2009/02/26(木) 21:49:45

Java系等のはｶｽ扱いで。

300 ：デフォルトの名無しさん：2009/02/26(木) 22:11:26

>>298
いや入らない。
ただVBはLL方向へ進むべきだったという話をしているだけです。

301 ：デフォルトの名無しさん：2009/02/26(木) 22:21:34

LLの定義論うざい。
そもそもLLはRuby基準で立場が近いかどうかが問題だ。
厳密な定義は必要ないし、そもそもRuby使い以外はLLなんて言葉はつかわない。

302 ：デフォルトの名無しさん：2009/02/26(木) 22:23:42

なんかわけわかんねぇ文章だな。
Rubyに近いほど、よりLL。
あまりにもRubyより簡単すぎたらLLじゃない。

303 ：258＝260：2009/02/26(木) 22:35:51

>>294
高校生のとき21世紀には、CADのようにGUIで部品を結線するだけでプログラムが
出来る時代が来ると思っていました。

304 ：デフォルトの名無しさん：2009/02/26(木) 22:44:49

デスクトップ時計とかカレンダーみたいな小物なら
C#ならまさにRADでポトペタ、プロパティ設定だけで
コーディングなしでできるがな。

（もちろん、色々細かいことやろうとしたらコーディングは必要だが）

305 ：デフォルトの名無しさん：2009/02/26(木) 22:55:31

HTML、MXML、XAMLとか画面を作るだけなら
プログラミング言語の出番では無くなりつつあるような。
もちろんポトペタを実現するソフトの力もあるけど。

306 ：デフォルトの名無しさん：2009/02/26(木) 23:55:19

>>303
それって、RPGツクールだけでRPGがとか、
シューティングツクールだけでシュー（ｒｙ
格闘ゲ(ry

というのと変わらん妄想な気がする。
結局こったことやろうとすると、ツール上でプログラミングしないといけなくなるんだよな

307 ：デフォルトの名無しさん：2009/02/26(木) 23:58:45

まあ、妄想とはいったけど今の段階ではということで、
30年くらい先は変わるんだと思う。
RPGツクールも新しいのは Ruby乗っかってるし、
ジャンル特化のゲームエンジンにちょっと汎用的なDSL入れた、見たいな構成なんて、
今時のゲーム開発じゃ珍しくない。

web周りがまだ続くんなら、ポトペタ系webフレームワークがでたっておかしくない。

・・・CodeGea(いやなんでもない

308 ：デフォルトの名無しさん：2009/02/27(金) 00:04:15

Plagger とか Yahoo! Pipes とか Popfly とかその辺のこと？

309 ：デフォルトの名無しさん：2009/02/27(金) 01:40:28

どんどん新しい技術が出てくる時代だからね。UI言語みたいなものよりテキスト言語じゃないと融通が
きかなくて対応できないだろうね。
でもいずれ何十年も先に技術も安定して規格化も進めば、UI言語みたいなものも発展できるかもね。

310 ：デフォルトの名無しさん：2009/02/27(金) 02:17:24

用途は限定されるけど、結線でUIを構築するなら、Quartz Composerってのがあるね。
文字列の回転角度などのようなプロパティは、直接指定する必要はあるけど、基本、結線するだけで、リアルタイムで結果を表示してくれるよ。

Mac限定だけど

311 ：デフォルトの名無しさん：2009/02/27(金) 02:21:08

ぶっちゃけGUIとCUIに向きと不向きがあるのと一緒で
何でもポトペタで楽にってのは幻想だと思う

マウスやゲームパッドで漢字の人名を入力することを考えてごらんよ
超面倒くさいだろ？
電卓だって、GUIの電卓よりCUIのがずっと使いやすい

312 ：デフォルトの名無しさん：2009/02/27(金) 02:31:44

グラフィカルな存在を扱うケースでは、グラフィカルに設計できるのが一番では
絵を書くときには誰だって筆を使う
PostScriptを直接書くというケースは多くないだろう

313 ：デフォルトの名無しさん：2009/02/27(金) 02:37:03

>>312
うんだから向き不向きってことね
ダイアログエディタみたいなGUIが向いてるものはどんどんGUI化すればいいが、
実際には既にかなりのものがGUI化されているだろう
それ以上は疑問だね

314 ：デフォルトの名無しさん：2009/02/27(金) 02:41:41

>>311
それはGUIだからじゃなくてマウスだからじゃない？

315 ：デフォルトの名無しさん：2009/02/27(金) 06:29:26

touch(panel/pad)て昔からあるけど
DesktopPC用には普及してないな

316 ：デフォルトの名無しさん：2009/02/27(金) 07:34:35

高いからだろ

317 ：デフォルトの名無しさん：2009/02/27(金) 09:32:58

>>316
そういって参入して死々累々なのがタッチパッドインタフェース。
タッチパッドが悪いというより、なぜか指で操作させようとするのが
敗因だと思うけど。ペン操作は普及したし。

318 ：デフォルトの名無しさん：2009/02/27(金) 09:41:48

タッチパッドはタッチパッドで、結構進化して来てるよ。iPhoneとか、なかなか面白い動きをする。
ペンタブレットはあれはあれで、実は「細かい点の操作」に弱いって欠点があるんだな。
マウスやタッチパッドは、ポイント→その位置から動かさないでクリックって動作がしやすいんだけど
ペンタブレットだとそうも行かない。一応、少しだけ浮いた状態でポインタが出るんだが、それでも狙った位置からはブレやすい。

319 ：デフォルトの名無しさん：2009/02/28(土) 00:38:29

タッチパネルとタッチパッドは別もんだな
タッチパネルは、もし安く高性能なものが普及しだしたら、それなりに便利だと思う
マウスでクリックしすぎると指が痛くなってくるけど、そんなとき画面をペンでポチって
できるのは、作業中の気分転換にいいかもｗ

320 ：デフォルトの名無しさん：2009/02/28(土) 01:31:43

で
何の話だっけ？

321 ：デフォルトの名無しさん：2009/02/28(土) 03:01:32

>320
PerlもPythonもRubyも大きなテコ入れをしている件について

322 ：デフォルトの名無しさん：2009/02/28(土) 03:10:31

米国でRuby関連書籍の売り上げが減速か
>2008年第4四半期の売り上げで、前年同期比965％増という大躍進を遂げているのはObjective-C。
>ほかにActionScriptも33％増と好調。逆に落ち込みが激しかったのはRubyで、51％減となっている。
>ほかに落ち込みの大きい言語としては「JavaScript（24％減）」、「Visual Basic（15％減）」、「Perl（25％減）」、「Java（12％減）」などがある。
http://www.atmarkit.co.jp/news/200902/27/langs.html

323 ：デフォルトの名無しさん：2009/02/28(土) 04:05:25

まあ別にいらないしな

324 ：デフォルトの名無しさん：2009/02/28(土) 04:06:47

>> 322
ruby本の落ち込みは、railsは一時的なブームだったということかな？
Objective-Cはiphoneアプリの開発言語だよね。macの売り上げも伸びたんだろうね。
phpは相変わらず人気だね。

325 ：デフォルトの名無しさん：2009/02/28(土) 06:11:51

Rubyはソース嫁に辿り着く

326 ：デフォルトの名無しさん：2009/02/28(土) 07:34:42

Rubyは対話式インタプリタだから生きるものかもしれないな。

コード補完機能を備えた優秀な開発環境があれば
別にコードが冗長でもかまわないわけだし。

Pascalみたいにコンパイル速度が速ければ
インタプリタである必要もないし。

Rubyで使い捨て以外のプログラム書く理由がないわ。

327 ：デフォルトの名無しさん：2009/02/28(土) 08:54:46

>>322
iPhoneの影響か。
長らくNeXT及び、その後継であるMac OS Xの専用言語に近い状態だったが、2007年に入り、Apple社の携帯電話iPhoneにおいてCocoa touchフレームワークの記述言語として採用。習得者の人口が増える傾向にある。

328 ：デフォルトの名無しさん：2009/02/28(土) 09:05:04

Railsの流行も落ち着いてきたということだろう。もう4年もたつしな

329 ：デフォルトの名無しさん：2009/02/28(土) 10:28:12

オンラインで読めるマニュアルとかチュートリアル、解説サイトが充実していれば本なんかいらんけどなあ。
ちょっとググレば出てくる情報に３０００～円とか出したくないし。

まあ、手元においておきたいときも、ないことはないけど。

本が売れてるって、実は言語（フレームワーク）そのものが使いにくいからじゃね？なんてうがった見方をしてみたり＾＾；

330 ：デフォルトの名無しさん：2009/02/28(土) 10:40:55

それはうがってるんじゃなくて、（Ruby信者として）もがいてる感じ。

331 ：デフォルトの名無しさん：2009/02/28(土) 11:52:14

本買う行為はお布施だと思えば仕方が無いかな

332 ：デフォルトの名無しさん：2009/02/28(土) 11:57:00

ひたすらに現世利益を求める衆生にはそれがわからんのだな

333 ：デフォルトの名無しさん：2009/02/28(土) 12:12:56

お布施は信者以外には理解不能だからなぁ

334 ：デフォルトの名無しさん：2009/02/28(土) 13:17:15

Rubyとか互換性皆無で一年前の情報がゴミになるからな。
他言語でもRails風フレームワークも増えてきたし、
敢えてRubyにこだわらなくてもいいような。

335 ：デフォルトの名無しさん：2009/02/28(土) 14:14:09

教祖様は気分で仕様変えるし、
メンテナはすぐヘソ曲げるし、
コミュニティの殆どは「誰か働けよ、中傷してやるからよぅｗ」モードだし、
普通に考えてRubyに価値があるわけないよね。

336 ：デフォルトの名無しさん：2009/02/28(土) 15:27:46

PHPはやはり強いな。
初めにやったもん勝ちなんだよな、こういうのは。

337 ：デフォルトの名無しさん：2009/02/28(土) 18:37:40

Rubyの方が昔からあったような気がする

338 ：デフォルトの名無しさん：2009/02/28(土) 20:32:57

まあ、シェア奪ったもん勝ちってことだろ。

339 ：デフォルトの名無しさん：2009/02/28(土) 22:32:21

>>335
Rubyの教祖様ってPHPをさんざん叩いてた人じゃないの？
当のRubyはそんな有様だから足引っ張ってんのか？ｗｗ

340 ：デフォルトの名無しさん：2009/02/28(土) 23:59:35

PHPはウェブアプリのコーディングしてて「こんなのないかな？」っていう
関数は既に用意されてることが多いからやっぱ強い（自作関数だらけにもならんし）。
ヴォキャブラリーの力が圧倒的だから
まあウェブ用途では当面代替になりそうな言語はないね。

341 ：デフォルトの名無しさん：2009/03/01(日) 00:22:09

PHPよか、Rubyの方が柔軟に書けそうに見えるんだけど気のせいか？
パッと見でPHPって、Webで使う用のCにしか見えないんだけど

342 ：デフォルトの名無しさん：2009/03/01(日) 00:32:08

Web用のCだったら、今頃使いまくってるけどな。

PHPは歴史を引きずって関数が増えてるだけ。
末期のBASICを思い出すわ。
DB接続だけで6種類以上あったり、勘弁してくれ。

343 ：デフォルトの名無しさん：2009/03/01(日) 00:34:11

まぁDB周りはクラス作ったりしてまとめたりしてるわ
PostgreSQLとMySQLしかつかってないが。

B→Cときた自分としては、PealやRubyってすごくソースが見づらい。

344 ：デフォルトの名無しさん：2009/03/01(日) 00:36:15

沢山の人が読める
動かせる鯖多い

phpの利点なんて他に無いでしょ
ライブラリなんてpythonだろうがrubyだろうがperlだろうが不自由しませんよ

phpは書きやすくはないと思う。むしろ他より疲れる。
よくも悪くも馬鹿正直な子のイメージ

345 ：デフォルトの名無しさん：2009/03/01(日) 00:45:37

>>344
PHPは書きやすいから沢山の人が読めて、多くの鯖がサポートしてるんだが。

346 ：デフォルトの名無しさん：2009/03/01(日) 00:57:26

PHPとPerlのちがいはなにですか？
PHPの方がゴージャスなのでしょうか。

347 ：デフォルトの名無しさん：2009/03/01(日) 01:04:24

>>345
書きやすくないよ。PHP以外の言語やったことは？

348 ：デフォルトの名無しさん：2009/03/01(日) 01:04:57

Web鯖新調したら動かないって大概Perlで
PHPで書き直すことになって俺の作業がすすまん。。。

349 ：デフォルトの名無しさん：2009/03/01(日) 01:24:37

>>348
普通は逆じゃないか？
サーバ依存のPerlコードなんてどんなのがあるんだろう。
モジュールが入ってないとかそんな問題では。FastCGIとかそういう関係かな。

書き方があんまり古いから、いっそ書き直すってのならわからんでもないが、
PHPの古いコードを書き直すのも大概しんどい作業だから、それは言語のせいではないし。
PHPで書き直す必要のあるシチュエーションがあんまり思い浮かばない。

350 ：デフォルトの名無しさん：2009/03/01(日) 01:41:08

>>349
サーバーの中のことはあまり知らないんだが、今あるWebサーバーを
CentOSに集約する作業で動かないのが出てくる
パーミッションやら権限やらパスやら書き直したんだがやっぱり動かないんだわ

大半はメール、あとはDBやら出力の文字化けたりとかそんなかんじ
バッチの書き直しが俺に来なかったのだけが救い・・・

351 ：デフォルトの名無しさん：2009/03/01(日) 01:57:49

>>350
コード読まずに環境変えて動かんってそれは仕方がない。
Perlのせいではないぞそれ。
むしろPHPの方が、バージョンや設定の違いのせいで書き直しとか動かんとか多い印象。

また、例えば/etc/aliasesいじってメールアカウントを量産するとか、パイプなどで
コマンド直に叩いてるとか、そう言った感じのサーバ依存処理をごにょごにょされまくってたら、
もともとPHPだったとしても多分ひどいことになってるだろ

> サーバーの中のことはあまり知らないんだが
一番の問題はこれじゃないかと。
結局これである程度できてしまうのが、PHPの利点ってことになるんだろうか。
欠点と言うことになるんだろうか。

352 ：デフォルトの名無しさん：2009/03/01(日) 02:37:01

>>351
鯖見てる人がPerl使える人だから上司もそうか、じゃぁ仕方ないで俺に来るんだよね。

メールは、ライブラリ入れてるんだけど動かないっていう状態。　俺はパイプとかさっぱり。
普通にPHPの文法でDBから引っ張ってきてメール送信するように書き直してるだけ。

PHPもDB入れ替えたからSQL全部書き換えなんだが全く手が付けられん状態。。。

353 ：デフォルトの名無しさん：2009/03/01(日) 06:00:02

最近のCentOSではデフォでsendmailとpostfixが両方入ってるしMySQLは3系、4系、4.1系以降で
文字の取り扱いが大きく変わってるからその辺りだろうね。
直すのにそれほどの手間じゃないと思うけどそれを出来ない人に任すような会社であれば
どのみちPHPにしてしまった方がいいかもね。

354 ：デフォルトの名無しさん：2009/03/01(日) 07:07:35

>>341
PHPは誰でも使えるJavaとかC#みたいな感じ。
しかし、仕様の変さでハマりどころの多さVBやVBA並ｗ

355 ：デフォルトの名無しさん：2009/03/01(日) 08:45:27

>>350
馬鹿じゃね

356 ：デフォルトの名無しさん：2009/03/01(日) 09:38:27

全くの素人です
プログラミングを学ぶにはパイソンかルビーのどちらかが良いと聞いて3日ほど調べてるんだけど
ルビーの方がわかりやすい解説を見つけられるんでルビーにします

357 ：デフォルトの名無しさん：2009/03/01(日) 10:04:04

ルビー

358 ：デフォルトの名無しさん：2009/03/01(日) 10:32:40

さあ、ソースコードをコンパイルする作業に戻るんだ。

359 ：デフォルトの名無しさん：2009/03/01(日) 11:02:50

>>356
ルビーに比べたらパイソンの資料が少ないのは否めないな。
レンタルサーバーへのインストールはどっちも少なくてガッカリするが。

360 ：デフォルトの名無しさん：2009/03/01(日) 11:58:25

なんかプログラミングしたいだけならschemeでもやってれば。マジレス

361 ：デフォルトの名無しさん：2009/03/01(日) 12:18:04

パイソンからジャバののちCかルビーからジャバののちCを学ぶルートがよいとありましたので
この二つから選んだ次第です

362 ：デフォルトの名無しさん：2009/03/01(日) 12:34:04

何のルートだｗ
趣味なら何でもいいんじゃないか。

363 ：デフォルトの名無しさん：2009/03/01(日) 12:54:45

>>359
重要なのは中身さ。
英語ふくめればPythonの濃さは異常だぞ！

濃さ（マニアックさ？）で言えば最強はperlだと思うけどｗ

364 ：デフォルトの名無しさん：2009/03/01(日) 13:02:14

真にディープなPerl信者は、言語の汚さをどれだけ指摘しても、
全部受け止めた上で「だがそれがいい」って自然体で言ってのけるからな。
指摘に対して必死になりがちなRuby信者やPython信者には無い強さがあるｗ

365 ：デフォルトの名無しさん：2009/03/01(日) 13:02:31

>>361
やるならforthをやれ

366 ：デフォルトの名無しさん：2009/03/01(日) 13:02:33

basic->asm->Prolog->FORTRAN->Pascal->Lisp->C->PL/I->C++->Smalltalk->Objective-C->Java->Perl->Ruby->PHP->Python->C#->JavaScript<-いまここ

367 ：デフォルトの名無しさん：2009/03/01(日) 13:03:07

ああforthもやったわ

368 ：デフォルトの名無しさん：2009/03/01(日) 13:21:07

やはりパイソンは良いですか
私も読みやすいというのは大きな利点じゃないかとは思ったんですよね
すでにあるものをもう一度一から作るような真似は避けろともありましたし

369 ：デフォルトの名無しさん：2009/03/01(日) 14:24:48

俺のスクリプトのルート
PHP→Python←いまここ
PHPから入ると組み込み関数に頼りすぎて他の言語をやる時に散々なことになる。

370 ：デフォルトの名無しさん：2009/03/01(日) 14:25:04

Pyは初心者にとっては字下げ矯正箸だな
あのインデントが総てにおいて正しい、とまでは流石に言わないが
かなりの場面で通用する、それなりに正しいインデントが身につく

371 ：デフォルトの名無しさん：2009/03/01(日) 17:21:39

いや、そもそもインデントもろくにできないなんて
プログラムできるとかいう以前の問題だろ

俺のスクリプトルート
BASIC→C→C++→VB→VBA→Perl→PHP←いまここ
文字列関数とか連想配列とかどんだけ便利(ry

372 ：デフォルトの名無しさん：2009/03/01(日) 18:29:08

BASIC->C->sh,awk,sed->elisp->Perl->Tcl->Python->Ruby->Java<-今ココ
インデントって...。どんなエディタつかってんだよ
作りたいものがないのに入門したいなら、Cとscheme。異論は認めない。

373 ：デフォルトの名無しさん：2009/03/01(日) 19:11:28

>>372
まあプログラムがどう実行されるかを理解するなら両者が基本だよね。
それ以前のプログラミング手習いの段階なら多分Py,R,JSあたりで打鍵に抵抗なくした方がいいが。

374 ：デフォルトの名無しさん：2009/03/02(月) 09:36:59

レンタルサーバーならさくらインターネットがパイソンもルビーも対応してるようですが
どなたかご利用の方いらっしゃいましたら使用感を教えてください

375 ：デフォルトの名無しさん：2009/03/02(月) 09:43:31

レンタル鯖板いけ

376 ：デフォルトの名無しさん：2009/03/02(月) 09:44:33

RubyもPythonも、インタープリタとして使うだけなら使用感も何もないのでは。
バージョン通りの動きをするだろ。

WEBシステムの実装言語として使うなら、本体よりもむしろFastCGIやmod_**の方の
設定の可否などが大きいはず。そういうことを聞いてるのかな？

377 ：デフォルトの名無しさん：2009/03/02(月) 09:46:38

>>374
レンタルサーバの使用感ならhosting板、
CGIのバックとしての使用感ならwebprog板で訊いて下さい。

378 ：デフォルトの名無しさん：2009/03/02(月) 13:54:25

以下の内容は、某スレに書き込んだものなんだけど、自分には結構面白いやり
取りになったので、いろんな言語でやってみたくなった。

ある大きな連想配列から、いくつかのキーを持つ要素だけを取り出した、部分
連想配列を作りたい。

// PHP版
$request = array('hoge'=>1, 'fuga'=>2, 'piyo'=>...
//これからキーが hoge, fuga の物だけを取り出すとすると、

foreach (array('hoge', 'fuga') as $param) {
$a[$param] = $request[$param];
}

これ、いろんな言語で、なるべく簡潔に書くにはどうしたらいいだろう？

379 ：デフォルトの名無しさん：2009/03/02(月) 14:11:16

>>378
Perlで
my %request = ('hoge'=>1, 'fuga'=>2, 'piyo'=>3);
my %a = (); my @keys = ('hoge', 'fuga');
@a{@keys} = @request{@keys};

ググってサンプルを見ながら適当に。なんかおかしいorもっと簡潔に書けるかも。

380 ：デフォルトの名無しさん：2009/03/02(月) 15:00:14

>>379
Perl って、
・連想配列の引数に、配列を与えられるのか。すげー。
・変数名のプレフィックスが型によって違うから、目がちかちかするのう。

Perl講座２章［変数］
http://www.site-cooler.com/kwl/perl/2.htm

381 ：デフォルトの名無しさん：2009/03/02(月) 15:02:53

ちなみに、ほかに書き込んだのは

PHP＠プログラム板
http://pc11.2ch.net/test/read.cgi/tech/1232712334/341-

Pythonのお勉強 Part32
http://pc11.2ch.net/test/read.cgi/tech/1234716330/275-

382 ：デフォルトの名無しさん：2009/03/02(月) 15:07:09

JavaScriptは多分愚直にループするしかないかな？
Rubyはなんかメソッドうにょうにょでできそうだけど、俺は知らね。

383 ：デフォルトの名無しさん：2009/03/02(月) 15:08:14

>>380
配列周りでぼんぼことフラット化する癖は……

384 ：デフォルトの名無しさん：2009/03/02(月) 15:32:05

バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm

> Perlは夏の台湾の通りの上で破裂したマッコウクジラだ。はらわたがそこら
> 中に飛び散って、車や自転車や歩行者を覆っている。それがPerlだ。本当に
> チャーミングだ。
（略）
> Perlがリスト処理をできないのは、リストを自動的に平坦にするという救い
> がたく愚かな決断をラリーが初期にしたことによる。そのため(1, 2, (3,
> 4))は不思議なことに(1, 2, 3, 4)に変わってしまう。あなたはこんな風になっ
> てほしいと思ったことはないだろう。しかしラリーがある日たまたま何かの
> 問題でそうなるのが都合が良かったため、それ以来Perlのデータ構造はまっ
> たくの破裂したクジラとなってしまったのだ。

385 ：デフォルトの名無しさん：2009/03/02(月) 15:38:56

>>384
釣れますか？

386 ：デフォルトの名無しさん：2009/03/02(月) 15:55:14

Rubyをよく知らない俺様が通りますよ。

irb(main):001:0> request = {'hoge'=>1, 'fuga'=>2, 'piyo'=>3}
=> {"fuga"=>2, "hoge"=>1, "piyo"=>3}
irb(main):002:0> a = {}
=> {}
irb(main):003:0> ["hoge", "fuga"].map{|x| a[x] = request[x]}
=> [1, 2]
irb(main):004:0> a
=> {"fuga"=>2, "hoge"=>1}

これではforループがmapに変わっただけだな。

387 ：デフォルトの名無しさん：2009/03/02(月) 16:20:28

Rubyは中途半端な私が通りますよ。
request = { 'hoge' => 1, 'fuga' => 2, 'piyo' => 3 }
keys = ['hoge', 'fuga']
a = Hash[*keys.zip(request.values_at(*keys)).flatten]

388 ：デフォルトの名無しさん：2009/03/02(月) 16:26:37

>>387
*keys の * ってなにをするものなの？
良かったら教えて。ググりようがないので。

389 ：デフォルトの名無しさん：2009/03/02(月) 16:38:22

>>388
中を展開すると理解してる。ちょっと違うかもしれないけど。
こうすると分かりやすいと思う。
p [1, 2, 3]
p *[1, 2, 3]

390 ：デフォルトの名無しさん：2009/03/02(月) 16:53:46

グモ

391 ：デフォルトの名無しさん：2009/03/02(月) 16:56:04

>>389
ごめん、やっぱりよく分からない。
p *[1, 2, 3] は動くけど、
*[1, 2, 3] は動かない。どうなってるの？

リファレンスのどこに載ってるか、教えてもらえるととてもうれしい。

http://www.ruby-lang.org/ja/man/html/

392 ：デフォルトの名無しさん：2009/03/02(月) 16:57:47

メソッド呼び出しのところ

393 ：デフォルトの名無しさん：2009/03/02(月) 17:40:45

>>392
> メソッド呼び出しのところ

そういうことか！やっとわかった。ありがとう。
メソッド呼び出し - Rubyリファレンスマニュアル
http://www.ruby-lang.org/ja/man/html/_A5E1A5BDA5C3A5C9B8C6A4D3BDD0A4B7.html

ちなみに Pythonだと、* で配列の展開、** で連想配列の展開になる。

>>> def hoge(a, b, c):
... return a

>>> hoge(*['a', 'b', 'c'])
'a'
>>> hoge(**{'a':1, 'b':2, 'c':3})
1
4. その他の制御フローツール
http://www.python.jp/doc/release/tut/node6.html#SECTION006720000000000000000

なるほどRubyにもあったのか。

正直に言うと、Hash[], Enumerable#zip, Hash#values_at とか、全部知らなかった。
Rubyってホントにメソッドが山盛りだな。
まあ俺が無知なだけか。

394 ：デフォルトの名無しさん：2009/03/02(月) 17:42:26

>>391
>>392さんの通り。
http://www.ruby-lang.org/ja/man/html/_A5E1A5BDA5C3A5C9B8C6A4D3BDD0A4B7.html

多重代入でも最後のメンバー限定で展開できたり。

a, b, c = [1, *[2, 3]]
p a, b, c

http://www.ruby-lang.org/ja/man/html/_B1E9BBBBBBD2BCB0.html#a.c2.bf.bd.c5.c2.e5.c6.fe

多重代入の左辺と、メソッドの仮引数で意味が変わったりする謎アイテム。

395 ：デフォルトの名無しさん：2009/03/02(月) 17:44:06

ぐは。

396 ：デフォルトの名無しさん：2009/03/02(月) 18:00:39

交代リストからハッシュを作れるRubyの仕様は、古き良き時代のLISPの香りが
するような。

397 ：デフォルトの名無しさん：2009/03/02(月) 18:21:30

静的型の言語はお呼びじゃないか。
標準ライブラリのtemplateをひっかきまわすのは面倒そうなのでこれで。

int[string] request = ["hoge":1, "fuga":2, "piyo":3];
auto keys = ["hoge", "fuga"];

typeof(request) result;
foreach(i; keys) if(i in request) result[i] = request[i];

398 ：デフォルトの名無しさん：2009/03/02(月) 18:51:45

>>397
何かと思ったが、これは C++0x か！
すげえ、こんな風に書けるようになるのか！

399 ：デフォルトの名無しさん：2009/03/02(月) 19:09:04

しかしロジックは>>378のforループと変わっていないんだな。

400 ：デフォルトの名無しさん：2009/03/02(月) 19:22:37

いや、D。
0xだとdecltypeだったりstd::for_eachだったりunordered_mapだったりすると思うわけだが。
ロジックはまるっきり同じ。
組み込みの連想配列を持っていてfor .. in相当の構文がある言語ならなんでもこの形式で書けるんじゃないのかな

401 ：デフォルトの名無しさん：2009/03/02(月) 19:25:21

やった、RubyのEnumerable#injectで書けたよママン。

['hoge','fuga'].inject({}){|x, y| x[y]=request[y]; x}

402 ：デフォルトの名無しさん：2009/03/02(月) 19:40:53

Ruby の inject が使えるなら Python の reduce も使えるはずだ。

def func(x, y):
x[y]=request[y];
return x

reduce(func, ['hoge', 'fuga'], {})

なんで無名関数使わないのかって？
Pythonのlambdaは代入とかできないんだようるせえな。
いいんだよPythonでは名前空間の不足に困ったりしないから。
あと何でも一行で書こうとするのは悪い習慣。

403 ：デフォルトの名無しさん：2009/03/02(月) 19:56:39

>>400
> いや、D。
なんだそうか。C++に連想配列リテラルが組み込まれたかと思って驚いちゃった
よ。恥ずかしいな。

D vs C++0x - プログラミング言語 D 2.0
http://www.kmonos.net/alang/d/2.0/cpp0x.html#initializer-lists

404 ：デフォルトの名無しさん：2009/03/02(月) 19:59:17

ちんこ

405 ：デフォルトの名無しさん：2009/03/02(月) 20:10:25

どれも別に短くはなっていない件について。

406 ：デフォルトの名無しさん：2009/03/02(月) 20:17:38

わざとキモく書いてみるテスト
$request = @{hoge=1; "fuga"=2; 'piyo'=3}
$a = @{};
echo hoge,'fuga' | % { $a.$_ = $request[$_] }

407 ：デフォルトの名無しさん：2009/03/02(月) 20:22:05

>>402
dict(reduce(lambda x, y: x + [(y, request[y])], ['b','c'], []))

408 ：デフォルトの名無しさん：2009/03/02(月) 20:24:01

dict(reduce(lambda x, y: x + [(y, request[y])], ['hage','fuga'], []))

409 ：402：2009/03/02(月) 20:36:40

>>407-408 まいりました。おまい頭いいな。

410 ：デフォルトの名無しさん：2009/03/02(月) 20:40:14

どれも大体分かるけど、>>406 だけ全然分からん。

411 ：デフォルトの名無しさん：2009/03/02(月) 20:40:26

何でも一行で書こうとするのは悪い習慣

412 ：デフォルトの名無しさん：2009/03/02(月) 20:53:22

python の dict って hoge.append('key', value) みたいなこと出来ないんですか？

413 ：デフォルトの名無しさん：2009/03/02(月) 21:00:10

>>406は言語すらわからん。
Perlっぽいが、動くとは思えん。これ何？

414 ：デフォルトの名無しさん：2009/03/02(月) 21:00:57

>>412
知らんけど、無さそうだね。
hoge['key'] = value じゃ駄目？

3.8 マップ型
http://www.python.jp/doc/release/lib/typesmapping.html

415 ：デフォルトの名無しさん：2009/03/02(月) 21:03:00

>>407-408
最後にdictを使うのなら、injectじゃなくて、リスト内包表記やmapの方が素直
じゃね？Python本スレではそうなってた。

416 ：デフォルトの名無しさん：2009/03/02(月) 21:07:51

>>410,413
PowerShellですよ
どうせならはっきりキモイと言ってくれても私は一向に構わん
% は Foreach-Object というコマンドのエイリアスで
ハッシュテーブルへは配列表記プロパティ表記どちらでも可能なのでこんな感じでキモく書けます

417 ：デフォルトの名無しさん：2009/03/02(月) 21:16:02

>>412
{}.__setitem__(k, v)

418 ：デフォルトの名無しさん：2009/03/02(月) 21:16:44

>>412
>>414
hoge.__setitem__(key, value)

無理やりreduceで書くなら例えば
reduce(lambda d, x: d.__setitem__(x, request[x]) or d, ['hoge','fuga'],{})
こんな書き方になると思うけど、Python使いはこの例を普通こんな風には書かない

dict((k, request[k]) for k in ['hoge','fuga'])
のほうがずっと素直で短く読みやすいからね

419 ：デフォルトの名無しさん：2009/03/02(月) 22:00:38

>>416
なるほど、キモいけど面白れー！

420 ：デフォルトの名無しさん：2009/03/02(月) 22:15:29

>>418
内包記法はうらやましい

421 ：341：2009/03/02(月) 22:30:41

なんか、このスレでも結構盛り上がったかな。ありがとうございます。

ちなみに元の言語であるPHPにも、forループしかないわけじゃなくて、むやみ
やたらと沢山のarray関連関数がある。
http://jp2.php.net/manual/ja/book.array.php

これを利用したら簡潔にならないかと思ったんだが、

array_intersect_key($request, array_flip(array('hoge', 'fuga')));

関数名の長いせいもあって、どうも垢抜けないのう。

422 ：デフォルトの名無しさん：2009/03/02(月) 22:47:33

Python人口多いな。
Perl とか Ruby とか、もっと面白いことできないの？

423 ：デフォルトの名無しさん：2009/03/02(月) 22:52:03

「面白いこと」を定義してください

424 ：デフォルトの名無しさん：2009/03/02(月) 23:00:41

じゃ、Rubyで。>>387とあんまり変わらないか。
Hash[*['hoge','fuga'].map {|x| [x, request[x]]}.flatten]

個人的には、リスト内包表記より、Rubyのmapとブロックのほうが好きだな。

425 ：デフォルトの名無しさん：2009/03/02(月) 23:06:06

>>423
Rubyはさておき、Perl だったら、とにかく変態的なことをしてほしい。
ほかの言語だったらありえないようなこと。

426 ：デフォルトの名無しさん：2009/03/02(月) 23:13:37

>>423
http://pc11.2ch.net/test/read.cgi/tech/1231856193/412
>中二設定豊富

427 ：デフォルトの名無しさん：2009/03/02(月) 23:15:50

>>425
>>379の縦横無尽の記号乱舞リスト展開くらいではまだ足らんと申すか

428 ：デフォルトの名無しさん：2009/03/02(月) 23:21:58

>>427
いや、逆。あれで火がついちゃった。Perlすげえ。
もっと何か見せてほしい。

429 ：デフォルトの名無しさん：2009/03/02(月) 23:26:58

目的と手段を取り違えている典型的な例だな

430 ：デフォルトの名無しさん：2009/03/02(月) 23:30:32

>>424
> 個人的には、リスト内包表記より、Rubyのmapとブロックのほうが好きだな。

ブロック内に複数行でも書けるから、凝ったことがやりやすいよね。

Pythonのリスト内包表記だと、長くなるとだんだん読み書きしづらくなる。
そのうち業を煮やして、手作業でforループに書き換えることに。
そのときの面倒さと言ったら。
これって俺だけ？

431 ：デフォルトの名無しさん：2009/03/02(月) 23:31:11

つってもありゃイディオムだしな。
リファレンスでごちゃごちゃしたって簡潔にも面白くもならんだろうし。
他の例のようにループ(？)にするとこんな感じかな。

my %a = map { ($_, $request{$_}) } ('hoge', 'fuga');

432 ：デフォルトの名無しさん：2009/03/02(月) 23:31:22

perlのハードルがあがっているところ普通で申し訳ないが
面白そうなので俺も書いてみた。
for(keys %request){if(/hoge/||/fuga/){$r{$_}=$request{$_};}}
grepで出来んかな

433 ：デフォルトの名無しさん：2009/03/02(月) 23:32:24

>>429
ええそうです。手段のためなら目的を選びませんとも！

434 ：デフォルトの名無しさん：2009/03/02(月) 23:43:30

あー、やっと気づいた。>>407-408って、Schemeとか関数型言語で多用される
「継続渡し」スタイルだ。
だから副作用の書けないPythonのlambdaでも、ちゃんと結果を累積できるんだ。

>>426
Haskell わかんないから君が書いてよ。

435 ：デフォルトの名無しさん：2009/03/02(月) 23:45:22

>>431と>>432を合わせて無理矢理grepも使ってみた

my %a = map {$_, $request{$_}} grep {/^hoge|fuga$/} keys %request;

436 ：デフォルトの名無しさん：2009/03/02(月) 23:58:08

Perlにはgrepなんて関数があるのかよ！
すげえ、もう意味が分からない。

437 ：デフォルトの名無しさん：2009/03/02(月) 23:58:43

>>435
おお、さすがム版！
grep版がすぐに出てきて、個人的に満足した。ありがとう。

438 ：378：2009/03/03(火) 01:45:34

そろそろ投稿も落ち着いたかな。
実はオチに使おうと思って用意していた言語がある。

R。R言語やGNU Rとも呼ばれる、統計用ベクトル言語。基本的にすべてのデータ
がベクトル。

> request <- c(hoge=1, fuga=2, piyo=3)
> request[c('hoge', 'fuga')]
hoge fuga
1 2

ご覧の通り、変数の添え字にベクトルを与えられるので、きわめて簡潔、と言
うかそのまんまに書ける。これ以上簡潔というと、話に聞くAPLぐらいしか思い
つかない。まあAPLに連想配列があるか知らんけど。

--
プログラミング言語というものは、使用目的が固定された場合、
ライブラリ → フレームワーク → DSL
という形で進化していくものだと思う。効率ではDSLが最高で、汎用言語は絶対
に追いつけない。例えば、RDBをSQLじゃなくてCで直接操作するのは鬼のように
大変。

しかしDSLは、習得は容易だが自由度が低くて、やろうとしたことができないこ
とも多い。だから一般的に、人気の出たDSLはだんだん汎用言語化していく。
PL/SQLとか。R なんか、行き過ぎるくらい汎用言語化している。

つうことで、言語の進化には、汎用言語<-->専用言語の逆向きの流れが同時に
存在していて、人が言語の良し悪しについて議論する場合、どっちを重視する
かが人によって違うのが、話のかみ合わない一因じゃないかなと思っている。

439 ：378：2009/03/03(火) 01:54:26

とは言うものの、いきなり>>379で Perlが添え字に配列を与えられることを教
えられて、用意した結論がいきなり疑わしくなってしまった。Perlは存在が反則。

つうことで、いろんなコードが見られて自分は面白かったです。皆さんありがとう。

440 ：デフォルトの名無しさん：2009/03/03(火) 02:42:39

request[c('hoge', 'fuga')] で値だけじゃなくキーも返すっていうのは良いのか悪いのか

441 ：デフォルトの名無しさん：2009/03/03(火) 02:45:32

>>434
なんかよくわからんこと書いてるな。

fold, inject, reduce 自体が継続渡しスタイルなんだよ。

>>407は、副作用無しに作れて、あとで連想配列に変えられるような
処理結果の累積方法を見つけたのが偉いの。

あとこれは、連想配列にある要素を加えた結果を作る式が、たまたまPythonには
なかったというだけの話。それをlambdaで与えれば、dictは要らなかった。

442 ：デフォルトの名無しさん：2009/03/03(火) 03:04:48

>>440
> request[c('hoge', 'fuga')] で値だけじゃなくキーも返すっていうのは良いのか悪いのか

問題ない。
キーを持つベクトルと、持たないベクトルとで、そのまま演算できるから、
値だけの場合と同様に扱える。

> (c(hoge=1, fuga=2) + c(10, 20))
hoge fuga
11 22

443 ：デフォルトの名無しさん：2009/03/03(火) 03:09:09

あれ、なんか全体にカッコがついてしまった。とりあえず別に要らない。
c(hoge=1, fuga=2) + c(10, 20)

444 ：デフォルトの名無しさん：2009/03/03(火) 03:18:45

>>442
あー、いわゆる"配列"と"連想配列"を差別しないのが"ベクトル"なわけかな

445 ：デフォルトの名無しさん：2009/03/03(火) 03:47:46

>>444
まあそんな感じ。

もう少し言うと、ベクトルは基本的には、自然数が添え字の単なる配列。
だけど「キー」を付けると、キーの値でも要素にアクセスできるようになる。
連想配列としては擬似的なもの。

だから、「キー」（正確には「name属性」）を持つベクトル同士を足すと、
> c(hoge=1, fuga=2) + c(fuga=10, piyo=20)
hoge fuga
11 22

単に要素の順番で足されて、後者のname属性は結果には残らない。
この辺はちょっとガッカリ？

真に配列と連想配列をうまく統合したのは、PHPだと思う。

446 ：デフォルトの名無しさん：2009/03/03(火) 04:56:46

>>438
無駄に汎用言語化するという流れは、まああるだろうね。
PerlとPHPは別にオブジェクト指向なんか実装する必要はなかったと思うし、
まあ実際無理に汎用言語化された機能の使われ方も微妙。

447 ：デフォルトの名無しさん：2009/03/03(火) 06:15:54

>>445
SQLのUNIONみたいなもんですかね

448 ：デフォルトの名無しさん：2009/03/03(火) 21:24:22

配列の添え字に配列渡せるって割と珍しいの？
多重代入くらいにはメジャーだと思ってた

449 ：デフォルトの名無しさん：2009/03/03(火) 23:58:33

>>445

>もう少し言うと、ベクトルは基本的には、自然数が添え字の単なる配列。
>だけど「キー」を付けると、キーの値でも要素にアクセスできるようになる。
>連想配列としては擬似的なもの。

擬似ハッシュ(Pseudo-Hash)なら、Perlにもv5.005の頃からあったけど、
そのデータ構造上、メモリ効率やパフォーマンスに悪影響があるということで、
v5.9.5で廃止された。これ豆

450 ：デフォルトの名無しさん：2009/03/04(水) 11:57:12

>>449
Perlってほんとに何でもあるなあ。
Perlの言語仕様って、それ以外の言語全部を合わせたぐらいあるんじゃないか？

あ、C++があるか。あれもC++以外の言語の仕様を全部合わせたぐらいあるな。

451 ：デフォルトの名無しさん：2009/03/04(水) 11:58:39

>>448
> 配列の添え字に配列渡せるって割と珍しいの？
> 多重代入くらいにはメジャーだと思ってた

よかったらPerl以外にどんな言語があるか教えてよ。

452 ：デフォルトの名無しさん：2009/03/04(水) 12:13:50

>>441
おおむね同意だが、ちょっとコメントしますよ。

> あとこれは、連想配列にある要素を加えた結果を作る式が、たまたまPythonには
> なかったというだけの話。それをlambdaで与えれば、dictは要らなかった。

それ一応Pythonにあるだろ。
>>418氏が d.__setitem__(x, request[x]) or d って書いてる。
だから実際、418の1つ目のコードは、reduceだけで済んでてdictはない。

まあ __setitem__()とかの演算子の定義のためのメソッドを直で呼んだり、そ
れを or でつなげたりというのは、Pythonでムリクリにワンライナーを書くた
めのバッドノウハウで、418氏の言うとおりおすすめできない。

西尾泰和のブログ: Pythonでワンライナーを作成する際のノウハウ集
http://www.nishiohirokazu.org/blog/2006/08/python_12.html

6.7 operator -- 関数形式の標準演算子
http://www.python.jp/doc/release/lib/module-operator.html

453 ：デフォルトの名無しさん：2009/03/04(水) 12:34:27

R の最大の欠点の一つは、ググりにくいこと。
しかし最近は r １文字で結構出てくるようになった。

統計処理ソフト R 入門講習会資料
http://androids.happy.nu/doc/r-intro-lecture
（なんか落ちてるんでGoogleキャッシュ）
http://72.14.235.132/search?q=cache:http://androids.happy.nu/doc/r-intro-lecture&hl=ja&strip=1

R-Tips
http://cse.naro.affrc.go.jp/takezawa/r-tips/r.html

Rの入門や言語仕様など
http://cran.r-project.org/doc/contrib/manuals-jp/

R言語 - Wikipedia
http://ja.wikipedia.org/wiki/R%E8%A8%80%E8%AA%9E

RjpWiki - RjpWiki
http://www.okada.jp.org/RWiki/

454 ：デフォルトの名無しさん：2009/03/04(水) 14:17:15

>>450
> Perlってほんとに何でもあるなあ。
同意。あと、これからの言語って、何か売りが無いと消えていくかも。

・あると便利なもの全部詰め合わせ。
・最小限の部品と糊を容易するからあとは自分で。
・特定ニーズに特化(統計処理など)
・1分で始められるお手軽言語
・豊富な過去の資産

ただ、プログラミングの自動化、ハードウェア化が進むと上記の売りも絶対的なものじゃなくなりそうだ。

455 ：デフォルトの名無しさん：2009/03/04(水) 18:51:40

>>451
代入式では使えないけど、PowerShellでも参照はできた

456 ：デフォルトの名無しさん：2009/03/04(水) 19:23:35

Perlは何でもアリなのは良いんだが、すぐに記号だらけになるのがなぁ。
MSのパスワードチェッカーにワンライナー打ち込んだら強度：最強とか出たんですけど。

457 ：デフォルトの名無しさん：2009/03/04(水) 19:54:04

大体どの言語のワンライナーでも強度は最強だろｗ

458 ：デフォルトの名無しさん：2009/03/05(木) 00:54:03

>>457
APLのワンライナーなら99%のクラッカーは入力すらできないだろうから安心？

>>453
Rは下手にループ書くと速度激減だからベクトル化で頭ひねるよね。
きれいにベクトルに落として応答が瞬間で戻るようになると気持ちいい。

459 ：デフォルトの名無しさん：2009/03/05(木) 10:25:28

>>402
> あと何でも一行で書こうとするのは悪い習慣。

普通にRubyプログラム組んでて
　↓
あれーこれ、どうやるんだっけな
　↓
irbで試行錯誤
　↓
ヤッター1行でできたよーー！
　↓
プログラムにコピペして、コミットする
　↓
後から見て何やってるかわからん orz

と言う流れがよくあるｗｗｗ

460 ：デフォルトの名無しさん：2009/03/05(木) 10:36:17

RubyはDSLが生まれやすいんだけど、
DSLができて流行って使おうとする時にエディタ支援が効かなかったりして泣ける・・・

Rakeとか、Rspecとかさー。
今は大分使えるけど。

しかし、今使ってみてるRadRailsまだrspec対応してないみたいなんだよな・・・

461 ：デフォルトの名無しさん：2009/03/05(木) 10:36:27

コメント３行くらいつけとけば無問題

462 ：デフォルトの名無しさん：2009/03/05(木) 11:56:42

わかりやすいコードをコメントとしてつけておけばおｋ

463 ：デフォルトの名無しさん：2009/03/05(木) 14:29:53

http://blog.headius.com/
http://d.hatena.ne.jp/fits/20090211
http://ko.meadowy.net/jrubytips/?FFI

そこはかとなく、今年の終わり位から
JRuby(^^)JRuby してきそうな気がする…

Java のライブラリが使える Ruby
Ruby を使える私！

>>> item = "これは売れるきっと売れるわ！(予測：GAEはびみょー)"
>>> tmpl = Template("""{% for item in seq %}
... {{ item }}
... {%- endfor %}""")
>>> tmpl.render(seq=range(3))

464 ：デフォルトの名無しさん：2009/03/05(木) 16:44:51

Twitterがパフォーマンスを理由にRubyから一部Scalaに乗り換えた模様
http://www.scala-lang.org/node/1008

465 ：デフォルトの名無しさん：2009/03/06(金) 00:41:05

GAEは他のfwと同じように良いところも悪いところもあるね
癖を分かって使う分には結構なんだが
バッドノウハウの塊のようでもあり

466 ：デフォルトの名無しさん：2009/03/06(金) 09:45:36

>>463
そんな日々の流行だけ追ってるからお前はいつまでもだめなんだよ

467 ：デフォルトの名無しさん：2009/03/06(金) 12:13:04

日々、COBOLのソースを追っかけてますが何か

468 ：デフォルトの名無しさん：2009/03/06(金) 12:17:33

君はそれでいい。

469 ：デフォルトの名無しさん：2009/03/07(土) 07:47:14

誰かが犠牲になってコボラーになってれば
新人をコボラーにせずに済むからな。
俺は、嫌だね。

470 ：デフォルトの名無しさん：2009/03/09(月) 00:26:45

尊敬されたがるが他人への敬意は無い

471 ：デフォルトの名無しさん：2009/03/09(月) 16:42:20

最も満足度の高いスクリプト言語はPHP
ttp://slashdot.jp/developers/09/03/09/0425211.shtml
米国のEvans Dataが500名以上の開発者／ITプロフェッショナルを対象に行ったアンケートで、
最も満足度の高いスクリプト言語はPHPであるという調査結果が出たそうだ
この調査では、回答者が利用したことのある言語について、12の評価項目に対して優れたスクリプト言語をランク付けする形で行われた。
その結果、総合得点ではPHPがトップ、以下Ruby、Python、Perl、Flex、JavaScript、ActionScript、F#、PowerShell、VB Scriptという順位になったという。

472 ：デフォルトの名無しさん：2009/03/09(月) 16:45:12

>>471
リンク先、12の評価項目の各トップ3

Ease of Use: Ruby, PHP, Flex
Exception Handling: Ruby, Python, Powershell
Extensibility: Python, PHP, Perl
Maintainability/Readability: Ruby, PHP, Python
Cross-platform Portability: PHP, Ruby, Python
Community: Ruby, PHP, Javascript
Availability of Tools: PHP, Ruby, VB Script
Quality of Tools: PHP, Flex, Python
Performance: PHP, Perl, Python
Memory Management: Python, Perl, Flex
Client-side Scripting: Javascript, Ruby, Windows Powershell
Security: Microsoft F#, PHP, Ruby

473 ：デフォルトの名無しさん：2009/03/09(月) 23:36:43

>>472
ナイスネタ振りｗ
燃えそうな話題だなあ

474 ：デフォルトの名無しさん：2009/03/09(月) 23:58:52

＞ Community: Ruby, PHP, Javascript
米国での調査でこの結果は意外

475 ：デフォルトの名無しさん：2009/03/10(火) 00:25:41

アンケートにメモリ管理についてどうかって項目があったのかな
他はともかく、そこは主観で答えてもらっても意味ない気が…

476 ：デフォルトの名無しさん：2009/03/10(火) 01:18:15

>>474
どうもアメリカのRubyコミュニティはフレンドリーらしい。

Martin Fowler's Bliki in Japanese - Rubyピープル
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?RubyPeople

477 ：デフォルトの名無しさん：2009/03/10(火) 02:16:20

>>471
スレタイのPerlをケツに持ってくと、その順位だな。まあどうでもいい話だが。

478 ：デフォルトの名無しさん：2009/03/10(火) 06:28:54

>>476
あくまでアメリカのパイソニスタとの比較な気がする
いろいろあって教条主義的になってる部分があるようなのは、向こうの人のコメントの節々に見受けられる。
向こうでのrubyは無名から言語オタが発見したところで始まったからやりやすかったんだろうな。
日本だといろいろ後援がついていて騒がしいが。

479 ：デフォルトの名無しさん：2009/03/10(火) 07:16:37

F#は知らんが、Securityで二番手につくPHPはさすがだな

480 ：デフォルトの名無しさん：2009/03/10(火) 08:42:33

まあ糞な仕事はやっつけ言語で十分ということだろ。
10年前はVBとAccessでやってた仕事が、PHPとMySQLになっただけだしな。

481 ：デフォルトの名無しさん：2009/03/10(火) 09:47:07

>>471
次点がRubyなのは以外だ・・・Pythonかと思ってた。

482 ：デフォルトの名無しさん：2009/03/10(火) 10:12:45

汚れ仕事ランキングですか

483 ：デフォルトの名無しさん：2009/03/10(火) 11:43:48

Maintainability/ReadabilityにPHPか。
とりあえず何とかいじれるという意味ではまあ入るかも知れないが、
ホントかよと思う。

484 ：デフォルトの名無しさん：2009/03/10(火) 12:41:29

人口が多いだけだろ。専門卒のw

485 ：デフォルトの名無しさん：2009/03/10(火) 13:13:04

>>484
アメリカにそんなもんあったっけ？

486 ：デフォルトの名無しさん：2009/03/10(火) 13:48:33

Community Collegeってのがあって、短大とか専門学校レベルの教育をやってる。
アメリカは高校の進度が遅いから、ここ卒業してやっとこ職業高校卒レベルだね。

487 ：デフォルトの名無しさん：2009/03/10(火) 14:50:33

>>478
日本のRubyコミュニティも、一部を除けばnewbieに対してはそれなりに親切かと思うが。
ごちゃごちゃしてるのは一時の信者vsアンチのイメージが大きいだけでは。

あと、なまじ開発陣が日本語で喋るもんだから、よくあるいちゃもんなんかがネットに
筒抜けで、ネットイナゴがブログや2chなんかでちょっかい掛けやすいのも、ごたごたの
イメージを増幅してるっていう、その辺を差し引いて見るべき。
Pythonの開発陣が揉めてたり、コミュニティでフレームの応酬してたって、俺らやおまいら
知らんことも多いだろｗ

488 ：デフォルトの名無しさん：2009/03/10(火) 15:01:07

>Memory Management: Python, Perl, Flex
たのむ、ギャグだと言ってくれ・・・

489 ：デフォルトの名無しさん：2009/03/10(火) 15:06:30

>>487
おまえのネットイナゴの用法はどうかと思うが。
本来ブログに押し寄せて炎上させるタイプのネットワーカーのことを指した語で、
なんでもかんでもイナゴ呼ばわりは池田信夫の専売特許だろw

490 ：デフォルトの名無しさん：2009/03/10(火) 15:11:35

おｋ。有象無象に訂正しとく。

491 ：デフォルトの名無しさん：2009/03/10(火) 17:03:49

例外処理が優れてるってどういう事を言うんだろ

492 ：デフォルトの名無しさん：2009/03/10(火) 17:29:40

スラドにも出てた。

最も満足度の高いスクリプト言語はPHP - スラッシュドット・ジャパン
http://slashdot.jp/developers/article.pl?sid=09/03/09/0425211

493 ：492：2009/03/10(火) 17:36:20

って、>>471に貼ってあるのそのまんまだった。スマソ。

494 ：デフォルトの名無しさん：2009/03/10(火) 21:02:22

slashから引用
> 私の回りでは、PHPを絶賛する人は例外なく他の言語が使えません。
> PHPをボロクソに言う人は、他の特定の言語のみを使っている人です。
> 多数の言語を使っている人は、少ないメリットを社交辞令のように挙げてくれます。
> (が、地方出身者の出身地を褒める京都人の様な物言いに聞こえるのは何故だ)

これ結構当を得ていると思う

495 ：デフォルトの名無しさん：2009/03/10(火) 21:04:40

地方出身者の出身地を褒める京都人

496 ：デフォルトの名無しさん：2009/03/10(火) 21:18:55

京都って地方じゃないのか？ｗ
494の人が京都育ちなんだなきっと。

497 ：デフォルトの名無しさん：2009/03/10(火) 21:19:28

あなたどこからきはったの？
岡山？岡山はええところどすなあ

498 ：デフォルトの名無しさん：2009/03/10(火) 21:31:06

京都はいまだ日本の首都である疑いもあるらしいぞ
まあそう主張する人がいなくなるまでのことだろうけど

499 ：デフォルトの名無しさん：2009/03/10(火) 21:47:34

なんといっても「府」ですからｗ

500 ：デフォルトの名無しさん：2009/03/10(火) 21:55:20

住みたくねえトコだけどな＞＞京都

埼玉のほうがマシ。

501 ：デフォルトの名無しさん：2009/03/10(火) 22:00:40

ラーメン屋が多くて美味い、本屋が多い、祇園で馬券を買える
いいところは色々あるけど、俺ももう住みたくないなｗ

502 ：デフォルトの名無しさん：2009/03/10(火) 22:05:39

七代住んだら住民と認めてもらえるらしいから頑張れ

503 ：デフォルトの名無しさん：2009/03/10(火) 22:06:22

>>498
京都には遷都したが江戸には遷都してないですね

504 ：デフォルトの名無しさん：2009/03/10(火) 22:07:05

まず一代目かよw
100年以上かかるだろ。

505 ：デフォルトの名無しさん：2009/03/10(火) 22:07:57

七代って200年くらいか
京都で「前の戦争」って言うと応仁の乱らしいからな

506 ：デフォルトの名無しさん：2009/03/10(火) 22:09:29

完全に京都の話になっててワロタw

507 ：デフォルトの名無しさん：2009/03/10(火) 22:11:08

「京都人なめんな」とか
「島根県民なめんな」とか言い出しそう

508 ：デフォルトの名無しさん：2009/03/10(火) 22:13:29

なぜ島根県が出てきたんだw

509 ：デフォルトの名無しさん：2009/03/10(火) 22:16:07

出雲が京都並に排他的だからかｗ
まあ、どっちも特殊な土地柄ではある

510 ：デフォルトの名無しさん：2009/03/10(火) 22:16:14

>>508
るびぃぃぃぃぃぃぃぃぃぃぃ

511 ：デフォルトの名無しさん：2009/03/10(火) 22:18:06

>>510
あ、なるほどね

512 ：デフォルトの名無しさん：2009/03/10(火) 22:35:39

島根県のRuby利用率は全国のそれよりも高い

513 ：デフォルトの名無しさん：2009/03/10(火) 22:39:59

蛇退治した神話があるところだよね

514 ：デフォルトの名無しさん：2009/03/10(火) 22:43:56

つttp://homepage1.nifty.com/kazuf/pythonlink.html

515 ：デフォルトの名無しさん：2009/03/10(火) 22:48:32

ワニに身ぐるみはがされるのは隣の県だっけ？

516 ：デフォルトの名無しさん：2009/03/10(火) 22:55:35

>>512
他の言語について調べて見たけどネットに載ってないね
外国ではそういうのはプライバシーになるのかな？

517 ：デフォルトの名無しさん：2009/03/10(火) 23:48:06

>>515
鮫じゃなかったかな

518 ：デフォルトの名無しさん：2009/03/10(火) 23:50:09

>>517
ワニという名前のサメらしい

519 ：デフォルトの名無しさん：2009/03/11(水) 00:08:44

皮をはがれて、しくしくウサギが泣いていたら、
たまたまとおりかかった天皇の集団が、
「海の塩水で体を洗うとよくなるよ」
と、とんでもないウソ知識を教えて、

それを真に受けたウサギが言われたとおりにすると、
ますます痛くなって、さらに泣いたという。

520 ：デフォルトの名無しさん：2009/03/11(水) 00:11:18

兄弟同士で殺し合いはするし親殺しも子殺しも当たり前の神話の世界は、実はかなりエグいｗ

521 ：デフォルトの名無しさん：2009/03/11(水) 00:15:13

女子トイレ覗いたり
まんこに棒ぐりぐり
なんてのもあるマジ

522 ：デフォルトの名無しさん：2009/03/11(水) 01:05:35

蛇はPythonでいいんだろうが、ワニは何だ？Javaか？

523 ：デフォルトの名無しさん：2009/03/11(水) 03:42:31

羊だろｊｋ

524 ：デフォルトの名無しさん：2009/03/11(水) 06:47:38

http://www.java-animal.org/

525 ：デフォルトの名無しさん：2009/03/11(水) 07:07:01

動物虐待は遺憾罠

526 ：デフォルトの名無しさん：2009/03/12(木) 18:07:03

>>521
神話学んでみたいので、できればなんていう単語でぐぐれば良いか教えて下さい。

527 ：デフォルトの名無しさん：2009/03/12(木) 22:24:32

自分の関心のある問題がどんな言葉で語られてるか分からないという問題。
うむ、しばしばありますな。

528 ：デフォルトの名無しさん：2009/03/12(木) 22:40:31

日本神話とギリシャ神話は変態のオンパレードだぞ。
変なところで人間臭いから、よけいに変態性が際立って見える。

529 ：デフォルトの名無しさん：2009/03/12(木) 22:59:25

>>526
神話の世界（というか古代日本人）の性的奔放さを垣間見たいなら、
河出文庫から出ている「日本の神話」がおすすめ。
中学生が喜びそうなエロ話がいっぱいｗ

530 ：デフォルトの名無しさん：2009/03/12(木) 23:47:49

俺の体の出っ張った部分を、おまえのへっこんだ部分に

531 ：デフォルトの名無しさん：2009/03/13(金) 00:11:37

ギリシャ神話にシスコンの神が妹を謀って恋人を殺させてヒャッハーってのがあったよな
あれは衝撃

532 ：デフォルトの名無しさん：2009/03/13(金) 01:46:50

>>526

ホト

ひめ

533 ：デフォルトの名無しさん：2009/03/13(金) 07:02:45

…ところでココ何板だっけ

534 ：デフォルトの名無しさん：2009/03/13(金) 17:12:43

>>529
>>532
ありがとうございます！

スレ違い＆板違いスマソでした。

535 ：デフォルトの名無しさん：2009/03/14(土) 01:01:30

過疎w

536 ：デフォルトの名無しさん：2009/03/14(土) 12:36:56

9x1=9
9x2=18 -> 1+8=9
9x3=27 -> 2+7=9
...
9x9=81 -> 8+1=9
のように9に1～9までの数字を掛けた数の各桁の数字を足すと9になりますが
これをプログラム的に証明しようとするとどうなりますか

537 ：デフォルトの名無しさん：2009/03/14(土) 12:40:53

9 * n = (10 - 1) * n = 10 * n - n = 10 * (n - 1) + 10 - n (0 < n < 10)

10 * (n - 1) + 10 - n ≡ n - 1 - n ≡ - 1 ≡ 9 (mod 10)

538 ：デフォルトの名無しさん：2009/03/14(土) 14:38:49

証明自体をプログラミングでやるのはキツくね？
証明が正しいかどうか検証するのはプログラミングの得意分野だけれども

539 ：デフォルトの名無しさん：2009/03/14(土) 15:10:25

81通りしかないんだから、全部計算すれば一瞬だろ

540 ：デフォルトの名無しさん：2009/03/14(土) 15:10:46

9通りでしたorz

541 ：デフォルトの名無しさん：2009/03/14(土) 15:12:03

この上なく正しい「プログラム的に証明」の方法だな

542 ：デフォルトの名無しさん：2009/03/14(土) 15:15:31

この場合はしらみつぶしに全部検証すれば十分では
9通りしかないし

Ruby1.8なら

(1 .. 9).all? do |i|
　j = i * 9
　9 == (j % 10) + (j / 10)
end

……こういう話ではない？

543 ：デフォルトの名無しさん：2009/03/14(土) 15:23:13

プログラム的にもなにも、手計算でも全部試した方が早いがな

544 ：デフォルトの名無しさん：2009/03/14(土) 15:55:27

>>537, >>542
それって証明なのか？

> 9x1=9
> 9x2=18 -> 1+8=9
> 9x3=27 -> 2+7=9
> ...
> 9x9=81 -> 8+1=9
> のように9に1～9までの数字を掛けた数の各桁の数字を足すと9になります

という命題をプログラムで表現しただけで証明にはなってないんではないの？

545 ：デフォルトの名無しさん：2009/03/14(土) 15:57:22

○通りしかないから手でやればとか力業でってのはなんか違うと思う。
証明ってのはその理論を拡張しても同じように証明できるのが証明だろうに。

546 ：デフォルトの名無しさん：2009/03/14(土) 16:02:14

ちがいます

547 ：デフォルトの名無しさん：2009/03/14(土) 16:05:54

>>544
与えられた公理（自然数の足し算とかけ算）のみをもとに、
有限回のステップで結論を導いてるから証明といえる。

この場合は命題が自明すぎるから、
騙されたような気になるのかもしれないな。

548 ：デフォルトの名無しさん：2009/03/14(土) 16:08:28

>545
ttp://ja.wikipedia.org/wiki/四色定理#.E8.A8.BC.E6.98.8E

549 ：デフォルトの名無しさん：2009/03/14(土) 16:17:56

普通は証明すべき命題のどこかに無限を含む集合が入るから、
この場合は力技で解くことはできないな。

550 ：デフォルトの名無しさん：2009/03/14(土) 16:31:31

証明というか、現象の検証だろこれ

551 ：デフォルトの名無しさん：2009/03/14(土) 16:41:49

それを証明と言うのですが

552 ：デフォルトの名無しさん：2009/03/14(土) 16:44:27

9*10=90 -> 9+0=9
9*11=99 -> 9+9=18 -> 1+8 = 9
9*12=108 -> 1+0+8=9
9*13=117 -> 1+1+7=9
9*14=126 -> 1+2+6=9
11のときはうまくないとも言えるけど
全桁足し続けて9になるのは
TCP/IPのchecksumなんかと似てる
10の補数かなんかで説明出来そうだな

553 ：デフォルトの名無しさん：2009/03/14(土) 16:54:37

無限を含むね

554 ：デフォルトの名無しさん：2009/03/14(土) 16:59:27

9*12345679=111111111も全桁足すと9
9*123456789=1111111101も全桁足すと9
9*987654321=8888888889->全桁足すと81->全桁足すと9

555 ：デフォルトの名無しさん：2009/03/14(土) 17:00:33

>>554
拡張しすぎだろ

556 ：デフォルトの名無しさん：2009/03/14(土) 17:02:00

確か
9 の倍数は全桁足すと 9 の倍数になる
って小学校のときに習った

557 ：デフォルトの名無しさん：2009/03/14(土) 17:02:12

自然数nに対して、(9n div 10) + (9n mod 10) が9の倍数になることは簡単に示せる。
そして、m >= (m div 10) + (m mod 10) > 0 だから、この操作を何回か繰り返せば、9になる。

558 ：デフォルトの名無しさん：2009/03/14(土) 17:41:41

>>537
それだと2桁しか正しくないね

>>556
9 の倍数は全桁足すと 9 の倍数になる訳だから
一桁になるまで足し続けると絶対 9 に収束する罠

559 ：デフォルトの名無しさん：2009/03/14(土) 23:04:47

なんでこうすれ違いのネタry

560 ：デフォルトの名無しさん：2009/03/15(日) 00:37:55

90年代からのrubyユーザーだが、世の趨勢としてrubyはpythonに敗北が決定的なので、メインのLLはpythonに移行することにする。

サヨナラruby。いままでありがとう。

561 ：デフォルトの名無しさん：2009/03/15(日) 02:07:46

うん、いらないでしょ。複数あること自体ライトウェイトじゃないし。

562 ：デフォルトの名無しさん：2009/03/15(日) 07:19:18

PHP使ってろ

563 ：デフォルトの名無しさん：2009/03/15(日) 11:05:03

>>560 は日本Pythonユーザ会の会長

564 ：デフォルトの名無しさん：2009/03/15(日) 12:45:50

結局Perl,PHPの2つあれば困らないからね

565 ：デフォルトの名無しさん：2009/03/15(日) 12:51:32

困らないけど、面白くもない

566 ：デフォルトの名無しさん：2009/03/15(日) 17:10:32

Perlだけでいいよ。
書いて楽しい、速さも十分。いうことないね。

rubyは楽しいけど遅い。
phpは早いけど楽しくない。
pythonは楽しくないし遅い。

567 ：デフォルトの名無しさん：2009/03/15(日) 17:48:55

Perlは読んで楽しくないからな

568 ：258＝260：2009/03/15(日) 18:27:00

>>566
C/C++で書くよりPHPの方が楽しいよ。Perlの特殊変数は文字化けとしか思えない

569 ：デフォルトの名無しさん：2009/03/15(日) 19:08:57

C/C++ 慣れしてると PHP は入りやすい。
Perlだけは昔からどうも受けつけん…
LispもHaskellも使うけど、
正直Perlが何指向言語なのか今だによくわかってない俺がいる。
もっと立ち位置をはっきりさせてくれないと使ってあげられないね。

570 ：デフォルトの名無しさん：2009/03/15(日) 19:42:50

ゴルファーまで行かないけどなるべく短く入力って思想だからな

571 ：デフォルトの名無しさん：2009/03/15(日) 20:50:35

perlはperl以外のLLのプロトタイプ
致命的な失敗も盛りだくさんだがそれらは全て他の言語にフィードバックされている
ありがとう、perl。使うのはお断りだ。

572 ：デフォルトの名無しさん：2009/03/15(日) 21:28:43

>>571
ワロタw

573 ：デフォルトの名無しさん：2009/03/15(日) 21:57:15

LL(w

574 ：デフォルトの名無しさん：2009/03/15(日) 22:11:02

致命的な失敗
それは普及してしまったこと

575 ：デフォルトの名無しさん：2009/03/15(日) 22:12:35

awkが普及するよりはマシだったと考えるんだ

576 ：デフォルトの名無しさん：2009/03/15(日) 22:44:57

awkの方が良かったな

577 ：デフォルトの名無しさん：2009/03/15(日) 22:48:05

awkがPerlの代わりに普及していたら
Matsumotoは自分の言語にRubyではなくMawkと名付けていただろう
　　　　　　　　　　　　　　　─── Timothy John Berners-Lee

578 ：デフォルトの名無しさん：2009/03/15(日) 23:39:09

awkはawkで解りやすくて好きなんだが。

579 ：デフォルトの名無しさん：2009/03/16(月) 07:07:54

つかmawkってawkの一環境として既に存在しそうなんだが

580 ：デフォルトの名無しさん：2009/03/16(月) 07:25:52

言語好きって総じてカスなんだよな。なんつーか興味の方向性がさ、仕事向きじゃないんだよな。

581 ：デフォルトの名無しさん：2009/03/16(月) 07:38:12

ハッカーとリーマンの差ｗｗｗ

582 ：デフォルトの名無しさん：2009/03/16(月) 07:54:44

好きな言語を隠すためにカス言語を語り合ってるからな
カスに見えるのは仕方ない

583 ：デフォルトの名無しさん：2009/03/16(月) 11:16:01

まぁ言語嫌いは一生Excelでちまちまやってなさいってこった。

584 ：デフォルトの名無しさん：2009/03/16(月) 11:51:31

なんでExcelかは知らないが、あれはあれで便利なんだがな
ドキュメントからコードっぽいものに出力するプラットフォームとして物凄く可能性を持ってるのに、
バンドルがVBAのみってのが(´･ω･`)
Rubyでもなんでもいいから、ループや文字列処理をしやすい言語をつけられんもんか。

585 ：デフォルトの名無しさん：2009/03/16(月) 11:58:50

VBA触ったことないんだけど
VBAで言語処理系作れないの？

586 ：デフォルトの名無しさん：2009/03/16(月) 12:51:15

COM経由でやれば?

587 ：デフォルトの名無しさん：2009/03/16(月) 12:52:40

たくさん言語覚えるの好きなのは、資格好きなのに似てるよな。
意味がある場合もあるし、たいていはくだらないとか。

588 ：デフォルトの名無しさん：2009/03/16(月) 13:48:35

>>584
OOo

589 ：デフォルトの名無しさん：2009/03/16(月) 15:07:07

そういう面ではMS OfficeよりGo-OOとかのほうが期待もてるな。
既に基本的な部分では相当完成度高いし。

590 ：デフォルトの名無しさん：2009/03/16(月) 19:11:21

Officeのアドオンって.NETで書けなかったっけか
だとしたらRubyだろうがPythonだろうが自由自在

591 ：デフォルトの名無しさん：2009/03/16(月) 21:10:14

アドオンを書きたいんじゃなくてスクリプトを書きたいんだろうと。

592 ：デフォルトの名無しさん：2009/03/16(月) 21:13:36

COM使っていいんなら今でも出来ると言えよう

593 ：デフォルトの名無しさん：2009/03/16(月) 21:21:41

COMは使いたくない。

594 ：デフォルトの名無しさん：2009/03/16(月) 23:42:07

埋め込みVBAでもCOMとやってることほとんど変わらんだろ

595 ：デフォルトの名無しさん：2009/03/17(火) 00:51:58

スクリプト厨にCOMは無理すぎる

596 ：デフォルトの名無しさん：2009/03/17(火) 01:35:39

コンパイルするかしないかで別に言語として難しいわけでもなかろうに

597 ：デフォルトの名無しさん：2009/03/17(火) 05:36:01

COMって何だ。Win32OLEを使うとかそんな感じ？
それならExcelのブックに付属させられるVBAマクロなんかとは別物だろ
むしろ>>590のアドオンが近いんだろうけど、スクリプトマクロの利点がかけらもないしな

598 ：デフォルトの名無しさん：2009/03/17(火) 06:37:45

埋め込みVBAでもCOMとやってることほとんど変わらんだろ

599 ：デフォルトの名無しさん：2009/03/17(火) 07:18:08

vbaで書く利点は、ExcelならExcelファイルさえ渡せば、officeの入ってるマシンなら（一応）動いてくれること。
まあ、俺も自分だけで使う奴ならpythonでcom経由で書いてるけどさ。楽だし。

600 ：デフォルトの名無しさん：2009/03/17(火) 07:19:05

Lispでもつけときゃ、Emacs使いは歓喜するのかな？両方よく知らんけど。

601 ：デフォルトの名無しさん：2009/03/17(火) 12:34:07

officeって実はインストールするときおまかせじゃだめなんだよね
オプションの選択によっては動かないマクロとかいっぱいあるのが嫌だ
結局カスタムでフルインストール選ばないと危なっかしくて使えない

602 ：デフォルトの名無しさん：2009/03/17(火) 13:02:46

導入手順書に必要なオプション説明しときゃいいだけだろ

603 ：デフォルトの名無しさん：2009/03/17(火) 13:55:38

なんで冴子先生出てきてくんねえんだよ。
とイルカに向かってキレてた上司なら見たことある。

604 ：デフォルトの名無しさん：2009/03/17(火) 21:07:04

いまだにOutlookでカレンダー表示だけにするやり方が分からない。

605 ：デフォルトの名無しさん：2009/03/17(火) 23:16:12

>>603
ﾜﾗた

606 ：デフォルトの名無しさん：2009/03/18(水) 05:51:01

ExcelのVBAの働きはシートに対するユーザー定義関数が重要なのだから、
COMでは代用できるものとできないものがあるね。

COMを通したスクリプトで代用できるのは事実上は一括処理系だけかね。

607 ：デフォルトの名無しさん：2009/03/18(水) 09:57:38

COMサーバーも簡単に作れるから
あなたの言う「ユーザー定義関数」も作れますよ

608 ：デフォルトの名無しさん：2009/03/18(水) 10:57:17

ｋｗｓｋ

609 ：デフォルトの名無しさん：2009/03/18(水) 14:25:24

LXDE (Lightweight X11 Desktop Environment)
軽快動作を目的としたX11デスクトップ環境

これが本場の「Lightweight」の使い方
今後このスレでは「LL」は一切禁止とします

610 ：デフォルトの名無しさん：2009/03/19(木) 00:38:27

COMサーバってなによ

611 ：デフォルトの名無しさん：2009/03/19(木) 01:06:54

このスレでは関係ない話

612 ：デフォルトの名無しさん：2009/03/19(木) 01:29:17

上のやりとりでは、スクリプトで「COMサーバーは簡単に作れる」
と書いてあるのに、「このスレでは関係ない話」とは妙な。

VBAで通常作るユーザー定義関数より、(このスレでいうLLで作った)
COMサーバーで作ったものが、スマートで管理しやすく、VBAで
書くより易いなら、それはとても価値のある情報だと思う。

613 ：デフォルトの名無しさん：2009/03/19(木) 01:37:10

>>610
コミュニケーションサーバー

614 ：デフォルトの名無しさん：2009/03/19(木) 01:59:13

>>612
消えろカス

615 ：デフォルトの名無しさん：2009/03/19(木) 02:00:02

なんだか特定OSが持ってる仕組みの内、アプリ間でのなにやらを
やりとりするための仕組みの内のなんちゃらっぽいということだけ妄想した
VBとかC#とかに関してMSDNあたりをごりごり探せばいいのかな

スレには関係なさそうだが、みんなWindows詳しいのな

616 ：デフォルトの名無しさん：2009/03/19(木) 04:21:47

てっきり >611 は >609 に対してのレスだと思ってたんだが

617 ：デフォルトの名無しさん：2009/03/19(木) 04:24:27

特定のOSってWin/Unixしか事実上ないんだからさ。Win知らなきゃコンピュータを半分以上知らないのと同じだろ。

618 ：デフォルトの名無しさん：2009/03/19(木) 04:41:47

>617
おまいはパソコン用OSしか知らないようだな

619 ：デフォルトの名無しさん：2009/03/19(木) 07:19:38

さっそくそこに釣られんなよ

620 ：デフォルトの名無しさん：2009/03/19(木) 07:43:38

>>617
それマジで言ったん？ソースあんならすぐ出せ
マジなら２ちゃんねら総力を上げて潰すが

621 ：デフォルトの名無しさん：2009/03/19(木) 07:48:48

MacOSのこと忘れてください・・・

622 ：デフォルトの名無しさん：2009/03/19(木) 08:01:33

MacOSはもうないOSだしMacOS XはUNIXだから別にいいのでは
LinuxやMinixもUNIXということにしたとして
Tronとかz/OSとかの話だろ

623 ：デフォルトの名無しさん：2009/03/19(木) 08:04:24

OS/400の事も思い出してやってください

#つかzよりこっちの方が台数上だと思うが。

624 ：デフォルトの名無しさん：2009/03/19(木) 10:38:07

OS/400とかTronとかz/OSで動くExcelってありますか？

625 ：デフォルトの名無しさん：2009/03/19(木) 13:16:24

結局617がほぼ正解なわけだが必死に反論してみよう。
BeOSってどうなったんだろう・・

626 ：デフォルトの名無しさん：2009/03/19(木) 13:28:49

シンビアンとかBREWとか

627 ：デフォルトの名無しさん：2009/03/19(木) 22:13:08

>OS/400とかTronとかz/OSで動くExcelってありますか？

OS/400はOSとDB2が融合しているので、アレコレ計算するならExcel以上の事が可能だなぁ。
それとJavaとかPHPとかJythonとかのメジャー言語やLL言語も使えるよ。

とマジレスしてみる。

628 ：デフォルトの名無しさん：2009/03/20(金) 01:06:45

LLでもバカっぽいのにLL言語ってバカ丸出しって感じだな

629 ：デフォルトの名無しさん：2009/03/20(金) 01:39:06

頭痛が痛いわ

630 ：デフォルトの名無しさん：2009/03/20(金) 01:49:35

プログラマーなら軽量LL言語でプログラミング言語をプログラムしようぜ

631 ：デフォルトの名無しさん：2009/03/20(金) 03:04:39

よくバカにされるけど好きです、PHP

632 ：デフォルトの名無しさん：2009/03/20(金) 04:15:17

LAMPのPなんだろけどRubyだけ仲間外れなん屋根

633 ：デフォルトの名無しさん：2009/03/20(金) 05:48:28

LARMP ﾗｰﾝﾌﾟ

634 ：デフォルトの名無しさん：2009/03/20(金) 06:26:01

俺はBSDなんで、BARMP にしたい。

635 ：デフォルトの名無しさん：2009/03/20(金) 10:51:35

Ruby厨uzeeeeeeeeeeeee

636 ：デフォルトの名無しさん：2009/03/20(金) 11:33:24

俺は普通にMISAだけど

637 ：デフォルトの名無しさん：2009/03/20(金) 11:56:41

んじゃ俺はRAPPでやりたい

638 ：デフォルトの名無しさん：2009/03/20(金) 12:43:38

>>636
Sがわからない。SQLite？ｗ

639 ：デフォルトの名無しさん：2009/03/20(金) 14:16:29

Microsoft
IIS
SQL
ASP

640 ：デフォルトの名無しさん：2009/03/20(金) 18:13:37

MacのMかと思ったｗｗｗ

641 ：デフォルトの名無しさん：2009/03/20(金) 19:10:42

MacならMWFAって所か

642 ：デフォルトの名無しさん：2009/03/21(土) 01:27:49

>639
で、そのSQLを解釈するDBは何だ

643 ：デフォルトの名無しさん：2009/03/21(土) 01:33:35

Microsoft SQL Serverにきまってるだろ…

644 ：デフォルトの名無しさん：2009/03/21(土) 01:33:38

>641
MacOSX、FileMaker、Apache…か？
Wって何だろ、言語かな？
OSXならPもRも標準添付じゃないっけ

645 ：デフォルトの名無しさん：2009/03/21(土) 01:33:40

まさかMicrosoft SQL Server って製品を知らないとか

646 ：デフォルトの名無しさん：2009/03/21(土) 01:34:17

MacOS
Web共有
Filemaker
AppleScript
だろｗｗｗ

647 ：デフォルトの名無しさん：2009/03/21(土) 01:35:10

MSSQLSERVERなら知ってるけど、SQLは言語だろ
まさかSQLを知らないのか？

648 ：デフォルトの名無しさん：2009/03/21(土) 01:36:31

>646
しまった、AppleScriptか！

649 ：デフォルトの名無しさん：2009/03/21(土) 01:40:41

MicrosoftとかいってたらMMMMでありになっちまう

650 ：デフォルトの名無しさん：2009/03/21(土) 01:43:37

俺の会社はHTTBだぜ

651 ：デフォルトの名無しさん：2009/03/21(土) 01:46:33

むしろどんどんLLと関係ない話になってるし。

まだExcelをLLで～ COMサ～バ～うんぬんの方が
いくらかは興味深いわ。まじで。

652 ：デフォルトの名無しさん：2009/03/21(土) 01:53:28

そっちに戻すんなら、気になってOOo調べてみたがマクロは結局BASICじゃん
JavaScriptもPythonも、情報も実装も全然足りない感じ
BASICの利点って何だ？VBAマクロからの移行優先ってだけなのかな。

653 ：デフォルトの名無しさん：2009/03/21(土) 01:54:33

WindowsやIISはMicrosoftって単語を除いても判るけど
MSSQLServerはMS抜いたら一般名詞化しちまうからなぁ
かと言ってMSだけだと社名になるし、面倒臭いソフト名ではある

654 ：デフォルトの名無しさん：2009/03/21(土) 02:00:40

Oracleもデータベースの製品名はOracle Databaseであって
Oracleは社名だけどな

655 ：デフォルトの名無しさん：2009/03/21(土) 02:03:17

オラクルはDB関連以外が存在感薄いから許すｗ

656 ：デフォルトの名無しさん：2009/03/21(土) 02:03:33

>>654
それはOracle Office とか Oracle Windows OS とかが存在しそれなりに
普及してる時にのみ対等に比較できるわけで

657 ：デフォルトの名無しさん：2009/03/21(土) 08:01:47

>>652
あなた調べ物むいてないよ

658 ：デフォルトの名無しさん：2009/03/21(土) 08:32:01

＞JavaScriptもPythonも、情報も実装も全然足りない感じ

とりあえず、今のMS系の言語と比べればこっちの方が普及しているんだがな。

659 ：デフォルトの名無しさん：2009/03/21(土) 09:00:57

「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ
ttp://blog.livedoor.jp/dankogai/archives/51189905.html

PHPユーザーってほんとダメだよな。

660 ：デフォルトの名無しさん：2009/03/21(土) 09:21:09

>>657-658
まじで？BASIC以外のまともなリファレンスあるの？
ようやっと見つけたサイトとかに
「※OOo 3.0 では Python 関連で多数の問題があります。お勧めできません。」
とか、
「組み込みで配布する場合はBASICしかなさそう」
とか書かれて萎えてるんだが。

661 ：デフォルトの名無しさん：2009/03/21(土) 10:58:16

あきらめが早いのは決して悪いことじゃないと思うよ

662 ：デフォルトの名無しさん：2009/03/21(土) 11:06:34

いや、JavaScriptはだめだよ。
まともな言語じゃない

663 ：デフォルトの名無しさん：2009/03/21(土) 12:15:40

そうだね

664 ：デフォルトの名無しさん：2009/03/21(土) 13:24:48

OOo BASICですらまともな情報ないような気がするんだが

665 ：デフォルトの名無しさん：2009/03/21(土) 15:03:16

>>659
ちょっと前まで日本で一番有名なオープンソースPerlプログラマはKENTで
CGIでググるとKENTのクソCGIが沢山引っ掛かって
初心者はこぞってみんなそれを真似していたことを弾は忘れている
単にPHP憎しの厨房発言だろこれ

666 ：デフォルトの名無しさん：2009/03/21(土) 15:09:11

日本最高レベルのハカーである弾先生に対してどういう無礼な発言だ？
謝罪しろ。

667 ：デフォルトの名無しさん：2009/03/21(土) 16:47:16

>>665
クソ初心者向けページにひっかかるクソ初心者どものことなんて、
普通以上のレベルの連中の意識の中には全くないからw

ときどき自分が全く知らない分野のことを検索して、ごみばっか
ひっかかった瞬間だけ、クソッタレと思うけど。

668 ：デフォルトの名無しさん：2009/03/21(土) 17:12:50

そう思うならDANKOGAIの批判も的外れってことだよね

669 ：デフォルトの名無しさん：2009/03/21(土) 18:05:57

しかしこんなクソ正規表現をそのまま転載するやつはかなりのアホだろ

670 ：デフォルトの名無しさん：2009/03/21(土) 18:06:36

PHPの糞関数名のせいでC/C++の検索がめちゃくちゃにされた恨みは忘れない

671 ：デフォルトの名無しさん：2009/03/21(土) 18:18:00

Rubyしかありえないよね

672 ：デフォルトの名無しさん：2009/03/21(土) 18:32:45

そうだね

673 ：デフォルトの名無しさん：2009/03/21(土) 18:50:26

やっぱ最後はRubyか・・だよな

674 ：デフォルトの名無しさん：2009/03/21(土) 18:59:19

pythonはRubyから構文大量にパクってるし、
これから先生き残る言語はRubyを筆頭にHaskellとCOBOLじゃなかろうか。
C言語は死滅する。まったく使われなくなる

675 ：デフォルトの名無しさん：2009/03/21(土) 19:01:21

釣れるといいな

676 ：675：2009/03/21(土) 19:02:41

おれもそう思うわ

677 ：デフォルトの名無しさん：2009/03/21(土) 19:05:06

自演をばらしてどうする

678 ：デフォルトの名無しさん：2009/03/21(土) 19:08:14

変数自体が桁フォーマット情報持ってるって発想自体は面白いんだがな

679 ：デフォルトの名無しさん：2009/03/21(土) 19:45:32

数式処理系とかで有効数字を持ってたりするようなものか。

680 ：デフォルトの名無しさん：2009/03/21(土) 21:15:29

PHP、使う人が多いし他の言語に比べて簡単だから全体としてレベルが低いのは否めない。
けど、PHP使ってる人ってだめだな！って短絡的に結びつけるのもなんか。

681 ：デフォルトの名無しさん：2009/03/21(土) 21:18:32

昔からあるVBだめだなとかそういう流れなんだろ
難しい言語やってる方が偉いみたいな

682 ：デフォルトの名無しさん：2009/03/21(土) 21:36:04

組む能力が無いから覚えたもので優劣つけようってことか、さもしいな

683 ：デフォルトの名無しさん：2009/03/21(土) 21:45:14

難しい言語ってどれよ

684 ：デフォルトの名無しさん：2009/03/21(土) 21:46:25

BrainFucker

685 ：デフォルトの名無しさん：2009/03/21(土) 21:54:35

ところでDANさんってPerlで何作ったの？
オンザエッジの他社丸パクリサービスだけ？

686 ：デフォルトの名無しさん：2009/03/21(土) 21:56:31

>>684
ばかですねわかります

687 ：デフォルトの名無しさん：2009/03/21(土) 21:57:58

だれがうま（ｒｙ

688 ：デフォルトの名無しさん：2009/03/21(土) 22:00:56

Jcode.plをJcode.pmにするとか
これもオリジナルは自分のアイディアじゃないか

689 ：デフォルトの名無しさん：2009/03/21(土) 22:12:18

おまｗ
Encode.pmも知らずにdankogaiを叩いてるのか

690 ：デフォルトの名無しさん：2009/03/21(土) 22:13:21

補足すると、作ったわけではないがあんなもののメンテナやってるってだけで奇特な人間なのは間違いない

691 ：デフォルトの名無しさん：2009/03/21(土) 22:14:51

小飼スレでやれよ

692 ：デフォルトの名無しさん：2009/03/21(土) 22:18:54

>>689
いやだから元ネタにjcode.plというものがあってだな

693 ：デフォルトの名無しさん：2009/03/21(土) 22:19:57

しねよ

694 ：デフォルトの名無しさん：2009/03/21(土) 22:51:37

>>686
ネタを素で間違えた
吊ってくる

695 ：デフォルトの名無しさん：2009/03/21(土) 23:08:11

いつからPerl得意でハッカーって言われるようになったの？

696 ：デフォルトの名無しさん：2009/03/21(土) 23:16:11

子飼い断スレなんてあるのか？
まあ２ちゃん的にはウォッチされておかしくはなさそうだが。

697 ：デフォルトの名無しさん：2009/03/21(土) 23:45:00

iseg = ARGF.read
iseg = iseg.
gsub(']', 'end;').
gsub('[', 'while dseg[dx] != 0;').
gsub('+', 'dseg[dx] += 1;').
gsub('-', 'dseg[dx] -= 1;').
gsub('.', 'print dseg[dx].chr;').
gsub(',', 'dseg[dx] = $stdin.getc;').
gsub('>', 'dx += 1;').
gsub('<', 'dx -= 1;')

eval(<<INIT + iseg)
dseg = Array.new(32768, 0)
pc = 0
dx = 0
INIT

puts ''

698 ：デフォルトの名無しさん：2009/03/22(日) 02:47:58

>697
メソッドチェーン長っ

俺はあんまり長いチェーンは書かないが、書くならドットは左置きするなあ
パッと見たとき各行が別の文に見えてしまうから

699 ：デフォルトの名無しさん：2009/03/22(日) 02:48:33

ってそれじゃダメだったのかｗ

700 ：デフォルトの名無しさん：2009/03/22(日) 02:57:41

カンマなどの前置もできないね
改行のセミコロンを省略できる代償、なのかな？
で、どうでもいいがこのマルチレスは何の意味があるんだろう

701 ：デフォルトの名無しさん：2009/03/22(日) 05:50:08

iseg = iseg\
.gsub(']', 'end;')\
.gsub('[', 'while dseg[dx] != 0;')\
.gsub('+', 'dseg[dx] += 1;')\
.gsub('-', 'dseg[dx] -= 1;')\
.gsub('.', 'print dseg[dx].chr;')\
.gsub(',', 'dseg[dx] = $stdin.getc;')\
.gsub('>', 'dx += 1;')\
.gsub('<', 'dx -= 1;')

702 ：デフォルトの名無しさん：2009/03/22(日) 09:08:38

>>659

Perlとか、程度の適当さがあるから良いのじゃないのかね。
ラリーが目指しているのは、自然言語としてのPerlじゃなかったのかね。
「厳格であるべき」などといった話になったらPerlという言語そのもののが
言語思想の根底レベルから崩壊するぞ。

詳解正規表現のメールチェックや、danところのチェックは
実用性という点では、普通に使用されているメールの
何割かが通らないので意味のカケラもない。

「正しいことより使えることに意味がある。」

まぁオレは、メインをPythonに鞍替え中なわけだが。

703 ：デフォルトの名無しさん：2009/03/22(日) 09:23:40

>>696
前はあった

小飼弾について
http://pc11.2ch.net/test/read.cgi/prog/1172052000/

今あるのはこれか

Windowsしか知らないプログラマはご愁傷様by小飼弾
http://pc11.2ch.net/test/read.cgi/tech/1200070152/l50

704 ：デフォルトの名無しさん：2009/03/22(日) 10:28:53

「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ
トラックバック:http://blog.livedoor.jp/dankogai/archives/51189905.html

705 ：デフォルトの名無しさん：2009/03/22(日) 10:31:42

問題：

　「○○使いはもう××をblogに書くな」と言わせないでくれ

○○と××に適切な単語を埋めなさい。

例文：
「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ
「Perl使いはもうレガシーコードをblogに書くな」と言わせないでくれ
「VB使いはもうクソコードをblogに書くな」と言わせないでくれ

706 ：デフォルトの名無しさん：2009/03/22(日) 10:38:24

pythonはRubyの足元にも及ばない貧弱言語だから
使うのやめたほうがいいとおもうけどな

707 ：デフォルトの名無しさん：2009/03/22(日) 10:51:03

Python使いはもうRubyの悪口をblogに書くな

708 ：デフォルトの名無しさん：2009/03/22(日) 10:56:27

Python使いは消滅しろ

709 ：デフォルトの名無しさん：2009/03/22(日) 11:18:24

ケンカはやめて（＞＜）

710 ：デフォルトの名無しさん：2009/03/22(日) 11:57:58

どう見ても、一人のRuby信者がpython叩いてるだけだろ

711 ：デフォルトの名無しさん：2009/03/22(日) 12:11:45

今時そんな幼稚な叩きがあるかｗ
Rubyに対するネガキャンにしてももう少し上手くやるだろうし。
ただの便所の落書きだろ。相合い傘みたいな

712 ：デフォルトの名無しさん：2009/03/22(日) 12:22:40

「魔法使いはもう呪文をblogに書くな」と言わせないでくれ

713 ：デフォルトの名無しさん：2009/03/22(日) 12:40:34

そういやrubyのことをMatzLispとか言う人がいるみたいだけど
なんなの？馬鹿なの？死ぬの？
rubyなんて全然Lispじゃないじゃん
マクロもないくせに

714 ：デフォルトの名無しさん：2009/03/22(日) 13:48:09

Lispそのものじゃないけど、かなりLispに近いって意味でしょ？
Maclispと引っ掛けたジョークの意味合いもあるとか
随所にLispからもらったアイディアが埋め込まれてるのは事実。思いつくだけでも

ArrayはLispのリスト
メソッド名の!?はScheme
多値はComon Lispでいうvalues、multiple-value-bind
mixinはFlavorだったかが元ネタ
実装できちゃったのでcall/ccもある

マクロは確かに無い。ってかmatzはマクロが好きじゃないらしい
ただしリフレクションとeval族メソッドで一部代替できる

715 ：デフォルトの名無しさん：2009/03/22(日) 14:32:42

Franz Lisp だとする説もあるな

716 ：デフォルトの名無しさん：2009/03/22(日) 15:56:30

はてなキーワードでRubyのRSS見てたら、Python使いのRuby叩きばっかで埋まってワロタ

717 ：デフォルトの名無しさん：2009/03/22(日) 16:05:53

たかが言語ごときで叩きあいをする神経がわからん
他に楽しいことないのかね

718 ：デフォルトの名無しさん：2009/03/22(日) 16:05:48

はてなってそういうとこだろ？ある意味2chと同類

719 ：デフォルトの名無しさん：2009/03/22(日) 16:08:24

>>717-718
さりげなくレス番とタイムスタンプ逆転
初めて見たｗ

720 ：デフォルトの名無しさん：2009/03/22(日) 16:12:45

まさに底辺スクリプトプログラマーの争いだな

721 ：デフォルトの名無しさん：2009/03/22(日) 16:14:33

>>720
頂上プログラマーのありがたいお言葉を是非。

722 ：デフォルトの名無しさん：2009/03/22(日) 16:23:30

はやくWebドカタから足洗えよ

723 ：デフォルトの名無しさん：2009/03/22(日) 16:49:55

転職してエロゲンガーになりましたｗ

724 ：デフォルトの名無しさん：2009/03/22(日) 18:37:48

Python選ぶよういなったのは「文法が～」とか
うんうんはあまり関係が無くて、
組み込みスクリプトとして、Pythonが選ばれるように
なってきて周りから堀が埋まってきてる。

http://ja.wikipedia.org/wiki/Ruby　と

http://ja.wikipedia.org/wiki/Python%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B%E8%A3%BD%E5%93%81%E3%81%82%E3%82%8B%E3%81%84%E3%81%AF%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%81%AE%E4%B8%80%E8%A6%A7

の比較になる。

特に「Pythonが組み込まれている製品」が問題で、
Rubyのお遊びで使ってみました級とは違い、
プロユースの(しかもそれぞれの分野の頂点付近)の製品が軒並み並ぶ。

「CG系」はすでにPythonの完全支配目前。
おそらく「Office系」も5年程度を目処に、組み込みとしてPython導入が目立ってくると思われ。

個人で家で使う分にはPerlとかのが好きだけどね。
クラスにしても、何にしても全部自分の手で自分の言葉で作ってる感が出てて書いてて面白い。

725 ：デフォルトの名無しさん：2009/03/22(日) 18:48:41

>>724
＞おそらく「Office系」も5年程度を目処に、組み込みとしてPython導入が目立ってくると思われ。
これが妄想なのか根拠のある推定なのかが気になる。

また、Pythonを使うことによる利益を述べるのはいいんだけど、くだらん煽りをいれて
喧嘩にはしないでね。

726 ：デフォルトの名無しさん：2009/03/22(日) 19:02:43

なんでまたPythonなのかね
こういうのを技術者の無駄なプライドって言うんだろうけど

727 ：デフォルトの名無しさん：2009/03/22(日) 19:34:17

>>725
> 喧嘩にはしないでね。

喧嘩したがりを隔離するためのスレで何を言うかw
スレタイ見ろ。

728 ：デフォルトの名無しさん：2009/03/22(日) 19:56:55

あ？てめえドコ中だ？

729 ：デフォルトの名無しさん：2009/03/22(日) 20:44:02

個人的には日本で一時期のRubyの無駄な盛り上がりが異常だった気がしなくもないんだが。

Pythonは海外でワリとフツーにみんな使っていたけど、そういう時に日本は
PerlとかPHPが流行っていて、Pythonには見向きもしなかった、ってだけなのでは。

今のPythonの評価がやっと世間と言うか世界並(?)になった希ガス。

730 ：デフォルトの名無しさん：2009/03/22(日) 21:23:04

>>729
海外でCGIっていうとPythonなの？
それはないと思うんだが、これは印象だけなのでなんとも
それに、PHPとPythonなんてまったく用途がちがうじゃない
論考としてはかなり戴けない

731 ：デフォルトの名無しさん：2009/03/22(日) 21:44:32

>>730
CGIといえば、Pythonというよりも、スクリプト=Python。

世界で、Java C++ の次にPythonが利用率が高いのだから、
JITのJava、NativeのC++、スクリプトのPythonという構図だろう。
もちろんPHPはWeb限定では利用されてはいるが、
Web自体を実務にしてる人以外だと、個人サイトでチョロ書き以外
利用する機会もないっしょ。

732 ：デフォルトの名無しさん：2009/03/22(日) 22:09:33

>>731
なんか書きたいことをうねうね書いてるだけ？
海外てかアメリカでもスクリプト=Perlの時代がまずあったと思うんだが。

>>729と>>731の間に時代の経過があるのか？
とりあえず経緯を書きたいのか現状と展望を書きたいのかはっきりさせた方がいいとおも

733 ：デフォルトの名無しさん：2009/03/22(日) 22:20:26

海外スクリプト＝*sh,Perl,Python
海外cgi＝Perl,PHP

日本スクリプト＝*sh,Perl
日本cgi＝Perl,PHP

じゃね？

でRubyはRailsが出るまで寒い状態だったが、Railsが当たってからRubyに急に日本人信者が沸いてきた。
そしてRuby厨がなぜかPythonユーザーに噛み付いている状況。

734 ：デフォルトの名無しさん：2009/03/22(日) 22:31:58

まーたはじまった

735 ：デフォルトの名無しさん：2009/03/22(日) 22:33:18

だいたいそんな印象かな
Ruby厨の部分につけ加えると、Pythonも、陽が当たってからいろいろ湧いてきてる
これは仕方がない
Perlな人はじっと黙ってPerl6を待つのみ・・・parrot1.0.0出たよーｗ

736 ：デフォルトの名無しさん：2009/03/22(日) 22:38:43

Perl6はダメなの目に見えてるような。
Perl大好きだが6で致命的にダメになるのが予測できる。

今のCpanのライブラリを全てそのまま受け入れた時点で、
「現在の文法」＋「新文法」の両方がマージされ、
さらなるとんでもキメラとなり、一層の記述法分派が生まれてしまう。

自分で書くのは一通り、だが、読み取るには全く異なる数十通りの記法を全て
理解してないと読み取れなくなってゆく。

737 ：デフォルトの名無しさん：2009/03/22(日) 22:48:28

CPANライブラリをそのまま受け入れるって何のこと？
書き直すだろ。総書き換えされるくらいの勢いはあるはず。
と、少なくとも３年ほど前にPerl6が出ていれば言えたんだが。

↓一応、こういうのを考えてる人もいるってお話を今調べて読んだ
ttp://cpan6.org/

738 ：デフォルトの名無しさん：2009/03/22(日) 23:01:24

日本人に限らんのかもしれんが、言語には流行があるんじゃね？

Javaはビミョーなノリ（1.0～1.3の頃)だった気がするが、
Rubyの盛り上がりかたや信者の厨房増殖は凄いモノがあったと思う。シェアが一気に拡大しすぎみたいな。
PHPの頃はITドカタが随分増えた気がするが。ｗ

昔からawkやPerlやPython(1.x)を使ってた身からすると、
PHPやRubyは進化が早い(?)と思う。

Perl6とか長そうだしなぁ。

739 ：デフォルトの名無しさん：2009/03/22(日) 23:07:06

確かにJavaっておもちゃみたいな時期が長かったというか、ほんとに定着するが
疑問な期間があった気がする。
RubyはRails以降はほんと早いね。
今はPerlとか使った奴がRubyも覚えるパターンが多いと思うが、これからは最初
からRuby世代とかでてくるんだろうな。

740 ：デフォルトの名無しさん：2009/03/22(日) 23:11:44

>世界で、Java C++ の次にPythonが利用率が高いのだから、

ねーよｗ
PerlかノーマルCあたりだろJK

741 ：デフォルトの名無しさん：2009/03/22(日) 23:16:12

>>740
常識って言えるようなデータなんてないだろ

742 ：デフォルトの名無しさん：2009/03/23(月) 01:46:42

>>738-739
Perlはもう過去のもの

743 ：デフォルトの名無しさん：2009/03/23(月) 01:47:56

Javaはゆっくり進化だね
勢いとかは敢えて殺して、仕様的に安定させるのを優先してる気がする
それだけに明確な新仕様出してきた1.5には驚いたが

744 ：デフォルトの名無しさん：2009/03/23(月) 02:19:11

JavaとかGCある時点でもう見切りつけてたよ

メモリも管理できないプログラマはそれ相応のことしかできないだろうし

745 ：デフォルトの名無しさん：2009/03/23(月) 02:57:22

上級者がちょっと楽したいときのスクリプト言語。
スクリプトしかできないにわかプログラマー。
どちらも共存してるからニーズに合わせるのが大変。

746 ：デフォルトの名無しさん：2009/03/23(月) 04:11:35

>744
世の中に完璧なメモリ管理をしてるアプリがどれだけあるかねえ

747 ：デフォルトの名無しさん：2009/03/23(月) 05:25:44

>745
世の中に完璧なプログラマがどれだけいるかねえ

748 ：デフォルトの名無しさん：2009/03/23(月) 07:57:35

JavaとかSun死亡寸前じゃん

749 ：デフォルトの名無しさん：2009/03/23(月) 08:41:01

「Javaには見切りをつけました。これからはRubyだ」と趣味の世界で自己完結するなら別にいいけど、
職場とかでこんな事ヌカすアフォがいたら即効でプロジェクトから外れてもらうけど。

750 ：デフォルトの名無しさん：2009/03/23(月) 08:48:30

Jabaで書いてるグループの数名よりも速く
大量にRubyで完成しまくる漢なら許す

751 ：デフォルトの名無しさん：2009/03/23(月) 08:53:19

そおいや、ちょっと前はRubyはPythonよりも処理速度が遅い事で有名だったけど、
今は処理速度速いんかな？

JavaもWeb分野だと処理速度とか結構速いからなぁ。

ちなみにRuby厨の「そういうのはＤＢからの結果セット取得時間がネックになるからRubyの遅さは
気にならない」って言い訳はなしな。ｗ

752 ：デフォルトの名無しさん：2009/03/23(月) 09:10:41

>>751
1.9はなかなか広まらないしな
1.8系でpsycoみたいなことが可能ならいいのにね

753 ：デフォルトの名無しさん：2009/03/23(月) 09:51:59

Javaで十分、ゴミみたいなスクリプトを書き散らかすなよ

754 ：デフォルトの名無しさん：2009/03/23(月) 13:24:49

>>749
「これからはRubyだ」と言って、採用されるくらいの権限をもつなら、
お前じゃプロジェクトから外せないだろｗ

755 ：デフォルトの名無しさん：2009/03/23(月) 13:26:00

>>751
Railsはごってりな今時のフレームワークの中では実はそんなに遅いわけじゃない。
むしろメモリ消費が激しい

756 ：デフォルトの名無しさん：2009/03/23(月) 13:26:17

きっと嫌がらせするんだよ

757 ：デフォルトの名無しさん：2009/03/23(月) 13:34:13

そういうのはＤＢからの結果セット取得時間がネックになるから
Rubyの遅さは気にならない

758 ：デフォルトの名無しさん：2009/03/23(月) 13:34:20

いくつかマイクロベンチマークを見た大雑把な印象としては
1.9ではPythonと良い勝負するようになってる
ただしM17N対応で一部の文字列処理が遅くなってたりするので、やっぱり処理内容にもよる
そういえば、Pythonも3系から遅くなってるらしい（？）のだが、何かあったんだろうか

759 ：デフォルトの名無しさん：2009/03/23(月) 13:44:24

>>752 >>758
文字列の扱いやDB操作がメインのwebアプリだと待望の1.9は逆に遅くなるから困る。
正直泣けてくる。1.9は何だったのよっていう･･･

760 ：デフォルトの名無しさん：2009/03/23(月) 13:48:05

>>758
Python3は、intまわりが多倍長整数一本に統合されたせいで遅くなったらしい

761 ：デフォルトの名無しさん：2009/03/23(月) 17:21:28

Python3.1でまた速くなる。

762 ：木津：2009/03/23(月) 17:46:53

やっぱり型をキッチリ宣言した言語でないとどっか信用できないのよ。
業務だと特に。

763 ：デフォルトの名無しさん：2009/03/23(月) 18:18:06

普段はJavaなんだけど今PHPの仕事してる。
鬱になりそう。
これが終わったら俺、PHPの仕事は断るんだ…
でもPerlやVBは鬱になりそうにならなかったなぁ

764 ：デフォルトの名無しさん：2009/03/23(月) 18:22:01

>>763
それは８割方使い方が悪いだけとみた
どっかで常駐して自由の効かないチームで不本意なことをやらされてるなら
わからんでもないが、それでも言語のせいというよりPHPerのせいではなかろうか
具体的にPHPの仕事のどのへんが鬱なのか書いてみようや

765 ：デフォルトの名無しさん：2009/03/23(月) 18:35:25

phpの気になるところってWarningとNoticeでログがいっぱいになることぐらいだろうか。
あとmb_stringぐらい入れろっつーのあの馬鹿管理者

766 ：デフォルトの名無しさん：2009/03/23(月) 18:45:02

noticeもどうかと思うがwarning放置はあり得ないだろ
Cの-Wallでのwarningとは意味が違うぞ
warning = error
notice = warning
くらいの意味だろあれ

767 ：デフォルトの名無しさん：2009/03/23(月) 18:54:27

>>764
周囲のレベルの低さ
それによる不当な単価の安さ
オブジェクト指向の適当さ
標準関数でのサニタイズの適当さ
大規模にすればするほど収集つかなくなる言語仕様

768 ：デフォルトの名無しさん：2009/03/23(月) 19:02:06

>>765 >>767
使い方が悪い例ばかり挙がってるような気がするが。

> オブジェクト指向の適当さ
とはいうが、RubyやJavaScriptのオブジェクト指向は認めてたりするんだろ？
仕様の違い、で呑み込めない範囲ではないと思うぞ
> サニタイズ
（笑）。具体的にどの処理のことなんだろうか。

> 周囲のレベルの低さ
> それによる不当な単価の安さ
まあこの辺は仕方がない。だから、「どっかで常駐して云々」なんだけどな。
嫌なら高額案件ばかりこなせるような能力を備え環境を頑張って揃えればいい。

> 大規模にすればするほど収集つかなくなる言語仕様
これも仕方がない。PerlやRubyやPythonとくらべてそれほどひどいとも思わない。

769 ：デフォルトの名無しさん：2009/03/23(月) 19:14:28

>>766
いや、放置じゃなくてログの量が毎月すごいことになるからさ＞Noticeで
上がいちいちチェックしろとうるさいんで大変
同じ鯖でテストも兼ねるからWarningも多い、大半は他人のだからさらにたちが悪い

>>767
お前さんのレベルの低さがよく分かった

770 ：デフォルトの名無しさん：2009/03/23(月) 19:44:32

PHPのオブジェクト指向の適当さは凄すぎる感はあるな。
Pythonくらいの適当さはとっつきやすいけど。

あと大規模になればなるほど、ってそれはPHPを選択する方が悪いのでは？
そういうのはJavaにしとけ、って希ガス。

771 ：デフォルトの名無しさん：2009/03/23(月) 20:12:47

適当なくせにJavaを真似たOOにするあたりがかなりバカっぽいと思った

772 ：デフォルトの名無しさん：2009/03/23(月) 20:33:13

フレームワーク自作すんならともかく
ごく一般的なWebサイト構築すんのに、ガッチガチのクラスシステム、オブジェクトシステムが必要かってーと、
そうでもないけどな。

具体的にPHPのオブジェクトシステムのどこで困ってんだか。

773 ：デフォルトの名無しさん：2009/03/23(月) 20:36:12

一般的でない規模のデカさなんじゃね？
それか会社の方針でオレ流フレームワーク作らされているとか。

774 ：デフォルトの名無しさん：2009/03/23(月) 21:56:15

───アタシの名前はRuby。パーザに傷を負った軽量言語。ゆるふわ仕様で動的型付けの愛されランゲージ♪
アタシがつるんでる友達はどうとでも書けるPerl、学校にナイショで
エンタープライズで働いてるPython。訳あって不良グループの一員になってるPHP。
　友達がいてもやっぱり学校はタイクツ。今日もPHPとちょっとしたことで口喧嘩になった。
LL同士だとこんなこともあるからストレスが溜まるよね☆そんな時アタシはselfでmodule_evalすることにしている。
がんばった自分へのご褒美ってやつ？自分らしさの演出とも言うかな！

　｢あームカツク｣・・。そんなことをつぶやきながらしつこいRails案件を軽くあしらう。
｢カノジョー、ちょっとSNS作ってくれない？｣どいつもこいつも同じようなセリフしか言わない。
Railsの男はカッコイイけどなんか薄っぺらくてキライだ。もっと等身大のアタシを見て欲しい。
　｢すいません・・。｣・・・またか、とYARVなアタシは思った。シカトするつもりだったけど、
チラっとRailsな男の顔を見た。
「・・！！」
　・・・チガウ・・・今までの男とはなにかが決定的に違う。スピリチュアルな感覚がアタシのカラダを
駆け巡った・・。「・・（カッコイイ・・！！・・これって運命・・？）」
男は_whyだった。連れていかれてCampingされた。「キャーやめて！」Hpricotをきめた。
「ガシッ！ボカッ！」アタシは死んだ。ベーコン（笑）

775 ：デフォルトの名無しさん：2009/03/23(月) 22:12:56

意外に完成度高いな

776 ：デフォルトの名無しさん：2009/03/23(月) 22:19:40

次は作曲をお願いします

777 ：デフォルトの名無しさん：2009/03/23(月) 22:32:28

777

778 ：デフォルトの名無しさん：2009/03/23(月) 23:47:20

PHPはまだしもPerl/Pythonの仕事って皆無なんだけど、みんなどこで使ってるの？趣味？

779 ：デフォルトの名無しさん：2009/03/23(月) 23:48:19

忘れられたRubyのWebフレームワーク
http://www.infoq.com/jp/news/2007/11/forgotten-ruby-web-frameworks

思い付いては作られて人々の記憶から消えてゆく
忘れられたフレームワークに意味はあるのでしょうか

780 ：デフォルトの名無しさん：2009/03/23(月) 23:59:10

どのレスとは言わないがRubyを認めてるなんて一言も言ってないのにRubyは認めれてることにする信者の気持ち悪さ

781 ：デフォルトの名無しさん：2009/03/24(火) 00:02:02

>>778
Perlはmixi、モバゲー、ライブドア
Pythonの日本の事例はZope使ったの以外知らん

782 ：デフォルトの名無しさん：2009/03/24(火) 00:02:05

Perlの仕事はないから俺は2chでだべる用に使ってる。Pythonは有望株。

783 ：デフォルトの名無しさん：2009/03/24(火) 00:06:41

永遠に有望株のままの気もするが＞Python
実際、まだそれほどどろどろの現場作業で使われていないからこそ、高みからの
物言いが続けられるという一面は否定出来ないのではないか

784 ：デフォルトの名無しさん：2009/03/24(火) 00:06:47

その3社にしか就職できないのか・・どこもいやなんだが

785 ：デフォルトの名無しさん：2009/03/24(火) 00:17:27

飛行機事故すごいな

786 ：デフォルトの名無しさん：2009/03/24(火) 00:21:19

>>779
Webについて言えば
RDBとTemplateとスクリプトを組み合わせたら
よほど変なつくりにしない限り
ほとんど勝手にMVCになるんだけどな

787 ：デフォルトの名無しさん：2009/03/24(火) 00:23:14

まあ政治的な匂いはする

788 ：デフォルトの名無しさん：2009/03/24(火) 00:38:05

>>786
それはかなり甘い。というか、ある程度最近の頭から出てる発想だと感じる。

> RDBとTemplateとスクリプトを組み合わせたら
そのTemplateが曲者で、フレームワークにくっついていないテンプレートシステムは
な　ぜ　か　普及しないし開発も進まない。

自由にCGIなりを作らせると、初期のPerl CGIと見まがうばかりのHTML&print乱舞の
スクリプトが量産され、また例えばRubyでERBなんかが出てきたかと思えば今度は、
上記を全くひっくり返した形で、初期のJSPやPHPのごとく、ロジック埋め込みマンセー
スクリプトが量産される。

とりあえず何でもいいから「フレームワーク」で縛って、Viewを刷り込む必要がある
ってのが第一段階。
どうにもスクリプト野郎の脳みそにはテンプレートは馴染みにくいらしい。
XML文字列を作るときにXMLライブラリの出力以外の方法として愚直な文字列連結しか
思いつかない、とかな。

789 ：デフォルトの名無しさん：2009/03/24(火) 00:39:30

>>781
なんか胡散臭いラインナップだな。

もっとパッとした例はないのか。

790 ：デフォルトの名無しさん：2009/03/24(火) 00:44:26

ちょっと前なら、MovableTypeをいじる仕事もそれなりにあったんじゃなかろうか
プラグインとか作ってる会社はあったな。本業になってたのかは知らないけど。

791 ：デフォルトの名無しさん：2009/03/24(火) 00:53:39

pythonってtracでしか使ってないや。

792 ：デフォルトの名無しさん：2009/03/24(火) 00:53:54

Rubyは楽天、ドリコム、ニフティ、カカクコム
phpはYahoo、他詳しい方どうぞ

793 ：デフォルトの名無しさん：2009/03/24(火) 00:54:12

>>789
はてなとか
ってかWebベンチャーの名前出しても全部うさんくさいとか言うんだろどうせ
PHPとJavaはYahoo!Japanで使われてるのでうさんくさいですねみたいな
どこでも使われてないRuby,Pythonにそんな心配はないけどｗ

794 ：デフォルトの名無しさん：2009/03/24(火) 00:55:14

ああ、Rubyは Yahooにも採用されてたごめん。RubyつかRailsだけど

795 ：デフォルトの名無しさん：2009/03/24(火) 00:55:39

>>792
Rubyのところ酷いなｗｗｗ
スパイウエアとクラッキング祭りとかｗｗｗ

796 ：デフォルトの名無しさん：2009/03/24(火) 00:56:44

むしろ一番怪しいところで使われてるのはRubyだけどねー
Ruby使いましたって言語的な目新しさを話題にしようとしてるんだけど

797 ：デフォルトの名無しさん：2009/03/24(火) 00:57:12

スマン、YahooがRubyにも採用は勘違い。二重にスマソ

798 ：デフォルトの名無しさん：2009/03/24(火) 00:57:16

>>793
いや、yahooと781は同列に並べんだろ…

799 ：デフォルトの名無しさん：2009/03/24(火) 00:58:08

Python信者の心のよりどころGoogleが出てこないのは何故だｗ
関連の仕事は無いだろうけど

800 ：デフォルトの名無しさん：2009/03/24(火) 01:02:15

Googleも検索系がCでサービス系がJavaで
Python使ってるのはヘルプとかどうでもいい部分だからなｗ

801 ：デフォルトの名無しさん：2009/03/24(火) 01:03:10

Rubyか・・・
クックパッドとか大規模だよな。

Rubyの案件はあちこちで結構炎上してるらしーね。

802 ：デフォルトの名無しさん：2009/03/24(火) 01:05:16

>>795
昔の価格.comの騒ぎはASP.NET、というかWindowsサーバだったのでは？
最近あったのなら知らないけど

803 ：デフォルトの名無しさん：2009/03/24(火) 01:05:33

>>792
Rubyは、楽天、ドリコム、ニフティ、カカクコム、リコー
サービスでいえば、iKnow（セレゴ・ジャパン）もRuby

804 ：デフォルトの名無しさん：2009/03/24(火) 01:05:55

>>788
>XML文字列を作るときにXMLライブラリの出力以外の方法として
>愚直な文字列連結しか思いつかない

言語仕様にも原因はありそう

805 ：デフォルトの名無しさん：2009/03/24(火) 01:08:29

>>801
> 月間2.8億PV
クックパッドは半端ないビュー数ｗ
ようスケーリングしているなあ

twitterも前はrubyだったけ。途中で悲鳴上げてphpかperlになった記憶があるが

806 ：デフォルトの名無しさん：2009/03/24(火) 01:10:49

Railsって昔のWindowsサーバみたいに数日毎に再起動しないと死ぬでしょ
ありえん

807 ：デフォルトの名無しさん：2009/03/24(火) 01:11:11

AmazonはPerl利用か？
ってここ一連の流れはWebProg板でやれって感じだがｗ

808 ：デフォルトの名無しさん：2009/03/24(火) 01:11:48

Rubyの爆笑ポイントはRubyの実行環境で最速なのがJRubyって所だな
だったらもうホットデプロイのJavaでいいじゃんｗ

809 ：デフォルトの名無しさん：2009/03/24(火) 01:14:04

>>807
そうだよ

810 ：デフォルトの名無しさん：2009/03/24(火) 01:21:38

>>806
そうだね

811 ：デフォルトの名無しさん：2009/03/24(火) 02:02:14

>>805
twitter は ruby から scala だぜ。
http://www.scala-lang.org/node/1008
なんだかんだで jvm はよく出来てるってオチかね。

812 ：デフォルトの名無しさん：2009/03/24(火) 02:05:55

じゃあ俺もJPerlに乗り換えるかな

813 ：デフォルトの名無しさん：2009/03/24(火) 02:07:28

>>811
それもParrotが完成するまでの話だぜ！とスレ的に言ってみる

814 ：デフォルトの名無しさん：2009/03/24(火) 02:38:25

>>812
require 5.008;

815 ：デフォルトの名無しさん：2009/03/24(火) 02:54:34

>>782
Pythonは一番多く使われてるシーンはCG系ツールのプラグインスクリプトだろう。
納品するタイプではなく、まさにグルー的に使われている。

816 ：デフォルトの名無しさん：2009/03/24(火) 08:17:11

C/C++ → 基幹部分
Java → サービス部分
スクリプト → その他雑務

が実態。もともとそういう位置づけだし。

817 ：デフォルトの名無しさん：2009/03/24(火) 09:10:32

Pythonはほどよい立ち位置にいるよな。
JavaやRubyでもなんでもヤれなくはないが、なんでもヤると辛いだけだし。

特にRuby信者は夢見すぎな感がある。

Pythonなんかだと案件の簡単な検証でhttpやsmtp鯖をマッハで立ち上げられるし、
データの分析のパーサとしても使えるし、RDBも内蔵しているから
ちょっとJavaやＣでやるにはマンドクセな部分もPythonだと簡単に出来たりする面が美味しいのだし。

Python信者ほどGoogleがどうこうなんて言わないと思うな。

ちょっとした事を実現するのに便利だから使っている人が多いだけで、
Pythonでエンタープライズ利用とか、マジで考えている人は少ないだろ。

818 ：デフォルトの名無しさん：2009/03/24(火) 09:28:36

Linuxの単機能のGUIアプリとかでちょこちょこPython製のを見掛けるねえ
今のLinuxだと、Rubyは無くてもいいがPythonは無いと困る場面が多い…てゆーか
ディストリによっては始めから、入ってないディストリでも
アプリインスコしてたらいつの間にかPythonインスコされてたりするｗ

819 ：デフォルトの名無しさん：2009/03/24(火) 09:31:03

Python入ってないとyumが動かないだろ

820 ：デフォルトの名無しさん：2009/03/24(火) 10:05:07

この流れ間欠泉的に湧き上がる話題

821 ：デフォルトの名無しさん：2009/03/24(火) 10:32:12

なんだ、この間違った情報の出し合いは。
言語論争が好きなやつって浅い知識しかないやつ多いよね。

822 ：デフォルトの名無しさん：2009/03/24(火) 13:23:46

Parrot、Perl 6仮想マシン登場、RubyやPythonも動く
http://journal.mycom.co.jp/news/2009/03/24/008/

わーい鸚鵡さんが羽ばたいたー
鸚鵡さんが大空に羽ばたいたー(謎

823 ：デフォルトの名無しさん：2009/03/24(火) 13:48:29

>>821
そりゃあんたみたいに何も書かなきゃ間違いようはないわなｗ
突っ込まれるのがそんなに怖いか

824 ：デフォルトの名無しさん：2009/03/24(火) 13:52:35

>>822
Perl6って、今年のクリスマスには出る？
そういうわけではない？

825 ：デフォルトの名無しさん：2009/03/24(火) 14:48:26

>>824
http://www.rakudo.org/how-to-get-rakudo
http://www.nntp.perl.org/group/perl.perl6.compiler/2009/03/msg3828.html

mingw で簡単にコンパイルできるみたいに
書いてあり

http://www.nntp.perl.org/group/perl.perl6.compiler/2009/03/msg3822.html
>The next release of Rakudo (#16) is scheduled for April 23, 2009.

http://www.nntp.perl.org/group/
ていうか絶賛テスト実行中みたいな...unuu

826 ：デフォルトの名無しさん：2009/03/24(火) 19:15:07

>>824
http://slashdot.jp/developers/09/03/18/0732259.shtml
> 2009年中にはpre-1.0リリースを行おうとは考えているが、2008年の
> 開発ペースを上回るペースで開発が進んだとしても、Rakudo 1.0、
> つまりPerl 6.0.0の仕様を完全に実装したものについて、2009年中の
> リリースは現実的ではないと考えている。

だめっぽいね。>>825なんかとあわせて、かなり現実的なものには
なってるみたいだけど

827 ：デフォルトの名無しさん：2009/03/24(火) 19:23:49

>819
「ディストリによっては始めから」と書いた通り

828 ：デフォルトの名無しさん：2009/03/24(火) 19:29:09

apt-getが動けばいいよ

829 ：デフォルトの名無しさん：2009/03/26(木) 12:21:47

>>704

PHP使いのレベルの低さの分かるトラックバック

正規表現なんてこの世から消えればよいのに
http://blog.k05.biz/archives/815

コンパイラの作り方とかまったく知らないんだろうね

830 ：デフォルトの名無しさん：2009/03/26(木) 12:23:48

正規表現なんてこの世から消えればよいのに
http://blog.k05.biz/archives/815

さすがはレベルの低いのが多いPHPerだな
正規表現を語るなよ

831 ：デフォルトの名無しさん：2009/03/26(木) 12:55:49

正規表現に関しては、言語を問わずいいかげんだと思うけどね

832 ：デフォルトの名無しさん：2009/03/26(木) 12:57:52

正規表現ほど単体テストしやすいものもないだろう。
サンプルデータは簡単に作れるし、内部状態もないし。

833 ：デフォルトの名無しさん：2009/03/26(木) 14:19:57

簡単に作れるサンプルデータで十分ですか

834 ：デフォルトの名無しさん：2009/03/26(木) 14:47:49

まさか他の言語のPGは正規表現大好きで完全理解している奴が大多数とでも言うつもりじゃないよな

835 ：デフォルトの名無しさん：2009/03/26(木) 15:09:07

正規表現ていわゆる"軽量"の範疇なんかね
できれば避けて通りたい自分は妥協の産物って印象なのだが

836 ：デフォルトの名無しさん：2009/03/26(木) 15:44:26

オリジナルの正規表現は理論的なきれいなものだと思うが。

キャプチャとか先読みとかの拡張はできるからやってます感はあるよね。

837 ：デフォルトの名無しさん：2009/03/26(木) 16:12:56

その正規表現も言語によって変わるから面倒なんだよな

838 ：デフォルトの名無しさん：2009/03/26(木) 16:58:05

PHP厨ってまるで自分の親を馬鹿にされたかのように怒り出すよな。
ツールとして使う人とそれにしかすがる物が無い人の差なのかな。

839 ：デフォルトの名無しさん：2009/03/26(木) 17:02:01

どっちかっていうと、Ruby使いの僻みのPHP叩きvsPHP専業プログラマのPHP擁護っていう様相。

840 ：デフォルトの名無しさん：2009/03/26(木) 17:06:51

なんという底辺プログラマ同士の争い

841 ：デフォルトの名無しさん：2009/03/26(木) 19:27:38

^$.*+辺りは割と頻繁に使うけどなあ

842 ：デフォルトの名無しさん：2009/03/26(木) 20:57:46

で？

843 ：デフォルトの名無しさん：2009/03/26(木) 21:12:16

正規表現も使えない奴って
どうやってソースコードから検索・抽出
やってるんだろう…?

844 ：デフォルトの名無しさん：2009/03/26(木) 21:14:04

何を正規表現まで使って検索する必要があるのだろう・・・

845 ：デフォルトの名無しさん：2009/03/26(木) 21:19:38

>>832
>内部状態もないし

dayone

846 ：デフォルトの名無しさん：2009/03/26(木) 21:21:56

例えば何だろね
void\s+関数名
とか
^\s*\/\/
を否定で検索したりとか？

847 ：デフォルトの名無しさん：2009/03/26(木) 21:39:33

正規表現がどうのこうのってことじゃなくて、Perl使いがキレていい相手はPHP使いだけってことが事の本質でしょ

848 ：デフォルトの名無しさん：2009/03/26(木) 21:55:17

>>846
GREPって使ったことある？

849 ：デフォルトの名無しさん：2009/03/26(木) 22:00:01

gﾚp-v

850 ：デフォルトの名無しさん：2009/03/26(木) 22:16:51

>848
あるけど何？

851 ：デフォルトの名無しさん：2009/03/26(木) 23:03:11

なるほど。PHP使いは、>>844みたいな感じなのか。

852 ：デフォルトの名無しさん：2009/03/26(木) 23:12:14

Java使いだけど>>844と同じ感想だな
普段はせいぜいワイルドカードで間に合う

853 ：デフォルトの名無しさん：2009/03/26(木) 23:53:22

import *

854 ：デフォルトの名無しさん：2009/03/27(金) 00:07:31

PerlやRubyだと文法に組み込まれて手軽に使えるからなあ、正規表現
むしろ文字列同士の比較が、よほど厳密な時や速度を気にする時しか使わない気がする
PerlerやRubyistからすると「何でわざわざ文字列同士で？正規表現でいいじゃん」となるのも仕方ない
しかしJavaではあんまりやりたくないわな、面倒いｗ

855 ：デフォルトの名無しさん：2009/03/27(金) 00:18:46

>>853
import *;

856 ：デフォルトの名無しさん：2009/03/27(金) 00:23:35

うんだからさ、一部のスクリプト言語の常識を持ち出して他の言語を叩かないでねって話でさ。
どの言語も一長一短で完璧じゃないから、複数の言語が入り乱れるわけだし
PerlにしたってPHPに劣ってる部分もあるわけなんだからさ。
たまたま正規表現という文化がPerlプログラマにあったってだけの話だよ。

857 ：デフォルトの名無しさん：2009/03/27(金) 00:29:13

perlで正規表現は実行前にコンパイルされるから
処理速度そんなに気にしなくていいとか言ってるひといるんだけど
そういうもんなの？(文字列完全一致と比べるのはなしで)

858 ：デフォルトの名無しさん：2009/03/27(金) 00:44:11

>>857
なんかコンパイルをマシン語への変換と思ってそうｗ

859 ：デフォルトの名無しさん：2009/03/27(金) 00:55:44

そりゃCで徹底的に最適化してはいるが、
処理速度が十分なほど速いかはケースバイケース
バックトラックが多数発生するような正規表現なら、かなり遅いこともあり得るだろう

860 ：デフォルトの名無しさん：2009/03/27(金) 01:17:17

Tclを先置いて正規表現の処理速度とな？

861 ：デフォルトの名無しさん：2009/03/27(金) 02:41:04

先置いて?

862 ：デフォルトの名無しさん：2009/03/27(金) 02:45:45

うん、「差し置いて」なんだ。済まない。
仏の顔もって言うしね、謝って許してもらおうとも思っていない。

863 ：デフォルトの名無しさん：2009/03/27(金) 10:18:28

この中に、正規表現を検索にのみしか使えないと思ってる人間が何人かいるようだ。
エディタなどで使うときは、かなりの割合で文字列置換にも使う。
というか、置換に使わなければ確かにワイルドカードで十分な事が多い。

864 ：デフォルトの名無しさん：2009/03/27(金) 10:57:48

正規表現をパースして解析木を作るのにコストがかかってるね。
気になる人はstatic regexみたいなのがあるよ。
ttp://www.kmonos.net/alang/boost/classes/xpressive.html
正規表現だと解析できない再帰的な構文とかも解析できるし。

865 ：デフォルトの名無しさん：2009/03/27(金) 12:46:33

>>863
言ったのは正規表現使うって言い出した奴であって
検索はワイルドカードでいいって言った奴が置換でも正規表現使わんと言った訳じゃないが

866 ：デフォルトの名無しさん：2009/03/27(金) 20:41:32

字円柱が混ざってるってことだな

867 ：デフォルトの名無しさん：2009/03/28(土) 15:05:35

なんか正規表現の話になってるついでに質問だが、行頭にスペース挿入したりするときに、
検索： /^/ → 置換： " "
でできるのと、
検索： /^(.)?/ → 置換 " $1"
みたいにしないといけないのと、どっちが正規表現としては本道なの？
後者しかできないエディタとか、正直めんどいんだが

868 ：デフォルトの名無しさん：2009/03/28(土) 15:19:35

コンパイラの作り方とか知らない低レベルな人が多いね
正規表現がなかったら、スクリプトを動作させるプログラムを作るのが
大変になるのに

869 ：デフォルトの名無しさん：2009/03/28(土) 15:36:15

>>704 >>829
しかし、Matzの日記といいdankogaiといい、PHPに突っかかると腫れ物に触れたかのような反応が周りから返ってくるなｗ

870 ：デフォルトの名無しさん：2009/03/28(土) 16:26:46

ＰＨＰ使いはコンピュータに関する知識レベルが他の言語の使用者よりも低いからね

871 ：デフォルトの名無しさん：2009/03/28(土) 16:35:58

>>870
そんなことないって。
ＰＨＰ使いは多いから、そう見えんねん。
macのウィルスよりwindowsのウィルスが多いのと一緒や

872 ：デフォルトの名無しさん：2009/03/28(土) 17:06:22

ちょっと前まで日本で一番有名なオープンソースPerlプログラマはKENTで以下略

873 ：デフォルトの名無しさん：2009/03/28(土) 17:16:31

言語仕様は確かにRubyは綺麗でスジがいい感じ。
作っている奴はなんかいかがわしいが、それは認めざるを得ない。

874 ：デフォルトの名無しさん：2009/03/28(土) 17:19:09

elsifがスジいいとか

875 ：デフォルトの名無しさん：2009/03/28(土) 17:23:09

>>870は単なる事実だろ。
世の中の流れによって、いずれかの言語がそういうババを掴まされる。
今はPHPがその役。

それを「PHPという言語への批判」とか「PHPユーザーは皆無能」と言っていると誤読して
噛み付く馬鹿が結構居るけど、そういうの見てるといつも
「なんでこの人達はこんなに気合いを入れて、自分の誤読の内容を自分の言動で
証明しようとしてるんだろう？」
って思うなぁｗ

876 ：デフォルトの名無しさん：2009/03/28(土) 17:29:06

PHPという言語への批判もPHPユーザーは皆無能とも実際言っているだろｗ

877 ：デフォルトの名無しさん：2009/03/28(土) 18:07:37

つまり無能が無能と罵ってると
底辺プログラマーは大変だなぁ

878 ：デフォルトの名無しさん：2009/03/28(土) 18:12:17

>>876
>>870のどのあたり？

879 ：デフォルトの名無しさん：2009/03/28(土) 18:35:52

ＰＨＰ使いはコンピュータに関する知識レベルが他の言語の使用者よりも低い

という言葉にPHP使いは有能な人も多いとは読み取れないだろｗ

880 ：デフォルトの名無しさん：2009/03/28(土) 20:04:38

>>877
たしかにｗ
そもそもプログラマという職業自体が底辺だしｗ

881 ：デフォルトの名無しさん：2009/03/28(土) 20:15:17

>867
俺は前者で出来てほしいと思うが
正規表現的には若干怪しい気がするね

882 ：デフォルトの名無しさん：2009/03/28(土) 20:19:01

　「Delphiは正規表現もない言語、こんな言語なんてなくなれば(ry」

なんていっても誰も見向きもしてくれない。
一人二人ネタコピペ改変くらいで反応してくれるくらいだ。

しかし、「PHPは正規表現リテラルもない、こんな(ry」
とかでも言ったら、もうトラックバックがじゃんじゃかｗつれるつれる

まあ人口が多いってだけだろｗ

883 ：デフォルトの名無しさん：2009/03/28(土) 20:24:32

？？　前者で何も問題ないでしょ。
（むしろどこが怪しいんだ…）

メタ文字を文字に置き換える。
それだけでしょ。

884 ：デフォルトの名無しさん：2009/03/28(土) 20:31:33

幅ゼロマッチは直感的ではないが、完全に正しい、誤解の余地のない動作だよ

しいて言うなら、^ の指す「行頭」というものがやや曖昧なことか

885 ：デフォルトの名無しさん：2009/03/28(土) 20:39:08

空文字列に \A や \Z がマッチすべきか、か

886 ：デフォルトの名無しさん：2009/03/28(土) 20:47:28

>>885
EOFの扱いもあるしね
概念的には問題ないが、やや実装依存

887 ：デフォルトの名無しさん：2009/03/28(土) 21:31:04

プログラマは頂点と底辺の差が激しいよ。200-1500くらい幅がある。

888 ：デフォルトの名無しさん：2009/03/28(土) 21:43:08

何？
戦闘力？

889 ：デフォルトの名無しさん：2009/03/28(土) 21:52:03

ある意味、戦闘力って表現も合う気がするな。

890 ：デフォルトの名無しさん：2009/03/28(土) 21:55:45

>>879
> という言葉にPHP使いは有能な人も多いとは読み取れないだろｗ
なんでそんな全く関係の無い意見の話をするのかわからんけど、
つまり>>870が「PHPという言語への批判」と「PHPユーザーは皆無能」という意見を言ったというのは
>>876のついた嘘ということでいいのかな？

891 ：デフォルトの名無しさん：2009/03/28(土) 22:26:48

なんで870以外は批判してないことになってるのか解らん

892 ：デフォルトの名無しさん：2009/03/28(土) 23:51:41

正規表現的には問題ないのか…

>882
> ｢Delphiは正規表現もない言語､こんな言語なんてなくなれば(ry｣
高確率で文字列を出力することになるPHPと
必ずしも扱う必要のないDelphi比べるのはちと酷くね？

893 ：デフォルトの名無しさん：2009/03/28(土) 23:56:39

文字列出力に正規表現が必須だと思ってるのはPerlerくらいじゃないか

894 ：デフォルトの名無しさん：2009/03/28(土) 23:58:22

出力？

895 ：デフォルトの名無しさん：2009/03/28(土) 23:59:33

出力？

896 ：デフォルトの名無しさん：2009/03/29(日) 00:00:53

出力？

まあ言いたいことはわかるが
文字列処理がメインのP言語の正規表現サポートが厚いのは当然ではある

897 ：デフォルトの名無しさん：2009/03/29(日) 00:04:32

PHPで言うところのhtmlspecialcharsとか<%=hみたいな処理をPerlは自分でやらないと行けないってことじゃないの

898 ：デフォルトの名無しさん：2009/03/29(日) 00:21:31

【激楽専門店】AV販売店５店目【激務総合店】 [アルバイト]

899 ：デフォルトの名無しさん：2009/03/29(日) 00:43:06

なんでPerlな人はPHPをバカにするのかねえ？
似たようなものだと思うけど。

900 ：デフォルトの名無しさん：2009/03/29(日) 00:47:09

PHPのほうがはるかに格下だと思うが

901 ：デフォルトの名無しさん：2009/03/29(日) 00:58:52

>>900
ごめ、Perl使いには悪いけど、それはないわ。ガチで。

902 ：デフォルトの名無しさん：2009/03/29(日) 00:59:35

もうPerlの糞モジュールと戦うのは嫌です、先生。

903 ：デフォルトの名無しさん：2009/03/29(日) 01:01:22

わたしはやりたいことが早くできればそれでいいの。
本職のプログラマさんに頼むより早くて安くできるからPHPを使うの。

904 ：デフォルトの名無しさん：2009/03/29(日) 01:16:19

言語の質も技術者の質もPerlとPHPで大差ないよ
一つだけ違うのはPerl使ってる人は何故か優越感があって
PHP使ってる人は何故か劣等感があるという事だけ
いじめっ子気質といじめられっ子気質というか

905 ：デフォルトの名無しさん：2009/03/29(日) 01:18:02

単に今はPHPのほうが人が多いだけだと思う。

906 ：デフォルトの名無しさん：2009/03/29(日) 02:06:17

↑
Webではね。

907 ：デフォルトの名無しさん：2009/03/29(日) 02:08:31

↑
やっぱ Perl の方がまだ多い？わからん。

908 ：デフォルトの名無しさん：2009/03/29(日) 02:16:11

新規の開発案件でPerlは殆ど無い
PHPかJavaが大半で残りにPerlとRubyがあるかないかって感じ
保守案件や機能拡張ではPerlの案件も多いんだけどね

909 ：デフォルトの名無しさん：2009/03/29(日) 05:26:30

[PHP][フレームワーク]CodeIgniterスレ [WebProg]

910 ：デフォルトの名無しさん：2009/03/29(日) 05:39:57

Perl使いにも馬鹿はいる
だが確実に言える事は
Perlの場合は馬鹿が書いても
プロが書いても同様に汚いということ

911 ：デフォルトの名無しさん：2009/03/29(日) 05:43:47

PerlもPHPも目くそ鼻くそ
高卒バイトレベルでもそれなりに扱えてしまうPHPは単価安い&レベル低いし
Perlは案件無くてそもそも食っていけない。
Web系で許されるのはJavaまでだと思う。

912 ：デフォルトの名無しさん：2009/03/29(日) 07:25:25

どんな言語使おうと、零細ソフト会社にしか入れなかったらやっと食うくらいしか稼げないし、
GoogleやMSに入れれば無理しなくても稼げる。どんな言語選ぶかとかいう問題じゃないんだよ。

913 ：デフォルトの名無しさん：2009/03/29(日) 07:26:59

そうだね

914 ：デフォルトの名無しさん：2009/03/29(日) 07:52:48

で、PerlとPHPはカス率が高いって話な

915 ：VB使い：2009/03/29(日) 08:25:19

私も中に入れてください

916 ：デフォルトの名無しさん：2009/03/29(日) 08:39:34

Perlはブレースと文の途中で改行が大杉なんだよ
そもそも汚く見せるため美学があるように思える

917 ：デフォルトの名無しさん：2009/03/29(日) 08:42:21

> 文の途中で改行が大杉
これに文句をつける人って初めて見た。
多すぎってどれくらいなんだろう。

918 ：デフォルトの名無しさん：2009/03/29(日) 12:13:02

いつもお世話になっています。就職活動についての質問です。
すでに就職している従姉妹と話していると、
「なんでも正直に答えていたら、損をする」と言われました。
また、本命に内定を頂いた友人には、
「面接なんか嘘ばっかりだよ。正直に言ったら、就活に負けるよ」
と言われました。
嘘をついてまで本命でない会社に入社しても長くは続きませんので、
面接官はそういったところをよく見ると思います。

919 ：デフォルトの名無しさん：2009/03/29(日) 12:13:45

私は以前採用を担当していましたが、ねつ造はやめておいたほうがよいと考えます。
なぜなら、学生が頑張ったことなどというのは、確かによくする質問ですが、
別にそれがすごいことであったとしても、それ自体を評価することは稀だからです。
嘘をつくってことは、とても難しいことだし、つじつまが合わなくなることだって考えられるし、
それが原因で態度が自信なく見えるというのもあります。
それよりも、あなたがその企業を本当に希望しているのなら、その企業を調べつくして
その会社にどうしても入りたいという熱意を伝えるべきです。
事前に本命の前には何社か面接を経験し、面接慣れをしておくのも重要です。
嘘をつかずに、そのエネルギーを企業研究に傾けてください。
そして熱意を伝える方法を考えてみてください。
そうすれば、必ずあなたの希望の企業に入れると思います。
頑張ってくださいね。

920 ：デフォルトの名無しさん：2009/03/29(日) 12:16:55

はしにもぼうにもひっかからないpythonのこともすこしはおもいだしてください

921 ：デフォルトの名無しさん：2009/03/29(日) 12:17:27

>事前に本命の前には何社か面接を経験し、面接慣れをしておくのも重要です。

矛盾してんじゃん

922 ：デフォルトの名無しさん：2009/03/29(日) 12:18:51

>>920
Python は当たり前に使ってるし取り上げられなくても困らない
むしろ変な人気が出て馬鹿がよってくる方が迷惑

923 ：デフォルトの名無しさん：2009/03/29(日) 12:20:21

>>922
テレビで行列が出来る店が紹介されると
店の質が悪くなって客が減るあれだな

924 ：デフォルトの名無しさん：2009/03/29(日) 12:26:16

>>922
pythonユーザはCool！

925 ：デフォルトの名無しさん：2009/03/29(日) 12:35:07

>>922
全く同意なんだが排他的とか閉鎖的とか言う気もする
まあそこに至るまでみんな色々あったわけだが

926 ：デフォルトの名無しさん：2009/03/29(日) 14:17:12

中国上海のRuby on Railsの状況
http://d.hatena.ne.jp/zhenmi/20090309/1236648833

1. google app engine => java 使えるようになる => jruby が動く
2. 産学官三つ巴で取り組む => 教育現場で ruby に触れた層が供給される
3. 大学の情報教育のベースは、何やかや言って Java 強し (一部、C# 採用してるとこもあり?)

国内を眺めると、それなりに無難なコースかもしれん
需要と供給が満たせればそれで良いわけで…悪いこと
ではないかもしれん…
正直 jruby それほど悪くないと感じる今日この頃orz

927 ：デフォルトの名無しさん：2009/03/29(日) 14:19:37

自転車置場の議論 - bkブログ
http://0xcc.net/blog/archives/000135.html

928 ：デフォルトの名無しさん：2009/03/29(日) 14:30:50

jrubyとcrubyの違いについて教えてくだされ

929 ：デフォルトの名無しさん：2009/03/29(日) 14:35:46

普通のRubyよりは遅く、完全に動作するというわけでもない場面が残ってるがJavaからも使えるのがJRuｂｙ
できるだけ高速に動作しようとしている本家の通常のRubyがCRuby

jrubyとcrubyはそれぞれのインタプリタ名

930 ：デフォルトの名無しさん：2009/03/29(日) 14:39:16

Jruby on rails 使ってるサイトってあるの？

931 ：デフォルトの名無しさん：2009/03/29(日) 14:39:25

crubyより遅いとかナイトメアじゃん

932 ：デフォルトの名無しさん：2009/03/29(日) 14:42:25

1.9ほどではないけど、1.8系統のMRIよりは高速って所か
互換性についてはよく知らんけど、Railsが動くなら良い線いってるはず

933 ：デフォルトの名無しさん：2009/03/29(日) 14:45:48

>>931
別にそんなものすごく遅いわけじゃない
体感的には一回り前のハードウェアで動作させている感じだ
JRubyで作って重くて使い物にならないようなサービスは、おそらくPureRubyで作っても重い

>>932
いや、1.8より遅いという認識をしておくべき
CRubyより平均して速くなるというようなことは、なにかパラダイムシフトと天才の両方が降臨しない限りないだろう

934 ：デフォルトの名無しさん：2009/03/29(日) 15:36:20

jrubyのバージョンっていくつ？

935 ：ruby使い：2009/03/29(日) 16:56:23

Ruby
→もっとも手に馴染む良い道具！最高！

PHP
→便利すぎる！最高！

Perl
→使ってる人たちがかっこいい！最高！

Python
→コードが整然としててかっこいい！最高！

みんな好きすぐる。

936 ：デフォルトの名無しさん：2009/03/29(日) 16:58:02

>>935
Perlだけに悪意を感じるのは俺だけか。

937 ：デフォルトの名無しさん：2009/03/29(日) 17:17:03

PHP → 研究所？
Perl → スペルミス？
Ruby → どっちかというとサファイアが好き
Python → へびきもい

938 ：デフォルトの名無しさん：2009/03/29(日) 21:36:45

>>936
きもいをあえてかっこいいと

939 ：デフォルトの名無しさん：2009/03/29(日) 23:26:27

プログラムを書くことを職業になんてするもんじゃないね
仕事を効率化するためのただの道具として使うのが幸せだね
プログラマとして高く評価される人なんてほんの一部だからつらいよね
自分はこんなにクリエイティブな仕事をしてるのに・・・とか思ってもわかってもらえないよね
みんながんばれ

940 ：デフォルトの名無しさん：2009/03/29(日) 23:32:36

実際大方の仕事は他人の作ったコードを組み合わせる仕事だからな
どれだけ平易にわかりやすく書けるかが重要であって
小難しいことや斬新なことは玄人の自己満足に終わる

作家で言うと赤川次郎の小説や秋元康の歌詞が絶賛されて
大江健三郎はノーベル賞取れるけど市民はあんまり読みこなせないみたいな

941 ：デフォルトの名無しさん：2009/03/29(日) 23:37:44

第一段階
　とにかく早くスクリプトを書く
　特にまとめたり最適化はしない(時間がかかることはできるだけしない)
　あとで弄れるよう配慮はする

第二段階
　追加の案件と共にスクリプトをまとめていく
　(時間を掛け、)共通化・クラス化をすすめる
　できればJavaScriptを使いながら次の案件が来るよう期待値を込める

第三段階
　追加の案件と共にDB周りの最適化
　ビューや関数を弄っていく

942 ：デフォルトの名無しさん：2009/03/29(日) 23:40:09

>>941
なんか上手いこと書いてるような気もするし気持ちは凄くわかるが、
現実の業務では第二段階で有形無形の越えがたい壁が存在する、ような気がする。

943 ：デフォルトの名無しさん：2009/03/29(日) 23:43:08

実際クソ案件だと第一段階の時点でも躓いちゃって無理なんだけどね
問題はコードができるできないじゃなくて仕様が固まってるかそうじゃないかが大きいから

944 ：デフォルトの名無しさん：2009/03/29(日) 23:45:09

第一段階で無理じゃ、納品そのものが不可能じゃないかｗ
さすがにそれはちょっと

945 ：デフォルトの名無しさん：2009/03/29(日) 23:56:54

第三段階がおかしいとおもう

946 ：デフォルトの名無しさん：2009/03/30(月) 00:02:41

>>944
>とにかく早くスクリプトを書く
>あとで弄れるよう配慮はする

が無理なんじゃないの？

947 ：デフォルトの名無しさん：2009/03/30(月) 00:03:37

>>944
ようニート

948 ：デフォルトの名無しさん：2009/03/30(月) 00:24:39

>>947
なんだバイトくん

949 ：デフォルトの名無しさん：2009/03/30(月) 00:54:08

>>942-944
全体の案件は聞いておいて、小分けしてやっていくのさ
最初はたたき台作ってそれから派生していくような感じ
いきなり別のものを作るわけじゃないからさ

全部作って「どうですか？」だと修正が絶対あるし時間もかかるからｳﾁは基本分けてやってる
最初で相手から完璧なイメージとか無いから、最初はホント凝らない

>>945
実際にはこのあたりまで共通化・クラス化していくよ
なかなか第二だけでは時間が足りないｗ

>>946
たたき台だからさ
簡単に機能毎に分けておくだけ
複雑さは悪

950 ：デフォルトの名無しさん：2009/03/30(月) 01:16:07

Perlはフィルタ用というかフィルタそのもの
Rubyは小物用
Pythonはアプリ用
PHPはWeb用

というイメージがあるなあ

951 ：デフォルトの名無しさん：2009/03/30(月) 01:17:53

RubyはこなれるまえにRailsでブレイクしちゃったから重くてカスみたいなイメージついちゃったな
Javaで言うところのWebLogic劇重だからサーブレットはクソみたいに言われてた歴史を繰り返しちゃってる

952 ：デフォルトの名無しさん：2009/03/30(月) 02:01:46

Javaってジャカルタとかいろいろあるよね。
ああいうのってなにに使うの？

953 ：デフォルトの名無しさん：2009/03/30(月) 02:43:54

PHPで言うPEAR
Perlで言うCPAN
Rubyで言うGems
Pythonでいう所は知らん

954 ：デフォルトの名無しさん：2009/03/30(月) 05:17:55

PythonはPyPy

955 ：954：2009/03/30(月) 05:19:58

間違えたPyPIだ

956 ：デフォルトの名無しさん：2009/03/30(月) 08:10:13

パイパイ？

957 ：デフォルトの名無しさん：2009/03/30(月) 08:44:10

Eggとかもなかったっけ
それにしてもPyPyのネーミングは日本人にとっては酷いよなｗ

958 ：デフォルトの名無しさん：2009/03/30(月) 09:00:06

eggってJavaでいうjarじゃない？

959 ：デフォルトの名無しさん：2009/03/30(月) 12:00:12

そういやPythonってTracとPloneのインストールの時にチラ見したの以外触れたこと無いわ

960 ：デフォルトの名無しさん：2009/03/30(月) 12:21:04

http://www.ruby-forum.com/topic/182186#new
http://www.serabe.com/rmagick4j/

もう jruby で imagemagic 動かせる床まで
持って来てる… java なのに… jini なのに
何だこの圧倒的な実装能力('A`)

961 ：デフォルトの名無しさん：2009/03/30(月) 12:22:18

>>959
その時にEgg？easy_install ？なにこいつら意味不明。
で終わってる人間も多数いると想像。

962 ：デフォルトの名無しさん：2009/03/30(月) 12:26:45

圧倒的ってJMagickとかPerlMagickとかなんて遙か昔から実装済みなのでは

963 ：デフォルトの名無しさん：2009/03/30(月) 12:36:43

つかJRubyの利点はJavaのライブラリが使えたりする点だろ

964 ：デフォルトの名無しさん：2009/03/30(月) 12:49:21

>>962-963
そっか JMagic 経由で実装してるみたいなかんじなのか…
jini で黒魔術駆使してるみたいなのかと思ってた('A`)
過去の資産が活かせるのは強みなんだな㌧くす

965 ：デフォルトの名無しさん：2009/03/30(月) 12:56:20

JMagick呼ぶまでもなく普通にCのAPI呼んだら終いですやん

966 ：デフォルトの名無しさん：2009/03/30(月) 13:07:46

http://sourceforge.net/projects/jmagick/

というか jni だ。ぐぐれ

967 ：デフォルトの名無しさん：2009/03/30(月) 13:38:07

>>965
それをやったらJVM上で動かす意味が激減してしまう。
Jarを置くだけでどんな環境でも動くのがJavaの素晴らしさ。

968 ：デフォルトの名無しさん：2009/03/30(月) 14:48:38

たぶん jar を読み出す部分
https://svn.codehaus.org/jruby/branches/jruby-1_2/src/org/jruby/ext/ffi/jffi/DynamicLibrary.java

java やったことないけど
読みやすいコードだと感じる…アノテーションで
対応する ruby コード名が記述されている…???

969 ：デフォルトの名無しさん：2009/03/30(月) 16:23:49

http://kenai.com/projects/ruby-ffi/sources/mercurial/content/lib/ffi/ffi.rb?rev=464
http://jmettraux.wordpress.com/

というかありました…
swig でもなく ruby-api でもなく統一的な枠組みで
c のライブラリを叩く方法が

ruby - ruby-ffi - lua => rufus-lua
ruby - ruby-ffi - tokyo-cabinet => rufus-tokyo

というか ruby の良い部分を認識改めさせられてし
まうまう

970 ：デフォルトの名無しさん：2009/03/30(月) 23:19:43

>>949
>実際にはこのあたりまで共通化・クラス化していくよ
>なかなか第二だけでは時間が足りないｗ

そういう意味じゃなくて第三段階にそれがあるのがおかしいよって言う意味

971 ：デフォルトの名無しさん：2009/03/31(火) 01:10:50

>>970
最初のあたりでどのあたりがDBで使うところなのかは分かってるけど、手をつける暇が無いんだよ
あと、データ入力や作業移行なんかで案件が膨らむんでDB周りが忙しくなるのが後半
最初にやってたのとは違う所が忙しくなったりするのさ

あと、新人研修もかねるんでプログラムの組み方や範囲も易→難と割り振りやすい

972 ：デフォルトの名無しさん：2009/04/02(木) 00:53:31

どうでもいい

973 ：デフォルトの名無しさん：2009/04/02(木) 20:15:12

どう？でもいい

974 ：デフォルトの名無しさん：2009/04/02(木) 23:35:34

Rubyビジネス雇用創出支援事業　開発事業募集！
http://www.pref.fukuoka.lg.jp/d14/ruby-boshu.html
>福岡県では、Rubyを活用して事業拡大を図る県内のIT関連企業が、ソフトウェア開発技術者、セールスエンジニア等を新規に雇用して実施するソフトウェア開発に対して支援する「Rubyビジネス雇用創出支援事業」を実施します。
>本事業はRubyの普及・発展に寄与するソフトウェア開発事業に対し、人件費の支援を行います。

ははは緊急雇用対策なんて
またまたご冗談を…

四月馬鹿ですよねいやー
…マジかマジなのですか
福岡県商工会議所はじまた

975 ：デフォルトの名無しさん：2009/04/02(木) 23:48:46

刑務所で職業訓練として教え込むという話はどこへ行ったんだろう

976 ：デフォルトの名無しさん：2009/04/02(木) 23:53:09

>>975
あんな組織まだ信じてるのか

977 ：デフォルトの名無しさん：2009/04/03(金) 00:14:00

ITって結局世の中の問題解決のためにやるもんだから
世間と隔離されてるとそれだけでかなりデメリットになるし
タンス職人みたいな感じで技術だけ教えても使いどころ無いだろ

978 ：デフォルトの名無しさん：2009/04/03(金) 00:38:32

参入障壁っていう問題をITで解決するんですね

979 ：デフォルトの名無しさん：2009/04/03(金) 00:52:56

>>976
結局アレはアレでアレだということが看破されてたな

980 ：デフォルトの名無しさん：2009/04/03(金) 09:42:06

ume