- 1 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 10:48:30 ]
- 最強のＬＬ＝軽量プログラム言語は、どれよ？
エントリーは、
Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！
■LLとは？
軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、
コードの作成や修正が容易と見なされるプログラミング言語のことを指す。
ここでいう「軽さ」はプログラマの負担の軽重を指し、
実行速度に優れているという意味ではない。
現在の水準では
・インタプリタ
・動的型
・正規表現
・関数オブジェクト
などを利用できるものがLLと呼ばれることが多い。（Wikipediaより）
■過去スレ
【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1238720336/
【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1234635513/
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1215319832/
【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1209289408/
【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1188997302/
- 684 名前：デフォルトの名無しさん mailto:sage [2009/07/17(金) 19:45:18 ]
- 334 ：可愛い奥様：2007/06/26(火) 09:46:19 ID:raxdPvfD0
OLだった頃、会社で働いていた日本に超詳しいベルギー人が言ったことに納得してた。
日本文化は身内受けの凝り性文化だそう。
外国文化に負けまいとしているのではなく、
世に意図的にインパクトを与えようとしているのでもなく、
今ここにいる同じ価値観を共有する仲間からの喝采を浴びたいと考える。
その結果、同じものを志す者同士の「これすごいだろ、おもしろいだろ」合戦が始まり、
そこで生み出される物が自然と研ぎ澄まされていく。
でもその競争は、敵対的なものではなく、お互いを尊敬しあいながら、静かに深く進行していく。
そしてある日、偶然目撃した異文化出身の人間（外国人）から、
それがすごいものであることを知らされる。
ほとんどの日本人はその日が来るまで、自分たちが作り上げた物がすごいものとは知らない。
もろもろの伝統文化、芸能、電化製品、アニメ、他、みんな同じパターンで世界に広まっていった。
だから、日本がここまで発展してきたのも必然的なものだし、
この精神が衰えない限り、これからも日本は誰に頼まれることもなく、
知らないうちに勝手に世界にインパクトを与え続けていくだろうと。
- 685 名前：デフォルトの名無しさん [2009/07/17(金) 23:26:08 ]
- >>684
どう考えても褒めすぎ
今の日本は屑しかいない
- 686 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 02:50:20 ]
- >>658
> >>639
> >どんなにオブジェクト指向を強くしたところで、プリミティブ型や配列型のないプログラミングなどあり得ない。
> >スカラ変数とリファレンスを分けるシジルがあればより便利だということに過ぎない。何もないよりずっといい。
>
> 何をいいたいのかまるでわからない。プリミティブ型や配列型を排除しろとは誰も言ってないし、うーん。
> @tmpがリスト、%tmpがハッシュ、で、それ以外のデータ構造を使ったら$tmp
> 。
> べつに、ぜんぶ$tmpで統一してくれていいんだけど。
何を言ってるわけ？
$tmpに統一って、$tmpしかないことは機能性の後退だろ。
Perlがシジルを使ってデータ型を表すこと、それはハンガリアン記法という広く普及してる変数命名法を言語レベルで保証しているということ。
> >>>610の$tmp_mapは%tmp_mapの間違いだが、これはPerlであればコンパイルエラーを起こすので、未然にバグを防げる。
> これもなにがどうエラーになるのか不明なので、解説よろしく。
お前、Perl知らないだろ？
> つーか、もちっとわかりやすい文章書こうぜ。Perlerだから仕方ないけど。
>
お前がアホだからというか、Perlを知らないからだろ？
- 687 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 02:55:47 ]
- だいたい$tmpに統一なんて言い出すところからして、PHPだろ？PHPは、論外だから。
- 688 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:10:11 ]
- Ruby脳的には、せっかく動的言語なんだから
型の決定は実行時に遅延させたいなあ
・・・・というわけなのかは知らんが、$やら@はスコープの表記に使っちゃった
- 689 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:47:28 ]
- Ruby GJ!! www
- 690 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 09:11:43 ]
- Rubyは何でカッコの省略を認めたのか。あれは最高に見づらい。変数だかメソッドだか分からない。
- 691 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 09:29:21 ]
- 分からなくていいじゃん
問題なのは関数渡しがまんどくさい
- 692 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 09:45:48 ]
- いいわけないだろ。そのせいで、いちいちソースを追う羽目になるんだから。
- 693 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 10:25:16 ]
- 変数もメソッドも同じオブジェクトっていう発想は画期的なものなんだが。
- 694 名前：デフォルトの名無しさん [2009/07/18(土) 10:39:05 ]
- $xxx = "Subject: =?SHIFT_JIS?B?W5FLXYNUg0ODZ5NvmF6CzY2hgqqStIFggqiTvoH0?=";
$xxx = mb_decode_mimeheader($subj);
$xxx = mb_convert_encoding($subj,"SJIS");
echo $xxx;
↓
Subject: [?]?????????????
になっちゃうんです。
どうしたらうまく変換できますか？
- 695 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 10:39:10 ]
- rubyにおいてメソッドはオブジェクトじゃないお
- 696 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 11:34:06 ]
- 関数でもメソッドでもいいが、少なくとも引数がある場合はカッコあった方が良くね？
引数ないときに()を省略できるかどうかはまた別だけど、俺はあった方がいい。
- 697 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 12:23:18 ]
- 引数がある場合でも括弧付けない言語なんざいくらでもあるけどな
つかRubyの場合、フィールド参照もメソッド呼び出しだから
必ず括弧付けるとなると、なんだか読みにくくなりそう
- 698 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 12:27:01 ]
- その場合、複数行になる場合はどう書くの？
- 699 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 12:37:46 ]
- >>695
滅多にお目にかからないが、Methodクラスってのはある
ファーストクラスかと言われると怪しい
- 700 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 12:44:15 ]
- Methodクラスのインスタンスはオブジェクトだから、ファーストクラスだお
でもそれ自体はメソッドじゃないお
- 701 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 12:50:26 ]
- Rubyでメソッド呼び出しの括弧省くと、なんだかんだでパースエラーに
なる事が多くて、結局格好付ける事になりがち。
で、括弧が多くなってくると、「不統一なのもかっこわるいから、
全部付けとくか」ってなる。
- 702 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 12:54:42 ]
- Ｌｉｓｐも有る意味、引数に括弧はないな
- 703 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 12:56:39 ]
- >698
改行が文末として扱われる言語ならば、行を継続する場合に明示する。
例えばVBは行末に _ を書くし、Rubyでも行末にバックスラッシュを書くと文末として扱われない。
Pascalなんかは引数が無い場合には括弧を書かないが
Cなどと同じくセミコロンを置くことで文末を示す言語なので、複数行でも何ら表記は変わらない。
- 704 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:02:54 ]
- >>703
そういうことか。
しかし、数学では普通関数をf(x)ってカタチに書くから、
カッコがないってのがなんか気持ち悪い。
- 705 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:08:25 ]
- >> 690
レシーバselfかつ引数なしのときは俺は()つけて書く。
func()みたいに。
もし()省略できなかったら、
require('library')
include('module')
みたいになって逆にキモくなるんじゃない？
まあ括弧省略可でうれしいのは,print,putsだろうけどね。
- 706 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:17:33 ]
- まぁ、Rubyでも戻り値を式として使う場合には括弧付けたほうが無難だけどね。
Perlみたく @ary = sort keys %h みたいな書き方は認められてないよ。
Rubyにはsort関数もkeys関数も無いが、もしあったなら
ary = sort(keys(h)) と書かないとエラーになるはず。
ただブロックなどで「最後の式の結果を返す」となってる場面でも省略できちゃうから
そこは個人的にはちょっと何かないかなぁと思うけど。
- 707 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:37:05 ]
- >>706
foo = p p 1 とか普通にできるけど？
ちょっと前までは、括弧が将来必要になるかも、ってwarningが出てたけど、
> 「文法を簡単にしようと思ってたんだけど、RubyConfで『括弧の省略を駆使していかに
> 英語っぽいコードを書くか』という内容でまるまる1セッション使った発表があって、諦めた」
という奴だね。
- 708 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:38:52 ]
- まとめると、
文系：省略派
理系：非省略派
ってことだな。
- 709 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:39:58 ]
- >707
ま ぢ か
じゃあ俺の使ってるバージョン古いんだな…
- 710 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:41:56 ]
- >>708
ガチガチの文系で理系にコンプレックスのある漏れが非省略派なのでうそ臭いです
- 711 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:43:50 ]
- 括弧の省略は
・省略した方が明らかに読みやすいと思われるケースがある
puts("hello ruby")
puts "hello ruby"
・言語内DSLにとっては、省略が効いたほうが有利なことがある
例えばrake（Ruby版make）だと
task :default => [;test]
task :test do
ruby "test/unittest.rb"
end
などなどの事情もあるわけだから、
たぶんコーディングスタイルのレベルで対応するべき問題ではないか
- 712 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 13:44:50 ]
- rubyの場合省略不可にするとプロパティ構文とか導入しないとめんどくさそうではある
- 713 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:12:53 ]
- requireだろうがattr_accessorだろうがカッコ付きでいいじゃん、と
割り切ればいいのでは？
- 714 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:16:26 ]
- 括弧の省略が嫌いならPythonに改宗すると幸せになれるよ
- 715 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:17:07 ]
- 今度は、ブロックにカッコつけるとかなんとかで（ｒ
- 716 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:24:06 ]
- >>711
puts( "hello ruby" )
- 717 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:26:53 ]
- 括弧論争は、シェルスクリプトの延長でRuby書いてる人と、
CやJavaの延長でRuby書いてる人との対立な気がする。
- 718 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:31:32 ]
- 文字列の出力くらい
"hello ruby"
だけでいいじゃない
- 719 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:38:39 ]
- Pythonの場合「関数呼び出しの括弧を省略できない」というのは
結果的にはそう見えるんだが、その中身を考えるとその表現は違う気がする
まず関数にバインドされた変数／フィールドがあって
括弧を付けるのは、その関数に対して「呼び出し」を試みる操作だからね
括弧をつけると、変数／フィールドにバインドされてるのが
・関数なら、関数の処理を行い結果を返す
・クラスなら、インスタンスを生成しそれを返す
・他にも、呼び出しが可能なオブジェクトにバインドされていればそれぞれの挙動を示す
・呼び出しに対応していないオブジェクトの場合、例外を発生させる
- 720 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:51:19 ]
- ()ありの場合は
関数的に使い、かつ引数なし
メソッドチェーン
引数が複数
それ以外のときは()省略。俺はこれがシンプルなルールだし、
可読性も高いと思ってる。
ちなみに俺はC→C++→Python→Rubyの順で習得したけど、結構省略派。
性格的にも学歴的にも理系。
Pythonはint()とかlen()が関数なのにダックタイピングしようとしてる所が好きじゃない。
self、インデントは全然許せるが、インスタンス変数をprivateにすると、self.__var
ってなったりするのが、激しく嫌いかな。あと動的言語なのにglobal宣言とかね。
でも、()を省略したくないような人なら()以外の面でも、
RubyよりPythonの方が好みだろうね。
- 721 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:53:29 ]
- PythonとJSで呼び出し時に括弧が省略できないのは
メソッドが関数の代入されたプロパティとして実装されているから，って認識でOK？
- 722 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:54:20 ]
- 括弧省略ルールは、Scalaのが明解だな。
後発だけに。
- 723 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 15:04:00 ]
- ()を省略すると、
f = hogehoge.func
って書いたときに、fが何を表すのか不明になる。
- 724 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 15:17:14 ]
- そもそも、Pythonは関数・メソッドが完全にファーストクラスだから、
名前が変数名なのか関数名なのかで呼び出す・呼び出さないを
分けられない。
def foo(): pass
bar = foo
del foo
bar()
- 725 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 15:17:53 ]
- ()なしは変数なのか関数なのか、一見でわからなくなるからやめて欲しいわ
- 726 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 16:33:49 ]
- def __call__():
でなんかなるんだっけ
- 727 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 17:32:22 ]
- 様は読めればいいわけですね。
省略する人は、Lisp嫌いですか？
- 728 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 17:41:02 ]
- 育ちによって、
hoge = func1
を「変数hogeにメソッドfunc1を呼び出した返値を代入する」と読んだり、
「変数hogeに関数func1を代入する」と読んだりするわけだ。
- 729 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 20:03:43 ]
- 「hogeはfunc1と同等」とか「hogeはfunc1と同一」もあるかも知れないぞ
- 730 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 20:23:53 ]
- Pascalは代入が := で = が同一判定だね
C言語とかと一緒にやろうとすると見事にハマるw
- 731 名前：デフォルトの名無しさん [2009/07/18(土) 20:32:11 ]
- >>730
どちらかといえばそっちの方が好みだな。
一般的に = は等号という意味が定着してるんだから
プログラミングにおける代入という新しい概念には新しい記法を与えるのが自然。
正直、代入を'='にしたのはCの負の遺産だと思う。
- 732 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 20:35:20 ]
- つーてもBASICとかでも = を代入に使うけどな
BASICだと同一判定も = だけどさ
- 733 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 21:11:28 ]
- FORTRAN 以来の負の遺産だな。
- 734 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 23:04:17 ]
- >>731
その考えはある意味正しいと思う一方で、
代入操作は比較的頻繁に行われることを考えると
短いトークンを与えようとするのは実用上正しいとも思う
- 735 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 23:52:28 ]
- 確か、C言語で代入に短いトークンを割り当てたのは、
比較より代入のほうが多い、という判断があったからなんだけど、
サンプリングが偏ってた、って何かで読んだような。
- 736 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 23:56:54 ]
- Perlが出るまでは、~ とかその他記号も空いてた様な気もする
イメージ的に=の要請が強かったのかなあと思う
その頃から別に、代入に=で違和感なかったんじゃね？
- 737 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 00:34:02 ]
- !=ってのもあるんだから、比較を==にして文字数を合わせた方が収まりが良い
- 738 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 00:36:33 ]
- >>736
~はbitwise not
- 739 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 00:49:53 ]
- 代入はSmalltalkみたいに、専用の文字（「←」とか）を用意するのがよい。
今なら、Unicodeに入れてもらえばなんとかなるだろ。
- 740 名前：デフォルトの名無しさん [2009/07/19(日) 00:59:00 ]
- いらんですよ、そんなもん
- 741 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 01:05:03 ]
- APLでもやってろよｗｗ
- 742 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 01:34:37 ]
- いや、内部コードUTF-8全盛のこの時代、決して非現実的ではないので、思考停止はいくない
単純に、欧米圏の人間にフォントを入れてもらえばいいだけさね
頑張れMicrosoftおよびその他ディストリビュータ
- 743 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 01:36:38 ]
- 入力が面倒
- 744 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 01:40:43 ]
- そろそろ欧米圏の人間にも、IMEのなんたるかを知ってもらういい機会になるかもよ
悪平等の見本みたいな意見だがなｗ
だが、いい加減英語アルファベット+αがグローバルスタンダードと思っていられても困る
- 745 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 01:43:25 ]
- -> pointer
<- assign
- 746 名前：デフォルトの名無しさん [2009/07/19(日) 01:56:01 ]
- すまんが、釣りは昼間にやってくれんかねｗ
- 747 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 02:02:33 ]
- 夜釣りには夜釣りの良さがあるんだぞ
- 748 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 02:09:22 ]
- そこでfortressですよ。
- 749 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 02:12:39 ]
- とりあえず代入は = でいいと思う。
= のどの言語でも、そこには不満ないw
- 750 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 02:31:45 ]
- ここで比較の=と代入の=と代入の:=がある恐ろしい言語が
- 751 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 02:35:23 ]
- 正格評価と遅延評価で代入演算子が異なる言語もあるでよ
- 752 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 03:26:56 ]
- = の一般での意味をかえてもらえば解決
- 753 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 04:18:37 ]
- define変数定義 :=
assign =!
equals =
not equals !=
- 754 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 02:45:04 ]
- 空文字列やゼロが偽って話は聞いてたけど
"0"（ゼロ）って文字列が偽だなんて聞いてねえよ…
- 755 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 06:46:43 ]
- >>754
PerlとPHPかな。他にもあるんだろうか。
その二つしか使わないおれはなんかそれに慣れちゃったな。
- 756 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 11:03:51 ]
- ===
- 757 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 14:33:14 ]
- >>756
null === false #=> false
なのでそいつもちょっと。
帯に短しタスキに長しと。（ちょっとちがうか）
- 758 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 17:29:17 ]
- isset(), empty(), is_numeric()
- 759 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 18:16:32 ]
- if(!isset($var) || empty($var) || !is_numeric($var)){}
こうでつか？
- 760 名前：デフォルトの名無しさん [2009/07/20(月) 19:45:02 ]
- PHP、DSLとしては別に悪い言語じゃないと思うが
ネームスペースとかタイプヒンティングとか大規模開発向きの機能が中途半端なのがなんとも。
タイプヒンティングなんかarrayとオブジェクトだけとかいう謎の仕様だし。
ある程度の規模を越えたところで辛くなってくるんだよなあ。
比較演算が曖昧すぎてつまらんバグ起きやすいし。
- 761 名前：デフォルトの名無しさん [2009/07/20(月) 19:57:14 ]
- >>690
関数でもどっちみちソース追うよ。
この手のは最初に入った言語の影響や慣れってのが大きいよ。
- 762 名前：デフォルトの名無しさん [2009/07/20(月) 20:06:37 ]
- >>754
真面目にそれ何ていう言語？
もし俺も使ってたら気をつけないと…
- 763 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 20:54:16 ]
- perlだろ
- 764 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 20:55:44 ]
- PerlかPHPっていってるそばから…
なんか無性にイラついてきた。
>>762めー！俺は絶対にお前を許さんからな！
- 765 名前：762 mailto:sage [2009/07/20(月) 22:19:13 ]
- >>764
iヽ /ヽ
| ﾞヽ、 / ﾞi
| ﾞ''─‐'''" l
,/ ﾞヽ
,iﾞ ／ ＼ ﾞ
i! ● ● ,l そんなこと言われても
ﾞi,, * （__人__） ,/ わて猫やし…
ヾ､,, ,／
/ﾞ " ヽ
/ i!
(⌒i 丶 i ! i!.,
γ"⌒ﾞヽ l l γ'.ヽ
i i,__,,ﾉ i,__,,ﾉ_,,丿
ヽ,＿,,ノ"~´￣ ￣
- 766 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 22:19:34 ]
- 鰻まだ売ってるところを教えてくだされ
- 767 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 22:20:41 ]
- 土用はまだじゃなかったっけ
- 768 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 22:24:29 ]
- 猫はどんなプログラム言語使ってんだよ
- 769 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 22:24:49 ]
- 今年は二回有る
- 770 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 22:27:11 ]
- >>769
おお。知らんかった。thx
ttp://ja.wikipedia.org/wiki/%E5%9C%9F%E7%94%A8%E3%81%AE%E4%B8%91%E3%81%AE%E6%97%A5#2004.E5.B9.B4.EF.BD.9E2011.E5.B9.B4.E3.81.AE.E5.A4.8F.E3.81.AE.E5.9C.9F.E7.94.A8.E3.81.AE.E4.B8.91.E3.81.AE.E6.97.A5
- 771 名前：デフォルトの名無しさん [2009/07/21(火) 01:10:07 ]
- 自分はPerlとCのさわりがわかるくらいだけど、Perlの事が書いてる本をよんだりしてると
今まではPerlが最良の選択肢出会ったけど、今後はRubyにシフトするであろう
みたいなことが書いてあるのを何度かみた。
Rubyってそんなにいいの? なにがいいの?
自分はWeb屋だから、Rubyがまだ選択肢に入らないんだけど、選択肢に入るようになるのであれば勉強しておきたい。
Web屋に対してのRubyの利点を教えてくれ
- 772 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 02:29:33 ]
- Python>Ruby>PHP>Perl
- 773 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 06:09:53 ]
- WebとしてのRubyも廃れつつあるんじゃないか？と思う。
ちょっと前になにがなんでもRoRってノリな時代があったのは確かだが。
日本だとやっとPythonが地味に伸びてきているし、世界的にあいかわらずPHPは多いし。
- 774 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 06:23:15 ]
- >>772
その順位は結構妥当だなと思ってしまった。
PHPを叩くPerlerが多いけど、PerlよりPHPのほうがまだましというのが正直な感想。
- 775 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 12:30:46 ]
- >>774
なんでやねん。
｛Perl,Python｝>Ruby>>PHP
だろ。ｊｋ
- 776 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 12:34:43 ]
- Perler以外の全方位から叩かれるPerl、という感じだな。
- 777 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 12:36:59 ]
- しかしPythonが不自然なまでに叩かれないのを、Python自体の功績のみと思うべからず
知らなきゃ叩けない
- 778 名前：デフォルトの名無しさん [2009/07/21(火) 12:42:41 ]
- Pythonは微妙だなあ。
ウェブは PHP/Java, ちょっとしたツールは Java, 性能要求が厳しれば C/C++ という鉄板の中で立ち位置がよくわからない。
- 779 名前：デフォルトの名無しさん [2009/07/21(火) 12:44:08 ]
- Googleが使ってる→普及させる気満々
- 780 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 13:14:07 ]
- >>771
Web屋限定じゃないけど、単に時代遅れになってるってことじゃないの？
テキストの読み書き検索なんかに特化していたため、
単純な一個の掲示板を作るのには便利だったけど、
スカラー、配列以上のデータ構造になるとリファレンスを勉強しないと使えない。
オブジェクト指向になると「blessって何?」みたいな無理矢理な増築でわけわかめになってる。
- 781 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 13:19:12 ]
- Pythonは良くも悪くも中庸だと思うよ
プログラミング言語、と呼ばれるほどガチガチでもなく
スクリプト言語、という言葉から連想するほどテキトーでもない
>775
PHPは言語として問題があってもWeb特化っていうアドバンテージがあるし
PythonはPerlとは全く別方向のスクリプトとして需要はあるだろう
Rubyが名前通りPerlの進化系として使えるから、Perlの需要って過去資源だけだと思うんだが
- 782 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 15:46:31 ]
- Rubyの場合、松本からしてPHPを叩きまくってるだろ。
- 783 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 15:48:32 ]
- Rubyは明らかにRailsのブームが終了したな。そもそもウェブの開発に時間がかかる部分は、言語機能でどうにかなるようなもんじゃない。
- 784 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 15:50:43 ]
- まあ、自由に言語を選択出来る場合なら、PHPを選ぶはずはない罠。PHPは話にならない。
|
 |
