【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2009/02/15(日) 03:18:33エントリーは、
Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！
0002デフォルトの名無しさん
2009/02/15(日) 03:18:58軽量プログラミング言語（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/
0003デフォルトの名無しさん
2009/02/15(日) 10:53:12激しく...もっと激しく...
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、
0004デフォルトの名無しさん
2009/02/15(日) 13:55:530005デフォルトの名無しさん
2009/02/15(日) 13:58:16LLって口にするのが恥ずかしいので、従来通りの"スクリプト"ということで
0006デフォルトの名無しさん
2009/02/15(日) 14:00:030007デフォルトの名無しさん
2009/02/15(日) 14:04:46好きにすればいい。何事も強制や決めつけが一番よくない
ってわけでLLでもいいよ
0008デフォルトの名無しさん
2009/02/15(日) 14:20:49それと、言語を取り巻く環境、利用できるライブラリ、IDE、フレームワーク、、、etc
前スレから自演している厨は、以上をまとめてこい
0009デフォルトの名無しさん
2009/02/15(日) 14:23:52って知ってか？ケメコのじゃないぜ。
0010デフォルトの名無しさん
2009/02/15(日) 14:41:50上司 「LL？って、えっと、なんだったっけ？スクリプト全般のことだっけ？」
派遣 「いやもっと新しいイメージの開発が楽な言語というか・・」
上司 「ん？結局開発言語はなにになるんだっけ？」
派遣 「まあPerlとかPythonとかですかねぇ」
上司 「あぁPerlは俺が学生のころからあったからよく知ってるけど、なんか新しいバージョンってことだっけ？」
派遣 「んーっとまあPerlは昔からのものなんですがもっとなんかモダンというか・・」
上司 「よくわかんないけどまあ今回はPerlスクリプトで開発ってことね？」
派遣 「はあ・・まあ・・。（いやなんかこう古いPerlじゃなくってもっと今風のイメージなんだけどなあ）」
上司 「了解。（いちいち流行りの単語使いたがるんだよな・・スクリプトって言えばわかるのにメンドクセー奴だな）」
0011デフォルトの名無しさん
2009/02/15(日) 14:42:42言語自体の性能ｗ
言語自体の安全性ｗ
あんたが得意な言語について、一つお手本を見せてくれ
0012デフォルトの名無しさん
2009/02/15(日) 14:43:04リアルｗｗｗ
0013デフォルトの名無しさん
2009/02/15(日) 14:49:41× 派遣 「いやもっと新しいイメージの開発が楽な言語というか・・」
○ 派遣 「そうですそうです。（以下空気に応じて） もうちょっと広い範囲でLightweight Languageと言ってますが、PerlやPythonみたいなものが中心です。」
これでいいじゃん。
0014デフォルトの名無しさん
2009/02/15(日) 15:21:26"LL"という言葉に以外にも信者が多いことがわかったな。
0015デフォルトの名無しさん
2009/02/15(日) 15:37:02一単語に信者がいるとか頭おかしいとしか
0016デフォルトの名無しさん
2009/02/15(日) 15:45:46何か意味があるとは思えないんだが……
0017デフォルトの名無しさん
2009/02/15(日) 15:53:41高水準言語ってだけだと、あくまで相対的に高水準という意味になる
Cとかも場合によっては高水準扱いになってしまうことを考えると、
まああまり良くないわな
0018デフォルトの名無しさん
2009/02/15(日) 15:57:010019デフォルトの名無しさん
2009/02/15(日) 15:58:12近代的とかモダンとかって主観じゃないの？
Perlより新しいJavaやC#はLLなのか、そうじゃないのか
0020デフォルトの名無しさん
2009/02/15(日) 16:24:23PCとPDAと携帯端末の厳密な分類、みたいな一般人にとってはどうでもいい
不毛な論争にしかならないんだから、こだわりすぎる方がどうかしてる。
このスレでLLが「恥ずかしい」って言ってるのは一人だけだろ。
そいつはきっと「ノートパソコン」も「メールマガジン」も全て「恥ずかしい」に違いない。
日常生活が不便そうで同情するわ。
0021デフォルトの名無しさん
2009/02/15(日) 16:32:55関数型もLLに含まれんの？ソースは？
0022デフォルトの名無しさん
2009/02/15(日) 16:39:36前スレにあった
ttp://d.hatena.ne.jp/minekoa/20090122/1232634141
0023デフォルトの名無しさん
2009/02/15(日) 16:42:08HaskellとPerlを同一のタームでくくることが
具体的にどういう文脈で「便利な言葉」なのか正直さっぱり分からん
>>10の派遣がHaskellやErlangで並列処理とかSchemeで継続サーバとか考えてて
上司はPerlとPHPでドカタ仕事とか考えてるかもしれない
全部LLなんだろ？馬鹿馬鹿しい
0024デフォルトの名無しさん
2009/02/15(日) 16:42:18定義厨ってのはどの板にもいるよ。
九州ラーメンの定義なんてどーでもいいわ。
0025デフォルトの名無しさん
2009/02/15(日) 16:42:340026デフォルトの名無しさん
2009/02/15(日) 17:22:260027デフォルトの名無しさん
2009/02/15(日) 17:28:310028デフォルトの名無しさん
2009/02/15(日) 19:13:330029デフォルトの名無しさん
2009/02/15(日) 20:58:54日本生まれの定義らしいからちょうどいい。
0030デフォルトの名無しさん
2009/02/15(日) 21:04:02無難なのは仕様書の印刷重量＝言語の重さ（単位：g）、かな。
0031デフォルトの名無しさん
2009/02/15(日) 21:24:310032デフォルトの名無しさん
2009/02/15(日) 21:30:37なんだ要するにVBか
0033デフォルトの名無しさん
2009/02/15(日) 22:50:01でっちあげだったと知って必死な厨房達乙
0034デフォルトの名無しさん
2009/02/15(日) 23:05:17VBやHSPは、サックリ作れても、難しいロジックの実装は困難でしょ？
0035デフォルトの名無しさん
2009/02/15(日) 23:12:54Cの最長不倒関数とか、人間の可能性には限りがない。
VBだろうがHSPだろうが、BrainF*ckででも書く奴は書く。
0036デフォルトの名無しさん
2009/02/15(日) 23:14:39SunがJavaを広めるときにC++叩いてたのと全く同じ
どういうグループが入っていてどういうグループが排除されてるかを
考えてみればよい
0037デフォルトの名無しさん
2009/02/15(日) 23:17:19大部分の人にへ？って言われると思うし。
Rubyはともかく、外人が作ったものになんで日本人が名前付けんの？って気はする。
0038デフォルトの名無しさん
2009/02/15(日) 23:26:03同じことするのにさ、例えば、
迷路を解くプログラムを書けとかいう問題を、
Cでリスト構造から作り出すのと、
それを初めから備えている言語を使うのと、
どっちが楽だと思う？
0039デフォルトの名無しさん
2009/02/15(日) 23:27:270040デフォルトの名無しさん
2009/02/15(日) 23:31:490041デフォルトの名無しさん
2009/02/15(日) 23:33:04ってことでいいのかNA
0042デフォルトの名無しさん
2009/02/15(日) 23:35:30汎用ポインタみたいなのしかないの？
0043デフォルトの名無しさん
2009/02/15(日) 23:37:34それ以前もべつに全部VARIANTというわけじゃなくて
整数だの文字列だのといった組み込み型や構造体やクラスぐらい使えたYO
0044デフォルトの名無しさん
2009/02/16(月) 00:20:25いまどきどの言語でもリストなんてライブラリがあるし
0045デフォルトの名無しさん
2009/02/16(月) 00:23:25C++はLLだネ☆
STLとか使えるし
匂いだっていいし
0046デフォルトの名無しさん
2009/02/16(月) 00:35:110047デフォルトの名無しさん
2009/02/16(月) 00:50:290048デフォルトの名無しさん
2009/02/16(月) 00:56:38大昔から存在する古典的なデータ構造なんだし
0049デフォルトの名無しさん
2009/02/16(月) 00:57:53うｎ
代数データ型もパターンマッチも遅延評価も使えない言語はうんこだよね
たとえばPerlとか
LL？何それ
0050デフォルトの名無しさん
2009/02/16(月) 00:58:58CPUの勉強でもしてくれ。
0051デフォルトの名無しさん
2009/02/16(月) 01:01:22いや、C言語みたいなCPUやメモリに近い言語ならそれでも良いけどさ…
ある程度の高級言語になってくると気になる。
0052デフォルトの名無しさん
2009/02/16(月) 01:02:15でもPerlもPythonもリストなんか組み込みで持ってないよ
あれは動的配列
0053デフォルトの名無しさん
2009/02/16(月) 01:03:400054デフォルトの名無しさん
2009/02/16(月) 01:04:20ってことはデータを動的に追加しまくると重くなったりするの？
0055デフォルトの名無しさん
2009/02/16(月) 01:04:38データ構造を意識しないで済む型がゴールだよな
リスト、スタック、ツリーetc言ってる時点で古い
0056デフォルトの名無しさん
2009/02/16(月) 01:04:54あたりまえだけどinsertionがO(N)でインデクスアクセスがO(1)
0057デフォルトの名無しさん
2009/02/16(月) 01:05:30アルゴリズムのオーダーも意識できない奴はプログラマをやめたほうがいい
どんな言語だろうとそれは同じ
0058デフォルトの名無しさん
2009/02/16(月) 01:06:59言語仕様をコンパクトにしてライブラリで高度な機能を提供する。
これが正しいプログラミング言語。
もちろんスクリプト言語やら動的言語はこの限りではない。
0059デフォルトの名無しさん
2009/02/16(月) 01:07:13古い、ではなく（脳内処理が）重い、っていうとLightweightの概念に少し近づく？
0060デフォルトの名無しさん
2009/02/16(月) 01:08:33その考えが古いよ。
少なくともここで語られているようなスクリプト言語の進化の方向性と
君の考えは異なっているようだ。
0061デフォルトの名無しさん
2009/02/16(月) 01:12:23アルゴリズム本の良書おしえて
0062デフォルトの名無しさん
2009/02/16(月) 01:12:27は？
効率がどうでもいいなら連想配列は単なるassociative listとして
実装してもいいわけでハッシュとか要らない
メモリ効率がどうでもいいんならgeneratorとか実装する必要は無い
むしろドン亀スクリプト言語で悪いアルゴリズムを選ぶと、C/C++では
バレなかったかもしれないがモロに影響が出るわけだが
なんか勘違いしてんじゃねーの？
0063デフォルトの名無しさん
2009/02/16(月) 01:15:09最近アルゴリズムの勉強し始めたのか?
スクリプト言語はアルゴリズムが具体的になんであるべきかは規定していないものが多い。
変数の使われ方から最適なアルゴリズムをコンパイラが選択できるのがベスト。
人間からアルゴリズム時間を見積もる必要がある用途ではそもそも
ここで語られているような言語は向いてない。
0064デフォルトの名無しさん
2009/02/16(月) 01:19:49> スクリプト言語はアルゴリズムが具体的になんであるべきかは
> 規定していないものが多い。
は？例えばPerlの配列が動的配列でハッシュがハッシュテーブルであることは
Perlプログラマならみんな知ってるし理解していなければならないことだろ
0065デフォルトの名無しさん
2009/02/16(月) 01:20:15ちょっと冷静になった方がいいかも。
> 効率がどうでもいいなら連想配列は単なるassociative listとして
> 実装してもいいわけでハッシュとか要らない
これは、言語の内部実装じゃないの？
むしろあんたの主張と逆に、アルゴリズムなんか考えなくてもいいようになってる例じゃないか？
> メモリ効率がどうでもいいんならgeneratorとか実装する必要は無い
ただ単に言語の使い勝手の問題として捉えると、これは極論過ぎるだろｗ
簡単な事を簡単にできるのが大事なことで、選択肢として複雑な事ができるのは悪いことでも
不必要なことでもないだろ。ってなんか書いてて恥ずかしくなってきた。
0066デフォルトの名無しさん
2009/02/16(月) 01:23:08その通りで、言語側の組み込みないしライブラリのデータ構造だが、
それについて何も知らなければ効率の良いコードは書けないということ。
「アルゴリズムなんか知らなくても／考えなくてもいい」というのは全くの誤りだ。
0067デフォルトの名無しさん
2009/02/16(月) 01:23:28珠玉のプログラミング か プログラミングの宝箱
0068デフォルトの名無しさん
2009/02/16(月) 01:27:11馬鹿げた話はアルゴリズムとデータ構造への根本的無知から生じる
0069デフォルトの名無しさん
2009/02/16(月) 01:30:48組み込みの抽象データ型なんてのはどうにでも実装できるし、
最近のスクリプト言語では、万人がよくつかう使い方でいかに効率よく処理できるかを
考えて色々組み合わせて実装されている罠。だからあえてリストですとかハッシュですなんていわない。
0070デフォルトの名無しさん
2009/02/16(月) 01:31:02だから、その時どっち（実行効率？ コーディングの簡略・利便？）をとるかってことで
まったく別の路線があるだろｗ
そこんところはわかって書いてるんだよな？
0071デフォルトの名無しさん
2009/02/16(月) 01:34:03ん？「ハッシュ」という名前ならハッシュテーブルだろ？
実際には赤黒木なのにハッシュという名前をつけているのならそれは名前が悪い
抽象化したいのなら単にディクショナリとでも呼んでおくべきだ
が、集合が順序付けされているかどうかは、例えばキーを列挙するときに
ソートが必要かどうか、という「実質」に関わってくるのだから、
その内実を知らなくていいということには全くならない
0072デフォルトの名無しさん
2009/02/16(月) 01:37:03RubyのHashの話だったら、そう変な要求でもない
追加順にリンクをつないでやるだけだから、ハッシュ操作自体のオーダーに変化はない
SortedMapっていうか、赤黒木やB木みたいな整列済みツリーにしろってのは無茶だがｗ
0073デフォルトの名無しさん
2009/02/16(月) 01:37:07応用ができないやつ。
0074デフォルトの名無しさん
2009/02/16(月) 01:38:29組み込み型を赤黒木やらハッシュやらそのまんまべっちょり実装してるとおもってないよなw
0076デフォルトの名無しさん
2009/02/16(月) 01:42:08> 正しく組み込み型の処理時間を計算出来る
誰もそんなこと言ってねーっつーの極論に走る奴だなｗ
例えば
if x in foo
がリニアサーチかディクショナリルックアップかぐらい意識しとけって話だよ
>>55は極論過ぎる
例えば集合の性質によって、列挙するコードが変わるという例は挙げたよな？
0077デフォルトの名無しさん
2009/02/16(月) 01:47:56Cプログラムがどんなアセンブリコードに変換されるか考えて、
命令実行時間も出力されたアセンブリ命令から計算できる、
それができないやつはプログラマじゃない。
君が言っているのはそういうこと。
0078６１
2009/02/16(月) 01:49:000079デフォルトの名無しさん
2009/02/16(月) 01:50:00組み込み型がスクリプト言語で気持ち悪いとおもうプログラマは殆どいないだろ。
それと同じだよ。
0080デフォルトの名無しさん
2009/02/16(月) 01:53:00いやそこまで言ってねえよ、勝手に決め付けるなｗ
ゴールも何も、効率をあえて度外視するとしても、重複の有無だの順序性だの、
機能／使用のレベルで違うものを同一視しようがないだろ
データ構造を全く考えなくても良いという話には絶対にならない
0081デフォルトの名無しさん
2009/02/16(月) 02:04:11ハードが高速化したのの大部分はソフト開発の生産性向上についやされているのよ。
そもそもスクリプト言語ってのは、ハード性能に甘えて、実行効率よりも生産性やプログラミングの敷居の低さを
狙った方向性から出てきたモノなわけで。少しは想像力をはたらかせてくれよとw
0082デフォルトの名無しさん
2009/02/16(月) 02:13:48今度は「例え」で逃げるのかよ
ハードがちょろっと進歩しようがO(1)とNPの違いはそれこそどうにもならんだろが
数独パズルでも総当りで解いてろって話だ
0083デフォルトの名無しさん
2009/02/16(月) 02:16:30>76
線形探索と辞書のこと？
確かにリストと連想配列の違いは意識した方が良いかも知れないけど…
最初に言いたかったのは、リストやそれに相当するものの生成に関して。
組み込み構文とまでは言わないけど、JavaScriptぐらいには書けて欲しいよ。
（変数名 = new Array(要素,要素,要素...); で書ける）
あとは、リストやそれに相当するものに対するforeach、map、filter(select)
辺りもせめて標準添付のライブラリで持ってて欲しいなぁ、と思う。
0084デフォルトの名無しさん
2009/02/16(月) 02:19:26その選択（forarch, map, filter..)がものすごく恣意的かもしれないことに
気づいてる？
>>49みたいな人もいるかもしれないよ
0085デフォルトの名無しさん
2009/02/16(月) 02:22:53データ構造/アルゴリズムの基礎を知っていればスクリプト言語の組み込み型の使い方を理解するのに
助けになる。とでも書いておけばいいのに、>>57は視野が狭いとしかいいようがない。
残念ながらアルゴリズムを意識しなくてもスクリプト言語は十分使えるものだ。
0086デフォルトの名無しさん
2009/02/16(月) 02:28:34している電波に突っ込んだだけだが
0087デフォルトの名無しさん
2009/02/16(月) 02:33:35そんなの誰も言ってないって。勘違い大杉。全てのレスに勘違いが入ってるよ、君。
アルゴリズムやデータ構造を意識しなくても一般に使える型に近づけることが
(人間の脳力を最小限にするという意味で)ゴールなの。
現時点の処理系の妥協点が、()だったり[]だったり{}だったりするわけよw
動的コンパイルで分析・最適化できることはハード性能の向上とともに広がっている。
スクリプト言語やその処理系はそれに乗っかって成り立っているもの。
今はわりに合わないと思われることも将来はできるようになる可能性があります。
0088デフォルトの名無しさん
2009/02/16(月) 02:36:03いやだからハード性能で替わるのは定数項であってオーダーは同じだろ
算数もできないのか？
0089デフォルトの名無しさん
2009/02/16(月) 02:39:53JITやらVMなんてハード性能がある程度なきゃそもそも成り立たないモノ。
当然今時のスクリプト言語もね。
0090デフォルトの名無しさん
2009/02/16(月) 02:43:520091デフォルトの名無しさん
2009/02/16(月) 02:45:34リニアサーチはO(n)だし、バブルソートはO(n^2)だろ
本質的な計算を自分で行わないない／計算量が少ないプログラムなら確かに
どうでもいいだろうし、実際にそういうプログラムは多い
が、そのようなものが全く不要という状態にはならない
だから「プログラマなら」と言ったんだ
手遊びでちょろっとオモチャを書いてる人の話をしていたんじゃないんだぞ
0092デフォルトの名無しさん
2009/02/16(月) 02:46:50int sum = 0;
for ( size_t i = 0 ; i < strlen(buf1) ; i++ ) {
for ( size_t j = 0 ; j < strlen(buf2) ; j++ ) {
sum += buf2[j];
}
}
return sum;
}
関係ないけど、別スレで上のC言語のコードでstrlen()をfor(...)内に入れるやつは馬鹿だという奴がいて、
結局、最新のコンパイラでコンパイルすると、strlen()は1度だけ評価されてあとは変数になって
しまうで実行時間は殆どかわらないというのがあったな。コンパイラの進歩はあなどれないよ。
0093デフォルトの名無しさん
2009/02/16(月) 02:47:59そんなわけねえ
0094デフォルトの名無しさん
2009/02/16(月) 02:48:12ハードが速くなり、コンパイラ進歩すれば、
もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
0095デフォルトの名無しさん
2009/02/16(月) 02:50:18ああ、「ボブ、あのプログラム書いといてくれ」とメールすれば済むみたいな奴な
理解したよ、何を言っているかを
0096デフォルトの名無しさん
2009/02/16(月) 02:51:25実行速度なんて考えないよ。遅かったらそのとき考えればいい。
その必要なところに労力をかけて、他は要領よくこなす加減がプロです。
0097デフォルトの名無しさん
2009/02/16(月) 05:05:54そのアルゴリズムの計算量を教えてくれ。
0098デフォルトの名無しさん
2009/02/16(月) 05:32:28配列なのかリストなのかわけわかんねーって思うし。リストはLinkedListか・・うーん。
もともとVectorだったのに同期化ないバージョンはArrayListですとか、ジェネリクス
バージョンはList<T>ですとか、これは概念としてのリスト構造でありアルゴリズムは
配列ですとか、概念とアルゴリズムの名前がかぶっててなんかもうカオスw
でも実態は、どの言語でも使うのは配列・マップ(辞書)でほとんどだし、双方向リストは
途中挿入が頻繁な場合にくらいしか使わないし、あとは各言語のリファレンス見て
ふむふむって感じかなあ。
> もっと適切なデータ構造やアルゴリズムを実行時に選択できるようになります。
インターフェースが同じならできる場合もあるよね。たとえばソートとかは実装が
なにかはあんまり外に出てこないよね。クイックソートかヒープソートかとかは。
例えばマイクロソフトのSTLは、数が少ないとインサーションソートして、数が
多いとクイックソートに切り替えるみたいな内部的に選択している実装。
でもデータ構造の双方向リストと配列とかは、リストはインデックスアクセスは構造的に
作れなくてインターフェースが変わるから、やっぱ別の系統にするしかないと思う。
さらにマップとハッシュマップはインターフェースが同じにできてもイテレータの取得結果が
変わるからこれも別にするしかないよね。
0099デフォルトの名無しさん
2009/02/16(月) 13:20:08全く勉強してないけど適当にあれこれやってたら速くなったっていうならそれはそれで結構なことかもしれないけど
普通は考えても何も浮かんでこないと思うよ
0100デフォルトの名無しさん
2009/02/16(月) 14:03:49無視していいかどうかを判断して無視するのがプロ
スクリプトならアルゴリズムのオーダーなど気にせずともよいとか言ってるお前は
DBも常にCOBOL風に全件スキャンするド素人
0101デフォルトの名無しさん
2009/02/16(月) 14:20:22PERFORM VARYING ～ END-PERFORM だっけ？
大概のLLでやってることはそうじゃない
例えばリストの中から条件に当てはまるものを抽出して、という処理
（Pythonのfilterとかリスト内包表記のif、Rubyのselect、Perlだと…grepだっけ？）
だとしても、実際の処理は実装・ライブラリにお任せします、ってのがスクリプトじゃない？
まぁ、どの言語も似たような実装になるのは目に見えてるけどさ
…で、内部処理を見るのがプロで見ないのが素人だとしても
それがボトルネックで無いなら、プロでも可読性を選ぶだろ
0102デフォルトの名無しさん
2009/02/16(月) 15:16:02誰も常に効率を優先させて最適化しろなんて言ってないんだが
むしろ早すぎる最適化は悪で、そんなことは昔からの常識だ
「スクリプトなんだから効率やアルゴリズムやデータ構造なんか
気にする必要は無い」というのがナンセンスだという話
「スクリプトかどうか」は、「効率云々を気にすべきかどうか」とは独立の
無関係な問題だ
「スクリプト～」を過度に強調する奴は、ボトルネックがCPUなのかIOなのか
ネットワークなのかプログラマの脳みそなのか、
本当にプログラミング言語による実行効率の違いなのか、
アルゴリズム自体に改善の余地がないのかも
判断できていない証拠だ
スクリプトなら、ウン100万件のデータが入っているDBから一件データを
抜きたいときに、いつもテーブルスキャンを行うのだろうか？
そんなことは馬鹿げていて、それはスクリプトかどうかとは関係ない
0103デフォルトの名無しさん
2009/02/16(月) 19:29:27趣旨はわかるが、それでもオレなら
馬鹿説を主張したい。
ループ内で関数呼び出しを追加したら、
最適化は難しくなる。
コンパイラの賢さや機嫌を考えながら
コードを書くのは嫌だ。
0104デフォルトの名無しさん
2009/02/16(月) 19:35:50誰でも同じ書き方ができて、そんで平均値（ってかそれなりの速さ）
出せるって事を狙ってるんじゃねえの。
速いことに越したこたねえけど、もっとこう、本質的な部分（目的）に力を注ごうぜ
っていうスタンス。
0105デフォルトの名無しさん
2009/02/16(月) 19:36:06この最適化って、コンパイラの組み込み関数使う時だけ効く最適化なのかな？
0106デフォルトの名無しさん
2009/02/16(月) 19:39:131. アルゴリズムを学習する気がないけどコンプレックスはある人
2. 必要なアルゴリズムは十分に理解しているが、経験的にいってほとんどの
プログラムは最適化によって十分速くなると考える人
”アセンブラ言語を学習するべきか”とか”関数型言語を学習するべきか”なんて話題を振ると意味も無く
攻撃的になる人いるじゃん。
0107デフォルトの名無しさん
2009/02/16(月) 21:39:29アルゴリズム否定なんて誰もしてないだろ。
ちゃんと意図よめよ、理解力のないクズさん。
0108デフォルトの名無しさん
2009/02/16(月) 21:41:51他人の知識や能力をあまくみすぎですよ。
0109デフォルトの名無しさん
2009/02/16(月) 21:45:04とりあえずアンカーつけたら？
文章に内容がないからこのレスの意図はわからん。
>>100とか>>102とか、必死になってる人かも知れんが、そうだとしてこれらのレスも、
プログラムやるんなら最低限、内部実装を意識して書く能力が無いと糞！認められん！
っていうなんとも言えない主張しか伝わらんので、このスレで頑張ってレスしてる意図は
あんまり汲めない。悪いけど。
0110デフォルトの名無しさん
2009/02/16(月) 21:46:14立場としたら逆の方か。まあどっちにしろ、アンカーつけてわかりやすくしてくれ。
なんかごっちゃごちゃになってる
0111デフォルトの名無しさん
2009/02/16(月) 21:53:22コンパイルの質があがれば、事前に時間のかかる処理を排除できる。
アルゴリズムやデータ構造も応用しだいで組み合わせてつかえば弱点を補完して使うこともできる。
その辺の理解がないやつが特に1人いて暴れていたっだけの話だ。
0112デフォルトの名無しさん
2009/02/16(月) 22:23:450113デフォルトの名無しさん
2009/02/16(月) 22:24:56連結リストと配列の中間的な探索速度を得られる。
理解できますかな?(わらい
ハッシュテーブルもリストで連結したり、ツリーにしたりとかよくやるんだよ。
特にスクリプト言語のように動的コンパイルで、あらゆるユーザがどんな使い方をするかわからないような
組み込み型は、頭の良い言語設計者や処理系の設計者が一般的なケースを研究したりして、
条件によってアルゴリズムを選択したりとか色々と工夫しています。
0114デフォルトの名無しさん
2009/02/16(月) 22:25:400115デフォルトの名無しさん
2009/02/16(月) 22:38:41でっていう
0116デフォルトの名無しさん
2009/02/16(月) 22:54:00見てる分には面白いが。
0117デフォルトの名無しさん
2009/02/16(月) 23:00:440118デフォルトの名無しさん
2009/02/16(月) 23:04:21いや主張の意図をやっと理解した
ほんとごめん
「処理系が最適化してくれるからアルゴリズムとか関係ねー」
「総当たりのアホみたいな探索コードを書いても最適化すれば
小人さんが頭の良いコードに書き換えてくれます」
とかいう主張だと思ってずーっと意味不明だったんだけどな
いきなり無説明で「スタックだのキューだのは古い」とか言われても
主張の意図がわかんなかったよ
0119デフォルトの名無しさん
2009/02/16(月) 23:04:27あるいは、相手の手からボールが離れた瞬間に全力でその軌道から離れて、
「どこ投げてんだ下手糞！」
ってなじりあう負のキャッチボールみたいな。
0120デフォルトの名無しさん
2009/02/16(月) 23:07:110121デフォルトの名無しさん
2009/02/16(月) 23:40:55の悪寒
0122デフォルトの名無しさん
2009/02/16(月) 23:41:25ループ不変命令のループ外移動は、よく知られた最適化の一つ
ある程度賢い最適化コンパイラならやってくれるはず
0123デフォルトの名無しさん
2009/02/17(火) 00:43:49・LLでは処理の裏側のアルゴリズムまで書き込むようなマイクロマネージメント的なコードは書かない
・もっと抽象的なレイヤで書き、使われ方などからアルゴリズム選択などを処理系に裏で丸投げするのがLL
・LLはクソコードを適正化しないが、詳細をスルーできるので普通のコードの作成での脳力削減になる
でおけ？
0124デフォルトの名無しさん
2009/02/17(火) 01:12:380125デフォルトの名無しさん
2009/02/17(火) 01:12:52テーマは100年後の言語だが、
計算機資源の無駄遣いもある程度許されるという点では、LLの環境は近い
ttp://practical-scheme.net/trans/hundred-j.html
0126デフォルトの名無しさん
2009/02/17(火) 01:39:26なんつーか進歩ねーよな。まあ所詮コンピュータ動かすための文脈的設定ファイルだから
もうやることもねーんだろうけど。コンピュータ言語って数千種類くらいあるんだったっけな。
あとは、ぱくりだらけの俺流に実装しましたみたいなオレオレ糞言語が湧いてくるだけだな。
0127デフォルトの名無しさん
2009/02/17(火) 01:42:35上から目線と下層階級の臭いが
良い感じにブレンドされたレスだな。
0128デフォルトの名無しさん
2009/02/17(火) 02:02:51既に医学や心理学の担当だったりして
手続き型の言語は、もう概念だけ全部まとめてしまって、後の言語のデザインは、
心理学者とラット（プログラマ）に任せちゃえばいいじゃないか？
0129デフォルトの名無しさん
2009/02/17(火) 02:06:080130デフォルトの名無しさん
2009/02/17(火) 02:15:41ソフトウェア工学で扱ってる話題に持ってけるんでは
0131デフォルトの名無しさん
2009/02/17(火) 02:15:51falseと0を比較するためだけに演算子を追加するという
誰もが想像しなかった進化をした言語があるじゃないかwww
0132デフォルトの名無しさん
2009/02/17(火) 05:06:08どれ？
0133デフォルトの名無しさん
2009/02/17(火) 06:40:400134デフォルトの名無しさん
2009/02/17(火) 07:44:15脊髄にびりびりきちゃった？
0135デフォルトの名無しさん
2009/02/17(火) 10:41:510136デフォルトの名無しさん
2009/02/17(火) 11:28:32感じなんだろうな。まあ日本のごく一部の人が勝手に言ってるだけだからそもそも知らないだろうけど。
0137デフォルトの名無しさん
2009/02/17(火) 11:40:280138デフォルトの名無しさん
2009/02/17(火) 12:16:280139デフォルトの名無しさん
2009/02/17(火) 12:50:320140デフォルトの名無しさん
2009/02/17(火) 13:50:58脳内書店で見たことがあるんだろうな
0141デフォルトの名無しさん
2009/02/17(火) 13:55:330142デフォルトの名無しさん
2009/02/17(火) 20:40:04国産だし、言葉も国産。Matzだしw
外国の人がつくった数多くの既になじみの言語に"LL"とか今更名前つけてみたところで
これから世界的に流行る見込みなし。
0143デフォルトの名無しさん
2009/02/17(火) 20:40:590144デフォルトの名無しさん
2009/02/17(火) 21:04:07でもLLと呼ばれる言語は総じて、むしろ重い…。
何でLLなんて呼ぶんだろ？と思ったんですが
もしかしてLightなのはプログラマの書くコードの量ですか？
0145デフォルトの名無しさん
2009/02/17(火) 22:52:25スレタイからLLとかはずすべきだろうな。
次スレ立てる奴のセンスに期待
0146デフォルトの名無しさん
2009/02/17(火) 23:05:50それに、”LL”なんて呼称に粘着しているのは、
FOTRANか、COBOLプログラマで、LLを必要としないだろう人たちだし。
0147デフォルトの名無しさん
2009/02/17(火) 23:19:17略称自体が軽量ｗ で、短く書けるLLで良いかなと思ってる
何か厳密な議論をしたいなら、もっとふさわしい単語を持ち出さなきゃとは思うけど
0148デフォルトの名無しさん
2009/02/17(火) 23:26:15LL脳ってすごいね。
0149デフォルトの名無しさん
2009/02/17(火) 23:26:470150デフォルトの名無しさん
2009/02/17(火) 23:29:00C++以前のプログラマにはLLの生産性の素晴らしさ理解できないであろう。
0151デフォルトの名無しさん
2009/02/17(火) 23:30:16後ろに脳つければいいってもんではない。
その「LL脳」は「LL」より痛い。
0152デフォルトの名無しさん
2009/02/17(火) 23:31:000153デフォルトの名無しさん
2009/02/17(火) 23:31:410154デフォルトの名無しさん
2009/02/17(火) 23:44:32>Python,Ruby,Smalltalk等の多くの機能がインスパイヤされ、
>Java開発者がJavaのような構文で使用可能にしたJavaプラットホーム用の アジャイルダイナミック言語 です。
アジャイルダイナミック言語か。
0155デフォルトの名無しさん
2009/02/17(火) 23:46:02厨ｶｺｲｲ
0156デフォルトの名無しさん
2009/02/17(火) 23:47:280157デフォルトの名無しさん
2009/02/18(水) 00:52:33LLなんつって胸張ってるのはｗ
0158デフォルトの名無しさん
2009/02/18(水) 00:54:57LLなんたらつーイベントに
0159デフォルトの名無しさん
2009/02/18(水) 00:59:300160デフォルトの名無しさん
2009/02/18(水) 01:09:14日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
0161デフォルトの名無しさん
2009/02/18(水) 01:44:57> 日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
その通りだな。そんな奴は日本を出て行ったほうがいい。
ただ問題は、誰も「日本人が作るモノやること全て嫌い」なんてことは言っていなくて、
あえて言うなら「馬鹿な日本人が作るモノやること全て嫌い」という立場に立っていて、
この場にいない「日本人が作るモノやること全て嫌いな奴」を無意味に語ってふんぞり返るお前は
まさにその「馬鹿な日本人」に含まれるってことだ。
0162デフォルトの名無しさん
2009/02/18(水) 02:49:050163デフォルトの名無しさん
2009/02/18(水) 02:57:550164デフォルトの名無しさん
2009/02/18(水) 09:57:34PHP・Javascript・Actionscriptだろう。
結局、用途限定なのがいいということだね。
そして全部Web関連。
で、それで出来ないことはJavaでやると。
RubyとPythonは何でもできるけど、
上記３つに比べると普及していないといえる。
アイデアなんだけど、RubyとPythonは
思い切ってWebを捨てたらどうかと思う。
で、C/C++のヘルプ的な言語になればいいと思う。
0165デフォルトの名無しさん
2009/02/18(水) 09:59:07C++だと難解すぎることを
C言語＋Rubyでやれば
簡単に出来るようにするとかさ。
0166デフォルトの名無しさん
2009/02/18(水) 10:17:41あと自称アルファーなんとかとかのWebプログラマーとかは、電波だなあと感じるけど。
俺の周りの奴もそんな感じに思ってるし、それくらいの感覚が普通じゃね？
0167デフォルトの名無しさん
2009/02/18(水) 10:29:07言われたからC++、サーバやれって言われたからPHPって感じで必要に迫られてやってるだけで、
言語とかに全然こだわりないんだが。結局なにかしかやらないできないとかが焦燥感なんだろうな。
0168デフォルトの名無しさん
2009/02/18(水) 12:11:17何が言いたいのかよくわからんが、例えばお前が仕事でたった１種類の言語しか触れなかったとするじゃん。
んで、なんか知らんがこき使われて、一日18時間ほどそればーーっかりいじってると。２年くらい。
そんで毎度毎度のことで飽きてきたりすると、よその言語ではどうなってるのかとか気になったりするべ。
もしそれが５年くらいになったら、そりゃ他の言語を全く触ってない知らないっていう焦燥感も出てくるわな。
そう言う意味？
0169デフォルトの名無しさん
2009/02/18(水) 13:05:32ActionScriptってJavaScriptの方言なんじゃない？
>>167
>ツール作れって言われたからC++
たぶんだけど、自分用のツールを作るか、日常の諸処雑多なことをするのには便利だよ
そんなものもC++で書いた方が早いってなら別だけど
Winユーザしかいない悪寒
0170デフォルトの名無しさん
2009/02/18(水) 13:32:04横レスだけど、ASはバージョンによって違う。
AS2はほぼjavascriptと一緒。
AS3はちょっとJAVAっぽくなった。型付けが厳しく求められたり、、、
そしてMSの陰謀によってECMA標準から外れてしまった。
0171デフォルトの名無しさん
2009/02/18(水) 14:17:34おまえの世界がWebしかないんだろ。
だいたい、C++自体はマルチパラダイムで処理系もライブラリも
ブクブクと膨れ上がっているのに、そのヘルプ的な役割を果たすとか意味が分からない。
品質よりも速度を重視するためのものなんだってば。
0172デフォルトの名無しさん
2009/02/18(水) 14:35:11> 思い切ってWebを捨てたらどうかと思う。
そもそも汎用言語にWebを捨てたらって何を指すのか分からん。
PHPが急激に伸びたのもなんちゃってPGレベルでも食っていける市場を開拓したからだろ。
0173デフォルトの名無しさん
2009/02/18(水) 15:03:12RubyはPerlと同じくテキスト処理が得意分野じゃね
イテレータとかがちょっと豪華になってるけど分野は被ると思う
Pythonは良くも悪くも汎用スクリプトって感じるが
LinuxだとちょっとしたGUIツールがPython製だったりすることが割とある
0174デフォルトの名無しさん
2009/02/18(水) 15:34:27このレス見るの何度目だろうｗ
0175デフォルトの名無しさん
2009/02/18(水) 16:43:56perlは元々がテキスト処理向けだったのに、pythonやrubyみたく、
グルー言語の方向を目指してご乱心。毎日触っていたら、ものの数秒で痒いところに手が届く。
pythonは、テキスト処理は弱い気もするけど可読性は良い。
rubyだと、いい感じにテキスト処理も糊としても使える。オブジェクト指向の度合いが強い。
実行速度やユーザ数、ユーザの質、ドキュメントの量では、上２つに劣っている。
Groovyは、今後ともJVMでしか動かない。
JavaScript。方言が一杯。
PHP。馬鹿でも、ご飯が食べられる。
Haskel。とても頭の良い人たちが、かしこいことするのに向いている。
土方には門前払いだし、知る必要がなければ、知ってどうにもならない。
最強の定義:＝>ご飯が食べられる(日本)
PHP>Perl>>Ruby>>>>>>Python>>>>>>>>>>>>>Haskel
0176デフォルトの名無しさん
2009/02/18(水) 18:23:03「1～無限大の中で、条件にあてはまる数のn番目は？」なんてことをそのまま書ける
ちょっと触った限り、使い道はそれしか思いつかなかったけど
まあ特化言語と考えたら悪くないんじゃない？
0177デフォルトの名無しさん
2009/02/18(水) 18:41:330178デフォルトの名無しさん
2009/02/18(水) 18:55:04これがLL脳の恐怖というやつか…。
誰もそんなこと言ってないのに、そこまで拡大解釈、極端な思想に走れるんだ。
0179デフォルトの名無しさん
2009/02/18(水) 19:01:18よっぽど日本のためにならないし、日本的なものが嫌いだと思うが。
Lightweight Languageなんていわずに、すなおに日本語らしい語呂で広めりゃいいのに、
そこまでして英語圏の文化にしっぽふって、猿まねしながらあこがれているのかと。
0180デフォルトの名無しさん
2009/02/18(水) 19:05:11最後の行、馬鹿が手を出しそうな度合いでそのまま通用するぞw
0181デフォルトの名無しさん
2009/02/18(水) 19:14:43ソフト開発のプロが、たかが言語ごときでぐたぐたいってる。
そりゃそいつの能力だか脳力がやばいだけだ。
回路設計屋のおれですら、スクリプト言語だけで5種類以上はやれるのだから。
面倒なハードのデバッグにもなかなか使えるのよ。
0182デフォルトの名無しさん
2009/02/18(水) 19:44:43馬鹿って、自分にとって必要ないことを学習する人のこと
>>181
休暇中のボンクラ学生だとは考えないの？
0183デフォルトの名無しさん
2009/02/18(水) 19:47:45おれも暇な学生のときにコンパイラの設計とかの本読んだりしてたおかげで、
マッハで言語が頭にはいるようになったわけだからな。HDLとかでもコード書くわけだし。
0184デフォルトの名無しさん
2009/02/18(水) 20:05:140185デフォルトの名無しさん
2009/02/18(水) 20:40:33簡易言語？
0186デフォルトの名無しさん
2009/02/18(水) 20:50:120187デフォルトの名無しさん
2009/02/18(水) 20:51:05手続き型なら、どれも基本的な部分は同じじゃない？
関数型や論理型も同じように理解できるならすごいけど
>>185
軽量言語じゃ？
日本がどうとか、ホント、どうでもいいよ。
0188デフォルトの名無しさん
2009/02/18(水) 20:51:53なにが軽量なのか一聴して混乱するし。
0189デフォルトの名無しさん
2009/02/18(水) 20:58:510190デフォルトの名無しさん
2009/02/18(水) 21:03:520191デフォルトの名無しさん
2009/02/18(水) 21:07:250192デフォルトの名無しさん
2009/02/18(水) 21:07:45英語で Convenient Languages ？
ダサいかも
しかしここで新しい呼び方を決めたとして、結局世間ではLLが使われ続けるわけだがなｗ
matzやdan kogaiが使い続ける以上、たぶん
0193デフォルトの名無しさん
2009/02/18(水) 21:13:00ここで「低級」ってのは低水準って意味じゃなくて人間の方の話ねwww
http://jp.rubyist.net/magazine/?0009-lldn-report
Lightweight Languageなんて言葉をちりばめている文章、
なにか気持ち悪いと思わない?
日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w
0194デフォルトの名無しさん
2009/02/18(水) 21:29:17"Lightweight Language"という言葉が世界でブームのような錯覚をおこさせ、
それに乗り遅れちゃいかんみたいに、情弱プログラマや情弱企業を騙そうしていいるのではないか。
0195デフォルトの名無しさん
2009/02/18(水) 21:33:020196デフォルトの名無しさん
2009/02/18(水) 21:45:53> 日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w
日本の伝統といえば伝統。
0197デフォルトの名無しさん
2009/02/18(水) 21:52:39SmallTalkやprolog、tclのような運命を辿るには惜しい言語
ひとつの言語やIDEしか使えない病弱プログラマは、ブームに乗っかって騙された方がいい。
ビル・ジョイだって、いつまでも言語としてのJavaが続くとは思ってないだろうし。
0198デフォルトの名無しさん
2009/02/18(水) 22:14:480199デフォルトの名無しさん
2009/02/18(水) 22:21:56がいしゅつ
0200デフォルトの名無しさん
2009/02/18(水) 22:39:480201デフォルトの名無しさん
2009/02/18(水) 22:41:530202デフォルトの名無しさん
2009/02/18(水) 22:58:08VisualStdioが無料化されて、なおさら
使ってる人っているんだろーか
0203デフォルトの名無しさん
2009/02/19(木) 01:33:30いやmatzはともかく、danは・・いや、なんでもなww
0204デフォルトの名無しさん
2009/02/19(木) 08:27:160205デフォルトの名無しさん
2009/02/19(木) 09:35:090206デフォルトの名無しさん
2009/02/19(木) 18:29:23略して
スク水。
0207デフォルトの名無しさん
2009/02/19(木) 20:25:22すごいと思ったけど、Cにコーディング規約適用でいいじゃんとか思った
0208デフォルトの名無しさん
2009/02/19(木) 21:05:170209デフォルトの名無しさん
2009/02/19(木) 21:50:11Guile 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
0210デフォルトの名無しさん
2009/02/19(木) 23:01:230211デフォルトの名無しさん
2009/02/20(金) 01:04:07XPath簡単に使えるの？Cookieパースできる？スレッドライブラリは？ZipとかSSLとかどうだっけ？
とかそういうとこが結果的に言語の普及率に大きく影響してる。
0212デフォルトの名無しさん
2009/02/20(金) 10:56:58> 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 ともリンクする話になったな。
0213デフォルトの名無しさん
2009/02/20(金) 12:56:02疑似科学の片鱗を味わったぜ…
0214デフォルトの名無しさん
2009/02/20(金) 13:37:570215デフォルトの名無しさん
2009/02/20(金) 19:18:13大学の中で、すごく頭が良いだろう教授が研究室でなんかやってた。
興味はあるんだけど、まず卒業が出来ないとどうしようもないしなぁ…。
0216デフォルトの名無しさん
2009/02/20(金) 19:59:31他の関数型言語に慣れてるなら、遅延評価とモナドその他の概念を習得さえすれば、ある程度は使えるはず
最近だと高階関数とか、関数型由来の仕様を取り込む言語も増えてきてるから
そういう言語を習得しててもハードルは下がるだろう
0217デフォルトの名無しさん
2009/02/20(金) 20:44:49その演習で、毎週3時間くらい居残りした頭だし止めておこう。
きっと銀の弾丸だ。第２のICOTだ。
ソフトウェア産業なんて右往左往してるだけだ
0218デフォルトの名無しさん
2009/02/21(土) 00:07:19言語がゆっくりと進化するのは、それが本当は技術ではないからだ。言語は表記だ。
プログラムは、コンピュータに解いて欲しいと思う問題の正式な記述なんだ。
だからプログラミング言語の進化の速度というのは、移動手段や通信手段よりは、数学表記の進化に近いだろう。
数学の表記は確かに進化するが、技術の分野に見られるような巨大な飛躍は無い。
...
(1)100年後の言語は、原理的には、現在でも設計できる。
(2)そのような言語は、もし存在すれば、現在でもプログラムを書くのに良い言語かもしれない。
というのが出た直後に（それを受けて？）>126を読むとなんというか味わい深いな。
個人的には、自然言語とコンピュータプログラミングは一致できるかどうかという問題が好きでいろいろ考えているのだが、
結局のところ言語とは考えの露出であって、言語を学ぶことは一定割合で概念を学ぶことと一致している部分がある。
また、言語の進化の極北とは、自分の考えの構造の根幹部をいかに取りだすか、という作業と一致している気がする。
0219デフォルトの名無しさん
2009/02/21(土) 00:52:58(1)原理的には、言語の進化は早めることができる。
(2)言語の進化を早めることにはメリットがあるかもしれない。
虚しいと思わないか？
0220デフォルトの名無しさん
2009/02/21(土) 03:19:42Cプログラマから見るLisp方言の差ぐらいにしか見えなかったりして
言語だけ進化しても、>>211,>>212のように既存の資産を十分に活用できないと、
新しいモノに移行することって、あんまりメリットがないんだよね。
新興宗教なり、地デジなり、vb.netなり。
0221デフォルトの名無しさん
2009/02/21(土) 07:52:49その「既存の資産の活用」を可能にするのがJava bytecodeであったり.NETじゃないのか？
Javaは結局マルチ言語のプラットフォームとしては研究レベルに留まり、
Javaの上でスクリプト言語が実装されてるわけだが、.NETはCLRの上に
多数の言語がどかどかと生まれてるわな。
100年後の言語は.NETの上で動くかも知んないぞ。
そうなったらIA32に代わる新たなマシンアーキテクチャになれる、ってのが
MSの目論見なわけで。
0222デフォルトの名無しさん
2009/02/21(土) 09:31:53http://blog.pasonatech.co.jp/sugiura/9524.html
はてなブックマークの反応：Perl使いつられすぎワロタ
http://b.hatena.ne.jp/entry/http://blog.pasonatech.co.jp/sugiura/9524.html
0223デフォルトの名無しさん
2009/02/21(土) 12:07:16印刷用ページなら広告抜きで保存できていいね。
0224デフォルトの名無しさん
2009/02/21(土) 12:08:160225デフォルトの名無しさん
2009/02/21(土) 13:11:080226デフォルトの名無しさん
2009/02/21(土) 14:51:16自分の好きな物が貶められて平然としてられる人は、そうは居ないんじゃないか。
自分の嫁がブサイクだとしても、他人に言われたくはないだろう。
とはいえ、突っ込みどころ満載だから、釣りなんじゃないかと疑うが。
0227デフォルトの名無しさん
2009/02/21(土) 15:03:040228デフォルトの名無しさん
2009/02/21(土) 15:14:10「汚いったって英語や日本語ほどじゃない」はないだろ。
0229デフォルトの名無しさん
2009/02/21(土) 15:14:470230デフォルトの名無しさん
2009/02/21(土) 15:20:36「PHPはもう終わり？」と言われても、「まあそうだよなあ」と思うが、
「Rubyはもう終わり？」と言われると、「何だと？」と思ってしまう
0231デフォルトの名無しさん
2009/02/21(土) 16:19:06おれも仕事PHP趣味Ruby。
Rubyは始まってもいない。ただ、始まるかどうかも分からない。
0232デフォルトの名無しさん
2009/02/21(土) 16:33:26仕事で書いていてイライラしてくる。
0233デフォルトの名無しさん
2009/02/21(土) 18:02:38メインで使ってないから精神的健康は害してないが。
0234デフォルトの名無しさん
2009/02/21(土) 18:46:47JSはやれば出来る子だと主張したい
0235デフォルトの名無しさん
2009/02/21(土) 18:47:190236デフォルトの名無しさん
2009/02/21(土) 19:04:140237デフォルトの名無しさん
2009/02/21(土) 21:29:56ｉ .l
. | ､
､.＼ ヽ
､ ＼ . ヽ ._
丶. ‐ _
｀ ‐ _ (^o^)(^o^)
（ー（,, O┬O
（））'J_））
「俺たちｵﾜﾀ？」
「ﾊｼﾞﾏﾙ前からｵﾜてたよ」
0238デフォルトの名無しさん
2009/02/21(土) 21:34:37RubyとPythonは失格
そのうちLuaにとってかわられるでしょうな
0239デフォルトの名無しさん
2009/02/21(土) 22:28:170240デフォルトの名無しさん
2009/02/21(土) 22:59:11門外漢からすれば、thisとかselfとかわけわからん
ソースもなんだかぐっちゃぐちゃになったのしか見たことないし
明確なclass(?)宣言が無いのでコメントで補完してるとか、なんだかなーという印象しか無いんだが
0241デフォルトの名無しさん
2009/02/21(土) 23:11:090242デフォルトの名無しさん
2009/02/21(土) 23:18:46せめてくだらんレスするなって言ってくれ
大体、他の有象無象言語はともかくJavaScriptだけは、ブラウザ相手の
アプリ作ってれば関係ないって事はないな
是非ともJavaScriptの素晴らしい所を語って欲しいもんなんだが
0243デフォルトの名無しさん
2009/02/21(土) 23:47:09IEで見れたバス時刻表のサイトがFirefoxからは見れないって、どういうこった
規格化されない限りでは、JavaScriptには先がないな
0244デフォルトの名無しさん
2009/02/22(日) 00:11:180245デフォルトの名無しさん
2009/02/22(日) 00:16:49たとえば、emacsの中ｂﾉlispが入ってｂ｢たり、
ャuラウザの中にjavascriptが入っていたりするけど、
アプリ毎に別の言語を作るのは無駄だから、
pythonやrubyをそういう所で使えば一番いいんだけど、
どうも使いにくいらしい。よく知らないけど。
で、javascriptなら実績あるしいいんじゃないかって話。
0246デフォルトの名無しさん
2009/02/22(日) 00:21:46強い型としてのクラスなどなくても問題ないからその点は気にならないが、
for .. inに与えたものが適切なaggregateでないかもしれない、という恐怖に打ち勝つのはなかなか難しい。
Luaも似た実装だけど、この辺はどうやって解決してるん？
0247デフォルトの名無しさん
2009/02/22(日) 00:49:02言語仕様はECMAScriptとして規格化されている。
「IEで見れたバス時刻表のサイトがFirefoxからは見れない」
というのはブラウザという実行環境による違いだよ。
ここもDOMという規格化はされているが、
それを超えた部分がブラウザごとに異なってくる。
クロスブラウザで統一させるには Java のようにコアライブラリや実行環境も含めて規格化しないと無理だね。
0248デフォルトの名無しさん
2009/02/22(日) 01:52:55なるほど
組み込み用言語のお話でしたか
javascriptは何となくデファクトスタンダードっぽいってこと以上に組み込みの実績もあるってこと・・・かな？
言語体系や細かいシンタックス等の面ではどうなんだろ
恥ずかしながら今日初めてJavaScriptのそれっぽいリファレンスを入手した。ちょっと読んでみる
ttp://d.hatena.ne.jp/koseki2/20080312/jsref
0249デフォルトの名無しさん
2009/02/22(日) 06:56:110250デフォルトの名無しさん
2009/02/22(日) 07:26:500251デフォルトの名無しさん
2009/02/22(日) 08:51:49ttp://d.hatena.ne.jp/brazil/20051028/1130468761
とか
ttp://d.hatena.ne.jp/tanakahisateru/20081115/1226690680
とか
0252デフォルトの名無しさん
2009/02/22(日) 09:33:53理解。確かにthisの扱いが違うことは意識せなならんね。
あとselfの他にも、JSは頻出パターンの多い言語だとは思う。
専用の構文を使わずに、既存の要素で色々やることになるし。
ただ俺はPythonの関数もどうかと思うんだよな…。
インスタンスとバインドされた関数（いわばメソッドのようなもの）と
バインドされてない関数が、表記に反して微妙に違うのがなんとも。
まあ、どの言語もやっぱり幾つかの問題はあるか。
0253デフォルトの名無しさん
2009/02/22(日) 11:12:38- Perl - 汚いと評判で、実際に汚いがそれ以上に馬力があって便利
-- ソースはCobolを見るような気分になってきたが、仕事をやっつけるときに頼れる相棒
- Python - シンプルと評判だったが、#$%&の代わりに__XXX__乱舞でエエェー、クラスの実装でなめるなって感じ。馬力はOK
-- なんか不自然さとか後付感をPerl並に感じるが、パワーはあるので頼れる
- Ruby - 簡潔でエレガントと評判で、これは評判違わずだが馬力がいまいち
-- 簡潔かつ強力だが、馬力の凹凸がまだ激しく自分で結構補う覚悟がいる
- PHP - 言語以前という評判で、実際にも謎仕様多数だが、標準的構成で使える関数が充実＋軽い
-- ウェブに超便利。ウェブ以外で使う奴は頭がおかしい
馬力ってのはライブラリの種類とか充実度とかパッケージ配布機構とか
全部含めた言語仕様の外側まで含めた仕事遂行能力のことね。
今はRubyメインPerl/PythonサブでWebだけたまにPHP使用の俺が書いてみる。
0254デフォルトの名無しさん
2009/02/22(日) 11:14:03えー Perl を日本語でたとえると
あー なんというか んー こういうもどかしさを
んー 随所に感じるというか
あー うざいよね
0255デフォルトの名無しさん
2009/02/22(日) 11:27:49Perl: 絵文字多数で読みにくい
Python: 妙に句読点とか三点リーダ（…）が多い
Ruby: 漢字が足りない
PHP: 文章になってない
0256デフォルトの名無しさん
2009/02/22(日) 11:56:58javascriptってChromでデバッグできる？
0257デフォルトの名無しさん
2009/02/22(日) 11:59:49わろｓ
0258デフォルトの名無しさん
2009/02/22(日) 12:48:59>ウェブ以外で使う奴は頭がおかしい
バッチで超便利ですが(;´Д｀)
0259デフォルトの名無しさん
2009/02/22(日) 12:53:08どんなバッチで使ってる？
0260デフォルトの名無しさん
2009/02/22(日) 13:20:49DBから条件を抽出して、ファイルをゴニョゴニョするようなもの
別にPHPじゃなくても良いんだけど、他のライブラリ（Pear、CPAN)とか入れる手間が
他のものより比較的少ない分、他人に依頼しやすい。
0261258＝260
2009/02/22(日) 13:27:51＞他人に依頼しやすい。
他人に設定・設置を依頼しやすいってことです。
0262デフォルトの名無しさん
2009/02/23(月) 10:10:31スクリプト言語で文字列処理が面倒くさいってのは結構致命的だと思うんだが
大概ソースが汚く、というか読む気をなくさせるのは文字列連結がごちゃごちゃしてる部分だと思うんだ
さらに文字列内での変数展開もないときたら、これはなにかポリシーなのかとも思ってしまうけど、
規格に入らない理由とかあるのかな
0263デフォルトの名無しさん
2009/02/23(月) 10:34:18確かに何でだろうな。
数が少なきゃ、フォーマット文字列.replace()で何とかなるけど、ちと限界あるし。
0264デフォルトの名無しさん
2009/02/23(月) 18:39:53PHPはRubyかPythonに置き換えてもいい。
jsは今後絶対はずせなくなる。
0265デフォルトの名無しさん
2009/02/23(月) 18:57:42むしろsprintfがあるほうが珍しいのでは。
シェア的には多数派だけど。ｗ
0266デフォルトの名無しさん
2009/02/23(月) 19:10:06オブジェクト指向だと文字列は普通に＋で連結するだけじゃね？
ああ、%2.1dみたいな書式作りたいのか。
0267デフォルトの名無しさん
2009/02/23(月) 19:47:120268デフォルトの名無しさん
2009/02/23(月) 20:07:05数字を文字に変換しなくても、そのままフォーマット変換できるのは楽は楽だし。
+の連結とは使い勝手が全然違うとｵﾓ
0269デフォルトの名無しさん
2009/02/23(月) 20:07:40書式もそうだけど、単純に見やすさ、いじりやすさもあるよ。
・・・オブジェクト指向って？
例えば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は一番上の書き方しかできない。
それが一番見やすい・いじりやすいっていう人が多数派なんだろうか
0270デフォルトの名無しさん
2009/02/23(月) 20:34:39%fならともかく
0271デフォルトの名無しさん
2009/02/23(月) 20:35:54tag = <input type="text" class={css_class} name={name} value={value} />.toXMLString()
0272デフォルトの名無しさん
2009/02/23(月) 20:45:310273デフォルトの名無しさん
2009/02/23(月) 22:32:25name = 'John'
str = <dummy>My name is {name}.</dummy>.text()
XMLリテラルキモいｗ
0274デフォルトの名無しさん
2009/02/23(月) 22:54:200275デフォルトの名無しさん
2009/02/23(月) 23:21:46<>My name is {name}.</>
でOK
ちょっとだけキモさも和らぐｗ
0276デフォルトの名無しさん
2009/02/24(火) 01:38:44http://hacks.bluesmoon.info/strftime/
JavaScriptでsprintfとstrftime
0277デフォルトの名無しさん
2009/02/24(火) 12:38:01HTMLのSCRIPTタグ中に書けないじゃん。
0278デフォルトの名無しさん
2009/02/24(火) 12:56:20書けたよ （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は対応してないんだ？
0279デフォルトの名無しさん
2009/02/24(火) 13:18:050280デフォルトの名無しさん
2009/02/24(火) 19:10:58htmllintとかでチェックすべき。
ブラウザは受け入れるだろうけど、
HTML(SGML)的には不法のはず。
0281デフォルトの名無しさん
2009/02/24(火) 22:52:51これらの言語使ってる人、こんなの使ってる？ （意味不明）
ヒアドキュメントより更にコードに違和感ありまくりで、あんまり
有り難みがないような気がする
0282デフォルトの名無しさん
2009/02/25(水) 00:30:22<script type="text/javascript">
<![CDATA[
var name = 'John'
var xml = <>My name is {name}.</>
alert(xml) // alert(xml.toString()) と同義？
]]>
</script>
0283デフォルトの名無しさん
2009/02/25(水) 05:25:39https://developer.mozilla.org/ja/E4X
＞さらに CDATA セクション (<![CDATA[...]]>) は CDATA リテラルとしてパースされませ
＞（HTML の <script> 要素は暗黙の CDATA セクションを作りますが、そこには明示的
＞な CDATA セクションを含めることができないため、これは HTML において JS 構文エラーを引き起こします ）。
0284デフォルトの名無しさん
2009/02/25(水) 08:09:15XHTMLで書けばいいだけ
0285デフォルトの名無しさん
2009/02/25(水) 08:50:28V B . n e t に も あ り ま す
C # に は あ り ま せ （
0286デフォルトの名無しさん
2009/02/25(水) 12:39:220287デフォルトの名無しさん
2009/02/25(水) 23:33:59importClass(java.io.BufferedWriter);
importClass(java.io.FileWriter);
var file = new PrintWriter(
new BufferedWriter(
new FileWriter("sample.txt")));
file.println("Rhino犀強伝説");
file.close();
0288デフォルトの名無しさん
2009/02/25(水) 23:37:320289デフォルトの名無しさん
2009/02/26(木) 00:00:53var file = new PrintWriter("sample.txt");
file.println("これだけでよかったのか、まだ勉強不足だ");
file.close();
0290デフォルトの名無しさん
2009/02/26(木) 00:03:390291デフォルトの名無しさん
2009/02/26(木) 01:39:17String.format()
0292デフォルトの名無しさん
2009/02/26(木) 01:53:160293デフォルトの名無しさん
2009/02/26(木) 02:05:08[JavaScript-C 1.6.1 2008-03-01]
js> print("".toLowerCase)
function toLowerCase() {
[native code]
}
js> print("".format)
undefined
0294デフォルトの名無しさん
2009/02/26(木) 10:56:500295デフォルトの名無しさん
2009/02/26(木) 11:17:15デフォルトで case insensitive にして必要に応じて case sensitive にするとか。
0296デフォルトの名無しさん
2009/02/26(木) 16:57:130297デフォルトの名無しさん
2009/02/26(木) 21:41:54C#と棲み分けするためにRubyやGroovyのような言語に進化するべきだったと思う。
0298デフォルトの名無しさん
2009/02/26(木) 21:47:31オープンソースかアカデミックな連中だけで盛り上がってて、
商用お断りみたいに思ってんだけど
0299デフォルトの名無しさん
2009/02/26(木) 21:49:450300デフォルトの名無しさん
2009/02/26(木) 22:11:26いや入らない。
ただVBはLL方向へ進むべきだったという話をしているだけです。
0301デフォルトの名無しさん
2009/02/26(木) 22:21:34そもそもLLはRuby基準で立場が近いかどうかが問題だ。
厳密な定義は必要ないし、そもそもRuby使い以外はLLなんて言葉はつかわない。
0302デフォルトの名無しさん
2009/02/26(木) 22:23:42Rubyに近いほど、よりLL。
あまりにもRubyより簡単すぎたらLLじゃない。
0304デフォルトの名無しさん
2009/02/26(木) 22:44:49C#ならまさにRADでポトペタ、プロパティ設定だけで
コーディングなしでできるがな。
（もちろん、色々細かいことやろうとしたらコーディングは必要だが）
0305デフォルトの名無しさん
2009/02/26(木) 22:55:31プログラミング言語の出番では無くなりつつあるような。
もちろんポトペタを実現するソフトの力もあるけど。
0306デフォルトの名無しさん
2009/02/26(木) 23:55:19それって、RPGツクールだけでRPGがとか、
シューティングツクールだけでシュー（ｒｙ
格闘ゲ(ry
というのと変わらん妄想な気がする。
結局こったことやろうとすると、ツール上でプログラミングしないといけなくなるんだよな
0307デフォルトの名無しさん
2009/02/26(木) 23:58:4530年くらい先は変わるんだと思う。
RPGツクールも新しいのは Ruby乗っかってるし、
ジャンル特化のゲームエンジンにちょっと汎用的なDSL入れた、見たいな構成なんて、
今時のゲーム開発じゃ珍しくない。
web周りがまだ続くんなら、ポトペタ系webフレームワークがでたっておかしくない。
・・・CodeGea(いやなんでもない
0308デフォルトの名無しさん
2009/02/27(金) 00:04:150309デフォルトの名無しさん
2009/02/27(金) 01:40:28きかなくて対応できないだろうね。
でもいずれ何十年も先に技術も安定して規格化も進めば、UI言語みたいなものも発展できるかもね。
0310デフォルトの名無しさん
2009/02/27(金) 02:17:24文字列の回転角度などのようなプロパティは、直接指定する必要はあるけど、基本、結線するだけで、リアルタイムで結果を表示してくれるよ。
Mac限定だけど
0311デフォルトの名無しさん
2009/02/27(金) 02:21:08何でもポトペタで楽にってのは幻想だと思う
マウスやゲームパッドで漢字の人名を入力することを考えてごらんよ
超面倒くさいだろ？
電卓だって、GUIの電卓よりCUIのがずっと使いやすい
0312デフォルトの名無しさん
2009/02/27(金) 02:31:44絵を書くときには誰だって筆を使う
PostScriptを直接書くというケースは多くないだろう
0313デフォルトの名無しさん
2009/02/27(金) 02:37:03うんだから向き不向きってことね
ダイアログエディタみたいなGUIが向いてるものはどんどんGUI化すればいいが、
実際には既にかなりのものがGUI化されているだろう
それ以上は疑問だね
0314デフォルトの名無しさん
2009/02/27(金) 02:41:41それはGUIだからじゃなくてマウスだからじゃない？
0315デフォルトの名無しさん
2009/02/27(金) 06:29:26DesktopPC用には普及してないな
0316デフォルトの名無しさん
2009/02/27(金) 07:34:350317デフォルトの名無しさん
2009/02/27(金) 09:32:58そういって参入して死々累々なのがタッチパッドインタフェース。
タッチパッドが悪いというより、なぜか指で操作させようとするのが
敗因だと思うけど。ペン操作は普及したし。
0318デフォルトの名無しさん
2009/02/27(金) 09:41:48ペンタブレットはあれはあれで、実は「細かい点の操作」に弱いって欠点があるんだな。
マウスやタッチパッドは、ポイント→その位置から動かさないでクリックって動作がしやすいんだけど
ペンタブレットだとそうも行かない。一応、少しだけ浮いた状態でポインタが出るんだが、それでも狙った位置からはブレやすい。
0319デフォルトの名無しさん
2009/02/28(土) 00:38:29タッチパネルは、もし安く高性能なものが普及しだしたら、それなりに便利だと思う
マウスでクリックしすぎると指が痛くなってくるけど、そんなとき画面をペンでポチって
できるのは、作業中の気分転換にいいかもｗ
0320デフォルトの名無しさん
2009/02/28(土) 01:31:43何の話だっけ？
0321デフォルトの名無しさん
2009/02/28(土) 03:01:32PerlもPythonもRubyも大きなテコ入れをしている件について
0322デフォルトの名無しさん
2009/02/28(土) 03:10:31>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
0323デフォルトの名無しさん
2009/02/28(土) 04:05:250324デフォルトの名無しさん
2009/02/28(土) 04:06:47ruby本の落ち込みは、railsは一時的なブームだったということかな？
Objective-Cはiphoneアプリの開発言語だよね。macの売り上げも伸びたんだろうね。
phpは相変わらず人気だね。
0325デフォルトの名無しさん
2009/02/28(土) 06:11:510326デフォルトの名無しさん
2009/02/28(土) 07:34:42コード補完機能を備えた優秀な開発環境があれば
別にコードが冗長でもかまわないわけだし。
Pascalみたいにコンパイル速度が速ければ
インタプリタである必要もないし。
Rubyで使い捨て以外のプログラム書く理由がないわ。
0327デフォルトの名無しさん
2009/02/28(土) 08:54:46iPhoneの影響か。
長らくNeXT及び、その後継であるMac OS Xの専用言語に近い状態だったが、2007年に入り、Apple社の携帯電話iPhoneにおいてCocoa touchフレームワークの記述言語として採用。習得者の人口が増える傾向にある。
0328デフォルトの名無しさん
2009/02/28(土) 09:05:040329デフォルトの名無しさん
2009/02/28(土) 10:28:12ちょっとググレば出てくる情報に３０００～円とか出したくないし。
まあ、手元においておきたいときも、ないことはないけど。
本が売れてるって、実は言語（フレームワーク）そのものが使いにくいからじゃね？なんてうがった見方をしてみたり＾＾；
0330デフォルトの名無しさん
2009/02/28(土) 10:40:550331デフォルトの名無しさん
2009/02/28(土) 11:52:140332デフォルトの名無しさん
2009/02/28(土) 11:57:000333デフォルトの名無しさん
2009/02/28(土) 12:12:560334デフォルトの名無しさん
2009/02/28(土) 13:17:15他言語でもRails風フレームワークも増えてきたし、
敢えてRubyにこだわらなくてもいいような。
0335デフォルトの名無しさん
2009/02/28(土) 14:14:09メンテナはすぐヘソ曲げるし、
コミュニティの殆どは「誰か働けよ、中傷してやるからよぅｗ」モードだし、
普通に考えてRubyに価値があるわけないよね。
0336デフォルトの名無しさん
2009/02/28(土) 15:27:46初めにやったもん勝ちなんだよな、こういうのは。
0337デフォルトの名無しさん
2009/02/28(土) 18:37:400338デフォルトの名無しさん
2009/02/28(土) 20:32:570339デフォルトの名無しさん
2009/02/28(土) 22:32:21Rubyの教祖様ってPHPをさんざん叩いてた人じゃないの？
当のRubyはそんな有様だから足引っ張ってんのか？ｗｗ
0340デフォルトの名無しさん
2009/02/28(土) 23:59:35関数は既に用意されてることが多いからやっぱ強い（自作関数だらけにもならんし）。
ヴォキャブラリーの力が圧倒的だから
まあウェブ用途では当面代替になりそうな言語はないね。
0341デフォルトの名無しさん
2009/03/01(日) 00:22:09パッと見でPHPって、Webで使う用のCにしか見えないんだけど
0342デフォルトの名無しさん
2009/03/01(日) 00:32:08PHPは歴史を引きずって関数が増えてるだけ。
末期のBASICを思い出すわ。
DB接続だけで6種類以上あったり、勘弁してくれ。
0343デフォルトの名無しさん
2009/03/01(日) 00:34:11PostgreSQLとMySQLしかつかってないが。
B→Cときた自分としては、PealやRubyってすごくソースが見づらい。
0344デフォルトの名無しさん
2009/03/01(日) 00:36:15動かせる鯖多い
phpの利点なんて他に無いでしょ
ライブラリなんてpythonだろうがrubyだろうがperlだろうが不自由しませんよ
phpは書きやすくはないと思う。むしろ他より疲れる。
よくも悪くも馬鹿正直な子のイメージ
0345デフォルトの名無しさん
2009/03/01(日) 00:45:37PHPは書きやすいから沢山の人が読めて、多くの鯖がサポートしてるんだが。
0346デフォルトの名無しさん
2009/03/01(日) 00:57:26PHPの方がゴージャスなのでしょうか。
0347デフォルトの名無しさん
2009/03/01(日) 01:04:24書きやすくないよ。PHP以外の言語やったことは？
0348デフォルトの名無しさん
2009/03/01(日) 01:04:57PHPで書き直すことになって俺の作業がすすまん。。。
0349デフォルトの名無しさん
2009/03/01(日) 01:24:37普通は逆じゃないか？
サーバ依存のPerlコードなんてどんなのがあるんだろう。
モジュールが入ってないとかそんな問題では。FastCGIとかそういう関係かな。
書き方があんまり古いから、いっそ書き直すってのならわからんでもないが、
PHPの古いコードを書き直すのも大概しんどい作業だから、それは言語のせいではないし。
PHPで書き直す必要のあるシチュエーションがあんまり思い浮かばない。
0350デフォルトの名無しさん
2009/03/01(日) 01:41:08サーバーの中のことはあまり知らないんだが、今あるWebサーバーを
CentOSに集約する作業で動かないのが出てくる
パーミッションやら権限やらパスやら書き直したんだがやっぱり動かないんだわ
大半はメール、あとはDBやら出力の文字化けたりとかそんなかんじ
バッチの書き直しが俺に来なかったのだけが救い・・・
0351デフォルトの名無しさん
2009/03/01(日) 01:57:49コード読まずに環境変えて動かんってそれは仕方がない。
Perlのせいではないぞそれ。
むしろPHPの方が、バージョンや設定の違いのせいで書き直しとか動かんとか多い印象。
また、例えば/etc/aliasesいじってメールアカウントを量産するとか、パイプなどで
コマンド直に叩いてるとか、そう言った感じのサーバ依存処理をごにょごにょされまくってたら、
もともとPHPだったとしても多分ひどいことになってるだろ
> サーバーの中のことはあまり知らないんだが
一番の問題はこれじゃないかと。
結局これである程度できてしまうのが、PHPの利点ってことになるんだろうか。
欠点と言うことになるんだろうか。
0352デフォルトの名無しさん
2009/03/01(日) 02:37:01鯖見てる人がPerl使える人だから上司もそうか、じゃぁ仕方ないで俺に来るんだよね。
メールは、ライブラリ入れてるんだけど動かないっていう状態。 俺はパイプとかさっぱり。
普通にPHPの文法でDBから引っ張ってきてメール送信するように書き直してるだけ。
PHPもDB入れ替えたからSQL全部書き換えなんだが全く手が付けられん状態。。。
0353デフォルトの名無しさん
2009/03/01(日) 06:00:02文字の取り扱いが大きく変わってるからその辺りだろうね。
直すのにそれほどの手間じゃないと思うけどそれを出来ない人に任すような会社であれば
どのみちPHPにしてしまった方がいいかもね。
0354デフォルトの名無しさん
2009/03/01(日) 07:07:35PHPは誰でも使えるJavaとかC#みたいな感じ。
しかし、仕様の変さでハマりどころの多さVBやVBA並ｗ
0355デフォルトの名無しさん
2009/03/01(日) 08:45:27馬鹿じゃね
0356デフォルトの名無しさん
2009/03/01(日) 09:38:27プログラミングを学ぶにはパイソンかルビーのどちらかが良いと聞いて3日ほど調べてるんだけど
ルビーの方がわかりやすい解説を見つけられるんでルビーにします
0357デフォルトの名無しさん
2009/03/01(日) 10:04:040358デフォルトの名無しさん
2009/03/01(日) 10:32:400359デフォルトの名無しさん
2009/03/01(日) 11:02:50ルビーに比べたらパイソンの資料が少ないのは否めないな。
レンタルサーバーへのインストールはどっちも少なくてガッカリするが。
0360デフォルトの名無しさん
2009/03/01(日) 11:58:250361デフォルトの名無しさん
2009/03/01(日) 12:18:04この二つから選んだ次第です
0362デフォルトの名無しさん
2009/03/01(日) 12:34:04趣味なら何でもいいんじゃないか。
0363デフォルトの名無しさん
2009/03/01(日) 12:54:45重要なのは中身さ。
英語ふくめればPythonの濃さは異常だぞ！
濃さ（マニアックさ？）で言えば最強はperlだと思うけどｗ
0364デフォルトの名無しさん
2009/03/01(日) 13:02:14全部受け止めた上で「だがそれがいい」って自然体で言ってのけるからな。
指摘に対して必死になりがちなRuby信者やPython信者には無い強さがあるｗ
0365デフォルトの名無しさん
2009/03/01(日) 13:02:31やるならforthをやれ
0366デフォルトの名無しさん
2009/03/01(日) 13:02:330367デフォルトの名無しさん
2009/03/01(日) 13:03:070368デフォルトの名無しさん
2009/03/01(日) 13:21:07私も読みやすいというのは大きな利点じゃないかとは思ったんですよね
すでにあるものをもう一度一から作るような真似は避けろともありましたし
0369デフォルトの名無しさん
2009/03/01(日) 14:24:48PHP→Python←いまここ
PHPから入ると組み込み関数に頼りすぎて他の言語をやる時に散々なことになる。
0370デフォルトの名無しさん
2009/03/01(日) 14:25:04あのインデントが総てにおいて正しい、とまでは流石に言わないが
かなりの場面で通用する、それなりに正しいインデントが身につく
0371デフォルトの名無しさん
2009/03/01(日) 17:21:39プログラムできるとかいう以前の問題だろ
俺のスクリプトルート
BASIC→C→C++→VB→VBA→Perl→PHP←いまここ
文字列関数とか連想配列とかどんだけ便利(ry
0372デフォルトの名無しさん
2009/03/01(日) 18:29:08インデントって...。どんなエディタつかってんだよ
作りたいものがないのに入門したいなら、Cとscheme。異論は認めない。
0373デフォルトの名無しさん
2009/03/01(日) 19:11:28まあプログラムがどう実行されるかを理解するなら両者が基本だよね。
それ以前のプログラミング手習いの段階なら多分Py,R,JSあたりで打鍵に抵抗なくした方がいいが。
0374デフォルトの名無しさん
2009/03/02(月) 09:36:59どなたかご利用の方いらっしゃいましたら使用感を教えてください
0375デフォルトの名無しさん
2009/03/02(月) 09:43:310376デフォルトの名無しさん
2009/03/02(月) 09:44:33バージョン通りの動きをするだろ。
WEBシステムの実装言語として使うなら、本体よりもむしろFastCGIやmod_**の方の
設定の可否などが大きいはず。そういうことを聞いてるのかな？
0377デフォルトの名無しさん
2009/03/02(月) 09:46:38レンタルサーバの使用感ならhosting板、
CGIのバックとしての使用感ならwebprog板で訊いて下さい。
0378デフォルトの名無しさん
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];
}
これ、いろんな言語で、なるべく簡潔に書くにはどうしたらいいだろう？
0379デフォルトの名無しさん
2009/03/02(月) 14:11:16Perlで
my %request = ('hoge'=>1, 'fuga'=>2, 'piyo'=>3);
my %a = (); my @keys = ('hoge', 'fuga');
@a{@keys} = @request{@keys};
ググってサンプルを見ながら適当に。なんかおかしいorもっと簡潔に書けるかも。
0380デフォルトの名無しさん
2009/03/02(月) 15:00:14Perl って、
・連想配列の引数に、配列を与えられるのか。すげー。
・変数名のプレフィックスが型によって違うから、目がちかちかするのう。
Perl講座 ２章 ［変数］
http://www.site-cooler.com/kwl/perl/2.htm
0381デフォルトの名無しさん
2009/03/02(月) 15:02:53PHP＠プログラム板
http://pc11.2ch.net/test/read.cgi/tech/1232712334/341-
Pythonのお勉強 Part32
http://pc11.2ch.net/test/read.cgi/tech/1234716330/275-
0382デフォルトの名無しさん
2009/03/02(月) 15:07:09Rubyはなんかメソッドうにょうにょでできそうだけど、俺は知らね。
0383デフォルトの名無しさん
2009/03/02(月) 15:08:14配列周りでぼんぼことフラット化する癖は……
0384デフォルトの名無しさん
2009/03/02(月) 15:32:05http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
> Perlは夏の台湾の通りの上で破裂したマッコウクジラだ。はらわたがそこら
> 中に飛び散って、車や自転車や歩行者を覆っている。それがPerlだ。本当に
> チャーミングだ 。
（略）
> Perlがリスト処理をできないのは、リストを自動的に平坦にするという救い
> がたく愚かな決断をラリーが初期にしたことによる。そのため(1, 2, (3,
> 4))は不思議なことに(1, 2, 3, 4)に変わってしまう。あなたはこんな風になっ
> てほしいと思ったことはないだろう。しかしラリーがある日たまたま何かの
> 問題でそうなるのが都合が良かったため、それ以来Perlのデータ構造はまっ
> たくの破裂したクジラとなってしまったのだ。
0385デフォルトの名無しさん
2009/03/02(月) 15:38:56釣れますか？
0386デフォルトの名無しさん
2009/03/02(月) 15:55:14irb(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に変わっただけだな。
0387デフォルトの名無しさん
2009/03/02(月) 16:20:28request = { 'hoge' => 1, 'fuga' => 2, 'piyo' => 3 }
keys = ['hoge', 'fuga']
a = Hash[*keys.zip(request.values_at(*keys)).flatten]
0388デフォルトの名無しさん
2009/03/02(月) 16:26:37*keys の * ってなにをするものなの？
良かったら教えて。ググりようがないので。
0389デフォルトの名無しさん
2009/03/02(月) 16:38:22中を展開すると理解してる。ちょっと違うかもしれないけど。
こうすると分かりやすいと思う。
p [1, 2, 3]
p *[1, 2, 3]
0390デフォルトの名無しさん
2009/03/02(月) 16:53:460391デフォルトの名無しさん
2009/03/02(月) 16:56:04ごめん、やっぱりよく分からない。
p *[1, 2, 3] は動くけど、
*[1, 2, 3] は動かない。どうなってるの？
リファレンスのどこに載ってるか、教えてもらえるととてもうれしい。
http://www.ruby-lang.org/ja/man/html/
0392デフォルトの名無しさん
2009/03/02(月) 16:57:470393デフォルトの名無しさん
2009/03/02(月) 17:40:45> メソッド呼び出し のところ
そういうことか！やっとわかった。ありがとう。
メソッド呼び出し - 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ってホントにメソッドが山盛りだな。
まあ俺が無知なだけか。
0394デフォルトの名無しさん
2009/03/02(月) 17:42:26>>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
多重代入の左辺と、メソッドの仮引数で意味が変わったりする謎アイテム。
0395デフォルトの名無しさん
2009/03/02(月) 17:44:060396デフォルトの名無しさん
2009/03/02(月) 18:00:39するような。
0397デフォルトの名無しさん
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];
0398デフォルトの名無しさん
2009/03/02(月) 18:51:45何かと思ったが、これは C++0x か！
すげえ、こんな風に書けるようになるのか！
0399デフォルトの名無しさん
2009/03/02(月) 19:09:040400デフォルトの名無しさん
2009/03/02(月) 19:22:370xだとdecltypeだったりstd::for_eachだったりunordered_mapだったりすると思うわけだが。
ロジックはまるっきり同じ。
組み込みの連想配列を持っていてfor .. in相当の構文がある言語ならなんでもこの形式で書けるんじゃないのかな
0401デフォルトの名無しさん
2009/03/02(月) 19:25:21['hoge','fuga'].inject({}){|x, y| x[y]=request[y]; x}
0402デフォルトの名無しさん
2009/03/02(月) 19:40:53def func(x, y):
x[y]=request[y];
return x
reduce(func, ['hoge', 'fuga'], {})
なんで無名関数使わないのかって？
Pythonのlambdaは代入とかできないんだようるせえな。
いいんだよPythonでは名前空間の不足に困ったりしないから。
あと何でも一行で書こうとするのは悪い習慣。
0403デフォルトの名無しさん
2009/03/02(月) 19:56:39> いや、D。
なんだそうか。C++に連想配列リテラルが組み込まれたかと思って驚いちゃった
よ。恥ずかしいな。
D vs C++0x - プログラミング言語 D 2.0
http://www.kmonos.net/alang/d/2.0/cpp0x.html#initializer-lists
0404デフォルトの名無しさん
2009/03/02(月) 19:59:170405デフォルトの名無しさん
2009/03/02(月) 20:10:250406デフォルトの名無しさん
2009/03/02(月) 20:17:38$request = @{hoge=1; "fuga"=2; 'piyo'=3}
$a = @{};
echo hoge,'fuga' | % { $a.$_ = $request[$_] }
0407デフォルトの名無しさん
2009/03/02(月) 20:22:05dict(reduce(lambda x, y: x + [(y, request[y])], ['b','c'], []))
0408デフォルトの名無しさん
2009/03/02(月) 20:24:010410デフォルトの名無しさん
2009/03/02(月) 20:40:140411デフォルトの名無しさん
2009/03/02(月) 20:40:260412デフォルトの名無しさん
2009/03/02(月) 20:53:220413デフォルトの名無しさん
2009/03/02(月) 21:00:10Perlっぽいが、動くとは思えん。これ何？
0414デフォルトの名無しさん
2009/03/02(月) 21:00:57知らんけど、無さそうだね。
hoge['key'] = value じゃ駄目？
3.8 マップ型
http://www.python.jp/doc/release/lib/typesmapping.html
0415デフォルトの名無しさん
2009/03/02(月) 21:03:00最後にdictを使うのなら、injectじゃなくて、リスト内包表記やmapの方が素直
じゃね？Python本スレではそうなってた。
0416デフォルトの名無しさん
2009/03/02(月) 21:07:51PowerShellですよ
どうせならはっきりキモイと言ってくれても私は一向に構わん
% は Foreach-Object というコマンドのエイリアスで
ハッシュテーブルへは配列表記プロパティ表記どちらでも可能なのでこんな感じでキモく書けます
0417デフォルトの名無しさん
2009/03/02(月) 21:16:02{}.__setitem__(k, v)
0418デフォルトの名無しさん
2009/03/02(月) 21:16:44>>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'])
のほうがずっと素直で短く読みやすいからね
0419デフォルトの名無しさん
2009/03/02(月) 22:00:38なるほど、キモいけど面白れー！
0420デフォルトの名無しさん
2009/03/02(月) 22:15:29内包記法はうらやましい
0421341
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')));
関数名の長いせいもあって、どうも垢抜けないのう。
0422デフォルトの名無しさん
2009/03/02(月) 22:47:33Perl とか Ruby とか、もっと面白いことできないの？
0423デフォルトの名無しさん
2009/03/02(月) 22:52:030424デフォルトの名無しさん
2009/03/02(月) 23:00:41Hash[*['hoge','fuga'].map {|x| [x, request[x]]}.flatten]
個人的には、リスト内包表記より、Rubyのmapとブロックのほうが好きだな。
0425デフォルトの名無しさん
2009/03/02(月) 23:06:06Rubyはさておき、Perl だったら、とにかく変態的なことをしてほしい。
ほかの言語だったらありえないようなこと。
0426デフォルトの名無しさん
2009/03/02(月) 23:13:37http://pc11.2ch.net/test/read.cgi/tech/1231856193/412
>中二設定豊富
0427デフォルトの名無しさん
2009/03/02(月) 23:15:50>>379の縦横無尽の記号乱舞リスト展開くらいではまだ足らんと申すか
0428デフォルトの名無しさん
2009/03/02(月) 23:21:58いや、逆。あれで火がついちゃった。Perlすげえ。
もっと何か見せてほしい。
0429デフォルトの名無しさん
2009/03/02(月) 23:26:580430デフォルトの名無しさん
2009/03/02(月) 23:30:32> 個人的には、リスト内包表記より、Rubyのmapとブロックのほうが好きだな。
ブロック内に複数行でも書けるから、凝ったことがやりやすいよね。
Pythonのリスト内包表記だと、長くなるとだんだん読み書きしづらくなる。
そのうち業を煮やして、手作業でforループに書き換えることに。
そのときの面倒さと言ったら。
これって俺だけ？
0431デフォルトの名無しさん
2009/03/02(月) 23:31:11リファレンスでごちゃごちゃしたって簡潔にも面白くもならんだろうし。
他の例のようにループ(？)にするとこんな感じかな。
my %a = map { ($_, $request{$_}) } ('hoge', 'fuga');
0432デフォルトの名無しさん
2009/03/02(月) 23:31:22面白そうなので俺も書いてみた。
for(keys %request){if(/hoge/||/fuga/){$r{$_}=$request{$_};}}
grepで出来んかな
0433デフォルトの名無しさん
2009/03/02(月) 23:32:24ええそうです。手段のためなら目的を選びませんとも！
0434デフォルトの名無しさん
2009/03/02(月) 23:43:30「継続渡し」スタイルだ。
だから副作用の書けないPythonのlambdaでも、ちゃんと結果を累積できるんだ。
>>426
Haskell わかんないから君が書いてよ。
0435デフォルトの名無しさん
2009/03/02(月) 23:45:22my %a = map {$_, $request{$_}} grep {/^hoge|fuga$/} keys %request;
0436デフォルトの名無しさん
2009/03/02(月) 23:58:08すげえ、もう意味が分からない。
0437デフォルトの名無しさん
2009/03/02(月) 23:58:43おお、さすがム版！
grep版がすぐに出てきて、個人的に満足した。ありがとう。
0438378
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 なんか、行き過ぎるくらい汎用言語化している。
つうことで、言語の進化には、汎用言語<-->専用言語の逆向きの流れが同時に
存在していて、人が言語の良し悪しについて議論する場合、どっちを重視する
かが人によって違うのが、話のかみ合わない一因じゃないかなと思っている。
0439378
2009/03/03(火) 01:54:26えられて、用意した結論がいきなり疑わしくなってしまった。Perlは存在が反則。
つうことで、いろんなコードが見られて自分は面白かったです。皆さんありがとう。
0440デフォルトの名無しさん
2009/03/03(火) 02:42:390441デフォルトの名無しさん
2009/03/03(火) 02:45:32なんかよくわからんこと書いてるな。
fold, inject, reduce 自体が継続渡しスタイルなんだよ。
>>407は、副作用無しに作れて、あとで連想配列に変えられるような
処理結果の累積方法を見つけたのが偉いの。
あとこれは、連想配列にある要素を加えた結果を作る式が、たまたまPythonには
なかったというだけの話。それをlambdaで与えれば、dictは要らなかった。
0442デフォルトの名無しさん
2009/03/03(火) 03:04:48> request[c('hoge', 'fuga')] で値だけじゃなくキーも返すっていうのは良いのか悪いのか
問題ない。
キーを持つベクトルと、持たないベクトルとで、そのまま演算できるから、
値だけの場合と同様に扱える。
> (c(hoge=1, fuga=2) + c(10, 20))
hoge fuga
11 22
0443デフォルトの名無しさん
2009/03/03(火) 03:09:09c(hoge=1, fuga=2) + c(10, 20)
0444デフォルトの名無しさん
2009/03/03(火) 03:18:45あー、いわゆる"配列"と"連想配列"を差別しないのが"ベクトル"なわけかな
0445デフォルトの名無しさん
2009/03/03(火) 03:47:46まあそんな感じ。
もう少し言うと、ベクトルは基本的には、自然数が添え字の単なる配列。
だけど「キー」を付けると、キーの値でも要素にアクセスできるようになる。
連想配列としては擬似的なもの。
だから、「キー」（正確には「name属性」）を持つベクトル同士を足すと、
> c(hoge=1, fuga=2) + c(fuga=10, piyo=20)
hoge fuga
11 22
単に要素の順番で足されて、後者のname属性は結果には残らない。
この辺はちょっとガッカリ？
真に配列と連想配列をうまく統合したのは、PHPだと思う。
0446デフォルトの名無しさん
2009/03/03(火) 04:56:46無駄に汎用言語化するという流れは、まああるだろうね。
PerlとPHPは別にオブジェクト指向なんか実装する必要はなかったと思うし、
まあ実際無理に汎用言語化された機能の使われ方も微妙。
0447デフォルトの名無しさん
2009/03/03(火) 06:15:54SQLのUNIONみたいなもんですかね
0448デフォルトの名無しさん
2009/03/03(火) 21:24:22多重代入くらいにはメジャーだと思ってた
0449デフォルトの名無しさん
2009/03/03(火) 23:58:33>もう少し言うと、ベクトルは基本的には、自然数が添え字の単なる配列。
>だけど「キー」を付けると、キーの値でも要素にアクセスできるようになる。
>連想配列としては擬似的なもの。
擬似ハッシュ(Pseudo-Hash)なら、Perlにもv5.005の頃からあったけど、
そのデータ構造上、メモリ効率やパフォーマンスに悪影響があるということで、
v5.9.5で廃止された。これ豆
0450デフォルトの名無しさん
2009/03/04(水) 11:57:12Perlってほんとに何でもあるなあ。
Perlの言語仕様って、それ以外の言語全部を合わせたぐらいあるんじゃないか？
あ、C++があるか。あれもC++以外の言語の仕様を全部合わせたぐらいあるな。
0451デフォルトの名無しさん
2009/03/04(水) 11:58:39> 配列の添え字に配列渡せるって割と珍しいの？
> 多重代入くらいにはメジャーだと思ってた
よかったらPerl以外にどんな言語があるか教えてよ。
0452デフォルトの名無しさん
2009/03/04(水) 12:13:50おおむね同意だが、ちょっとコメントしますよ。
> あとこれは、連想配列にある要素を加えた結果を作る式が、たまたま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
0453デフォルトの名無しさん
2009/03/04(水) 12:34:27しかし最近は 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/
0454デフォルトの名無しさん
2009/03/04(水) 14:17:15> Perlってほんとに何でもあるなあ。
同意。あと、これからの言語って、何か売りが無いと消えていくかも。
・あると便利なもの全部詰め合わせ。
・最小限の部品と糊を容易するからあとは自分で。
・特定ニーズに特化(統計処理など)
・1分で始められるお手軽言語
・豊富な過去の資産
ただ、プログラミングの自動化、ハードウェア化が進むと上記の売りも絶対的なものじゃなくなりそうだ。
0455デフォルトの名無しさん
2009/03/04(水) 18:51:40代入式では使えないけど、PowerShellでも参照はできた
0456デフォルトの名無しさん
2009/03/04(水) 19:23:35MSのパスワードチェッカーにワンライナー打ち込んだら強度：最強とか出たんですけど。
0457デフォルトの名無しさん
2009/03/04(水) 19:54:040458デフォルトの名無しさん
2009/03/05(木) 00:54:03APLのワンライナーなら99%のクラッカーは入力すらできないだろうから安心？
>>453
Rは下手にループ書くと速度激減だからベクトル化で頭ひねるよね。
きれいにベクトルに落として応答が瞬間で戻るようになると気持ちいい。
0459デフォルトの名無しさん
2009/03/05(木) 10:25:28> あと何でも一行で書こうとするのは悪い習慣。
普通にRubyプログラム組んでて
↓
あれーこれ、どうやるんだっけな
↓
irbで試行錯誤
↓
ヤッター1行でできたよーー！
↓
プログラムにコピペして、コミットする
↓
後から見て何やってるかわからん orz
と言う流れがよくあるｗｗｗ
0460デフォルトの名無しさん
2009/03/05(木) 10:36:17DSLができて流行って使おうとする時にエディタ支援が効かなかったりして泣ける・・・
Rakeとか、Rspecとかさー。
今は大分使えるけど。
しかし、今使ってみてるRadRailsまだrspec対応してないみたいなんだよな・・・
0461デフォルトの名無しさん
2009/03/05(木) 10:36:270462デフォルトの名無しさん
2009/03/05(木) 11:56:420463デフォルトの名無しさん
2009/03/05(木) 14:29:53http://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))
0464デフォルトの名無しさん
2009/03/05(木) 16:44:51http://www.scala-lang.org/node/1008
0465デフォルトの名無しさん
2009/03/06(金) 00:41:05癖を分かって使う分には結構なんだが
バッドノウハウの塊のようでもあり
0466デフォルトの名無しさん
2009/03/06(金) 09:45:36そんな日々の流行だけ追ってるからお前はいつまでもだめなんだよ
0467デフォルトの名無しさん
2009/03/06(金) 12:13:040468デフォルトの名無しさん
2009/03/06(金) 12:17:330469デフォルトの名無しさん
2009/03/07(土) 07:47:14新人をコボラーにせずに済むからな。
俺は、嫌だね。
0470デフォルトの名無しさん
2009/03/09(月) 00:26:450471デフォルトの名無しさん
2009/03/09(月) 16:42:20ttp://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という順位になったという。
0472デフォルトの名無しさん
2009/03/09(月) 16:45:12リンク先、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
0473デフォルトの名無しさん
2009/03/09(月) 23:36:43ナイスネタ振りｗ
燃えそうな話題だなあ
0474デフォルトの名無しさん
2009/03/09(月) 23:58:52米国での調査でこの結果は意外
0475デフォルトの名無しさん
2009/03/10(火) 00:25:41他はともかく、そこは主観で答えてもらっても意味ない気が…
0476デフォルトの名無しさん
2009/03/10(火) 01:18:15どうもアメリカのRubyコミュニティはフレンドリーらしい。
Martin Fowler's Bliki in Japanese - Rubyピープル
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?RubyPeople
0477デフォルトの名無しさん
2009/03/10(火) 02:16:20スレタイのPerlをケツに持ってくと、その順位だな。まあどうでもいい話だが。
0478デフォルトの名無しさん
2009/03/10(火) 06:28:54あくまでアメリカのパイソニスタとの比較な気がする
いろいろあって教条主義的になってる部分があるようなのは、向こうの人のコメントの節々に見受けられる。
向こうでのrubyは無名から言語オタが発見したところで始まったからやりやすかったんだろうな。
日本だといろいろ後援がついていて騒がしいが。
0479デフォルトの名無しさん
2009/03/10(火) 07:16:370480デフォルトの名無しさん
2009/03/10(火) 08:42:3310年前はVBとAccessでやってた仕事が、PHPとMySQLになっただけだしな。
0481デフォルトの名無しさん
2009/03/10(火) 09:47:07次点がRubyなのは以外だ・・・Pythonかと思ってた。
0482デフォルトの名無しさん
2009/03/10(火) 10:12:450483デフォルトの名無しさん
2009/03/10(火) 11:43:48とりあえず何とかいじれるという意味ではまあ入るかも知れないが、
ホントかよと思う。
0484デフォルトの名無しさん
2009/03/10(火) 12:41:290485デフォルトの名無しさん
2009/03/10(火) 13:13:04アメリカにそんなもんあったっけ？
0486デフォルトの名無しさん
2009/03/10(火) 13:48:33アメリカは高校の進度が遅いから、ここ卒業してやっとこ職業高校卒レベルだね。
0487デフォルトの名無しさん
2009/03/10(火) 14:50:33日本のRubyコミュニティも、一部を除けばnewbieに対してはそれなりに親切かと思うが。
ごちゃごちゃしてるのは一時の信者vsアンチのイメージが大きいだけでは。
あと、なまじ開発陣が日本語で喋るもんだから、よくあるいちゃもんなんかがネットに
筒抜けで、ネットイナゴがブログや2chなんかでちょっかい掛けやすいのも、ごたごたの
イメージを増幅してるっていう、その辺を差し引いて見るべき。
Pythonの開発陣が揉めてたり、コミュニティでフレームの応酬してたって、俺らやおまいら
知らんことも多いだろｗ
0488デフォルトの名無しさん
2009/03/10(火) 15:01:07たのむ、ギャグだと言ってくれ・・・
0489デフォルトの名無しさん
2009/03/10(火) 15:06:30おまえのネットイナゴの用法はどうかと思うが。
本来ブログに押し寄せて炎上させるタイプのネットワーカーのことを指した語で、
なんでもかんでもイナゴ呼ばわりは池田信夫の専売特許だろw
0490デフォルトの名無しさん
2009/03/10(火) 15:11:350491デフォルトの名無しさん
2009/03/10(火) 17:03:490492デフォルトの名無しさん
2009/03/10(火) 17:29:40最も満足度の高いスクリプト言語はPHP - スラッシュドット・ジャパン
http://slashdot.jp/developers/article.pl?sid=09/03/09/0425211
0494デフォルトの名無しさん
2009/03/10(火) 21:02:22> 私の回りでは、PHPを絶賛する人は例外なく他の言語が使えません。
> PHPをボロクソに言う人は、他の特定の言語のみを使っている人です。
> 多数の言語を使っている人は、少ないメリットを社交辞令のように挙げてくれます。
> (が、地方出身者の出身地を褒める京都人の様な物言いに聞こえるのは何故だ)
これ結構当を得ていると思う
0495デフォルトの名無しさん
2009/03/10(火) 21:04:400496デフォルトの名無しさん
2009/03/10(火) 21:18:55494の人が京都育ちなんだなきっと。
0497デフォルトの名無しさん
2009/03/10(火) 21:19:28岡山？岡山はええところどすなあ
0498デフォルトの名無しさん
2009/03/10(火) 21:31:06まあそう主張する人がいなくなるまでのことだろうけど
0499デフォルトの名無しさん
2009/03/10(火) 21:47:340500デフォルトの名無しさん
2009/03/10(火) 21:55:20埼玉のほうがマシ。
0501デフォルトの名無しさん
2009/03/10(火) 22:00:40いいところは色々あるけど、俺ももう住みたくないなｗ
0502デフォルトの名無しさん
2009/03/10(火) 22:05:390503デフォルトの名無しさん
2009/03/10(火) 22:06:22京都には遷都したが江戸には遷都してないですね
0504デフォルトの名無しさん
2009/03/10(火) 22:07:05100年以上かかるだろ。
0505デフォルトの名無しさん
2009/03/10(火) 22:07:57京都で「前の戦争」って言うと応仁の乱らしいからな
0506デフォルトの名無しさん
2009/03/10(火) 22:09:290507デフォルトの名無しさん
2009/03/10(火) 22:11:08「島根県民なめんな」とか言い出しそう
0508デフォルトの名無しさん
2009/03/10(火) 22:13:290509デフォルトの名無しさん
2009/03/10(火) 22:16:07まあ、どっちも特殊な土地柄ではある
0510デフォルトの名無しさん
2009/03/10(火) 22:16:14るびぃぃぃぃぃぃぃぃぃぃぃ
0511デフォルトの名無しさん
2009/03/10(火) 22:18:06あ、なるほどね
0512デフォルトの名無しさん
2009/03/10(火) 22:35:390513デフォルトの名無しさん
2009/03/10(火) 22:39:590514デフォルトの名無しさん
2009/03/10(火) 22:43:560515デフォルトの名無しさん
2009/03/10(火) 22:48:320516デフォルトの名無しさん
2009/03/10(火) 22:55:35他の言語について調べて見たけどネットに載ってないね
外国ではそういうのはプライバシーになるのかな？
0517デフォルトの名無しさん
2009/03/10(火) 23:48:06鮫じゃなかったかな
0518デフォルトの名無しさん
2009/03/10(火) 23:50:09ワニという名前のサメらしい
0519デフォルトの名無しさん
2009/03/11(水) 00:08:44たまたまとおりかかった天皇の集団が、
「海の塩水で体を洗うとよくなるよ」
と、とんでもないウソ知識を教えて、
それを真に受けたウサギが言われたとおりにすると、
ますます痛くなって、さらに泣いたという。
0520デフォルトの名無しさん
2009/03/11(水) 00:11:180521デフォルトの名無しさん
2009/03/11(水) 00:15:13まんこに棒ぐりぐり
なんてのもあるマジ
0522デフォルトの名無しさん
2009/03/11(水) 01:05:350523デフォルトの名無しさん
2009/03/11(水) 03:42:310524デフォルトの名無しさん
2009/03/11(水) 06:47:380525デフォルトの名無しさん
2009/03/11(水) 07:07:010526デフォルトの名無しさん
2009/03/12(木) 18:07:03神話学んでみたいので、できればなんていう単語でぐぐれば良いか教えて下さい。
0527デフォルトの名無しさん
2009/03/12(木) 22:24:32うむ、しばしばありますな。
0528デフォルトの名無しさん
2009/03/12(木) 22:40:31変なところで人間臭いから、よけいに変態性が際立って見える。
0529デフォルトの名無しさん
2009/03/12(木) 22:59:25神話の世界（というか古代日本人）の性的奔放さを垣間見たいなら、
河出文庫から出ている「日本の神話」がおすすめ。
中学生が喜びそうなエロ話がいっぱいｗ
0530デフォルトの名無しさん
2009/03/12(木) 23:47:490531デフォルトの名無しさん
2009/03/13(金) 00:11:37あれは衝撃
0532デフォルトの名無しさん
2009/03/13(金) 01:46:50ホト
ひめ
0533デフォルトの名無しさん
2009/03/13(金) 07:02:450534デフォルトの名無しさん
2009/03/13(金) 17:12:43>>532
ありがとうございます！
スレ違い＆板違いスマソでした。
0535デフォルトの名無しさん
2009/03/14(土) 01:01:300536デフォルトの名無しさん
2009/03/14(土) 12:36:569x2=18 -> 1+8=9
9x3=27 -> 2+7=9
...
9x9=81 -> 8+1=9
のように9に1～9までの数字を掛けた数の各桁の数字を足すと9になりますが
これをプログラム的に証明しようとするとどうなりますか
0537デフォルトの名無しさん
2009/03/14(土) 12:40:539 * 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)
0538デフォルトの名無しさん
2009/03/14(土) 14:38:49証明が正しいかどうか検証するのはプログラミングの得意分野だけれども
0539デフォルトの名無しさん
2009/03/14(土) 15:10:250540デフォルトの名無しさん
2009/03/14(土) 15:10:460541デフォルトの名無しさん
2009/03/14(土) 15:12:030542デフォルトの名無しさん
2009/03/14(土) 15:15:319通りしかないし
Ruby1.8なら
(1 .. 9).all? do |i|
j = i * 9
9 == (j % 10) + (j / 10)
end
……こういう話ではない？
0543デフォルトの名無しさん
2009/03/14(土) 15:23:130544デフォルトの名無しさん
2009/03/14(土) 15:55:27それって証明なのか？
> 9x1=9
> 9x2=18 -> 1+8=9
> 9x3=27 -> 2+7=9
> ...
> 9x9=81 -> 8+1=9
> のように9に1～9までの数字を掛けた数の各桁の数字を足すと9になります
という命題をプログラムで表現しただけで証明にはなってないんではないの？
0545デフォルトの名無しさん
2009/03/14(土) 15:57:22証明ってのはその理論を拡張しても同じように証明できるのが証明だろうに。
0546デフォルトの名無しさん
2009/03/14(土) 16:02:140547デフォルトの名無しさん
2009/03/14(土) 16:05:54与えられた公理（自然数の足し算とかけ算）のみをもとに、
有限回のステップで結論を導いてるから証明といえる。
この場合は命題が自明すぎるから、
騙されたような気になるのかもしれないな。
0548デフォルトの名無しさん
2009/03/14(土) 16:08:28ttp://ja.wikipedia.org/wiki/四色定理#.E8.A8.BC.E6.98.8E
0549デフォルトの名無しさん
2009/03/14(土) 16:17:56この場合は力技で解くことはできないな。
0550デフォルトの名無しさん
2009/03/14(土) 16:31:310551デフォルトの名無しさん
2009/03/14(土) 16:41:490552デフォルトの名無しさん
2009/03/14(土) 16:44:279*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の補数かなんかで説明出来そうだな
0553デフォルトの名無しさん
2009/03/14(土) 16:54:370554デフォルトの名無しさん
2009/03/14(土) 16:59:279*123456789=1111111101も全桁足すと9
9*987654321=8888888889->全桁足すと81->全桁足すと9
0555デフォルトの名無しさん
2009/03/14(土) 17:00:33拡張しすぎだろ
0556デフォルトの名無しさん
2009/03/14(土) 17:02:009 の倍数は全桁足すと 9 の倍数になる
って小学校のときに習った
0557デフォルトの名無しさん
2009/03/14(土) 17:02:12そして、m >= (m div 10) + (m mod 10) > 0 だから、この操作を何回か繰り返せば、9になる。
0558デフォルトの名無しさん
2009/03/14(土) 17:41:41それだと2桁しか正しくないね
>>556
9 の倍数は全桁足すと 9 の倍数になる訳だから
一桁になるまで足し続けると絶対 9 に収束する罠
0559デフォルトの名無しさん
2009/03/14(土) 23:04:470560デフォルトの名無しさん
2009/03/15(日) 00:37:55サヨナラruby。いままでありがとう。
0561デフォルトの名無しさん
2009/03/15(日) 02:07:460562デフォルトの名無しさん
2009/03/15(日) 07:19:180563デフォルトの名無しさん
2009/03/15(日) 11:05:030564デフォルトの名無しさん
2009/03/15(日) 12:45:500565デフォルトの名無しさん
2009/03/15(日) 12:51:320566デフォルトの名無しさん
2009/03/15(日) 17:10:32書いて楽しい、速さも十分。いうことないね。
rubyは楽しいけど遅い。
phpは早いけど楽しくない。
pythonは楽しくないし遅い。
0567デフォルトの名無しさん
2009/03/15(日) 17:48:550569デフォルトの名無しさん
2009/03/15(日) 19:08:57Perlだけは昔からどうも受けつけん…
LispもHaskellも使うけど、
正直Perlが何指向言語なのか今だによくわかってない俺がいる。
もっと立ち位置をはっきりさせてくれないと使ってあげられないね。
0570デフォルトの名無しさん
2009/03/15(日) 19:42:500571デフォルトの名無しさん
2009/03/15(日) 20:50:35致命的な失敗も盛りだくさんだがそれらは全て他の言語にフィードバックされている
ありがとう、perl。使うのはお断りだ。
0572デフォルトの名無しさん
2009/03/15(日) 21:28:43ワロタw
0573デフォルトの名無しさん
2009/03/15(日) 21:57:150574デフォルトの名無しさん
2009/03/15(日) 22:11:02それは普及してしまったこと
0575デフォルトの名無しさん
2009/03/15(日) 22:12:350576デフォルトの名無しさん
2009/03/15(日) 22:44:570577デフォルトの名無しさん
2009/03/15(日) 22:48:05Matsumotoは自分の言語にRubyではなくMawkと名付けていただろう
─── Timothy John Berners-Lee
0578デフォルトの名無しさん
2009/03/15(日) 23:39:090579デフォルトの名無しさん
2009/03/16(月) 07:07:540580デフォルトの名無しさん
2009/03/16(月) 07:25:520581デフォルトの名無しさん
2009/03/16(月) 07:38:120582デフォルトの名無しさん
2009/03/16(月) 07:54:44カスに見えるのは仕方ない
0583デフォルトの名無しさん
2009/03/16(月) 11:16:010584デフォルトの名無しさん
2009/03/16(月) 11:51:31ドキュメントからコードっぽいものに出力するプラットフォームとして物凄く可能性を持ってるのに、
バンドルがVBAのみってのが(´･ω･`)
Rubyでもなんでもいいから、ループや文字列処理をしやすい言語をつけられんもんか。
0585デフォルトの名無しさん
2009/03/16(月) 11:58:50VBAで言語処理系作れないの？
0586デフォルトの名無しさん
2009/03/16(月) 12:51:150587デフォルトの名無しさん
2009/03/16(月) 12:52:40意味がある場合もあるし、たいていはくだらないとか。
0588デフォルトの名無しさん
2009/03/16(月) 13:48:35OOo
0589デフォルトの名無しさん
2009/03/16(月) 15:07:07既に基本的な部分では相当完成度高いし。
0590デフォルトの名無しさん
2009/03/16(月) 19:11:21だとしたらRubyだろうがPythonだろうが自由自在
0591デフォルトの名無しさん
2009/03/16(月) 21:10:140592デフォルトの名無しさん
2009/03/16(月) 21:13:360593デフォルトの名無しさん
2009/03/16(月) 21:21:410594デフォルトの名無しさん
2009/03/16(月) 23:42:070595デフォルトの名無しさん
2009/03/17(火) 00:51:580596デフォルトの名無しさん
2009/03/17(火) 01:35:390597デフォルトの名無しさん
2009/03/17(火) 05:36:01それならExcelのブックに付属させられるVBAマクロなんかとは別物だろ
むしろ>>590のアドオンが近いんだろうけど、スクリプトマクロの利点がかけらもないしな
0598デフォルトの名無しさん
2009/03/17(火) 06:37:450599デフォルトの名無しさん
2009/03/17(火) 07:18:08まあ、俺も自分だけで使う奴ならpythonでcom経由で書いてるけどさ。楽だし。
0600デフォルトの名無しさん
2009/03/17(火) 07:19:050601デフォルトの名無しさん
2009/03/17(火) 12:34:07オプションの選択によっては動かないマクロとかいっぱいあるのが嫌だ
結局カスタムでフルインストール選ばないと危なっかしくて使えない
0602デフォルトの名無しさん
2009/03/17(火) 13:02:460603デフォルトの名無しさん
2009/03/17(火) 13:55:38とイルカに向かってキレてた上司なら見たことある。
0604デフォルトの名無しさん
2009/03/17(火) 21:07:040605デフォルトの名無しさん
2009/03/17(火) 23:16:12ﾜﾗた
0606デフォルトの名無しさん
2009/03/18(水) 05:51:01COMでは代用できるものとできないものがあるね。
COMを通したスクリプトで代用できるのは事実上は一括処理系だけかね。
0607デフォルトの名無しさん
2009/03/18(水) 09:57:38あなたの言う「ユーザー定義関数」も作れますよ
0608デフォルトの名無しさん
2009/03/18(水) 10:57:170609デフォルトの名無しさん
2009/03/18(水) 14:25:24軽快動作を目的としたX11デスクトップ環境
これが本場の「Lightweight」の使い方
今後このスレでは「LL」は一切禁止とします
0610デフォルトの名無しさん
2009/03/19(木) 00:38:270611デフォルトの名無しさん
2009/03/19(木) 01:06:540612デフォルトの名無しさん
2009/03/19(木) 01:29:17と書いてあるのに、「このスレでは関係ない話」とは妙な。
VBAで通常作るユーザー定義関数より、(このスレでいうLLで作った)
COMサーバーで作ったものが、スマートで管理しやすく、VBAで
書くより易いなら、それはとても価値のある情報だと思う。
0613デフォルトの名無しさん
2009/03/19(木) 01:37:10コミュニケーションサーバー
0614デフォルトの名無しさん
2009/03/19(木) 01:59:13消えろカス
0615デフォルトの名無しさん
2009/03/19(木) 02:00:02やりとりするための仕組みの内のなんちゃらっぽいということだけ妄想した
VBとかC#とかに関してMSDNあたりをごりごり探せばいいのかな
スレには関係なさそうだが、みんなWindows詳しいのな
0616デフォルトの名無しさん
2009/03/19(木) 04:21:470617デフォルトの名無しさん
2009/03/19(木) 04:24:270618デフォルトの名無しさん
2009/03/19(木) 04:41:47おまいはパソコン用OSしか知らないようだな
0619デフォルトの名無しさん
2009/03/19(木) 07:19:380620デフォルトの名無しさん
2009/03/19(木) 07:43:38それマジで言ったん？ソースあんならすぐ出せ
マジなら２ちゃんねら総力を上げて潰すが
0621デフォルトの名無しさん
2009/03/19(木) 07:48:480622デフォルトの名無しさん
2009/03/19(木) 08:01:33LinuxやMinixもUNIXということにしたとして
Tronとかz/OSとかの話だろ
0623デフォルトの名無しさん
2009/03/19(木) 08:04:24#つかzよりこっちの方が台数上だと思うが。
0624デフォルトの名無しさん
2009/03/19(木) 10:38:070625デフォルトの名無しさん
2009/03/19(木) 13:16:24BeOSってどうなったんだろう・・
0626デフォルトの名無しさん
2009/03/19(木) 13:28:490627デフォルトの名無しさん
2009/03/19(木) 22:13:08OS/400はOSとDB2が融合しているので、アレコレ計算するならExcel以上の事が可能だなぁ。
それとJavaとかPHPとかJythonとかのメジャー言語やLL言語も使えるよ。
とマジレスしてみる。
0628デフォルトの名無しさん
2009/03/20(金) 01:06:450629デフォルトの名無しさん
2009/03/20(金) 01:39:060630デフォルトの名無しさん
2009/03/20(金) 01:49:350631デフォルトの名無しさん
2009/03/20(金) 03:04:390632デフォルトの名無しさん
2009/03/20(金) 04:15:170633デフォルトの名無しさん
2009/03/20(金) 05:48:280634デフォルトの名無しさん
2009/03/20(金) 06:26:010635デフォルトの名無しさん
2009/03/20(金) 10:51:350636デフォルトの名無しさん
2009/03/20(金) 11:33:240637デフォルトの名無しさん
2009/03/20(金) 11:56:410638デフォルトの名無しさん
2009/03/20(金) 12:43:38Sがわからない。SQLite？ｗ
0639デフォルトの名無しさん
2009/03/20(金) 14:16:29IIS
SQL
ASP
0640デフォルトの名無しさん
2009/03/20(金) 18:13:370641デフォルトの名無しさん
2009/03/20(金) 19:10:420642デフォルトの名無しさん
2009/03/21(土) 01:27:49で、そのSQLを解釈するDBは何だ
0643デフォルトの名無しさん
2009/03/21(土) 01:33:350644デフォルトの名無しさん
2009/03/21(土) 01:33:38MacOSX、FileMaker、Apache…か？
Wって何だろ、言語かな？
OSXならPもRも標準添付じゃないっけ
0645デフォルトの名無しさん
2009/03/21(土) 01:33:400646デフォルトの名無しさん
2009/03/21(土) 01:34:17Web共有
Filemaker
AppleScript
だろｗｗｗ
0647デフォルトの名無しさん
2009/03/21(土) 01:35:10まさかSQLを知らないのか？
0648デフォルトの名無しさん
2009/03/21(土) 01:36:31しまった、AppleScriptか！
0649デフォルトの名無しさん
2009/03/21(土) 01:40:410650デフォルトの名無しさん
2009/03/21(土) 01:43:370651デフォルトの名無しさん
2009/03/21(土) 01:46:33まだExcelをLLで～ COMサ～バ～ うんぬんの方が
いくらかは興味深いわ。まじで。
0652デフォルトの名無しさん
2009/03/21(土) 01:53:28JavaScriptもPythonも、情報も実装も全然足りない感じ
BASICの利点って何だ？VBAマクロからの移行優先ってだけなのかな。
0653デフォルトの名無しさん
2009/03/21(土) 01:54:33MSSQLServerはMS抜いたら一般名詞化しちまうからなぁ
かと言ってMSだけだと社名になるし、面倒臭いソフト名ではある
0654デフォルトの名無しさん
2009/03/21(土) 02:00:40Oracleは社名だけどな
0655デフォルトの名無しさん
2009/03/21(土) 02:03:170656デフォルトの名無しさん
2009/03/21(土) 02:03:33それはOracle Office とか Oracle Windows OS とかが存在しそれなりに
普及してる時にのみ対等に比較できるわけで
0657デフォルトの名無しさん
2009/03/21(土) 08:01:47あなた調べ物むいてないよ
0658デフォルトの名無しさん
2009/03/21(土) 08:32:01とりあえず、今のMS系の言語と比べればこっちの方が普及しているんだがな。
0659デフォルトの名無しさん
2009/03/21(土) 09:00:57ttp://blog.livedoor.jp/dankogai/archives/51189905.html
PHPユーザーってほんとダメだよな。
0660デフォルトの名無しさん
2009/03/21(土) 09:21:09まじで？BASIC以外のまともなリファレンスあるの？
ようやっと見つけたサイトとかに
「※OOo 3.0 では Python 関連で多数の問題があります。お勧めできません。」
とか、
「組み込みで配布する場合はBASICしかなさそう」
とか書かれて萎えてるんだが。
0661デフォルトの名無しさん
2009/03/21(土) 10:58:160662デフォルトの名無しさん
2009/03/21(土) 11:06:34まともな言語じゃない
0663デフォルトの名無しさん
2009/03/21(土) 12:15:400664デフォルトの名無しさん
2009/03/21(土) 13:24:480665デフォルトの名無しさん
2009/03/21(土) 15:03:16ちょっと前まで日本で一番有名なオープンソースPerlプログラマはKENTで
CGIでググるとKENTのクソCGIが沢山引っ掛かって
初心者はこぞってみんなそれを真似していたことを弾は忘れている
単にPHP憎しの厨房発言だろこれ
0666デフォルトの名無しさん
2009/03/21(土) 15:09:11謝罪しろ。
0667デフォルトの名無しさん
2009/03/21(土) 16:47:16クソ初心者向けページにひっかかるクソ初心者どものことなんて、
普通以上のレベルの連中の意識の中には全くないからw
ときどき自分が全く知らない分野のことを検索して、ごみばっか
ひっかかった瞬間だけ、クソッタレと思うけど。
0668デフォルトの名無しさん
2009/03/21(土) 17:12:500669デフォルトの名無しさん
2009/03/21(土) 18:05:570670デフォルトの名無しさん
2009/03/21(土) 18:06:360671デフォルトの名無しさん
2009/03/21(土) 18:18:000672デフォルトの名無しさん
2009/03/21(土) 18:32:450673デフォルトの名無しさん
2009/03/21(土) 18:50:260674デフォルトの名無しさん
2009/03/21(土) 18:59:19これから先生き残る言語はRubyを筆頭にHaskellとCOBOLじゃなかろうか。
C言語は死滅する。まったく使われなくなる
0675デフォルトの名無しさん
2009/03/21(土) 19:01:210676675
2009/03/21(土) 19:02:410677デフォルトの名無しさん
2009/03/21(土) 19:05:060678デフォルトの名無しさん
2009/03/21(土) 19:08:140679デフォルトの名無しさん
2009/03/21(土) 19:45:320680デフォルトの名無しさん
2009/03/21(土) 21:15:29けど、PHP使ってる人ってだめだな！ って短絡的に結びつけるのもなんか。
0681デフォルトの名無しさん
2009/03/21(土) 21:18:32難しい言語やってる方が偉いみたいな
0682デフォルトの名無しさん
2009/03/21(土) 21:36:040683デフォルトの名無しさん
2009/03/21(土) 21:45:140684デフォルトの名無しさん
2009/03/21(土) 21:46:250685デフォルトの名無しさん
2009/03/21(土) 21:54:35オンザエッジの他社丸パクリサービスだけ？
0686デフォルトの名無しさん
2009/03/21(土) 21:56:31ばかですねわかります
0687デフォルトの名無しさん
2009/03/21(土) 21:57:580688デフォルトの名無しさん
2009/03/21(土) 22:00:56これもオリジナルは自分のアイディアじゃないか
0689デフォルトの名無しさん
2009/03/21(土) 22:12:18Encode.pmも知らずにdankogaiを叩いてるのか
0690デフォルトの名無しさん
2009/03/21(土) 22:13:210691デフォルトの名無しさん
2009/03/21(土) 22:14:510692デフォルトの名無しさん
2009/03/21(土) 22:18:54いやだから元ネタにjcode.plというものがあってだな
0693デフォルトの名無しさん
2009/03/21(土) 22:19:570694デフォルトの名無しさん
2009/03/21(土) 22:51:37ネタを素で間違えた
吊ってくる
0695デフォルトの名無しさん
2009/03/21(土) 23:08:110696デフォルトの名無しさん
2009/03/21(土) 23:16:11まあ２ちゃん的にはウォッチされておかしくはなさそうだが。
0697デフォルトの名無しさん
2009/03/21(土) 23:45:00iseg = 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 ''
0698デフォルトの名無しさん
2009/03/22(日) 02:47:58メソッドチェーン長っ
俺はあんまり長いチェーンは書かないが、書くならドットは左置きするなあ
パッと見たとき各行が別の文に見えてしまうから
0699デフォルトの名無しさん
2009/03/22(日) 02:48:330700デフォルトの名無しさん
2009/03/22(日) 02:57:41改行のセミコロンを省略できる代償、なのかな？
で、どうでもいいがこのマルチレスは何の意味があるんだろう
0701デフォルトの名無しさん
2009/03/22(日) 05:50:08.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;')
0702デフォルトの名無しさん
2009/03/22(日) 09:08:38Perlとか、程度の適当さがあるから良いのじゃないのかね。
ラリーが目指しているのは、自然言語としてのPerlじゃなかったのかね。
「厳格であるべき」などといった話になったらPerlという言語そのもののが
言語思想の根底レベルから崩壊するぞ。
詳解正規表現のメールチェックや、danところのチェックは
実用性という点では、普通に使用されているメールの
何割かが通らないので意味のカケラもない。
「正しいことより使えることに意味がある。」
まぁオレは、メインをPythonに鞍替え中なわけだが。
0703デフォルトの名無しさん
2009/03/22(日) 09:23:40前はあった
小飼弾について
http://pc11.2ch.net/test/read.cgi/prog/1172052000/
今あるのはこれか
Windowsしか知らないプログラマはご愁傷様by小飼弾
http://pc11.2ch.net/test/read.cgi/tech/1200070152/l50
0704デフォルトの名無しさん
2009/03/22(日) 10:28:53トラックバック:http://blog.livedoor.jp/dankogai/archives/51189905.html
0705デフォルトの名無しさん
2009/03/22(日) 10:31:42「○○使いはもう××をblogに書くな」と言わせないでくれ
○○と××に適切な単語を埋めなさい。
例文：
「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ
「Perl使いはもうレガシーコードをblogに書くな」と言わせないでくれ
「VB使いはもうクソコードをblogに書くな」と言わせないでくれ
0706デフォルトの名無しさん
2009/03/22(日) 10:38:24使うのやめたほうがいいとおもうけどな
0707デフォルトの名無しさん
2009/03/22(日) 10:51:030708デフォルトの名無しさん
2009/03/22(日) 10:56:270709デフォルトの名無しさん
2009/03/22(日) 11:18:240710デフォルトの名無しさん
2009/03/22(日) 11:57:580711デフォルトの名無しさん
2009/03/22(日) 12:11:45Rubyに対するネガキャンにしてももう少し上手くやるだろうし。
ただの便所の落書きだろ。相合い傘みたいな
0712デフォルトの名無しさん
2009/03/22(日) 12:22:400713デフォルトの名無しさん
2009/03/22(日) 12:40:34なんなの？馬鹿なの？死ぬの？
rubyなんて全然Lispじゃないじゃん
マクロもないくせに
0714デフォルトの名無しさん
2009/03/22(日) 13:48:09Maclispと引っ掛けたジョークの意味合いもあるとか
随所にLispからもらったアイディアが埋め込まれてるのは事実。思いつくだけでも
ArrayはLispのリスト
メソッド名の!?はScheme
多値はComon Lispでいうvalues、multiple-value-bind
mixinはFlavorだったかが元ネタ
実装できちゃったのでcall/ccもある
マクロは確かに無い。ってかmatzはマクロが好きじゃないらしい
ただしリフレクションとeval族メソッドで一部代替できる
0715デフォルトの名無しさん
2009/03/22(日) 14:32:420716デフォルトの名無しさん
2009/03/22(日) 15:56:300717デフォルトの名無しさん
2009/03/22(日) 16:05:53他に楽しいことないのかね
0718デフォルトの名無しさん
2009/03/22(日) 16:05:480719デフォルトの名無しさん
2009/03/22(日) 16:08:24さりげなくレス番とタイムスタンプ逆転
初めて見たｗ
0720デフォルトの名無しさん
2009/03/22(日) 16:12:450721デフォルトの名無しさん
2009/03/22(日) 16:14:33頂上プログラマーのありがたいお言葉を是非。
0722デフォルトの名無しさん
2009/03/22(日) 16:23:300723デフォルトの名無しさん
2009/03/22(日) 16:49:550724デフォルトの名無しさん
2009/03/22(日) 18:37:48うんうんはあまり関係が無くて、
組み込みスクリプトとして、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とかのが好きだけどね。
クラスにしても、何にしても全部自分の手で自分の言葉で作ってる感が出てて書いてて面白い。
0725デフォルトの名無しさん
2009/03/22(日) 18:48:41＞おそらく「Office系」も5年程度を目処に、組み込みとしてPython導入が目立ってくると思われ。
これが妄想なのか根拠のある推定なのかが気になる。
また、Pythonを使うことによる利益を述べるのはいいんだけど、くだらん煽りをいれて
喧嘩にはしないでね。
0726デフォルトの名無しさん
2009/03/22(日) 19:02:43こういうのを技術者の無駄なプライドって言うんだろうけど
0727デフォルトの名無しさん
2009/03/22(日) 19:34:17> 喧嘩にはしないでね。
喧嘩したがりを隔離するためのスレで何を言うかw
スレタイ見ろ。
0728デフォルトの名無しさん
2009/03/22(日) 19:56:550729デフォルトの名無しさん
2009/03/22(日) 20:44:02Pythonは海外でワリとフツーにみんな使っていたけど、そういう時に日本は
PerlとかPHPが流行っていて、Pythonには見向きもしなかった、ってだけなのでは。
今のPythonの評価がやっと世間と言うか世界並(?)になった希ガス。
0730デフォルトの名無しさん
2009/03/22(日) 21:23:04海外でCGIっていうとPythonなの？
それはないと思うんだが、これは印象だけなのでなんとも
それに、PHPとPythonなんてまったく用途がちがうじゃない
論考としてはかなり戴けない
0731デフォルトの名無しさん
2009/03/22(日) 21:44:32CGIといえば、Pythonというよりも、スクリプト=Python。
世界で、Java C++ の次にPythonが利用率が高いのだから、
JITのJava、NativeのC++、スクリプトのPythonという構図だろう。
もちろんPHPはWeb限定では利用されてはいるが、
Web自体を実務にしてる人以外だと、個人サイトでチョロ書き以外
利用する機会もないっしょ。
0732デフォルトの名無しさん
2009/03/22(日) 22:09:33なんか書きたいことをうねうね書いてるだけ？
海外てかアメリカでもスクリプト=Perlの時代がまずあったと思うんだが。
>>729と>>731の間に時代の経過があるのか？
とりあえず経緯を書きたいのか現状と展望を書きたいのかはっきりさせた方がいいとおも
0733デフォルトの名無しさん
2009/03/22(日) 22:20:26海外cgi＝Perl,PHP
日本スクリプト＝*sh,Perl
日本cgi＝Perl,PHP
じゃね？
でRubyはRailsが出るまで寒い状態だったが、Railsが当たってからRubyに急に日本人信者が沸いてきた。
そしてRuby厨がなぜかPythonユーザーに噛み付いている状況。
0734デフォルトの名無しさん
2009/03/22(日) 22:31:580735デフォルトの名無しさん
2009/03/22(日) 22:33:18Ruby厨の部分につけ加えると、Pythonも、陽が当たってからいろいろ湧いてきてる
これは仕方がない
Perlな人はじっと黙ってPerl6を待つのみ・・・parrot1.0.0出たよーｗ
0736デフォルトの名無しさん
2009/03/22(日) 22:38:43Perl大好きだが6で致命的にダメになるのが予測できる。
今のCpanのライブラリを全てそのまま受け入れた時点で、
「現在の文法」＋「新文法」の両方がマージされ、
さらなるとんでもキメラとなり、一層の記述法分派が生まれてしまう。
自分で書くのは一通り、だが、読み取るには全く異なる数十通りの記法を全て
理解してないと読み取れなくなってゆく。
0737デフォルトの名無しさん
2009/03/22(日) 22:48:28書き直すだろ。総書き換えされるくらいの勢いはあるはず。
と、少なくとも３年ほど前にPerl6が出ていれば言えたんだが。
↓一応、こういうのを考えてる人もいるってお話を今調べて読んだ
ttp://cpan6.org/
0738デフォルトの名無しさん
2009/03/22(日) 23:01:24Javaはビミョーなノリ（1.0～1.3の頃)だった気がするが、
Rubyの盛り上がりかたや信者の厨房増殖は凄いモノがあったと思う。シェアが一気に拡大しすぎみたいな。
PHPの頃はITドカタが随分増えた気がするが。ｗ
昔からawkやPerlやPython(1.x)を使ってた身からすると、
PHPやRubyは進化が早い(?)と思う。
Perl6とか長そうだしなぁ。
0739デフォルトの名無しさん
2009/03/22(日) 23:07:06疑問な期間があった気がする。
RubyはRails以降はほんと早いね。
今はPerlとか使った奴がRubyも覚えるパターンが多いと思うが、これからは最初
からRuby世代とかでてくるんだろうな。
0740デフォルトの名無しさん
2009/03/22(日) 23:11:44ねーよｗ
PerlかノーマルCあたりだろJK
0741デフォルトの名無しさん
2009/03/22(日) 23:16:12常識って言えるようなデータなんてないだろ
0742デフォルトの名無しさん
2009/03/23(月) 01:46:42Perlはもう過去のもの
0743デフォルトの名無しさん
2009/03/23(月) 01:47:56勢いとかは敢えて殺して、仕様的に安定させるのを優先してる気がする
それだけに明確な新仕様出してきた1.5には驚いたが
0744デフォルトの名無しさん
2009/03/23(月) 02:19:11メモリも管理できないプログラマはそれ相応のことしかできないだろうし
0745デフォルトの名無しさん
2009/03/23(月) 02:57:22スクリプトしかできないにわかプログラマー。
どちらも共存してるからニーズに合わせるのが大変。
0746デフォルトの名無しさん
2009/03/23(月) 04:11:35世の中に完璧なメモリ管理をしてるアプリがどれだけあるかねえ
0747デフォルトの名無しさん
2009/03/23(月) 05:25:44世の中に完璧なプログラマがどれだけいるかねえ
0748デフォルトの名無しさん
2009/03/23(月) 07:57:350749デフォルトの名無しさん
2009/03/23(月) 08:41:01職場とかでこんな事ヌカすアフォがいたら即効でプロジェクトから外れてもらうけど。
0750デフォルトの名無しさん
2009/03/23(月) 08:48:30大量にRubyで完成しまくる漢なら許す
0751デフォルトの名無しさん
2009/03/23(月) 08:53:19今は処理速度速いんかな？
JavaもWeb分野だと処理速度とか結構速いからなぁ。
ちなみにRuby厨の「そういうのはＤＢからの結果セット取得時間がネックになるからRubyの遅さは
気にならない」って言い訳はなしな。ｗ
0752デフォルトの名無しさん
2009/03/23(月) 09:10:411.9はなかなか広まらないしな
1.8系でpsycoみたいなことが可能ならいいのにね
0753デフォルトの名無しさん
2009/03/23(月) 09:51:590754デフォルトの名無しさん
2009/03/23(月) 13:24:49「これからはRubyだ」と言って、採用されるくらいの権限をもつなら、
お前じゃプロジェクトから外せないだろｗ
0755デフォルトの名無しさん
2009/03/23(月) 13:26:00Railsはごってりな今時のフレームワークの中では実はそんなに遅いわけじゃない。
むしろメモリ消費が激しい
0756デフォルトの名無しさん
2009/03/23(月) 13:26:170757デフォルトの名無しさん
2009/03/23(月) 13:34:13Rubyの遅さは気にならない
0758デフォルトの名無しさん
2009/03/23(月) 13:34:201.9ではPythonと良い勝負するようになってる
ただしM17N対応で一部の文字列処理が遅くなってたりするので、やっぱり処理内容にもよる
そういえば、Pythonも3系から遅くなってるらしい（？）のだが、何かあったんだろうか
0759デフォルトの名無しさん
2009/03/23(月) 13:44:24文字列の扱いやDB操作がメインのwebアプリだと待望の1.9は逆に遅くなるから困る。
正直泣けてくる。1.9は何だったのよっていう･･･
0760デフォルトの名無しさん
2009/03/23(月) 13:48:05Python3は、intまわりが多倍長整数一本に統合されたせいで遅くなったらしい
0761デフォルトの名無しさん
2009/03/23(月) 17:21:280762木津
2009/03/23(月) 17:46:53業務だと特に。
0763デフォルトの名無しさん
2009/03/23(月) 18:18:06鬱になりそう。
これが終わったら俺、PHPの仕事は断るんだ…
でもPerlやVBは鬱になりそうにならなかったなぁ
0764デフォルトの名無しさん
2009/03/23(月) 18:22:01それは８割方使い方が悪いだけとみた
どっかで常駐して自由の効かないチームで不本意なことをやらされてるなら
わからんでもないが、それでも言語のせいというよりPHPerのせいではなかろうか
具体的にPHPの仕事のどのへんが鬱なのか書いてみようや
0765デフォルトの名無しさん
2009/03/23(月) 18:35:25あとmb_stringぐらい入れろっつーのあの馬鹿管理者
0766デフォルトの名無しさん
2009/03/23(月) 18:45:02Cの-Wallでのwarningとは意味が違うぞ
warning = error
notice = warning
くらいの意味だろあれ
0767デフォルトの名無しさん
2009/03/23(月) 18:54:27周囲のレベルの低さ
それによる不当な単価の安さ
オブジェクト指向の適当さ
標準関数でのサニタイズの適当さ
大規模にすればするほど収集つかなくなる言語仕様
0768デフォルトの名無しさん
2009/03/23(月) 19:02:06使い方が悪い例ばかり挙がってるような気がするが。
> オブジェクト指向の適当さ
とはいうが、RubyやJavaScriptのオブジェクト指向は認めてたりするんだろ？
仕様の違い、で呑み込めない範囲ではないと思うぞ
> サニタイズ
（笑）。具体的にどの処理のことなんだろうか。
> 周囲のレベルの低さ
> それによる不当な単価の安さ
まあこの辺は仕方がない。だから、「どっかで常駐して云々」なんだけどな。
嫌なら高額案件ばかりこなせるような能力を備え環境を頑張って揃えればいい。
> 大規模にすればするほど収集つかなくなる言語仕様
これも仕方がない。PerlやRubyやPythonとくらべてそれほどひどいとも思わない。
0769デフォルトの名無しさん
2009/03/23(月) 19:14:28いや、放置じゃなくてログの量が毎月すごいことになるからさ＞Noticeで
上がいちいちチェックしろとうるさいんで大変
同じ鯖でテストも兼ねるからWarningも多い、大半は他人のだからさらにたちが悪い
>>767
お前さんのレベルの低さがよく分かった
0770デフォルトの名無しさん
2009/03/23(月) 19:44:32Pythonくらいの適当さはとっつきやすいけど。
あと大規模になればなるほど、ってそれはPHPを選択する方が悪いのでは？
そういうのはJavaにしとけ、って希ガス。
0771デフォルトの名無しさん
2009/03/23(月) 20:12:470772デフォルトの名無しさん
2009/03/23(月) 20:33:13ごく一般的なWebサイト構築すんのに、ガッチガチのクラスシステム、オブジェクトシステムが必要かってーと、
そうでもないけどな。
具体的にPHPのオブジェクトシステムのどこで困ってんだか。
0773デフォルトの名無しさん
2009/03/23(月) 20:36:12それか会社の方針でオレ流フレームワーク作らされているとか。
0774デフォルトの名無しさん
2009/03/23(月) 21:56:15アタシがつるんでる友達はどうとでも書けるPerl、学校にナイショで
エンタープライズで働いてるPython。訳あって不良グループの一員になってるPHP。
友達がいてもやっぱり学校はタイクツ。今日もPHPとちょっとしたことで口喧嘩になった。
LL同士だとこんなこともあるからストレスが溜まるよね☆そんな時アタシはselfでmodule_evalすることにしている。
がんばった自分へのご褒美ってやつ？自分らしさの演出とも言うかな！
｢あームカツク｣・・。そんなことをつぶやきながらしつこいRails案件を軽くあしらう。
｢カノジョー、ちょっとSNS作ってくれない？｣どいつもこいつも同じようなセリフしか言わない。
Railsの男はカッコイイけどなんか薄っぺらくてキライだ。もっと等身大のアタシを見て欲しい。
｢すいません・・。｣・・・またか、とYARVなアタシは思った。シカトするつもりだったけど、
チラっとRailsな男の顔を見た。
「・・！！」
・・・チガウ・・・今までの男とはなにかが決定的に違う。スピリチュアルな感覚がアタシのカラダを
駆け巡った・・。「・・（カッコイイ・・！！・・これって運命・・？）」
男は_whyだった。連れていかれてCampingされた。「キャーやめて！」Hpricotをきめた。
「ガシッ！ボカッ！」アタシは死んだ。ベーコン（笑）
0775デフォルトの名無しさん
2009/03/23(月) 22:12:560776デフォルトの名無しさん
2009/03/23(月) 22:19:400777デフォルトの名無しさん
2009/03/23(月) 22:32:280778デフォルトの名無しさん
2009/03/23(月) 23:47:200779デフォルトの名無しさん
2009/03/23(月) 23:48:19http://www.infoq.com/jp/news/2007/11/forgotten-ruby-web-frameworks
思い付いては作られて人々の記憶から消えてゆく
忘れられたフレームワークに意味はあるのでしょうか
0780デフォルトの名無しさん
2009/03/23(月) 23:59:100781デフォルトの名無しさん
2009/03/24(火) 00:02:02Perlはmixi、モバゲー、ライブドア
Pythonの日本の事例はZope使ったの以外知らん
0782デフォルトの名無しさん
2009/03/24(火) 00:02:050783デフォルトの名無しさん
2009/03/24(火) 00:06:41実際、まだそれほどどろどろの現場作業で使われていないからこそ、高みからの
物言いが続けられるという一面は否定出来ないのではないか
0784デフォルトの名無しさん
2009/03/24(火) 00:06:470785デフォルトの名無しさん
2009/03/24(火) 00:17:270786デフォルトの名無しさん
2009/03/24(火) 00:21:19Webについて言えば
RDBとTemplateとスクリプトを組み合わせたら
よほど変なつくりにしない限り
ほとんど勝手にMVCになるんだけどな
0787デフォルトの名無しさん
2009/03/24(火) 00:23:140788デフォルトの名無しさん
2009/03/24(火) 00:38:05それはかなり甘い。というか、ある程度最近の頭から出てる発想だと感じる。
> RDBとTemplateとスクリプトを組み合わせたら
そのTemplateが曲者で、フレームワークにくっついていないテンプレートシステムは
な ぜ か 普及しないし開発も進まない。
自由にCGIなりを作らせると、初期のPerl CGIと見まがうばかりのHTML&print乱舞の
スクリプトが量産され、また例えばRubyでERBなんかが出てきたかと思えば今度は、
上記を全くひっくり返した形で、初期のJSPやPHPのごとく、ロジック埋め込みマンセー
スクリプトが量産される。
とりあえず何でもいいから「フレームワーク」で縛って、Viewを刷り込む必要がある
ってのが第一段階。
どうにもスクリプト野郎の脳みそにはテンプレートは馴染みにくいらしい。
XML文字列を作るときにXMLライブラリの出力以外の方法として愚直な文字列連結しか
思いつかない、とかな。
0789デフォルトの名無しさん
2009/03/24(火) 00:39:30なんか胡散臭いラインナップだな。
もっとパッとした例はないのか。
0790デフォルトの名無しさん
2009/03/24(火) 00:44:26プラグインとか作ってる会社はあったな。本業になってたのかは知らないけど。
0791デフォルトの名無しさん
2009/03/24(火) 00:53:390792デフォルトの名無しさん
2009/03/24(火) 00:53:54phpはYahoo、他詳しい方どうぞ
0793デフォルトの名無しさん
2009/03/24(火) 00:54:12はてなとか
ってかWebベンチャーの名前出しても全部うさんくさいとか言うんだろどうせ
PHPとJavaはYahoo!Japanで使われてるのでうさんくさいですねみたいな
どこでも使われてないRuby,Pythonにそんな心配はないけどｗ
0794デフォルトの名無しさん
2009/03/24(火) 00:55:140795デフォルトの名無しさん
2009/03/24(火) 00:55:39Rubyのところ酷いなｗｗｗ
スパイウエアとクラッキング祭りとかｗｗｗ
0796デフォルトの名無しさん
2009/03/24(火) 00:56:44Ruby使いましたって言語的な目新しさを話題にしようとしてるんだけど
0797デフォルトの名無しさん
2009/03/24(火) 00:57:120798デフォルトの名無しさん
2009/03/24(火) 00:57:16いや、yahooと781は同列に並べんだろ…
0799デフォルトの名無しさん
2009/03/24(火) 00:58:08関連の仕事は無いだろうけど
0800デフォルトの名無しさん
2009/03/24(火) 01:02:15Python使ってるのはヘルプとかどうでもいい部分だからなｗ
0801デフォルトの名無しさん
2009/03/24(火) 01:03:10クックパッドとか大規模だよな。
Rubyの案件はあちこちで結構炎上してるらしーね。
0802デフォルトの名無しさん
2009/03/24(火) 01:05:16昔の価格.comの騒ぎはASP.NET、というかWindowsサーバだったのでは？
最近あったのなら知らないけど
0803デフォルトの名無しさん
2009/03/24(火) 01:05:33Rubyは、楽天、ドリコム、ニフティ、カカクコム、リコー
サービスでいえば、iKnow（セレゴ・ジャパン）もRuby
0804デフォルトの名無しさん
2009/03/24(火) 01:05:55>XML文字列を作るときにXMLライブラリの出力以外の方法として
>愚直な文字列連結しか思いつかない
言語仕様にも原因はありそう
0805デフォルトの名無しさん
2009/03/24(火) 01:08:29> 月間2.8億PV
クックパッドは半端ないビュー数ｗ
ようスケーリングしているなあ
twitterも前はrubyだったけ。途中で悲鳴上げてphpかperlになった記憶があるが
0806デフォルトの名無しさん
2009/03/24(火) 01:10:49ありえん
0807デフォルトの名無しさん
2009/03/24(火) 01:11:11ってここ一連の流れはWebProg板でやれって感じだがｗ
0808デフォルトの名無しさん
2009/03/24(火) 01:11:48だったらもうホットデプロイのJavaでいいじゃんｗ
0809デフォルトの名無しさん
2009/03/24(火) 01:14:04そうだよ
0810デフォルトの名無しさん
2009/03/24(火) 01:21:38そうだね
0811デフォルトの名無しさん
2009/03/24(火) 02:02:14twitter は ruby から scala だぜ。
http://www.scala-lang.org/node/1008
なんだかんだで jvm はよく出来てるってオチかね。
0812デフォルトの名無しさん
2009/03/24(火) 02:05:550813デフォルトの名無しさん
2009/03/24(火) 02:07:28それもParrotが完成するまでの話だぜ！とスレ的に言ってみる
0814デフォルトの名無しさん
2009/03/24(火) 02:38:25require 5.008;
0815デフォルトの名無しさん
2009/03/24(火) 02:54:34Pythonは一番多く使われてるシーンはCG系ツールのプラグインスクリプトだろう。
納品するタイプではなく、まさにグルー的に使われている。
0816デフォルトの名無しさん
2009/03/24(火) 08:17:11Java → サービス部分
スクリプト → その他雑務
が実態。もともとそういう位置づけだし。
0817デフォルトの名無しさん
2009/03/24(火) 09:10:32JavaやRubyでもなんでもヤれなくはないが、なんでもヤると辛いだけだし。
特にRuby信者は夢見すぎな感がある。
Pythonなんかだと案件の簡単な検証でhttpやsmtp鯖をマッハで立ち上げられるし、
データの分析のパーサとしても使えるし、RDBも内蔵しているから
ちょっとJavaやＣでやるにはマンドクセな部分もPythonだと簡単に出来たりする面が美味しいのだし。
Python信者ほどGoogleがどうこうなんて言わないと思うな。
ちょっとした事を実現するのに便利だから使っている人が多いだけで、
Pythonでエンタープライズ利用とか、マジで考えている人は少ないだろ。
0818デフォルトの名無しさん
2009/03/24(火) 09:28:36今のLinuxだと、Rubyは無くてもいいがPythonは無いと困る場面が多い…てゆーか
ディストリによっては始めから、入ってないディストリでも
アプリインスコしてたらいつの間にかPythonインスコされてたりするｗ
0819デフォルトの名無しさん
2009/03/24(火) 09:31:030820デフォルトの名無しさん
2009/03/24(火) 10:05:070821デフォルトの名無しさん
2009/03/24(火) 10:32:12言語論争が好きなやつって浅い知識しかないやつ多いよね。
0822デフォルトの名無しさん
2009/03/24(火) 13:23:46http://journal.mycom.co.jp/news/2009/03/24/008/
わーい 鸚鵡さんが羽ばたいたー
鸚鵡さんが大空に羽ばたいたー(謎
0823デフォルトの名無しさん
2009/03/24(火) 13:48:29そりゃあんたみたいに何も書かなきゃ間違いようはないわなｗ
突っ込まれるのがそんなに怖いか
0824デフォルトの名無しさん
2009/03/24(火) 13:52:35Perl6って、今年のクリスマスには出る？
そういうわけではない？
0825デフォルトの名無しさん
2009/03/24(火) 14:48:26http://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
0826デフォルトの名無しさん
2009/03/24(火) 19:15:07http://slashdot.jp/developers/09/03/18/0732259.shtml
> 2009年中にはpre-1.0リリースを行おうとは考えているが、2008年の
> 開発ペースを上回るペースで開発が進んだとしても、Rakudo 1.0、
> つまりPerl 6.0.0の仕様を完全に実装したものについて、2009年中の
> リリースは現実的ではないと考えている。
だめっぽいね。>>825なんかとあわせて、かなり現実的なものには
なってるみたいだけど
0827デフォルトの名無しさん
2009/03/24(火) 19:23:49「ディストリによっては始めから」と書いた通り
0828デフォルトの名無しさん
2009/03/24(火) 19:29:090829デフォルトの名無しさん
2009/03/26(木) 12:21:47PHP使いのレベルの低さの分かるトラックバック
正規表現なんてこの世から消えればよいのに
http://blog.k05.biz/archives/815
コンパイラの作り方とかまったく知らないんだろうね
0830デフォルトの名無しさん
2009/03/26(木) 12:23:48http://blog.k05.biz/archives/815
さすがはレベルの低いのが多いPHPerだな
正規表現を語るなよ
0831デフォルトの名無しさん
2009/03/26(木) 12:55:490832デフォルトの名無しさん
2009/03/26(木) 12:57:52サンプルデータは簡単に作れるし、内部状態もないし。
0833デフォルトの名無しさん
2009/03/26(木) 14:19:570834デフォルトの名無しさん
2009/03/26(木) 14:47:490835デフォルトの名無しさん
2009/03/26(木) 15:09:07できれば避けて通りたい自分は妥協の産物って印象なのだが
0836デフォルトの名無しさん
2009/03/26(木) 15:44:26キャプチャとか先読みとかの拡張はできるからやってます感はあるよね。
0837デフォルトの名無しさん
2009/03/26(木) 16:12:560838デフォルトの名無しさん
2009/03/26(木) 16:58:05ツールとして使う人とそれにしかすがる物が無い人の差なのかな。
0839デフォルトの名無しさん
2009/03/26(木) 17:02:010840デフォルトの名無しさん
2009/03/26(木) 17:06:510841デフォルトの名無しさん
2009/03/26(木) 19:27:380842デフォルトの名無しさん
2009/03/26(木) 20:57:460843デフォルトの名無しさん
2009/03/26(木) 21:12:16どうやってソースコードから検索・抽出
やってるんだろう…?
0844デフォルトの名無しさん
2009/03/26(木) 21:14:040845デフォルトの名無しさん
2009/03/26(木) 21:19:38>内部状態もないし
dayone
0846デフォルトの名無しさん
2009/03/26(木) 21:21:56void\s+関数名
とか
^\s*\/\/
を否定で検索したりとか？
0847デフォルトの名無しさん
2009/03/26(木) 21:39:330848デフォルトの名無しさん
2009/03/26(木) 21:55:17GREPって使ったことある？
0849デフォルトの名無しさん
2009/03/26(木) 22:00:010850デフォルトの名無しさん
2009/03/26(木) 22:16:51あるけど何？
0851デフォルトの名無しさん
2009/03/26(木) 23:03:110852デフォルトの名無しさん
2009/03/26(木) 23:12:14普段はせいぜいワイルドカードで間に合う
0853デフォルトの名無しさん
2009/03/26(木) 23:53:220854デフォルトの名無しさん
2009/03/27(金) 00:07:31むしろ文字列同士の比較が、よほど厳密な時や速度を気にする時しか使わない気がする
PerlerやRubyistからすると「何でわざわざ文字列同士で？正規表現でいいじゃん」となるのも仕方ない
しかしJavaではあんまりやりたくないわな、面倒いｗ
0855デフォルトの名無しさん
2009/03/27(金) 00:18:46import *;
0856デフォルトの名無しさん
2009/03/27(金) 00:23:35どの言語も一長一短で完璧じゃないから、複数の言語が入り乱れるわけだし
PerlにしたってPHPに劣ってる部分もあるわけなんだからさ。
たまたま正規表現という文化がPerlプログラマにあったってだけの話だよ。
0857デフォルトの名無しさん
2009/03/27(金) 00:29:13処理速度そんなに気にしなくていいとか言ってるひといるんだけど
そういうもんなの？(文字列完全一致と比べるのはなしで)
0858デフォルトの名無しさん
2009/03/27(金) 00:44:11なんかコンパイルをマシン語への変換と思ってそうｗ
0859デフォルトの名無しさん
2009/03/27(金) 00:55:44処理速度が十分なほど速いかはケースバイケース
バックトラックが多数発生するような正規表現なら、かなり遅いこともあり得るだろう
0860デフォルトの名無しさん
2009/03/27(金) 01:17:170861デフォルトの名無しさん
2009/03/27(金) 02:41:040862デフォルトの名無しさん
2009/03/27(金) 02:45:45仏の顔もって言うしね、謝って許してもらおうとも思っていない。
0863デフォルトの名無しさん
2009/03/27(金) 10:18:28エディタなどで使うときは、かなりの割合で文字列置換にも使う。
というか、置換に使わなければ確かにワイルドカードで十分な事が多い。
0864デフォルトの名無しさん
2009/03/27(金) 10:57:48気になる人はstatic regexみたいなのがあるよ。
ttp://www.kmonos.net/alang/boost/classes/xpressive.html
正規表現だと解析できない再帰的な構文とかも解析できるし。
0865デフォルトの名無しさん
2009/03/27(金) 12:46:33言ったのは正規表現使うって言い出した奴であって
検索はワイルドカードでいいって言った奴が置換でも正規表現使わんと言った訳じゃないが
0866デフォルトの名無しさん
2009/03/27(金) 20:41:320867デフォルトの名無しさん
2009/03/28(土) 15:05:35検索： /^/ → 置換： " "
でできるのと、
検索： /^(.)?/ → 置換 " $1"
みたいにしないといけないのと、どっちが正規表現としては本道なの？
後者しかできないエディタとか、正直めんどいんだが
0868デフォルトの名無しさん
2009/03/28(土) 15:19:35正規表現がなかったら、スクリプトを動作させるプログラムを作るのが
大変になるのに
0869デフォルトの名無しさん
2009/03/28(土) 15:36:15しかし、Matzの日記といいdankogaiといい、PHPに突っかかると腫れ物に触れたかのような反応が周りから返ってくるなｗ
0870デフォルトの名無しさん
2009/03/28(土) 16:26:460871デフォルトの名無しさん
2009/03/28(土) 16:35:58そんなことないって。
ＰＨＰ使いは多いから、そう見えんねん。
macのウィルスよりwindowsのウィルスが多いのと一緒や
0872デフォルトの名無しさん
2009/03/28(土) 17:06:220873デフォルトの名無しさん
2009/03/28(土) 17:16:31作っている奴はなんかいかがわしいが、それは認めざるを得ない。
0874デフォルトの名無しさん
2009/03/28(土) 17:19:090875デフォルトの名無しさん
2009/03/28(土) 17:23:09世の中の流れによって、いずれかの言語がそういうババを掴まされる。
今はPHPがその役。
それを「PHPという言語への批判」とか「PHPユーザーは皆無能」と言っていると誤読して
噛み付く馬鹿が結構居るけど、そういうの見てるといつも
「なんでこの人達はこんなに気合いを入れて、自分の誤読の内容を自分の言動で
証明しようとしてるんだろう？」
って思うなぁｗ
0876デフォルトの名無しさん
2009/03/28(土) 17:29:060877デフォルトの名無しさん
2009/03/28(土) 18:07:37底辺プログラマーは大変だなぁ
0878デフォルトの名無しさん
2009/03/28(土) 18:12:17>>870のどのあたり？
0879デフォルトの名無しさん
2009/03/28(土) 18:35:52という言葉にPHP使いは有能な人も多いとは読み取れないだろｗ
0880デフォルトの名無しさん
2009/03/28(土) 20:04:38たしかにｗ
そもそもプログラマという職業自体が底辺だしｗ
0881デフォルトの名無しさん
2009/03/28(土) 20:15:17俺は前者で出来てほしいと思うが
正規表現的には若干怪しい気がするね
0882デフォルトの名無しさん
2009/03/28(土) 20:19:01なんていっても誰も見向きもしてくれない。
一人二人ネタコピペ改変くらいで反応してくれるくらいだ。
しかし、「PHPは正規表現リテラルもない、こんな(ry」
とかでも言ったら、もうトラックバックがじゃんじゃかｗ つれるつれる
まあ人口が多いってだけだろｗ
0883デフォルトの名無しさん
2009/03/28(土) 20:24:32（むしろどこが怪しいんだ…）
メタ文字を文字に置き換える。
それだけでしょ。
0884デフォルトの名無しさん
2009/03/28(土) 20:31:33しいて言うなら、^ の指す「行頭」というものがやや曖昧なことか
0885デフォルトの名無しさん
2009/03/28(土) 20:39:080886デフォルトの名無しさん
2009/03/28(土) 20:47:28EOFの扱いもあるしね
概念的には問題ないが、やや実装依存
0887デフォルトの名無しさん
2009/03/28(土) 21:31:040888デフォルトの名無しさん
2009/03/28(土) 21:43:08戦闘力？
0889デフォルトの名無しさん
2009/03/28(土) 21:52:030890デフォルトの名無しさん
2009/03/28(土) 21:55:45> という言葉にPHP使いは有能な人も多いとは読み取れないだろｗ
なんでそんな全く関係の無い意見の話をするのかわからんけど、
つまり>>870が「PHPという言語への批判」と「PHPユーザーは皆無能」という意見を言ったというのは
>>876のついた嘘ということでいいのかな？
0891デフォルトの名無しさん
2009/03/28(土) 22:26:480892デフォルトの名無しさん
2009/03/28(土) 23:51:41>882
> ｢Delphiは正規表現もない言語､こんな言語なんてなくなれば(ry｣
高確率で文字列を出力することになるPHPと
必ずしも扱う必要のないDelphi比べるのはちと酷くね？
0893デフォルトの名無しさん
2009/03/28(土) 23:56:390894デフォルトの名無しさん
2009/03/28(土) 23:58:220895デフォルトの名無しさん
2009/03/28(土) 23:59:330896デフォルトの名無しさん
2009/03/29(日) 00:00:53まあ言いたいことはわかるが
文字列処理がメインのP言語の正規表現サポートが厚いのは当然ではある
0897デフォルトの名無しさん
2009/03/29(日) 00:04:320898デフォルトの名無しさん
2009/03/29(日) 00:21:310899デフォルトの名無しさん
2009/03/29(日) 00:43:06似たようなものだと思うけど。
0900デフォルトの名無しさん
2009/03/29(日) 00:47:090901デフォルトの名無しさん
2009/03/29(日) 00:58:52ごめ、Perl使いには悪いけど、それはないわ。ガチで。
0902デフォルトの名無しさん
2009/03/29(日) 00:59:350903デフォルトの名無しさん
2009/03/29(日) 01:01:22本職のプログラマさんに頼むより早くて安くできるからPHPを使うの。
0904デフォルトの名無しさん
2009/03/29(日) 01:16:19一つだけ違うのはPerl使ってる人は何故か優越感があって
PHP使ってる人は何故か劣等感があるという事だけ
いじめっ子気質といじめられっ子気質というか
0905デフォルトの名無しさん
2009/03/29(日) 01:18:020906デフォルトの名無しさん
2009/03/29(日) 02:06:17Webではね。
0907デフォルトの名無しさん
2009/03/29(日) 02:08:31やっぱ Perl の方がまだ多い？わからん。
0908デフォルトの名無しさん
2009/03/29(日) 02:16:11PHPかJavaが大半で残りにPerlとRubyがあるかないかって感じ
保守案件や機能拡張ではPerlの案件も多いんだけどね
0909デフォルトの名無しさん
2009/03/29(日) 05:26:300910デフォルトの名無しさん
2009/03/29(日) 05:39:57だが確実に言える事は
Perlの場合は馬鹿が書いても
プロが書いても同様に汚いということ
0911デフォルトの名無しさん
2009/03/29(日) 05:43:47高卒バイトレベルでもそれなりに扱えてしまうPHPは単価安い&レベル低いし
Perlは案件無くてそもそも食っていけない。
Web系で許されるのはJavaまでだと思う。
0912デフォルトの名無しさん
2009/03/29(日) 07:25:25GoogleやMSに入れれば無理しなくても稼げる。どんな言語選ぶかとかいう問題じゃないんだよ。
0913デフォルトの名無しさん
2009/03/29(日) 07:26:590914デフォルトの名無しさん
2009/03/29(日) 07:52:480915VB使い
2009/03/29(日) 08:25:190916デフォルトの名無しさん
2009/03/29(日) 08:39:34そもそも汚く見せるため美学があるように思える
0917デフォルトの名無しさん
2009/03/29(日) 08:42:21これに文句をつける人って初めて見た。
多すぎってどれくらいなんだろう。
0918デフォルトの名無しさん
2009/03/29(日) 12:13:02すでに就職している従姉妹と話していると、
「なんでも正直に答えていたら、損をする」と言われました。
また、本命に内定を頂いた友人には、
「面接なんか嘘ばっかりだよ。正直に言ったら、就活に負けるよ」
と言われました。
嘘をついてまで本命でない会社に入社しても長くは続きませんので、
面接官はそういったところをよく見ると思います。
0919デフォルトの名無しさん
2009/03/29(日) 12:13:45なぜなら、学生が頑張ったことなどというのは、確かによくする質問ですが、
別にそれがすごいことであったとしても、それ自体を評価することは稀だからです。
嘘をつくってことは、とても難しいことだし、つじつまが合わなくなることだって考えられるし、
それが原因で態度が自信なく見えるというのもあります。
それよりも、あなたがその企業を本当に希望しているのなら、その企業を調べつくして
その会社にどうしても入りたいという熱意を伝えるべきです。
事前に本命の前には何社か面接を経験し、面接慣れをしておくのも重要です。
嘘をつかずに、そのエネルギーを企業研究に傾けてください。
そして熱意を伝える方法を考えてみてください。
そうすれば、必ずあなたの希望の企業に入れると思います。
頑張ってくださいね。
0920デフォルトの名無しさん
2009/03/29(日) 12:16:550921デフォルトの名無しさん
2009/03/29(日) 12:17:27矛盾してんじゃん
0922デフォルトの名無しさん
2009/03/29(日) 12:18:51Python は当たり前に使ってるし取り上げられなくても困らない
むしろ変な人気が出て馬鹿がよってくる方が迷惑
0923デフォルトの名無しさん
2009/03/29(日) 12:20:21テレビで行列が出来る店が紹介されると
店の質が悪くなって客が減るあれだな
0924デフォルトの名無しさん
2009/03/29(日) 12:26:16pythonユーザはCool！
0925デフォルトの名無しさん
2009/03/29(日) 12:35:07全く同意なんだが排他的とか閉鎖的とか言う気もする
まあそこに至るまでみんな色々あったわけだが
0926デフォルトの名無しさん
2009/03/29(日) 14:17:12http://d.hatena.ne.jp/zhenmi/20090309/1236648833
1. google app engine => java 使えるようになる => jruby が動く
2. 産学官三つ巴で取り組む => 教育現場で ruby に触れた層が供給される
3. 大学の情報教育のベースは、何やかや言って Java 強し (一部、C# 採用してるとこもあり?)
国内を眺めると、それなりに無難なコースかもしれん
需要と供給が満たせればそれで良いわけで…悪いこと
ではないかもしれん…
正直 jruby それほど悪くないと感じる今日この頃orz
0927デフォルトの名無しさん
2009/03/29(日) 14:19:37http://0xcc.net/blog/archives/000135.html
0928デフォルトの名無しさん
2009/03/29(日) 14:30:500929デフォルトの名無しさん
2009/03/29(日) 14:35:46できるだけ高速に動作しようとしている本家の通常のRubyがCRuby
jrubyとcrubyはそれぞれのインタプリタ名
0930デフォルトの名無しさん
2009/03/29(日) 14:39:160931デフォルトの名無しさん
2009/03/29(日) 14:39:250932デフォルトの名無しさん
2009/03/29(日) 14:42:25互換性についてはよく知らんけど、Railsが動くなら良い線いってるはず
0933デフォルトの名無しさん
2009/03/29(日) 14:45:48別にそんなものすごく遅いわけじゃない
体感的には一回り前のハードウェアで動作させている感じだ
JRubyで作って重くて使い物にならないようなサービスは、おそらくPureRubyで作っても重い
>>932
いや、1.8より遅いという認識をしておくべき
CRubyより平均して速くなるというようなことは、なにかパラダイムシフトと天才の両方が降臨しない限りないだろう
0934デフォルトの名無しさん
2009/03/29(日) 15:36:200935ruby使い
2009/03/29(日) 16:56:23→もっとも手に馴染む良い道具！最高！
PHP
→便利すぎる！最高！
Perl
→使ってる人たちがかっこいい！最高！
Python
→コードが整然としててかっこいい！最高！
みんな好きすぐる。
0936デフォルトの名無しさん
2009/03/29(日) 16:58:02Perlだけに悪意を感じるのは俺だけか。
0937デフォルトの名無しさん
2009/03/29(日) 17:17:03Perl → スペルミス？
Ruby → どっちかというとサファイアが好き
Python → へびきもい
0938デフォルトの名無しさん
2009/03/29(日) 21:36:45きもいをあえてかっこいいと
0939デフォルトの名無しさん
2009/03/29(日) 23:26:27仕事を効率化するためのただの道具として使うのが幸せだね
プログラマとして高く評価される人なんてほんの一部だからつらいよね
自分はこんなにクリエイティブな仕事をしてるのに・・・とか思ってもわかってもらえないよね
みんながんばれ
0940デフォルトの名無しさん
2009/03/29(日) 23:32:36どれだけ平易にわかりやすく書けるかが重要であって
小難しいことや斬新なことは玄人の自己満足に終わる
作家で言うと赤川次郎の小説や秋元康の歌詞が絶賛されて
大江健三郎はノーベル賞取れるけど市民はあんまり読みこなせないみたいな
0941デフォルトの名無しさん
2009/03/29(日) 23:37:44とにかく早くスクリプトを書く
特にまとめたり最適化はしない(時間がかかることはできるだけしない)
あとで弄れるよう配慮はする
第二段階
追加の案件と共にスクリプトをまとめていく
(時間を掛け、)共通化・クラス化をすすめる
できればJavaScriptを使いながら次の案件が来るよう期待値を込める
第三段階
追加の案件と共にDB周りの最適化
ビューや関数を弄っていく
0942デフォルトの名無しさん
2009/03/29(日) 23:40:09なんか上手いこと書いてるような気もするし気持ちは凄くわかるが、
現実の業務では第二段階で有形無形の越えがたい壁が存在する、ような気がする。
0943デフォルトの名無しさん
2009/03/29(日) 23:43:08問題はコードができるできないじゃなくて仕様が固まってるかそうじゃないかが大きいから
0944デフォルトの名無しさん
2009/03/29(日) 23:45:09さすがにそれはちょっと
0945デフォルトの名無しさん
2009/03/29(日) 23:56:540946デフォルトの名無しさん
2009/03/30(月) 00:02:41>とにかく早くスクリプトを書く
>あとで弄れるよう配慮はする
が無理なんじゃないの？
0947デフォルトの名無しさん
2009/03/30(月) 00:03:37ようニート
0948デフォルトの名無しさん
2009/03/30(月) 00:24:39なんだバイトくん
0949デフォルトの名無しさん
2009/03/30(月) 00:54:08全体の案件は聞いておいて、小分けしてやっていくのさ
最初はたたき台作ってそれから派生していくような感じ
いきなり別のものを作るわけじゃないからさ
全部作って「どうですか？」だと修正が絶対あるし時間もかかるからｳﾁは基本分けてやってる
最初で相手から完璧なイメージとか無いから、最初はホント凝らない
>>945
実際にはこのあたりまで共通化・クラス化していくよ
なかなか第二だけでは時間が足りないｗ
>>946
たたき台だからさ
簡単に機能毎に分けておくだけ
複雑さは悪
0950デフォルトの名無しさん
2009/03/30(月) 01:16:07Rubyは小物用
Pythonはアプリ用
PHPはWeb用
というイメージがあるなあ
0951デフォルトの名無しさん
2009/03/30(月) 01:17:53Javaで言うところのWebLogic劇重だからサーブレットはクソみたいに言われてた歴史を繰り返しちゃってる
0952デフォルトの名無しさん
2009/03/30(月) 02:01:46ああいうのってなにに使うの？
0953デフォルトの名無しさん
2009/03/30(月) 02:43:54Perlで言うCPAN
Rubyで言うGems
Pythonでいう所は知らん
0954デフォルトの名無しさん
2009/03/30(月) 05:17:550955954
2009/03/30(月) 05:19:580956デフォルトの名無しさん
2009/03/30(月) 08:10:130957デフォルトの名無しさん
2009/03/30(月) 08:44:10それにしてもPyPyのネーミングは日本人にとっては酷いよなｗ
0958デフォルトの名無しさん
2009/03/30(月) 09:00:060959デフォルトの名無しさん
2009/03/30(月) 12:00:120960デフォルトの名無しさん
2009/03/30(月) 12:21:04http://www.serabe.com/rmagick4j/
もう jruby で imagemagic 動かせる床まで
持って来てる… java なのに… jini なのに
何だこの圧倒的な実装能力('A`)
0961デフォルトの名無しさん
2009/03/30(月) 12:22:18その時にEgg？easy_install ？ なにこいつら意味不明。
で終わってる人間も多数いると想像。
0962デフォルトの名無しさん
2009/03/30(月) 12:26:450963デフォルトの名無しさん
2009/03/30(月) 12:36:430964デフォルトの名無しさん
2009/03/30(月) 12:49:21そっか JMagic 経由で実装してるみたいなかんじなのか…
jini で黒魔術駆使してるみたいなのかと思ってた('A`)
過去の資産が活かせるのは強みなんだな㌧くす
0965デフォルトの名無しさん
2009/03/30(月) 12:56:200966デフォルトの名無しさん
2009/03/30(月) 13:07:46というか jni だ。ぐぐれ
0967デフォルトの名無しさん
2009/03/30(月) 13:38:07それをやったらJVM上で動かす意味が激減してしまう。
Jarを置くだけでどんな環境でも動くのがJavaの素晴らしさ。
0968デフォルトの名無しさん
2009/03/30(月) 14:48:38https://svn.codehaus.org/jruby/branches/jruby-1_2/src/org/jruby/ext/ffi/jffi/DynamicLibrary.java
java やったことないけど
読みやすいコードだと感じる…アノテーションで
対応する ruby コード名が記述されている…???
0969デフォルトの名無しさん
2009/03/30(月) 16:23:49http://jmettraux.wordpress.com/
というかありました…
swig でもなく ruby-api でもなく統一的な枠組みで
c のライブラリを叩く方法が
ruby - ruby-ffi - lua => rufus-lua
ruby - ruby-ffi - tokyo-cabinet => rufus-tokyo
というか ruby の良い部分を認識改めさせられてし
まうまう
0970デフォルトの名無しさん
2009/03/30(月) 23:19:43>実際にはこのあたりまで共通化・クラス化していくよ
>なかなか第二だけでは時間が足りないｗ
そういう意味じゃなくて第三段階にそれがあるのがおかしいよって言う意味
0971デフォルトの名無しさん
2009/03/31(火) 01:10:50最初のあたりでどのあたりがDBで使うところなのかは分かってるけど、手をつける暇が無いんだよ
あと、データ入力や作業移行なんかで案件が膨らむんでDB周りが忙しくなるのが後半
最初にやってたのとは違う所が忙しくなったりするのさ
あと、新人研修もかねるんでプログラムの組み方や範囲も易→難と割り振りやすい
0972デフォルトの名無しさん
2009/04/02(木) 00:53:310973デフォルトの名無しさん
2009/04/02(木) 20:15:120974デフォルトの名無しさん
2009/04/02(木) 23:35:34http://www.pref.fukuoka.lg.jp/d14/ruby-boshu.html
>福岡県では、Rubyを活用して事業拡大を図る県内のIT関連企業が、ソフトウェア開発技術者、セールスエンジニア等を新規に雇用して実施するソフトウェア開発に対して支援する「Rubyビジネス雇用創出支援事業」を実施します。
>本事業はRubyの普及・発展に寄与するソフトウェア開発事業に対し、人件費の支援を行います。
ははは緊急雇用対策なんて
またまたご冗談を…
四月馬鹿ですよねいやー
…マジかマジなのですか
福岡県商工会議所はじまた
0975デフォルトの名無しさん
2009/04/02(木) 23:48:460976デフォルトの名無しさん
2009/04/02(木) 23:53:09あんな組織まだ信じてるのか
0977デフォルトの名無しさん
2009/04/03(金) 00:14:00世間と隔離されてるとそれだけでかなりデメリットになるし
タンス職人みたいな感じで技術だけ教えても使いどころ無いだろ
0978デフォルトの名無しさん
2009/04/03(金) 00:38:320979デフォルトの名無しさん
2009/04/03(金) 00:52:56結局アレはアレでアレだということが看破されてたな
0980デフォルトの名無しさん
2009/04/03(金) 09:42:060981デフォルトの名無しさん
2009/04/03(金) 10:25:11http://pc12.2ch.net/test/read.cgi/tech/1238720336/l50
0982デフォルトの名無しさん
2009/04/03(金) 19:28:260983デフォルトの名無しさん
2009/04/04(土) 00:19:230984デフォルトの名無しさん
2009/04/04(土) 11:59:110985デフォルトの名無しさん
2009/04/04(土) 14:11:010986デフォルトの名無しさん
2009/04/04(土) 15:01:41早漏過ぎてﾜﾛﾀ
0987デフォルトの名無しさん
2009/04/04(土) 15:45:100988デフォルトの名無しさん
2009/04/04(土) 16:50:560989デフォルトの名無しさん
2009/04/04(土) 17:43:020990デフォルトの名無しさん
2009/04/04(土) 17:44:230991デフォルトの名無しさん
2009/04/04(土) 21:00:190992デフォルトの名無しさん
2009/04/04(土) 21:07:340993デフォルトの名無しさん
2009/04/05(日) 14:16:220994デフォルトの名無しさん
2009/04/05(日) 14:18:420995デフォルトの名無しさん
2009/04/05(日) 15:17:510996デフォルトの名無しさん
2009/04/05(日) 21:13:500997デフォルトの名無しさん
2009/04/05(日) 23:43:000998デフォルトの名無しさん
2009/04/06(月) 05:45:190999デフォルトの名無しさん
2009/04/06(月) 05:49:051000デフォルトの名無しさん
2009/04/06(月) 05:49:561001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。