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

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

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

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

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

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

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

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

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

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

このスレまだ需要あるのか？
とりあえず>>1乙

乙 << 1

需要はあるさ。案件があるうちは。

変数の頭に $ つけるの好き。

ruby が　最強　ダッ！

ったという夢を見た。
実際はPythonが最強です。

elsifよりelifの方が良い

elif > elseif >>>>>>> elsif

個人的にはどれも嫌い
判定順を変えたい時に先頭だけ違うワードなのがネック
…かと言ってelseifが必要なものを全てcaseにするのも何だかなあ

elf

if () {
}else
if () {
}

みたいにできないと嫌だ

>>12
それはない
elseとifは意味から言ってもセットだろ・・・

↓ dangling-else について語り出す

ダンシングエロス？

if () {
}
else {
if () {
}
}
こう書いて下さい。

>>13
Cなんかじゃよくある規約だな

test

【Ruby】Ruby on Rails Part6
http://pc11.2ch.net/test/read.cgi/php/1224838013/513

513 名前：nobodyさん[sage] 投稿日：2009/03/08(日) 13:05:37 ID:???
>>512

Rubyist Magazine - Ruby 1.9 で Web アプリを想定したベンチマークをとってみた
http://jp.rubyist.net/magazine/?0025-Ruby19_Performance

> ベンチマークの最後として、データベース処理を含めたベンチマークを実行してみます。
> 内容はコメントつきの Blog アプリケーションであり、使用したデータベースとデータ件数は
> 以下の通りです。
>
> * MySQL バージョン: 5.0.67
> * データ件数: ユーザ 10 人 + ブログエントリ 5000 件 + コメント 10000 件
(中略)
> この結果から、次のようなことがわかります。
>
> * Ruby による消費時間を比べると、Ruby 1.8.7 より 1.9.1 のほうが約 1 % ほど速い。
> * 全体の実行時間のうち、Ruby による消費時間はわずか数パーセントにすぎない。

結論：
1.9系で速くなったのは科学計算等で使うようなアルゴリズムの部分であって、基本的に
文字列操作がメインのWebアプリケーションでは目立った高速化はない。

またWebアプリケーションのボトルネックはDBであることがほとんどであり、Ruby処理系
が数倍高速になったとしても、全体のパフォーマンスに与える影響は限定的なものである
場合が多い。

コピペ終わり

>>19
Ruby 1.9で劇的に高速化されるというような華々しい触れ込みが一時多くて期待してたけど、
このような悲しい現実に目を覆いたいばかりなのですが、
他の言語とかこの辺の高速可ってどうやってるもんなんでしょうか？

けっこう広く言語しっていそうな人多そうだから、
ぜひお知恵をお借りしたい（というネタフリ）

一般的にはJITコンパイルで高速化だろうねえ。

>>20
またWebアプリケーションのボトルネックはDBであることがほとんどであり、????処理系
が数倍高速になったとしても、全体のパフォーマンスに与える影響は限定的なものである
場合が多い。

???? のところにどんな言語の名前も入るよなぁ、この言明。

>>21
いや、JITであろうが早くならんってことでしょ

多くのwebアプリでDBを高速化するのが一番効果的ってことだな

数倍高速化された????処理系でDBを作ればいいんじゃね？

でも、現実的にWebアプリ動かすとRubyが一番もっさり感があるよな。
PHPを並とするとJavaが速いのはまあ解るけど、Pythonが意外に速いのが驚きだし。

アヒルタイピングですから。
いたしかたなす。

PythonはPerlとあんま変わらんくらいの速度は出せるね
Rubyって結局言語仕様も他と比べて特別優れてるわけでもないし
処理速度にも問題あるし日本ローカルなんだよな

>>28
ヒント：Railsを作ってるのも主に使ってるのも外国人

Railsの話なんてしてないけど

見当違いなコメントに「ヒント：」とか付けられるともうね

日本ローカル、に反応しただけなんだが。
>>28の主旨はどこにあるんだ。

あたまわるいな

>>28？

ちがう

>>33？

Rubyは特別優れてるわけでもないのに他の減をを否定してまでのゴリ推しがウザいって事だろ

減を→言語

国産言語という表現を見るたびに寒気がする

舶来主義者乙

Web系アプリの造りを知りたくて、PHPのオプソをいくつか（五個くらい）ダウンロードしてみたけど
きっついな、コレ。
The一筆書きってか、どのソフトも作者しかメンテできないんじゃないかと思う。

たまたま変なのを連続で落としたのかもしれないけど。
HTMLがいろんなファイルにぶつぎれされて、いろんなところでincludeされまくりだから
画面構成を把握するだけで脳みそ一杯になった。

>>41
多分CMS系のものを見たんだろうけど、管理画面から編集したりアップロードしたりで
表画面側をカスタマイズできるようにしてるものが多いから、そのせいではないかと。

だいたいヘッダ・フッタ ＋ ２〜３ペインでブロックに分けたりし、その各ペイン内でも
ブロックを積み重ねたりするから細切れになるのは仕方ない

だから、
> 画面構成を把握するだけで脳みそ一杯になった。
これはこういうもんかと。言語はまず関係ないと思う。
まあ不必要に雑然としているものもあるけど。

あと、そういう話題ならWebProg板というものがあってだな。

インクルードされたりで把握できなくなるのは大抵書き手が下手なんだよな
れどめやコメントやらで書けばいいものを、明らかに怠ってるんだから

つか、自前の関数には米つけるのは常識だろー

PHP使い初めに、それぞれのファイルに localtest って関数作ったらエラーでまくりになった。
PHPはダメだとすぐわかった。

いやいやいや
駄目なのはPHPじゃなくておｍ(ry

いやいやいや
駄目なのはネタを見抜けないお前

おもしろくなければネタとは言えないっ
次っ

最近もっぱらRubyを使っています。

k秀逸なネタだな







って言ってみただけだよ。ほんとだよ。

php(5.2.8 windows)のDateTimeってシリアライズしてくれねえ。
$_SESSIONに代入して、次のリクエストで取り出しても、不整合な状態で復帰させられる（DateTime::format呼んでもfalseしか返さない）。

バージョンは違うが5.2.6 Leopard Macでも同じ。
Linux版は手元に無いから未確認。

言語的にはphp嫌いじゃないが、久々にphpに殺意を覚えた。

>>50
ttp://jp2.php.net/manual/ja/language.oop.serialization.php

マニュアル嫁、で終了しそうな。
セッションハンドラを書けばそれでいいような気もする。
ものがPHPだけに、自動でよろしくやってくれるのを期待する気持ちはわからんでもないけど。

PHPってとても惜しい言語だな
オブジェクト指向なんかいらないからもうちょっと厳格で統一感があればよかったのに

PHPはどっちかっつーとWeb版Perlみたいなコンセプトじゃないのか
動的Webページを最小限の手間で作るための言語で
厳格さを求めるならJSPとかやってくれって感じじゃね？

もともとPerlで書かれてたしねえ

>>41
どんなアプリみてみた？フレームワークは何使ってた？

フレームワーク使ってないなら、
RailsじゃないRubyのwebアプリみて、「Rubyって…」っていうようなもの

>>50
ヒント：DateTimeはぜんぜん未完成

いや、俺もDateTime使っててあまりの整ってなさにキレそうになったから。

>>55
いやそれは正しい
RailsはRubyでできたRubyとは別物のもの
RailsでRubyを評価することは不適当だし、RubyでRailsを評価するのも不適当

>>57
webアプリ、という前提で話してるんだけども

何がいいたいかというと、perl汚い！→KENTとかから落としたの見てるんじゃね？
とか思うわけで。phpでも同じようなことがあると

流れを無視して R言語の話。
昨日、数学板のRスレで少し面白いやり取りがあって、このスレ向きだと思った
ので貼る。

統計解析フリーソフト　Ｒ　【第３章】
http://science6.2ch.net/test/read.cgi/math/1224142396/293-304

Rはとても面白い言語なので、数学が苦手で統計と無縁でも、言語オタはどんど
んいじればいいと思う。ベクトル言語だというだけじゃなくて、遅延評価だわ、
関数内部から引数の変数名を取れるわ、()や{}まで関数だわで、遊び甲斐あり
まくり。

ちなみにリンク先の304を書いたのは自分だが、単に経験で書いてるので、公式
ドキュメントにどう書いてあるかは知らない。良かったら教えて下さい。

>>59
先日はどうも。 （笑） スクリプト言語としてみてもとても面白いよね。高速化テクとして遅延評価を意識
しなきゃならんけど、ちまたにあふれてる解説本は、軽視してるからな。言語すきなひとがテクを磨くしかな
い言語かな。詳しいことはまだよくわかってないけど、数学関連言語のなかは柔軟性はピカ一ですね。

え？おれすか？

こちらこそどーも

>>62
いやいや俺だから。
なりすましとか困る。

>>61
どうもどうも

いやいやいやいや俺だから。
最近ティンポが立たんのだよ。

>>61
なんかよく分からん流れになってるが、自分宛でいいんだよね？

R の遅延評価は不思議なんだよな。ベクトル言語でしかも遅延評価って言うと、
誰だって遅延リストを連想するじゃないか。
「そうかそうか、巨大データを定義しても、きっと個々の要素が評価されるま
で領域確保されないのに違いない。よーしパパ巨大な疎行列作っちゃうぞ」と
か思うだろ？

ところがそれはうまく行かない。Rのベクトルは評価時にメモリをまとめて全部
確保してしまうから。ベクトルが駄目だから行列も駄目。Rで遅延評価を使った
メモリ節約のノウハウとか、自分はいまだにやり方が分からん。

思うんだけど、Rの遅延評価って、処理効率とはぜんぜん違う目的で導入された
んじゃないだろうか。そうでなければ組み込みの遅延オブジェクトがたくさん
あるはずだと思うんだよな。

今日は時間がないから書かないけど、おそらくその目的は、Scheme風言語から、
スペシャルフォームを取り除いて、関数だけで言語を構成することじゃないか
と思ってる。

--
ところで、リンク先は読んでくれた？自分があの仕組みに気が付いたときは、
Scheme や Python や JavaScript が今すぐ同じようになってほしいと思ったよ。
組み込み関数のローカル変数によるシャドウイングから解放されたい。

遅漏まで読んだ

>>65
あの説明はわかりやすかったよ。あの仕組みがほかの汎用言語でも使えるようになったら
扱いがらくだよな。

ぼくもまだまだノウハウを貯めてるところなんだよね。当然taraiでは効果があったけど。

>関数だけで言語を構成することじゃないかと思ってる。

その意図は、ifelse関数なんて存在でもありえますね。あなたはかなりハックしている
ようなんでこの場では5行以上が読めない人もいるようが、そんなことは気にせずにどん
どん書いてやってください。

たまに文章に違和感を感じる人がいるんだけど
面と向かって喋ってもやっぱりこんな感じなんですかね。

違和感を感じる

まあアレだ
指示語を乱用してわけがわからなくなることが時々ある

アレですね

あの言語って重要な部分がなんちゃらだから
いざというときぶわってなっちゃってかなりビヨビヨな感じだからアレだよね

それは無いわ

>>67
時間が無いんで、ほんのちょっとだけ。

> 当然taraiでは効果があったけど。

tarai（笑）。うん、自分も回したよ。
R の遅延評価はほんとtaraiしか効率化せん気がする。

しかし R の話に食いついてくれる人はさすがに少ないのう。
>>66みたいに、ネタ繰りの素材としてでも、このスレで許容してもらえればありがたいが。

言語名だけは前から知ってるんだけど、残念ながらまったく知識無いんだよなぁ＜R

そもそも、専門の仕事をする為のツールってイメージがある。＞R言語
触ってみたくても、何らかの統計処理の素養というか下地がないと、何もできないとかいう感じで。

無理矢理掲示板とかアドレス帳とかつくってみればいいのかな？

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

俺はいつまでPHP/Perlみたいなおもちゃでプログラミングをし続けなくてはいけないのだろうか・・
Winnyみたいなネットワークの分散プログラムとかDirectXで3Dとかやりたいのに仕事は
DBでWebとかばっかだよ。薄給だし。
こうなったらPHPでそういうの作ろうかな。

プロの料理人になるより料理が上手いサラリーマンになった方がいいと思うよ。
プロは上手くてあたりまえだからなあ。
おっとここは就職スレじゃなかったな。

>>79
PerlやRubyから簡単に使えるDirectX/3Dライブラリを作って売ってみてはどうかと。
売れるかどうか知らんけど、少なくともやりたいことはできる。

PHPが何のための言語か理解してないからWebの仕事しかないとかトンチンカンな発言になるんじゃないか

まあIT業界の9割は下らない仕事という点はほんとだけどな

RPGツクールXP, VXはRuby搭載だけど、うまいこと上を納得させたもんだｗ

>>82
お前が順序を逆に解釈してるだけじゃねえの？

>>79
Perlはおもちゃじゃないっしょ。使いこなせてるなんてうらやましす。
DB使ってWebアプリ作れるなら、十分色々できるじゃん。

Rは本を片手に触ったことがあったけど統計の専門用語の羅列に挫折した

>>85
いや 82 で正しいでしょ？
もともとがPerlでCGIの変わりに作ったらしいから

>>79
「Perlによるシステム管理」でもやってみたら？
DB使ってるんだったら、SQLをもう少しやってみるとか(管理面を極めて見るとか)
「DirectXで3D」はPerlで意味はない気がするけど
「ネットワークの分散プログラム」はPerlでネットワークプロクラミングする本あるし
Socketベースで色々書いてみればいいんでね
C(#)、Javaじゃなきゃというのは・思考の硬直・だと思う（遊びのレベルでの話ね）

ネットワーク系やるんなら
｢UNIXネットワークプログラミング｣見てみたら？
*nix系使えれば、あとは時間だけだよ
＃コード書くのに、最低限の基礎的なことがわかる気がする(旧版しかやってねーからな)
＃気合い入れないと買えない値段ではあるが(中古でもw)

Perlをおもちゃといってる時点で、まぁね・・・と思うのだが
＃ネタだと思うんだけどね、一応

>>88
> いや 82 で正しいでしょ？
> もともとがPerlでCGIの変わりに作ったらしいから
そこじゃないよ。>>82が逆に解釈してるのは、>>79の思考の順序。
>>79の1行目を読むと、別に>>79はPHPを「Web以外のどっか別のところ」で使う言語とは
捉えていないのがわかるでしょ。だからこそ4行目で「こうなったら」というヤケクソネタが成立するのだし。

DirectXとかやりたいのにWebの会社入ったなら逆でもなんでもなく
ただの無知では

就職まで遡ってキャラ設定作るトコじゃないのでは。
目の前の文章をまともに読解できなかっただけなのだし。

PHPやPerlがおもちゃだと思ってる時点で、使いこなしてないの丸出しなわけだが。

DirectXで3DとかもっとおもちゃのVBでもできるしなｗｗｗ
自分の未知の分野が青い芝生に見えてるだけだ

言われたことに言い返さないモードに入ると元気だなぁ。

愚痴るためにLL言語の比較スレに来てる時点で、もう駄目なんじゃないのかと思う。

「〜る時点で」が多いなぁ。
本題から意図的に逸れて、言葉の一部分を捕まえてそこからキャラ設定起こして、
そのキャラにレッテル貼って目の前の当人を語った気になって射精する厨御用達のワードだから、
あんま踊ってるとちょっと痛々しい。

つまり俺を攻撃してる奴は粘着一人の自演に過ぎないと言いたいのですね
解ります

>>90
あ　なるほど
PHPよりは、Perlの方が色々使えそうだけどね(自分にとって)
＃先日、emlファイルをimapのフォルダにuploadするのは、phpのコマンドラインで書いたけど

>本題から意図的に逸れて

最初の発言が、このスレの本題から逸れた愚痴だったから、
いじられてるだけじゃないの？

-- ソフトウェアの世界のピラミッド --
頂上　　世の中で広く使われるOS/コンパイラ/DB/サーバ/分散システムを作りあげた人
上流　　言語・構文解析、レンダリングエンジンや高度なアルゴリズム/アーキテクチャを設計する人
中流　　ミドルウェアを使ってUI設計やアプリケーション開発をする人
底辺　　スクリプトでWebページ作る人。ブログでプログラミング講釈する人。

>>101
最底辺 きみのように斜めに構えて、批評ばかりの人。

>ミドルウェアを使ってUI設計やアプリケーション開発をする人

ここ笑いどころだよね？

底辺該当者がさっそく脊髄反射

スクリプトを要領よくつかって他分野で成果を出す研究者

ミ　ド　ル　ウ　ェ　ア

ミドルウェアを使ってアプリケーション開発って要するにLAMPじゃん

よし！ おれもミドルウェアやろう！

アーキテクチャを設計ってのも頭痛が痛いみたいな話だな

言語に限らず関数・クラス設計ができないやつは使えない。

まあDBから値とってテンプレエンジンに突っ込んでるだけのプログラマーは実際底辺レベル。
ただ、もう少し包括的に設計開発してるWebエンジニアもいるにはいるね。

クラス設計は相応にできる人にやってもらいたい、ってのがあるから。
やりゃあ誰でもできるだろ。何でもよけりゃｗ

詳しくない奴ほど無意味な区分けをしたがるものだ

日々PHPのコードばっか見てると、自分が底辺になってるのに気付かないんじゃね？

>>111
> まあDBから値とってテンプレエンジンに突っ込んでるだけ
このへん、割り箸を箸袋に詰める内職とあまり変わらない場合もあるよな。

誰も使わないデータベースウエアを設計した奴より
PHPで人気サイト作ってる奴の方が偉いと思うけど

仕事でやってるだけなら別に偉くないのでは
2chやらは偉いっちゃ偉いのか

>>116
そこだよ。
たから実質なんにも仕事しない銀行、商社、マスコミが一番給料が高いのだ。
やつらが偉いんじゃない。
人が欲しがるものをもったいつけて高い手数料で売ってるだけだ。
そして仕入れ先はとことん叩く。
まるでIT業界の縮図じゃないか。
あれ？ま、いいか。

必要とされてないのに車輪の再発明するのは技術者の自己満足だよね。
HiRDBやSymfowareとは言わないけど

『行番号出力スクリプトの比較』

#!/usr/bin/ruby
readFile = File.open(ARGV[0])
writeFile = File.open(ARGV[1], "w")
readString = readFile.read
readString.each_with_index{ |line, index|
writeFile.printf("%02d : ", index + 1)
writeFile.print(line)
}
readFile.close
writeFile.close

-----------------------------------

#!/usr/bin/perl
while(<>) {
s/[\r\n]//g;
printf("%d : %s\n", $., $_ );
}
exit;

-----------------------------------

#!/usr/bin/awk -f
{ print NR, ":", $0 }

>>120
スクリプトを書かないなら、cat -n でOK

>>120
AWKに比べて他のがやたら長いな
もっと簡単にならんの？

ruby -n -e 'END {p $.}' < file

てかやってること違うじゃん
なんでRubyはファイルに書き出してるの？
というかその書き方ならいっそJavaで書けよ

>>124は>>120ね

ちがったw
ruby -n -e 'print ($.).to_s + " " + $_' < file

>>120
#!/usr/bin/perl -ne
print "$.: $_"

-neじゃなくて-nだ。

詳しくない奴ほど無意味な比較をしたがるものだ

という傾向があったらいいなという気分だったんですね？

おもしろい余興ですた

ソケット通信に適したLLはどれ？
ありがちな例だけど、文字列を送信すると逆順（回文）で帰ってくる
サーバ・クライアントシステムとか作ったら、どれが一番簡単？

どれでもあまり変わらないんじゃないかな。その例だと。

Ruby on Rails vs PHP
http://www.youtube.com/watch?v=p5EIrSM8dCA

Ruby on Rails vs Java - RailsEnvy.com Commerical
http://www.youtube.com/watch?v=PQbuyKUaKFo

#! /usr/bin/gawk -f
# reverse_server.awk

BEGIN {
echo_service = "/inet/tcp/10000/0/0"
while (1) {
if ((echo_service |& getline) > 0) {
rev_mes = reverse_str($0)
print rev_mes |& echo_service
}
close(echo_service)
}
}

function reverse_str(str, rev_str) {
for (i = length(str); i > 0; i--) {
rev_str = rev_str substr(str, i, 1);
}
return rev_str;
}

#! /usr/bin/gawk -f
# reverse_client.awk

BEGIN {
echo_service = "/inet/tcp/0/localhost/10000"
while (1) {
getline str < "/dev/stdin"
print str |& echo_service
if ((echo_service |& getline) > 0) {
print $0
}
close(echo_service)
}
}

>>1
＞ 最強のＬＬ＝軽量プログラム言語

makeが最高です

そんなもん、がうちぇだろ？

>>132
正直socketはCのレベルでやらないと細かい制御が全然できない。
select/epollとかI/O完了ポート/OVERLAPPEDとかスレッドもスクリプトだと厳しい。
もうちっと細かいこともできるスクリプトがあるといいなあとは思うんだけど、
まあその辺はCでやれってことになるかなあ。

Pythonでは2.6以降でepoll, kqueueは利用できるプラットフォームでは
標準で使える
それ以前からサードパーティのlibeventバインディングや
twistedのようなライブラリで普通に使えるけどな
勿論ctypes経由で自分で直接システムコールを叩くことも可能

Erlang

>>140
あ、なるほど、kqueueとかエッジトリガとかも使えそうだね。まあこうとこ一つとっても
pythonはやっぱ、守備範囲が広そうだな。
でも、ifdef的にプラットフォームごとに変えなきゃいけなさそうだけどまあしゃーないか。

>>134
言語とフレームワーク比べんなｗ

比べるならCakeとかだよな

Coffeeも付けてください。

JavaならWicketあたりか
国産ならSAStrutsとか

てかその動画Railsが出た2,3年前にも出てたよなｗ

> Pythonを使い続ける最も大きな理由... そうだなあ，大きな理由が2つあるよ。
> ひとつめの理由はライブラリ。Pythonには全部のライブラリがそろっている。
> 僕たちは開発を進めてきた課程で，たくさんの技術や，たくさんのアーキテクチャを学んできた。
> たとえば，僕がコネクションプールについて理解していなかったとしても，
> 僕はただ単にライブラリを探してきて使うことができる。それからコネクションプールについて理解して，
> 自分たちでライブラリを書けばいい。Webフレームワークについても理解する必要はない。
> 自分たちのフレームワークを作る時が来るまで，他の人が作ったフレームワークを使うだけだ。
> その他の多くの技術を使う前に学ぶ必要はないんだ。
> だってPythonにはほとんど全ての種類のライブラリが備わっているのだから。
> これからも，僕たちはもっと多くの技術を学び続ける。
> そして自分たちの手でライブラリを作る。技術を自分たち流に変えるためにね。
> このような手法を使うことで，自分流に変換する作業をとってもとっても簡単にすることができるんだ。
>
>
> もうひとつ，僕たちをPythonにつなぎ止めておく理由は，これは最も大きな理由なんだけど，
> Pythonのコードが読みやすく書きやすい，ということなんだ。
> たとえば僕たちが新しい技術者を雇うとき。Pythonが書ける技術者を雇うことはまずないわけだけど。
> 僕はただ「ぜんぶPythonで書いてね」と言うだけだ。
> そう言うだけで，彼らの書いたコードを僕は読むことができる。
> これはすごいことなんだけど，僕は部屋越しにコードが良いか悪いかを見分けることができるんだ。
> というのは，良質なPythonのコードはとても明確な構造を持っているから。
> これが僕の仕事をより楽にしてくれるんだ。Pythonのコードはとんでもなく表情豊かで，
> とんでもなく読みやすく，そしてとんでもなく書きやすい。
> だから僕は仕事をスムーズに運べるというわけさ。

翻訳 - Python製のソーシャルブックマークエンジンRedditはなぜLispをやめてPythonを使うようになったのか ? TRIVIAL TECHNOLOGIES 2.0
http://coreblog.org/ats/japanese-translation-why-reddit-uses-python

まったくもってどうでもいいことしか言ってないな。

「定番」で「当たり障りがない」ことではあるけど、「どうでもいいこと」ではないよ。

>>Webフレームワークについても理解する必要はない
これがわからん。
フレームワークのMVCの作法に従った書き方しないで、なんの為に使うんだろう？
＃そういうのが無いの？

原文こっち
Why Reddit uses Python ≪ .:.
http://brainsik.theory.org/.:./2009/why-reddit-uses-python

> Don’t understand web frameworks, so we’ll use someone else’s until we make our own.
webフレームワークを理解する必要がない、だから、自分達のができるまで誰か他のを使うんだ。

understandがそのままの意味ないのかわからん

>>148
自分で貼っておいてなんなんだけど、
マイナー言語(LISP)はライブラリないから、
標準や他の人が作ったライブラリがそろっているメジャー言語(Python)いいよねって言っているだけな気がするｗ

パイトンって読むの？

>>153
いや、それが重要なんだろ。

俺様ライブラリに頼らない「標準」を利用することで、
元々あったpythonの親しみやすい構文にくわえて、さらに誰が見ても解るコードができあがるってね。

実際マクロばりばり使われた俺様ライブラリ使用、俺様LISPなんて、作者以外にメンテできるかよってシロモノだし。

pythonな奴はやたら自分の正統性を主張する

ライブラリ言い出したらCPANやPEARやJakartaに勝てるのかみたいな話にならないか

>>157
RubyGemsには無条件で勝ってるのかｗ
別に全てに勝つ必要はないだろうが・・・スレタイがあれか

RubyGemsを詳しく知ってる奴が少ないだけ

CPANみたいに、ダイレクトにdir見れる方が好きだな
概要知りたきゃ readme 嫁ってのが良い
＃説明非表示モードでみれたりする？＞RubyGems

結論：ライブラリには９９％JavaDocが付いているJava最強

RubyGemsの制作経緯と概要（ちょっと古い）
ttp://jp.rubyist.net/magazine/?0006-PackageManagement

使い方や仕組みは、CPANなどに比べてそんなに難しいわけではないような。
最大のネックはパフォーマンス（だった）。
だけど、Ruby使ってる時点でそれは二の次のはずなので無問題。

HSPが出てないとは聞き捨てならんな！

がんばってHSP覚えるならVB6でもやったほうが応用できるし手間も変わらん気がするんだが
まぁLLからは離れるけど

>>Pythonには全部のライブラリがそろってる
全部って・・ww。なんかの販売員みたいだな。どの言語もそんな主張してそう
でマジでどうでもいい宣伝って感じだ。

ちゅーか、HSPばかり使っていると将来困るだろ
BASICみたいに入門用途かもしれんが、それにしても今時PythonかRubyでいいじゃんという
他人に勧めるやつがいたら間違いなく征する

制じゃね？

征（伐）？

>>165
Pythonのライブラリの充実度はruby,perlに比べてダンチだぞ

>>169
Pythonを使ってない人間はPythonのライブラリを見たこともどこで探せるかもわからないので、
それだけ書かれてもなあ
CPANみたいな仕組みはあるの？

Pythonはライブラリ揃っている方じゃね。
たとえばsmtpでメールを送るスクリプト書くにしてもRubyの方が面倒に感じるし。

>>170
Pythonは本体インスコした時点で豊富なライブラリが揃っていると言う認識だと思われ。
それならRubyやperlと比べてダンチだろう。

そんなもんディストリのポリシー次第だろ

>>172
なるほど。
ググってみたら、PyPI ってのが公式？のライブラリデポジットみたいな感じだろうか。
ttp://pypi.python.org/pypi

ライブラリの充実度ってことなら、一応この辺の周辺ライブラリも入れて考えないと
あんまり意味無いのではと思った。

PHPのPEARのほぼ唯一良い点としては、配布物に添付したりサーバに設置するのに
特別な操作とか修正が必要ないってことかな。
全部Pure PHPで書かれていて、同梱したライブラリのルートディレクトリにinclude_pathさえ
通せば使えるようになるっていう共通の原則はなかなか便利。

他の言語のライブラリはそういう使い方したこと無いから、ひょっとしたらどの言語のライブラリも
同じようにできるのかもしれないけど。

>>173
突っ込みになってないぞ。
つまりその「ディストリのポリシー」からして段違いなわけだからな。

>>175 は？

ディストリビューション毎のパッケージングポリシーの違いが、
なんで言語のせいになるんだよタコ

何でも入ってるから重いって言う考え方はしないんだろうか

かつてのVB難民がスクリプトでがんばってるみたいね。
開発環境は退化した気がするけど

>>174
PHPは名前空間くらいどうにかしてからおいで下さい

Pythonの場合、言語自体のリリースのポリシーが
"Batteries Included"

http://www.python.org/about/

>>179 PEARじゃないけど

class Zend_Db_Table_Row extends Zend_Db_Table_Row_Abstract
{
}

うん。解決済み。
# PHP5.3からnamespaceついてるらしいけど、ライブラリ側で対応とかするのかな・・・

>>176
「言語のせい」とか意味不明。
何あさっての方向に喚いてるの？

自分のコードも3ヶ月経てば他人のコードの原則を重視すると、
コーディングスタイルが統一されてくるPythonが一押しになる。
個人的にはJythonが理想郷なんだが中途半端な出来でげんなり。

＞コーディングスタイルが統一されてくるPythonが一押しになる
激しく同意する。

C だと、他人のコードを読むのに、エディタでインデントを修正しながら読むことになる。
金にならねば、他人の C コードを、もう読む気持ちになれない。

Python ならば、他人のコードを楽しんで読める。力のあるやつが書いたコードは多くの
ことを教えてくれる。身構えることなく、他人のコードを読み下していける python のイ
ンデントの強制は、もっと評価されるべき。

>>184
C、C++の場合、環境依存を気にしすぎてマクロでスイッチングをバシバシ決めているのが気に入らん。

#define,#ifdef、makefileの環境変数なんて死ね、と思う。

いつの間にLL以外の言語語るスレになったんだ？

細けぇことはいいんだよ（AA略

Cならindent使えばいいのに。

今後、LLの多くが淘汰されるだろうけど、何だかんだでPerlは生き残るだろう。
それとawkはプログラミング言語として見た場合は賛否両論だけど、
プログラマブルなツールとして見れば有用で、今後もそれなりの存在意義はある。
Pythonもあの普通っぽさがいい。

案外PHPなんかは消えたりして。

さっぱり分からないわ、その基準。

世の中には投資回収って言葉があるから、どの言語も消えることはありえません。

そういう視点で見ると昨今のJavaScriptのブラウザを巻き込んだ盛り上がりは、
VBからWebアプリにリプレースして業務効率を落した時代の清算に思える。
ClickOnceやWebStartを認めてはいけないという不退転な思いを感じる。（大げさ）

Webへ逃げていくのを一番危惧してるのはMSだからな
ブラウザさえあればどんなOSでも使える、デスクトップすらいけるとなると
有料OSなんぞ使わない

あとは開発環境やセキュリティとの兼ね合いでどのくらいいけるかどうかかねぇ
自分としてはFirefoxのアドオンみたいな感じでブラウザにインストールする形が
有望だと感じてる

ＸＵＬは正直・・・

> ブラウザ "戻るボタン" 無効 の検索結果のうち１年以内に更新された日本語 のページ 約 21,700 件
自分で調べておいて思わず苦笑した。

この辺はHTML5の勧告でAjaxライブラリが解決するんだろうけど、
HTML5はXHTML2とは互換がないらしいよ、セマンティック・ウェブさん。

>>194
HTML5って、ブラウザにDB積んでみたり、スクリプトではない入力バリデート？を
入れてみたりしてるんだよね
なんともそっち方面に突っ走ってるな〜と

しかしこれ、実装が出てきても実際の普及に五年ほどはかかるんじゃないか？

Perlなんて事実上消えたも同然だろ。今後は全部Pythonに統一。

今までやった言語
Bash
AWK
SQL
Ruby

CやらPerlやらも齧ってみたけど身につかなかった
趣味グラマだからこれくらいで許してよ
あんまし勉強した区内

>>195
IE8がもう実装を始めてるから、勧告と同時によーい、どん、となると思うよ。

>>196
おなじみ？のTIOBE Programming Community IndexだとPERLは9位に付けてるよ。
ぶっちゃけ絶賛暴落中だけど、これは話題率ランキングだからまだ現役ではある。

>>184
どれにもいえる事だけど、インデント深くなってるコードを読むとゲンナリするよ。
できるだけ他人のコードは見ないですませたい。無理だけど orz

仕事現場でインデント付けないでコード書く人なんて実際にいるの？

>>184
Visual Basicも昔そんなこと言われてたけど、一時の流行りで終わったね。
スクリプトみたいな簡易言語で満足してるようじゃ技術者としてはいつまでも3流だよ。

1流らしい下賎なレスをありがとう

スクリプトだけやってたら絶対にスーパーハカーにはなれないけど、
スーパーハカーがスクリプトを使うことはある。

>200
皆がインデント付けてても
インデントの規則や個々のタブ幅がバラバラだと凄く読みにくい
例えば、GNU式のインデントはタブ8以外の環境じゃチグハグになるし

技術者としては三流www
何の技術者だよwww
スクリプトできれば十分な分野だってあるのにな
職業プログラマって視野せまそうだな

スクリプトできれば十分な分野なんかに一流プログラマは
いない、というのは結構正しい気はするな。

それって単に、スクリプト言語では十分ではないこと自体が
自分の中で一流の定義（の一部）になってるだけじゃないの？

「○○なんかを良いと言うのは信者だけ！」って主張する奴の「信者」の定義が
「○○を良いと言うこと」で、だから世界の99%が○○を良いと言っても成立するとか、
その種の言葉遊びにも見えるけど。

スクリプトだけで十分じゃない分野って組み込みと速度にシビアな分野と
スクリプトが使えない分野（コンシューマゲームとか）以外何がある？

スクリプト言語に限らんが、人が多くてライブラリや資産が整っていると
誰でも使えるようになるからね。それこそ、組み立てるだけで誰でもある程度までできてしまう。
敷居が低いから、(見えている範囲では)一流には見えないんだろうと思う。

しかも、スクリプト言語はその低い敷居の範囲の仕事をみな奪ってしまった。
ネイティブな言語には残された上で言っている"一流の仕事"しか残っていないんだろうよ

本当に優秀な人なら用途に合わせて最適な道具を選ぶと思う
スクリプトの得意分野をアセンブリでやるのは趣味か馬鹿

>>200
インデントをつけたくてもRPGと言う言語は固定カラムでコードを書くんだなー。
ってヤツは少ないだろ。

Pythonが一番コード読みやすいのは事実だな。

しかし、自称一流なんていう奴はたいてい胡散臭いな。
なんでもかんでもJavaやC++でやるヤツの方が３流だろうに。

この前採用面接でPHPなんて誰でもできるでしょ？とか偉い人に言われたぞww
まあ世間の評価はそんなもんなのかな。

文法知ってりゃ誰でもコード書けると思ってるんだろ。
世間の評価なんてそんなもの。
偉くなりたければコーディングの技術にこだわりすぎないこと。

WEBアプリ限定で、「フォームからのメール送信」とか、「画像ファイルのアップロード」みたいな処理が、
ほとんど何も知らなくても書けて一番簡単な言語（？フレームワーク？）はPHPなのは間違いなかろ
そういう意味じゃないか？ｗ

一流プログラマの定義なんて興味ないが、周りでちょっとできる
奴っでPHPとかしかやったことがありません、なんてバックグラウンドの
奴は一人もいないぞ。ちょっと向上心や勉強する意欲があれば、CやJavaくらい
覚えるはず。

Cとかである程度規模の大きいプログラムがちゃんと破綻なく作成できるレベル
になっとけば、PerlでもRubyでもPHPでも移行してすぐに適応できる。
じゃあ、その逆はどうか、と言えばこれは相当苦労するはず。文法だけじゃな
くてな。

最初からRubyで育った世代がでてくればまた話は変わってくるのかもしれないが、
少なくとも現時点で、CもC++もJavaも知らないで一流なんて人間がいるわけがない。
よっぽど周りがレベルが低くないかぎり、あたりまでしょ。
PHPだけしかできません、と言う奴ですごい奴にお目にかかったことないよ。

なにやら適材適所とか、「本当に優秀な人なら用途に合わせて最適な道具を選ぶと
思う」なんて当たり前のこと書いて得意になっているのはバカにする以前に、なん
か気の毒だな。それ反論のつもりなの？　意味がある書き込みと本気で考えている
の？

オツムが不自由なのか？

>>215
オツムが不自由なのか？
書いてる内容が支離滅裂だぞ

そうなんだよな。
言語の複雑さとシステムの有用性の間には関連がないはずなのに
一般に複雑と思われてる言語に精通している人のほうがいい人が多い気がするな。
でも半端に技術があると病的な経済感覚してるときあるな

アセンブラができればCなんて要らないと言われた時代が懐かしい。

>>215
>少なくとも現時点で、CもC++もJavaも知らないで一流なんて人間がいるわけがない。

まるで根拠のない主張。こんなこと言うバカは、自分がCやC++やJavaを知っていることで優位に立とうとしているだけ。

PHP 信者が必死だなw

そんな程度では優位に立つことなどできませんがね。

ポインタって何？っていう一流プログラマー・・・これだけは絶対ないわ。
どんだけレベル低いんだよ、お前の会社。

別に言語はなんだっていいと思うよ。
フランス語が一番きれいみたいな根拠のない論争と同じだし、
コンピュータにやらせたいことの意味が通じればいいだけだから。

目的が極限のパフォーマンスとかハード直接叩くだったらC言語できないと
困るだろうけど、万人がそういう目的を持ってるわけでもないし、
別にPHPだろうがPerlだろうがなんだっていいと思うけどね。
F1レーサーだって二種免許や大型免許もってるわけじゃないんだし。

アセンブラとCはちょっと特別だと思うけどな
CPU直接叩くにはアセンブラが必要だし
今のOSは大抵はCで組まれていて、システムコールや何かも全部Cだから
システムレベルのプログラミングをするのなら、通常Cは知っておく必要はある

大体、PHPだの何だのといった処理系を使うにしても、それらは
大抵Cで組まれてるわけでな

万人がそれらを使える必要は無いし、Cを使える奴が常にCで仕事する
なんてことも無いわけで、一般に言語は適材適所で使えばいいのだが、
アセンブラやCを全く知らない「一流のプログラマ」ってのは俺も疑問だな

残念ながらプログラマって肩書が付いてる時点で一流の技術者じゃないと思います。

欧米には普通にシニアプログラマって概念がある

はいはい

>>217
複雑と思われてる言語 って例えば何？

マ板の話題だなあ。どうでもいいが。

Perl、PHPは大規模なプログラム作ろうという気が起きないというか、
あるスケール以上では使うのをやめよう、C++やJavaで開発しよう、と
いう流れになるが、RubyやPythonはそうではないというか、大規模
開発にも耐えられる言語仕様じゃない？

今は実例は少なくても、将来Javaとかの開発の大部分を置き換える
ポテンシャルを持っていると思う。
ま、言語的に優れていても普及しないというのは良くあることだが。

何が言いたいかというと、同じLLでも、志というか、スコープがぜんぜん
違うものがあるということだ。

RubyはPerlと同じ道を行くと思う。

クラスをどんどん作るならJavaでいいし、ワンライナー的ならPerlが早いし、Rubyはいらんかな。

>>230　がはてなや楽天やyahoo否定してもしょうがないと思うのだが

言語なんて仕様の優劣より慣れだと思うよ
欧米人から見たら日本語なんて活用形が何種類もある上に
ひらがなカタカナ漢字英字を組み合わせる意味不明な言語だろうけど
日本人ならよっぽどのアホでもだいたい理解できるわけで

はてなはともかく楽天は大規模なサービスはJavaだし、
YahooもPHPはフロントエンドや小規模サービスだけで主要部の中身はCだ。

自然言語とコンピュータ言語比べても実のある議論にならんでしょ。

>>228 ADA

賢者たちよ、Rubyのいいところプリーズ！

作ったスクリプトが遅くてもインタプリタのせいに出来る

古いコードとの互換性が無くて他言語で打ち直す仕事が来ます

なんとなくで組み上げてなんとなく動けばそれで幸せになれる
ついでに作ってる課程も楽しい、らしい

0が偽じゃない
空文字が偽じゃない
空配列が偽じゃない

RubyはもっとWindowsユーザーに媚び売って今風なオシャレなアイコンにするべき。
あと、まつもととかるびまとかひらがなやめれ。

名前をひらくのと、るびまが平仮名なのは、まったく別のセンスだと思うなぁ。
後者に何か抵抗感を持つのは「少し」わかるけど、前者をどうこう思うのはわからない。

結論としては、JavaとシームレスなGroobyでOK？

Rubyは結構好きなんだけど、もう少しもちつけと言いたい。
仕事で使うにはじゃじゃ馬すぎる。Railsも然り。
趣味で使うならRubyは良い選択肢だと思う。

それもRubyの特性のひとつかと。落ち着いてるのがいいならPython使えばいいんだろうし。

Pythonはやっててだんだん滅入ってくる。Rubyはだんだんハイになる。

楽なのはPHPなんだけど、共同開発やると死にたくなるのもまたPHPなんだよなぁ
スキル合わない人と共同作業するときは、Javaくらいガチガチの言語じゃないと駄目だわ
ちなみにPythonは昔使ってたけど技術者誰も集まらなくて共同開発のレベルまで達しなかったｗ

>>238
Railsでガッツリつくって、技術足りなくてチューニングできずに結局phpで作れ直すハメになり、

　仕　事　が　増　え　る

おっと、

　(ﾟДﾟ)ｳﾏー

を付け忘れた

Railsは技術あってもチューニングはむずいんじゃないかね
Rails自体をカスタマイズしないと根本的な重さは改善できないし
そうなるとRails使う意味ないし

まだ、railsが重いとか言ってるバカいるのか。
ちゃんと使ってから物言え！

いや・・・重くなけりゃ、Passenger(いわゆるmod_rails)なんて出てこないだろ・・・

VisualBasic時代から進歩の無い話だな

Twitterが苦しんでるのを見ると、重いというよりは、スケールに対する有効な処方箋が
無いんではないかと想像しているんだが、どうなんだろう？

まぁやっぱり素のRubyスクリプトに比べたら重いし
例えばPHPに対するZendとかCakeみたいなものを使うことのロス
以上の実行速度低下があるわけで重いのは間違いないだろう

zendとかcakeと比べてrailsが遅い分けないだろ。
ちゃんと使ってから物言え
railsが重いからPassengerが出来たと言うバカもいるみたいだし
実稼動してるWEB開発したことないやつが多いのがよくわかる。

cakeはともかくzendがrailsより重いってのはないわぁ
こんなところでバカバカ煽ってないで、さっさとWebProg板へお帰り下さい

SymfonyならともかくCakeやZendの方が軽いのは間違いないと思うぜ。

>>253
このあたりのこと理解して書いてるの？
ttp://blog.masuidrive.jp/index.php/2008/09/23/concurrency-on-the-web/#extended

twitterも最初はrails使ってたが今ではほとんど使ってないみたいなこと言ってなかったか？
メッセージキューも最近になってScala製になったし

RailsはCakeとかごってりphp系フレームワークよりは、軽い、という話だったはず

RailsがごってりなうえにRuby自体も遅いわけだから
Cakeなんかより遙かに遅いっての

速度そこそこ速くて実績のあるdjango使おうぜ

まさかのzope

Twitterの開発者はキャッシュ戦略に問題があるって言ってたのに、
結局それは解決できずにScalaに移ったの？うーむ。。。
確かScalaって静的言語だよな？

ああGC性能の差か、JavaはG1GCが次で登場すると更に効率が良くなるしな。
最近の記事だとJRuby1.3はRuby1.9より2.5倍は速くなるらしいし、
言語よりもVMの性能で選ばれることになるのかな。jvm vs .net vs llvmか？

ttp://blog.headius.com/2009/04/how-jruby-makes-ruby-fast.html

JRubyの件は、現時点ではちょっと疑問だなあ。tak関数の議論しかされていない
単一のベンチマークに限っていいなら、n体問題で
MagLevがJava並みの速度出たよ！なんて話もあった

ただ、提示されている最適化には実アプリでも十分効きそうなものも多いので
期待はできると思う

>>250
天才あらわる

Railってやっぱ良く出来ていると思うけどなあ。
フレームワークとして既存のものの利点欠点を良く研究していると思う。
言語としてもLLといいながらちゃんと大規模にも耐えられるようになって
いると思うし、じわじわ普及して最後に勝ち残ると思うよ。

じわじわ流行ってバージョン間の互換性で悩むわけですねわかります

まぁその話はRailsであってRubyじゃないからな

なんか、Rails、Rails って Ruby には Rails しかないのかと思えてくる。
Ruby は、そろそろ Rails 離れ(他のキラーアプリ)が必要じゃないかな。

因みに Ruby は、仕事でちょっとしたバッチを書くのに使ってて、結構好きだよ。

そういうのはバッチかPerlでいいじゃん別に。

ドザ乙
というのは置いておいて、そこは好みで選ばせてやれよ

Groovyが人気になったりして。Grailsとかのポートもあるし、
JavaScript2みたいに型も指定できるからエディタの補完も期待できそう。

Groovy って Java の標準に入る事になってるんだっけ？
もしそうなら、確かに来そうな気がする。

> Groovyは動的な言語であり、直接スクリプトを実行することができる。
> Groovyコード断片をコマンドラインに与えワンライナーとして実行する
> ことも可能である。なおこの時、中間的にJavaソースコードが生成される
> ことはなく、バイトコードがメモリ上に生成されて直接実行される。
> また、groovycコマンド（groovyコンパイラ）を使ってクラスファイルを
> あらかじめ生成しておくこともできる。
> いずれにせよGroovyコードは内部的にはJavaバイトコードに変換されてJVM上で実行される。
（Wikipedia）

ワンライナー例：
groovy -e "println 'Hello ' + args[0]" World

確かにちょっと触ってみたくなるね。

JavaFXとか・・てかほんとあほみたいなスクリプトが似たような売り文句でわらわらとww

JavaFXはクライアントサイド前提で明らかに他の言語とコンセプトが異なるのだが。

ホットデプロイのFW使えばフルJava殆どそのままスクリプト感覚で使える

いまどきコンパイルも速いから、そこをそんなに意識する必要もないよね。
俺は正規表現使えるようになったあたりから、スクリプト作業も全部Javaになったな。
コード補完効きまくりでJavaで書いた方が結局楽だし早い。

その考えを否定するワケではないが、サーバーやら他人の環境にJDKが常に入っている
保障があるワケでもあるまいに。

仮にjdkが入っていたとしてもエディタがviしかない状況もあるわけで、そこで
Javaのコードを編集汁、とか言われたら「スクリプトをJava作ったヤツ、ウゼェ
普通にshやperlやPythonで書けよ」って印象しかないな漏れは。

いやー、eclipseでサクサク作っちゃうと楽なんだよね。ただ人の環境とかこれメンテしてとかだと
まあ選択肢ないからなぁ。Haskellで書かれててもやるしかないし。
PerlならまだましだけどWinだと普通入ってないし、どの環境にもあって書くのも楽ってのは該当者なし
って感じかな。
逆に自分の環境だったらどうとでもできるから多少リッチなものを使いたいかな。
今後は開発環境がリッチでどこでも動くってことでActionScript/AIRあたりが面白そうなのかなとか思う。

今時は、webサーバでもGUI環境が入っていそうだな。
サーバの要塞化が叫ばれた時代が懐かしい。

284はホットデプロイの意味を理解してないと思う
viでソース編集してビルドは自動化しておけばスクリプトと同じ

>>287
え？ｗｗ

＞viでソース編集してビルドは自動化しておけばスクリプトと同じ


そこまでするくらいなら普通の感覚の人ならperlなりPython使うと思うが。
Jythonでもいいし。

趣味の人を否定するつもりはないけど、Javaしか使えないならそういえばいいのに。

統合開発環境に一度慣れると、エディタが億劫になるんだよ。
自分はEmacsだから Dynamic Abbrev を使って本文コードはまあ何とか書くけど、
importを書くのが非常に面倒くさい。

>>289
そういう人の為にこそGroovyがいいねって話の流れになりそうなもんだが。
まあ本人が全くGroovyに反応してない訳だからあれだがｗ

実行速度の面でメリットあるんじゃないかね
デプロイや設定が面倒なものは流行らないってのが正しいなら
Javaやmod_perlなんて誰も使ってないことになってしまう

それとは話が違うと思うが。
Javaは固い仕様の言語でみんなで仕事をするには向いているだろう。

単純なスクリプトを記述するのにshやperl使わずにJavaで書くのは、
ただの自己満足な印象が強いが。

たとえばあるディレクトリ以下のファイルの最終使用日付を取得するスクリプトなんか
Javaで書くよりPythonで書いた方が明らかに書きやすく読みやすいし。

そんなのls -luでいいと思うが

>>294
Windowsユーザにはそりゃ無理だな。
PowerShell憶えればいいのかも知れんが、あれほど食指の動かんスクリプトもなあ。
その点、Javaベースな何かなら、それなりに相性がいいかも知れないとかちょっと思った。

ls | select Name, LastAccessTime
powershellならこれでおｋ

一口にスクリプト言語の出番といっても、>>293くらい「猛烈に小さな」用途と、
それよりはもうちょっと込み入ったコード書かなきゃいけない用途では、また話が違うかな。

俺は、まぁ乱暴に言って100行くらいまでだと、趣味で作ってる俺Lispで書いてる。
もちろん、まったく他人が見ないコード限定ねｗ

世の中OSのスペックに反比例するほどエディタの性能が悪い。
NetBeans for G-Editorとかfor VIMとか作った方がいいのにな。
GoslingはEmacsのことはもう忘れろみたいにいってるが、
Java版テキストエディタにコード補完機能を付けたら、管理が楽になるぞ。
FreeMarker経由でXMLをアウトプットするとかそういう夢も広がる。

>>256
ぶっちゃけサーバーを国別にすべき

>>299
ぶっちゃけ新しい国でサービス始めるときの投資額が跳ね上がるからやりたくない

地味に>>296の即答がすごいと思ったのは内緒だ
なんとなくこういうスレではWindowsヘビーユーザは少数派な気がするのは偏見だろうか

PythonのShell実装もあるらしいし、Javaで出来る範囲くらいは好きなスクリプトでやらして欲しいね。

>>295
目的によるんじゃね
ADのグループポリシーなんかJavaで書く気はしないよ

>>301
俺はVisualStudioがメイン。これとC#の環境にはあらゆる言語環境がひれ伏します。

VisualStudioって自動で名前空間を補完したっけ？

余裕。jsも放り込めばIntellisense効く。さすがにいまいちだけど。

>>264
それマジで言ったん？ソースあんならすぐ出せ
マジならRubyスレ総力を上げて潰すが

潰すとかお前Rubyスレの評判そこまでして下げたいか

>306
型指定ありの言語は当然補完出来るだろうし型推論タイプの言語も何とか補完出来そうだが
動的型の言語では補完しづらいだろうなあ

PHP軍としてはRubyごとき相手にしてらんないよ

Rubyは教祖本人がさんざんPHP煽ってるんだから
自業自得だろ

煽られるPHPがまず自業自得だけどな。

そうやって正当化するしかないってのが哀れだな

PHPがRubyに勝ってる理由

・レンタルサーバで対応してるのは圧倒的にPHP
・コストパフォーマンスが良いのはPHP
・初心者でも抵抗が薄いのがPHP
・webに特化してるのがPHP
・解説サイトが多いのはPHP
・google検索結果はPHPの圧勝

>310
俺はRubyは好きだがmatzは嫌い
matz以外の開発陣もmatzの暴走止めるのに必死だし
もうあの人Rubyから手を引いてくれと思う

ソースコードが公開されてるんだからRubyの派生版作ろうって人はいねえのか？
文句だけはいっちょ前だもんなｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

おまえらそんな使い捨て言語でむきになんなよ。てきとーに使えばいいだろ。
どうでもいい仕事するための、どうでもいい道具だろ。

>>316
> どうでもいい仕事するための
ここがダウト
他はまあ同意

仕事だからこそ後々を考えなきゃいかん
せめて互換モード付けろよ、と

コピペでマッチポンプ楽しいｗ

>>315
JRuby に IronRuby に Rubinius とオレが知ってるだけで、これだけあるが。

>>320
あれ？あるかどうかの話？

>>313
・レンタルサーバで対応してるのは圧倒的にPHP
ゴミサイトでよく使われてるのがPHP

・コストパフォーマンスが良いのはPHP
素人PGが使い捨てされてるのがPHP

・初心者でも抵抗が薄いのがPHP
「使ってます」っていう初心者ばかりのPHP

・webに特化してるのがPHP
webにしか使えないPHP

・解説サイトが多いのはPHP
屑解説サイトばかりのPHP

・google検索結果はPHPの圧勝
検索結果が圧倒的にゴミばかりなのがPHP

>>319
まぁ、自分で考えて一字一字書いたレスであっても
内容的には全部コピペみたいなもんだから、このスレは。

>>322
＞ ・google検索結果はPHPの圧勝
＞ 検索結果が圧倒的にゴミばかりなのがPHP

これは、URLが引っかかっちゃってるのも多いんだよな
httpで検索したりしても偉いことになる

PHPのマニュアルがスパムサイトにミラーされてんだよ。

>>322
負け犬の遠吠え乙ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

遠吠えって、草生やすことでしょ？
音声として読むと似てるし。

>>284
サーバやら他人の環境に、PHPやRubyやましてPythonが（ｒ

逆に一番高確率で入ってるのがJavaだな

？

>>324
宝石店の広告がひっかかるRubyよりマシだと思うが。

ニシキヘビが出てくる言語はどうですか？

レンタルサーバで言えば、Ruby陣営はmod_rubyをまともにするべき。

>>333
FastCGI押しなんじゃないの？
それにmod_railsもあるから、それでほぼ需要は賄っている様な気もする
というかもろWebProg板ネタは、適当に自重してくれた方が何かと平和だ。

Webじゃないとこの辺のスクリプトなんて使い道ないだろ、とか

全くだな。テキスト処理だけで飯が食える世界でもないし。

画像合成したりテキスト乗っけたりするねぇ

ほんとはしないくせに

プロフサイトとかやったこと無いの？

MS Paintでやった方が早いわ

ケータイユーザーがわざわざPC使う？ お前アホちゃう？

>>331,332
この結果はちょっと意外だった。
http://images.google.com/images?q=python
http://images.google.com/images?q=ruby

>>339
Webじゃん

>>342
なんで画像検索よｗ

それよりも
１．Googleが無駄に優秀
２．宝石としてのルビーに価値はそれほどない
３．Ruby言語いいじゃん。Python？その蛇どこにいるの？
４．その他

>>342の見解を聞こうか。

>>344
http://www.google.com/trends?q=Python%2C+Ruby
一見ほぼ均衡しているように見えるけど、この中に蛇や宝石が混ざっている
比率は>>342の画像の混在比率と正の相関関係があると考えられるので、
実際にはRubyのほうが優位なんだろう。

おれは世界的にはRubyよりもPythonのほうが圧倒的に優勢だと思っていた
ので、画像検索の結果は意外だった。

>>345 = >>342でいいのかな？
つまり、>>344 の 3. が、不本意にもGoogle先生の診断だということか！

英単語一つ取り出してどうのこうのってのは不毛で、それが>>344の4.で
って、俺が言うの！？

Accept-Language: ja

http://images.google.com/images?lr=lang_en&q=ruby+site:ca
ふむ。名前として一般的すぎますな。

Google先生の中の人はpython使ってるんでしょ？

Pythonを作った人はGoogleの中の人になったが、
そういうことはないだろう。

てか、MapReduceの実装とかC++じゃないのか？

コアの部分は当然C++。その辺の糞Webサービス会社といっしょにすんなよ。

いや、Webで動いてるとこには使ってないだろうけどさ、
社内で使ってるいろいろな道具はpythonを使ってるって話だよ。
検索アルゴリズムの基礎開発とかにも使ってるんじゃないの？

使う理由がないだろ。C++とJavaのノウハウが高い会社なんだから。こまいツール類だけだろ

Google App Engine とか Python で開始だったじゃん。Java も増えたけど。

あと、3年前の記事だけど。
> GoogleではC++，Python，Java以外の言語を使う場合は特別に許可が必要
> http://gihyo.jp/dev/clip/01/orangenews/vol33/0002

検索がC++でAdSenseがJavaってのは知ってるけど
他の部分って何で書かれてるか公開されてたかな？

検索エンジン以外のサービスはJavaじゃないの？コスパ的に。

Googleみたいにがっつり作って高アクセスみたいなサービスだと
簡単に書けるけど実行速度遅いみたいな言語は逆に非効率になるからね
C++とJava以外を使ってるとは考えづらい
Googleじゃないとしてもスクリプト言語でそういうのに使えるのは
mod_perlとPHPくらいだ

fastCGIがあるじゃないか

誰もサファイアを話題にしなくてかわいそう
Rubyを独自に使いやすい仕様に変更して頑張っているのに

むしろ種類減らしたいくらいなのにいらないだろ

>>354
ユーザAPIがPythonなだけだろ

Pythonの場合は簡単にかけて、実行速度はそれほど遅くない言語だと思うが。
Javaより速いケースもあるし。

速さを求めるとC++なんだろうけど。

早い場合があるってだけで、
基本的にはJavaより10倍くらい遅い言語であるのは事実

つかJavaVMの高性能化は半端じゃないよな。

まあ大量の投資を受けたからねえ
似たようなことがJavaScriptでも起きるかもしれん
Googleほか複数企業が高速化に熱心

JVMは、Linux環境だとg++以外のネイティブコードコンパイラと同等の性能を発揮するからな
今後のスクリプト言語はLLVMに移行し、JVMもサポートって感じになっていくと思う。

そういう意味じゃJavaやPHPは伸びるけど
他の言語はもう駄目かもわからんね

phpって検索しても公式のマニュアルがでずに、いつもコピーサイトが出てくる。
大概情報古くて、公式で検索したら一発解決とか、もうね。
ありゃどうにかしたほうがいいぜ。

perlも古い情報がまざってて(KENT並みの情報ばかり)検索しんどすぎ。

>>359
MacRubyも思い出してあげてください！
Macってついているけど、LLVMサポート表明したり、windowsな俺もwktk

>>367
公式マニュアルのトップをブックマークしておいて
そこの検索から検索しないか普通

Windowsプログラマだけど、コピペ目的でないならsite:msdn.microsoft.com付けてググっている。
PHPでも似たようなことできるのではないの？

他の言語には古い情報を表示するようにして
特定言語を流行らせようとする検索サイトの陰謀だな。

php.net/関数名
で検索できるよ

>>355
GoogleのヘルプページはPythonみたいだよ。
topyc.pyというスクリプトを通して出力しているみたい。

まさにどうでもいいとこだな

ペチパーは検索もまともにできないのかｗｗｗ

って流れですか

PHPってオンラインドキュメントは充実してないの？

>>377
むしろ、それがウリ
PHP憶えようと思って、オライリーのPHP本 3冊くらい買ったが
オンラインドキュメントで事足りて本棚の肥やしになった

>>378
ウリつか、今なら普通なんでは。

>>379
今のレベルのドキュメントは、MS製品でもなければ、なかなかないと思うよ。

>>380
仕様書理解できないカスが多いわけですね

Rubyにケンカうってんのかよオメーはｗ

燃料投下

プログラミング言語別 求人件数ランキング（単位：件）
http://www.atmarkit.co.jp/news/200902/13/wp01.jpg

プログラミング言語別 平均年収上昇率ランキング（単位：万円）
http://www.atmarkit.co.jp/news/200902/13/wp03.jpg

プログラミング言語別 平均年収上昇率ランキング（単位：万円）
http://www.atmarkit.co.jp/news/200902/13/wp.html

ごめんコピペミス

プログラミング言語別 求人件数ランキング（単位：件）
http://www.atmarkit.co.jp/news/200902/13/wp01.jpg

プログラミング言語別 平均年収上昇率ランキング（単位：万円）
http://www.atmarkit.co.jp/news/200902/13/wp03.jpg

求人数はJava、年収はC#がトップ――ワークポートが調査 − ＠IT
http://www.atmarkit.co.jp/news/200902/13/wp.html

Java/C/C++/C#か・・このスレ終了の予感

2ヶ月も前のネタを今ごろ燃料とか言っちゃうトロい人は、
/.jp にでもこもってろよ。

目の前のニンジンしか見れない奴w

C#はどこらの開発に需要あるんだ?
XNAしか思い浮かばないｗ

web系じゃないの？
MSプラットフォームでJava使うのもどうかと思うし。

>>368
マニュアルDLして、自分で検索できるようにしないか　普通？
namazu知ってから　pgsqlと一緒に必ず作ってるよ
＃そのときに使うものも追加
＃rubyはnamazuしづらいから、どうしようかなと思ってる

ねーよ

使いやすいのかえ？

よし。COBOL始めるか。

>>390
rubyは検索しやすいからchm使ってるけど、phpは配布されているのが古買った気がする・・・

これみて、悶絶しそうになった。だれか解説世路

# Prototypes.
sub login();
sub get_rkm($$$$$$$$$$$);
sub logout();
sub update_diary_entry($$$$$$);
sub delete_diary_entry($);
sub doit_and_retry($$);
sub create_it($$$);
sub delete_it($);
sub post_it($$$$$$);
sub get_timestamp();
sub print_debug(@);
sub print_message(@);
sub read_title_body($);
sub find_image_file($);
sub replace_timestamp($);
sub error_exit(@);
sub load_config();

はてなダイアリーライター（略称：はてダラ）
http://www.hyuki.com/techinfo/hatena_diary_writer.html

>>393
不定期に更新されてるよ。srcのアップデートから、かなり遅れるけど
＃DL版以外は見て無いかも

>>394
書いてあるとおりプロトタイプ宣言じゃないの？
悶絶することはあれど解説頼むほどのものではないだろ

まぁPerlのプロトタイプ宣言は古くさい書き方だな

while (!!!!!!!!!!!!!!!!!!!!!!!!!!!0) { print "I'm fuckin'!!!!!!!!!!!!\n" };
%anal=(0=>"ケ",1=>"ツ",2=>"毛",3=>"バ",4=>"ー",5=>"ガ",6=>"ー",7=>"\n");
foreach(sort{$anal{$b}<=>$anal{$a}or${a}cmp$b}keys%anal){print$anal{$_}};
print "unkodesu\n" unless((((((((((((((((((((((((((((()))))))))))))))))))))))))))));

>>397
古臭いって何がだよ？
独特なだけで、新旧の別なんかねーよ。

スカラで引数11個要求してる所がファンキーだな。
# そこじゃないって？

>399
PBPでも否定されてるじゃんｗｗｗ

＞＞４０１
何か問題でも＿
？？

Perl のプロトタイプは、データ型を勝手に
異なる型に変換してしまうからなぁ。

とても使いにくい。

mapやgrepなどと同スタイルで
ラムダ放り投げるために
sub (&@)
使うぐらいかねぇ。

それ以外で使うと、その場は良くても
後でみると結局わかりにくい。

>>394
> sub get_rkm($$$$$$$$$$$);
これ見たときに背筋がブルッっと着たわ
Perl案件回ってこないことを祈りたくなった

Perlにはswitchがないという話は有名だが、この程度だったらLispのマクロで即解決するんだが

>>404
別に言語は関係ないと思うよ

>405
5.10 には switch 相当の構文がある。

>>407
>5.10 には
ﾊﾊｯﾜﾛｽ
Lispならバージョン関係なくマクロで即解決するんだけどな

Lisp使ってる人って現存するんだな

>>404
そこは単純に、この関数は引数を11個とりますよってだけじゃないの？
まさに>>406だな

お前らがあれ欲しいこれ欲しいって処理系にあれこれ要望出してるうちにLispだったらマクロではい文法拡張終わり

　　　　　　　　　　_Y_
　 　 　 　 　 　 ｒ'｡∧｡ｙ.
　　　　　　　　　ゝ∨ノ　　　　　　　お前らが必死に　 　 　 　　 　 　,,,ｨf...,,,__
　　　　　　　　　 ）~~（ 　 　 　 　 　　　　要望出している間に　_,,.∠/ﾞ`'''t-nヾ￣"'''=ー-.....,,,
　　　　　　　　　,i　　 i, 　 　 　 　 　 　　　　　　　　　　　　　,z'"　　　￣￣　／nﾞﾞ''''ー--...
　　　　　　　　 ,ｉ>　　 <ｉ 　 　 　Lisperはどんどん　 　 　 r”^ヽ 　　　　　く:::::|::|:::〔〕〔〕
　　　　　　　　 ｉ>　　　<ｉ. 　 　 コーディングしていく…。 入_,..ﾉ ℃ 　　　　￣U￣＿二ﾆ＝
`=.,,ｰ- ...,,,__　 |,ｒ'''"7ヽ､|　 __,,,... -ｰ,,.=' 　 　 　 　 　　　　>ーｚ-,,,...--,‐,‐;;:'''""~
　　~''':x.,,　 ~"|{ G ゝG }|"~　 ,,z:''" 　 　 　 　 　 　 　 　 　　　 ＿＿＿
　　　　　 ~"'=| ゝ､.3 _ノ |=''"~ 　 　 　＜ー＜> 　　　　　　　　／　　l￣￣＼
　　　　　　　 .|）) 　　　(（| 　 　　　　　/￣￣ﾞｉ;:､ 　　　　　「￣￣￣￣|￣|￣￣￣＼
　　　　　　　　　　　　　))| 　 　 　 ｒ'´￣「中]￣｀ヾv､　　　`-◎──────◎一'
　　　 　　　　　　　　　　　　　　　├―┤＝├―┤　|li:,
　　　　　　　　　　　　　　　　　　　|「￣ |ｉ￣ｉ|「.//||「ｌn|:;
　　　　　　　　　　　　　　　　　　　||//__|Ｌ_」||＿_.||ｌ」u|:;
　　　　　　　　　　　　　　　　　　　|ニ⊃|　　|⊂ニ| || ,|/
　　　　　　　　　　　　　　　　　　　|＿. └ｰ┘ .＿| ||/
　　　　　　　　　　　　　　　　　　　ﾍ　「￣￣￣|　/

>>410
ああ、そういう意味なのか。検索してもわからんだからありがと
$の数によって独立して意味が変わる特殊変数がPerlにあると思い込んでいて、混乱していた

>>412
アタマダイジョウブデスカー？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？

なかなか斬新なアイデアだな

　　　　　　　　　　 　　　／￣＼
　　　　　　　　　 　　／| 　 ＾-＾ | 　＜ >>412 アタマダイジョウブデスカー？？？？？
　 　 　 　 ,＿＿__／　　＼＿／
　　　　 r'"ヽ　　 t､ 　　　　./　　
　　　　/ ､､i　　　 ヽ＿＿,,/　　　　　
　　　 /　ヽﾉ　　j　,　　　j　|ヽ　　　　
　　　 |⌒`'､__ /　/　　　/r　 |　　　　
　　　 {　　　　￣''ｰ-､,,_,ﾍ＾　|　　　　
　　　　ゝ-,,,＿＿＿＿_）--､j　　　　
　　　 /　　＼__　　　　 　　/　　　　　
　　 　|　 　　 　"'ｰ‐‐---''.　

>>412
それはいいアイデアかもしれない。
ホワイトスペースみたいな言語になりうる。

Perlの特殊変数のみで記述できる言語plz

>Perlにはswitchがないという話は有名だが、

Pythonもありませんが、何も。

Perlのswitchは、ライブラリの形で前世紀から存在してる。
マニュアルに標準関数だけを使った代替書式も載ってる。

○には×が無いってのは同じ名前の命令そのものズバリが無いってだけで
代替策は絶対にあるんだよな
古くはJavaにはポインタがないから始まってさ

>>420
代替策にとらわれずに自分で言語拡張できるのがLisp
switchがなければ作ればいい

>>420
Switchはしょせん糖衣構文だから代替手段があるが、
JavaにポインタがないからIOポートやフレームバッファを直接
叩けないことについては、Javaだけでは解決できないぞ。

いやJavaにはポインタはあるけど

わざわざ逆説的なこといって耳目を集めたがる奴っているよね。
ポインタ完全なんとかの人とか、憂鬱ななんとかの人とか。

ポインタ演算が標準で用意されてないって話がこじれたんだよなJavaのは
ポインタ自体はある

>>421
Lispでできるマクロなんぞ、Aの記述は既存のBに解釈ってだけなので
たいしたことはできないが…

だからこそ、中身ほとんど同じで表層が違うだけの
オレオレ派生言語ばかり生んでるわけで。

んなこと言ったら機械語なんてオンかオフだけだが

>>427
だから文法を拡張しやすいってのはあまりメリットがない。
というかその瞬間の自分だけならまだしも、複数人時、
未来の自分にすらデメリットの方が通常はでかい。

Lispの性能から考えると、独自文法スクリプトや、簡易人工知能が
良く必要とされそうなゲームスクリプトが最高にマッチしてんじゃないかと
思うほどだが、ゲーム開発にLispがどんどん使用されてるという
話は聞かないなぁ。

ぶっちゃけLispって実用になるの？
ラテン語程度には、ってんなら実用には厳しいってことでいいんじゃないかと、
Lisp知らない人間は思ってしまうんだが。

もしそうなら、きっちりやる人間は知ってて使えるべきなんだろうが、>>428みたいに
「採用されない」のを嘆く必要も無理に勧める必要もないんじゃないかと思うが、

本当にLispって他の言語より実用的もしくは合理的な面があるの？

パッケージのグルーとしてScheme使ったことあるけど
10年業界やっててLispにお目に掛かったのそれだけだな

>>429
真のLisperはこんなスレまで出張ってこないのさ。
ここで聞く事は愚問

自分と自分の息が合う空間だけで閉じこもってて
真の意味での進歩や可能性を放棄したのが
Lisper達。

そういう煽りはいらないんだな正直。
本当にLispに、"使える"面があるのなら知りたいって人間も多いんだ。

>>433
Lispを一通りやってるのは当然しょ。
その上での実践上での評価となるはず。

>>434
・・・ほんとすんませんでした

ttp://www.kahua.org/show
ttp://practical-scheme.net/experience-j.html
ttp://www.littlewingpinball.com/contents/ja/ypsilon.html
こんなとこでどうだ？

なんかこのスレって落伍者の集まりだな

おあとがよろしいようで

都銀勘定系に使われないうちはお遊び言語

極端だな

Perlは金融で使われてるぞ
大手証券だが

そりゃ悲惨な話だな

>433
昔は先進的な高級言語だったんだけど重かった

今では当たり前のクロージャやイテレータ、
動的型（変数に型を持たず値に型を持つ）、ガベコレなど
よくも昔のハードウェアでそこまでやったもんだ

ただ今となっては他の言語にもその機能の多くのが取り込まれて
そっちのが使いやすいことが多いから、Emacsなど一部除いてあまり見ない
でも今日のスクリプト言語へ与えた影響は大きいものだよ

未だに（ほぼ）Lispにしかない機能というと、
マクロ（単純なパターンマッチではなく構文木の変形が可能なもの）ぐらいか
ただ、マクロで実現できる機能の8割ぐらいは
適切に設計されたライブラリで代替できそうな感じはする

逆に言えば、残りの2割を求めるような領域では使われ続けるんだろうけど
近年だとアスペクト指向の源流もLispだっけ？

まあ既にlispのいいとこはほとんど搾り取った感じはあるな。
>>444
あとは記号処理ぐらいじゃないか

Lisp のマクロをどうやってライブラリで代替するんだろう。

正規表現みたいなのりで気軽にパーサーを書けるライブラリがあれば

パーサコンビネータライブラリ？

マクロそのものの代替にはならんよね。
言語外DSLをお手軽に作るツールにはなるけど。

その言語自身がそのライブラリを使って書かれてたら（自己記述）、
その言語は一種の不動点になって、Lispのマクロみたいになるかな。

>>446
マクロそのものは難しいだろうが、マクロを含む歴史的な試行錯誤で発見されてきた
有用な抽象をライブラリに取り込むことはできるでしょ
問題によってはそれで十分。現に大半の言語にマクロは無い
……まあ言語仕様が貧弱だと、それすら困難だったりするけど

>>447
PEGは割と良い線行ってると思う

>446
Perl にはソースフィルタって機能があってソース自体を変換可能。

>>449
既存の，解決策の分かってる問題に対しては確かにそれで十分．
というよりもライブラリというものはそういうものでしょう．

新らしい問題，あるいは，ライブラリにはないような
ローカルな問題に対応する時にはマクロが有用なんだよね．

具体例を出してくれ
意味がわからん

>>452
具体例も糞もあるか
自分の環境下で起きた、ライブラリで対応できない特殊な例に対応するときにマクロがあればすぐ解決できるんだよ

それはマクロをクロージャ、クラス、関数、サブルーチンに
置き換えても成立すると思うんだかそれらと比べたときの利点は何？

スレタイ！

おまえらすぐLispはさあ、Lispだったらさあ、とか言い出すよな。

全ての不平不満は、愚民のせいでlispの理想郷が実現しなかった為だと
結論出来る。

いやそれはない。

機械語がある意味究極でありながら万能ではないのと同じで、
おそらくLispも似たような意味で究極なのであろう。

Lispの欠点というか、最初の関門と言えば、人間がパーザをやらなきゃならんことだな。
Lispのコードにとにかく括弧が多いのはよく知られていることだが
他の言語で言う各要素の結合度、演算子の優先順位に相当するものを
全てコード上に記述しているが為に起こってると言っても良い。
そのため、処理系のパーザがコードをどう解釈するかに悩む必要が無いのだが
括弧の対応表示できるエディタが必須だし、全部書かなきゃならんという面倒さもある。

とりあえず、Lispもこちらの世界に参戦したってことですね？

多様性は善なり

>>460
ちょっと参戦してみようかな，と思って書きこんでみたけど，
どうもお呼びではないような感じなので，継続して書き込むべきかちょっと思案中．
Gauche とかだといい勝負できるかなぁ，とは思うんだけどね．

継続は面白いとは思うが、俺は読むの苦労するんだよなあ

Lisp を使わない奴に限って Lisp について語りたがる

さすがにLispを使わずに言語は語れないだろうと思って、
ちょっとCommon Lisp勉強してみた
やっぱりRuby使いにとっては原点の一つだった

ただ、いわゆるLLって感じの言語ではない（当たり前か）
一方でGaucheならPerlの影響も受けていると聞くし、このスレ向きかもしれん

5年ぶりくらいにPerlを使ってみたけど結構簡単にオブジェクト指向的に書けるのな。JavaScript思い出した。
ただ暗黙の型変換とかコンテキストとかマジ厄介
あとsigilも慣れないとつけ忘れるな

>466
そのレベルでPerlから離れていたような人ならMoose(Mouse)を使った
書き方からやり直した方がいいかもな。
他人のコードを読むためにPerl5.8標準の書き方も知っておく必要あるけど。

>>467
Perl5が出始めの頃に「新Perlの国へようこそ」で入門したんだが、
「モダンPerl入門」を最近読んだら、まったく違う言語のようだった。

そろそろ野良じゃなくって、C++/Java的な業界標準スクリプトってのが
生まれてもおかしくないよな

そんなものはいらない。

規格化が難しいんだろうね、動的言語は自由度が高いし

モダンPerl入門買ったんだが積んである。
なんか読む気しない…。

Rubyを使ってるなら読まなくていい

まあ、スクリプト言語はどれか1個でいいやって気はする。

ならRubyだな。

Ruby on Rails x アジャイル x 中国人

この組み合わせで

> コストを日本の1/4程度、運用開始までのスピードも1/3程度

でサービスが提供可能だぜ？

Technologic Arts Incorporated | テクノロジックアートと軟脳軟件のRuby on Railsオフショアアジャイル開発における業務締結について
http://www.tech-arts.co.jp/news-and-topics/press-releases/20090427.html

Python、Perl、PHPに真似できるかな？ｗｗｗ

でも品質は1/7なんでしょ？

しかも情報漏洩のリスクは1024倍

どこの公共事業だ

仕事: Python
趣味: Perl, Ruby

だな。間違いない。

趣味にperlって分からん。
仕事なら過去の遺物が山ほどあるが。

http://gabrielsw.blogspot.com/2009/04/my-take-on-99-problems-in-scala-first.html

そんな君に Prolog 99 問
Prolog 解けるかな♪ Prolog 解けるかな(待

趣味でそんなつまらんのやるなよw

俺は面白いと思うけどな
パズルとか嫌いな口か？

似たような言語いくつもやってもつまらんだろ。

Prologはかなり尖った言語だよなぁ
絶対１番にはなれない言語だが、手続き型とは根本が違い過ぎる
Scheme、Haskellも良い感じに尖ってるがPrologほどじゃない

この(ア)ペ(ン)ド野郎が

という文句を思いついた

言語覚えるのは比較的退屈な作業。パズル的楽しみなら圧縮とか暗号とか
アルゴリズムを考える方が楽しい。

俺は覚えようとする前に、いきなり簡単なプログラムを組んでみる。
リファレンスを見ながらね。思い通りに動くようになる頃にはそこそこ覚えてる。

手続き型言語とOOPLを何か1つ習得してれば大概の言語はそれで行けるね。
純粋な関数型とかになってくるとちと事情が変わってくるが。

理屈はそうだけど、現場でパッと出てこない。
えーっとUTF8ファイルから一行ずつ読み込んで2個目の-以下の文字を
削除してSJISで書き戻せ？うーん・・何！改行コードはどの場合も
ありえる？うーん、うーん・・しかもファイルは大きいから全部バッファリングして
はいけないだと？おーい、誰かこれたのむー、とかなる。

>>491
どこへのレスかよくわからんが、その処理で困るって言うのは言語を限定されて、ってことなのかな？
そうでなければ、（ファイル及び文字列処理に関して）どの言語でも何一つ習得していない、って事だと思うんだ。

得意なやつなら割とすぐできるけど、Pythonでとか言われるとさーて勉強勉強って感じ

perlとPHPでは文字コードの扱いに苦しめられたな

Perl4とかPHP3でも使ってるのか

Perlの文字コードの扱いは本当にわからん。ってかEncode？
IOと結びついてるのかいないのか。
単純に、この文字列（バイト列？文字列？）がUTF-8のはずだから、
SJIS-winに変換してくれ、そしてそれを切り貼りして表示したりファイルに
書いたりするからねって処理が、なんでこんなに難しいんだろう・・・

文字コード関連で気をつけておくのは、改行やコードの変換は最後にする事ぐらいかねぇ
途中で変換するとそれこそカオスになる

そんな難しいか？Perlで文字コードいじるのって
どのスクリプト言語でも同じようなもんだろ

>>498
う〜ん。
jcode.plを使っていいなら、そんなに変わらない。少なくともPHPとは。

jcode.plって江戸時代かよ
Encode.pmかJcode.pmだろうに

いやだからそのEncode.pmが・・・って書いてて自分が哀れになってきたので、勉強します；o；

jcode.plよかEncode.pmの方が全然簡単だろ
5.8以降なら最初から入ってるし
使い方を単に知らないだけだろ

>>502が>>491の回答例をさらっと書いてくれるそうです
さすがム板

jcode.plを使ってできるなら、Endode使ってもできるんじゃないのか。

以下妄想レスで失礼

jcode.plの場合は、Perl5.8(5.6以降？)の機能を敢えて使わず、シンプルに考えられる（、と思ってる）
文字列っていうのは全てバイト列で、もちろんutf8フラグなんてのはついてなくて、use utf8; とか
してなくて、入力されたバイト列を関数に渡してやれば変換されたバイト列が帰ってくる。

Encodeモジュールを非常に限定された形で同様に使うことは可能、な筈。

詳しい人、訂正よろ。（ほぼ全訂正、ていうか書き直せ！レベルと想像）

昔のベタベタな書き方がシンプルとか言われたら
多分strictすら宣言してないんだろうし
そこだけ説明してもどうなんだろうって話になるわ

ここでjcode.plがUTF-8に対応していないという驚愕の事実が発覚
まあそれだけで、すくなくともJcode.pmでないと話にならないというｗ
またdankogaiか

>>506
そういうこっちゃないんだがな
jcode.plが use strict; use warnings; で使えないかといえば、もちろんそんなことはない
Perl5.6以降の機能ってことなら、間違いなくUnicodeサポートの話

Dankogaiが諸悪の権化ということでフィナルアンサ？

jcode.plとか書いてるやつはperldoc perlunitutを一度も読んでいないだろｗｗｗ

>>510
何が書いてあるの？

Perlは文字列のUTF-8フラグがオンかオフかで、分けて扱わないといけないからなぁ。
意識しないで書くと、ドツボに嵌る。

分からなかったり、古いスクリプトの焼き直しなら、
全部バイナリで扱うのが正解だと思う。

$ perldoc perlunitut
No documentation found for "perlunitut".

perl の文字列の扱いと他の言語が同程度とか言ってるのは
まじで使ったことあるの？

有力言語の中では、perlだけが異常なまでに取り扱いにくく
できてるよ。特にutf8系は勘違いを生みやすく、記述しにくく
最悪の部類にある。

そうでもないけど

Perlは殆どあらゆる面で前時代的で扱いにくいが、
ネットの世界、特にblog界ではperlerが強いので、
Perlを批判する奴は世渡りを知らない馬鹿。

RubyやPythonの連中がPerlやPHP叩くのって結局無視できない存在だからなんだよな。
本当に糞言語で使いこなすのが難しいのならシェアがどんどん下がるはずなのに、
実際はどの言語も決定的に何かが変わるわけじゃないから勢力は変わらない。
あんな糞言語より俺が信じる言語の方が素晴らしいのに！って感覚に陥って悪循環になってる。

>517
そりゃ、今やPerlは選ぶ言語じゃなく、選ばされる言語だから。

前任者がPerlで書いてたから、(クソ)ライブラリがPerlで書いてあるから、
先輩がPerlしか分からないから……、そんな理由でPerlを選ばされる
若者の鬱屈もくんでやるべき。

WPFの時代に、VB6で組まされるようなもんだよ。

サーバーを統合・新しくしましょう
テキストじゃなくDBにしましょう

あ、動かないライブラリがありますね　←ここ重要

せっかくなんでもっと早い言語で作り直しましょう
テンプレート式でページも豪華にできるようにしましょう

Perl5.6以降のUnicodeで素直じゃないところは、後方互換のためにlatin-1
の扱いを特別視してるところぐらいかなぁ。

>513
ttp://perldoc.jp/docs/perl/5.10.0/perlunitut.pod

自分のマシンにインストールしてないんならググレば良いじゃんｗｗ

Encode.pmは初め扱いにくいと思ってたけど慣れると厳密に扱えてしっくりきた。

糞な言語やりたくなければ会社を選ばないとな

言語はそんな重要じゃないよ
どういう実装方法を採ってるのかが重要
折角楽なJavaやPHP使ってても糞みたいな書き方してるプロジェクトはいくらでもあるし
CやPerlでもきれいにやってるプロジェクトもたくさんある

確かに、PerlでもブログとかでモダンPerlなコード晒している人の見ると、
全然キレイに見えたりするな
まあ、OOPなライブラリ作れとか言われると暗黒面に深く入り込みそうでいやだけど

「モダンPerl」って言葉だけで笑える

>>526
それはレトロなPerlのコードにがっつり取り組んだことがないから

>>524
重要かどうかお前が決めるな。なぜ採用ページの最初で言語が問われてるのか考えろ。

いやだから言語は関係ないでしょ
Javaだったら絶対きれいに書けてPerlだったら絶対ｇｄｇｄなのかってことで
Perlのｇｄｇｄ嫌だからJavaの会社に入ろうってだけじゃ無意味なんだって
だからこそ自分ができる言語かつソースコードが管理されてる会社を選ばないと行けない

Javaのコードって基本、CやPerlと正反対の方向で汚いような

汚いとは思わない。ただ良くも悪くも愚直な言語だとは思う

汚いというか、書きたいことの本質からちょっと外れたところまで書かされる言語のような気がする
結果的に、目に入らなくても良い（でもプログラム的には必要な）コードが多く見えるような感じがしない？

こういうスレには必ず言語は関係ないｷﾘｯ、とかいう奴があらわれるのな。言語スレなのに。

設計レベルなら言語は関係ないけど
言語にパワーがあると、最終的にコードに落とし込むときに
設計と実装のミスマッチ部分を穴埋め・補完してくれてラクチンになると、まあそういうお話。

しかしそれはプログラムの作り方としてはカオスを内包してるという恐ろしい状態

みんな言語が全く関係ないと言ってる訳じゃなくて
どんな言語使ってたって実装方法や規約がカスならカスだし
実装方法や規約がしっかりしてるなら楽できるってことだよな

設計時にも言語を意識したほうが良いよ派と、意識しちゃ駄目だよ派があるみたいだけど
実際のところどうなんだろう。

基本設計で意識するのはおかしい
詳細設計で意識してないのはアホ

チラシの裏の設計程度なら意識しなくていいんじゃね？

まぁ意識するとしても出来るか出来ないかぐらいのレベルでだな

BASHでshell作るのに詳細設計でクラス図書いてたりしたらアホだけど
だいたいフローチャートとかそんなレベルだから
言語とかどうでもいいことが多いんじゃないかな

>>534
だからその手の包括的な俺様的結論とかはどうでもいいって。
設計が言語がどうとか定義があいまいな水掛け論で俺結論の言い合いは
くだらないし別のとこでやれ。

>>541
そのshellってシェルスクリプトのこと？　だいぶ前、同じ言葉使いしてるやつどっかのスレで見かけたな。

BASHで別のシェル作るんだよ。JK

JavaかPHPでWebシステム開発やってる会社が最近じゃほとんどだと思うんだが、
来年の今くらいだと、PHP、Python、Rubyのどれが主流だろか

現状既存の資源の量考えると、
PHP>>>>>>Python（未日本語化分含む）>Ruby
だよなあ。

JavaやPHPが普及したときってインターネッツ興隆期だろ
そののこと考えると、やっぱ技術的な革新が無いと
PythonやRubyがお株を奪うのはあり得ないんだろうか

>>542
んじゃ何の話すんだ。
言語にパワーあんじゃんって話しって別にスレの趣旨と違ってねーと思うぜ。

俺が5年間暖めてきたウェブ特化日本語スクリプト言語「超完成君1号」を出す時がきたのか…

いい感じに発酵してそうでwktk

腐ってやがる・・・

早すぎたんだ・・・

もし
　Yahoo!Japanで"ラーメン"と検索して
　　おいしそうな結果が出たならば
　　　一覧にして
　　　味噌味だけ
　　　横に並べて
　　　表示すする
　　でなかったなら
　　　"カレー"で検索し直す

>>551
エンジンにA級知性体でも入ってるのか？

まさかのインデントベースｗ

あのインデントは可読性のためだろjk

DNCLってそんな感じじゃなかったっけ？

おいしそうなって部分の実装の難易度が99.9%だなｗ

Perlはスクリプトの中じゃ厳格に書ける方だろ。基本的に毎回myで宣言しないと行けないんだから。

>>547
言語が成熟するのに、公開してから10年はかかるんだから、
さっさと公開しろｗｗ

この人のブログみていると、世の中ビジネス的にはJavaしかありえねーよバーカ
っていっているようにしか見えないんだけど、実際どんなもんなんでしょうか？

ひがやすを blog
http://d.hatena.ne.jp/higayasuo/

うちは、Rubyで(最近phpから乗り換えた)小規模開発だからまあ、
Javaはいっかーとか思ってるんだけどさ

JavaはWebプレゼンテーション層だけで使うわけじゃないからね。
でも、だからといって自分が使わない技術を必須スキルとして覚えるのもばからしい。

つい最近までRubyの最速実行環境がJRubyだったくらいだからなぁ
まぁパフォーマンスとか考えなければスクリプト言語でもいいんだろうけど
スケーラビリティって面でも、Rubyの場合だとどんどん拡張して
大規模にしていく場合は自分で先を切り開くくらいの覚悟がないと
キツいんじゃないかね
Java,PHP,Perlはその点先人がいるからいくらでも事例はあるけども

>>559
初っぱなから友達の会社の.NET技術者募集したり
Pythonの本勧めたりしてるが

>>562
いやブログの過去ログ見ていると、Rubyとか周辺もちゃんとチェックしている人みたいだけど、
(Javaのフレームワーク作っている人だから参考にRailsとかの情報も入れているだけなのかもしれないが)
一見近視眼的でなく、その上でJavaってことらしい。

ただ、以前に「ビジネス的にはJavaしかねえ」って記事があったんだが、
もしかしたら消されてしまったのかも。

>>559
就職先によっては入社してからCOBOLとVB程度ってヤツがいてＬ
仕事のほとんどが他人のソースコードのコピペで済んで、
勤労時間は定時に上がってワインも飲んでるな。

その人はJavaでメシ食っている人だからそう感じるんじゃね？

でも、この人はプログラマでもあるとは思うけど営業マンというかコンサル的な
イメージが強くて微妙だなぁ。

言うほどデカい仕事したことあるのかよーわからんし。

#つか、同じ会社ではないが会社経由で同じ顧客相手に仕事した事あるけど

スクリプト言語で金取れるなら自信もってスクリプト言語使えばいいんじゃね？
現実問題として規模も単価もJavaの方が高いわけだし
客にプレゼンするときにJavaで作りますってのとスクリプトで作りますってのじゃ
全く心証も違うわけだしな

心証ってつまりブランドのことか
コンビニとかファーストフードのような

ブランドってより実績だろうな
あそこのシステムでも使ってますみたいな

だったらCが一番多いJamaica

みんなunittestの網羅率ってどのくらいなの？
アクションのテストまで全部書いてる？

JavaからPHPに移って思ったのは、テスト書かない部分でも
コンパイラがある程度様子を見てくれるのはありがたかったんだなあと言うことだったな。
逆に配列周りや参照が使えたりってのがすげー楽でもちろん悪いとこだけではなかったんだけど。

型のチェックだけならタイプヒンティングやassertもあるっちゃあるが
やりすぎると本当に劣化Javaになってしまうという罠

>>505
Jcode.pmの作者ページに答えが書いてあるから、ちゃんと読んでみたら

うんこguy

>>556
すする部分のほうが大変そうだ。
消化器も作っておかないと、大変なことになる。

Jcode.pmの作者ページの答え

俺UTF-8嫌い

DOMとかXPathとか扱いやすいのってどれかな？

XML::LibXML

http://goessner.net/articles/JsonPath/

xpath のありがたみがいまいちよくわからない
ツリー状にノード引っ張る…データ構造を固めて
それを引き出すなら query 投げてそこで
引っ張るほうが楽じゃないかみたいな…

スクリプト言語で仕事になるのって、ウェブ関係だけだろ？

>557
しかしmyしなくても動いてしまうんじゃ？

動かないよ。
今は use strict; で書(か|け)なきゃバカ扱いされる。

日本で一番有名なオープンソースプログラマのKENTさんの批判はやめてください

読めるソースを公開するのはオープンソースだが
読めないソースを公開するのはオープン賞味期限切れのソースだ。

俺はWindowsで便利なVBScriptを推すことにする。
Windows以外で使うとして、Pythonかな。

逆にグローバル変数三昧で関数外で設定した変数を何の前触れもなしに呼び出すようなプログラム書く方が
何かと面倒くさいと思うんだけどなんでああなるのか解らん

>>580
そんな言語を使ってるやつらはどういう扱いに思われるか、想像してみてごらん

「そんな言語」の指す内容が曖昧でなんとも言えんな
また普通、「特定のある言語を使ってるやつら」全部引っくるめての扱いもなにもないよ

>>578
仕事があるだけましだがな

>>586
DANレベルの奴ですらPHP使いはカスみたいな言い方するくらいだし
もうだめかもわからんね

>>588
DANレベル、がどっちの意味かも曖昧
もうだめかもわからんねの主語も不明
わざとぼかしてるチキンでないのなら、意思伝達の能力に問題があるってよく言われてそう

曖昧…か？

小飼弾レベルの人ですら、なら明確だな

DANレベルが低い方だと思ってる奴はいないだろ
無理に曖昧にしたいだけじゃん

1行目は（常日頃からそんなこと言ってるし）DAN=小飼弾とわかるけど、2行目の主語はよくわからんね
というか、それ以前に>>588が>>586へのレスとして成立するのかが怪しいと思う

とうとうこのスレは自然言語まで対象になったのかｗ

２ちゃんに向いてない奴がいるな

俺はこう読む。

>>586の
普通、「特定のある言語を使ってるやつら」全部引っくるめての扱いもなにもないよ
これが命題。

それに対して>>588は
一般論で言えばそうかもしれないが、PHPに限っては小飼弾のような人にまで
PHP使いはカスみたいな言い方されちゃってるので、もう駄目かもわからんね。

PHPは開発者たちがみずから「言語仕様は糞です」って自虐してるだろ……

Perler VS PHPerの醜い争い

s/Perler/Perl Monger/g

>>596
588本人だけど違う
DANのような人までそういう差別するんだから
言語でひとまとめにするななんて主張してももう駄目だって話

たぶん 「俺の読めない言語は糞」 とかいうｱﾌｫだったのだろう

読めないコードを書くやつはｱﾌｫって話じゃないのか？

「ある定型文の呪文を書いておかないとバカにされる」んだったら
その言語自身が「呪文が書いてある状態」を最初からデフォルトにすれば？って思う。

VBもそうだよな
まぁVBは対象がプログラマって感じがしない言語だからあれで良いのかも知れんがw

とりあえず、PHPからRuby来て、黒魔術なコード残していくヤシなんとかしろ

>>603
なんといういちゃもん
おまいが心配しなくても、Perl6では標準らしい
今年中に出るかな・・・

Perl6は、Perlの名前を使うのを止めるべきだと思う

まさに底辺スクリプターの争い

>>607
それはPerlに間違った偏見を持ってるからでは？
PHPなんて3,4,5,6でどんだけ仕様変わってるんだと

そりゃできたての糞言語使って楽しようとすればリスクがあるのは当然

>>598
ルビャーを忘れないでください

>>609
いや、オレもPerl6は別にしてほしい。
まぎらわしい実行ファイルとかがパスに
紛れ込んでくるのは勘弁。

今までのPerlは、よくも悪くも互換性が
かなり重視されてたことを忘れるな。

ファイル名や拡張子で想定のバージョンを記述することを強制してもらいたいな、どの言語も

俺のイメージ

Perl
万能君なのだが、非Perler及び非開発者からのCGIのイメージが払拭できていない。
無駄に難度も高いため新規参入減少。

PHP
お手軽すぎて馬鹿にされ続けたが、教育/開発コストが優秀なので
じわじわと支持を伸ばし、今では導入企業多し。

Ruby
教育/開発コストがPHP以上に優秀だが、勢いはイマイチ

Python
教育言語としては非常に優秀だが、業務レベルでは日本語文献の不足もあり導入企業僅か。

お前は黙ってろ

PHPは仕様がアレだから馬鹿にされているのであって、
お手軽だから馬鹿にされているわけではない

そのｱﾚすら語れないってのはどうかと

言語における開発コストって何をもって優秀って判断なの？

JavaやPHPでの文脈では、人月計算出来る頭数の確保および促成養成の容易度、でいいんじゃないかな

開発者が意識しなくても、既知の攻撃方法を回避できる。
開発日数の短縮が可能。
言語自体の習得が容易。
コードの可読性が高い。
実行時の速度向上のための最適化が不要か、最小の修正ですむ。
デバッグが容易。
大規模開発に耐えうるか。

とかとか。案件によってどの要素を重視するかは異なるので何ともいえない

ただ、一般的には開発速度を最重要視しているように思う
次が実行速度かな

開発者数、開発者のレベル
も>>620に追加

PHPのメリットと言えば、mod_phpの出来の良さ、普及率でしょ。

CGIでもmod_phpでもソースが同じで済むのがいいな。
それをそのままコマンドラインから実行できるのも。
Javaだとmainを持つ単体プロセスと、サーブレットの派生クラスじゃそもそも全然違うし。
Perlもしかり。

開発コストが優秀と、開発者として学ぶべき価値のある優秀な言語かは相反したりするw

phpの優秀さは、mod_phpのsafe_modeのおかげで無料レンタルサーバーでも
利用できることと、cgiと同じようにファイルを置くだけでcgiより高速に動く
ということであって、言語仕様はクソだろ。

PHPはApacheのマクロ言語みたいなものでExcelのVBマクロみたいなもんだしな

php.iniさえ無ければよかったのに・・・

うちの周りだと、webアプリ＝CGI=PHP=Perl くらいの意識しかなかったそのくらいが現実。
ちなみにゲーム会社ｗ

>>625
おいおい、まともなレンサバはphpもCGIだと思うが

あ、ごめん、それでもいいよな、って流れか。野暮だったの・・・

>>614
これからはじめる妥当性はともかく、ちと違う感じ
Perl難しかったら、何をやっても難しいと思うよ

>>628
Web系かUnix系の鯖缶じゃないと、あまり使わない気もする

Perlの難しさは、他の言語の難しさとは別種だと思う。

成立年代とか当時のUNIX環境（awk等々）、プログラミングスタイルの
流行廃りの変遷を無視して、共時的にPerlを評価するなら、
つまり新規学習者の視点で見るなら、アホの子が作った言語としか見えない。

既に使えるようになってる人の「全部同じ」は真かもしれないが
まだ使えない人の「Perl難しい」もまた真

Perlはまずロジック以前に、mod_perl2を使う方法がややこしい。というか人によって違ってたり。
apache+mod_perl環境を構築しないといけない所も、PHPに比べると大変。

つFastCGI

>>632
アフォしか使わないからおk

>>635
Perlはアフォしか使わない
↓
Perlを使っているのは全てアフォである
↓
アフォでない人はPerlを使わない

故に、アフォでない人はアフォよりもスキルと仕事の幅が狭い

ｱﾌｫがPerlに費やす時間を別言語に使ってるからスキルと仕事の幅が広がる罠

俺はPerlも使う
俺はアフォではない
反証終わり

って書きたい

Perlは文化が成熟してるから、高レベルな人が多いし
高レベルな人の部下になる、高レベルな人の文献で学ぶなど、
ある程度の習熟レベルを超えてからは、返って他言語より成長しやすいと思う

俺はPerl使ってる時だけアフォになる。ぴゃぁあるぅ!

>639
大量のバッドノウハウを暗記した奴だけが偉そうに出来るという、
UNIXらしさにあふれる言語だよね。

スクリプト言語で高レベルって思ってる奴ってなんか笑えるよなw
世界狭すぎだろ

スクリプト言語は高級言語だろ？JK

ソフトウェア用語としての高級とか上流とかって、
一般の用法とはニュアンスが違うからなあ。

世界狭すぎだろとか言ってるやつ、お前の世界はどんだけ広いのかなぁｗｗｗｗ

WordとかFirefoxとかFFとかLOST PLANETとか作ってる連中からしたらスクリプト書いてる人は
プログラマーに見えないレベル

>>639
そうして成長て得たスキルやテクニックが、他言語では初心者でも使いやすく用意されてる差

高水準とか低水準とか言おうぜ

>>639
ブログとか見てると確かにそうだし、ライブラリとか使うだけなら他の言語と代わらんようにも見える。
なんだけど、やっぱバッドノウハウの塊なんだよな… >>647みたいに思ってしまう。

Ruby使ってるけど、Rubyも数年後Perlみたいになるのかと思うと(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
前Windowsで使ってたDelphiがもろそうなったんで…
しかし、Delphiはネイティブ言語のせいか、Perlみたいにバッドノウハウでってときはアセンブラ必須だったりついていけねえ

>>646
そんな、低水準の言語でしか作れんようなもんばっかだしてからに
反論してたら、そのうちOS作れない言語は(ry とか言い出しそうだな、おい

10年後20年後くらいなったら変わるんじゃね？と思いたい。

最近、LOST PLANET出してきたけど、近年のゲーム開発はスクリプト言語の組み込み必須だろ。
近年といったけど、ファミコン時代だってDSL使ってイベントや敵配置なんか記述してきたし。
スクリプトで、全て作れるわけじゃないが必須にになってる

最近、オンラインゲームで使われてるUnity 3Dなんかは、
マルチプラットフォームだけど、C#なんかで記述できる。
ブラウザ上で動かせるのに、グラフィク周りはハードウェアアクセレーションが効くんで、
エンジン自体はそこそこ速い。
jscriptも使えたかもしれん。
(つっても、実際にはActionScriptで作らずに、Unity3Dで作ってくる連中は、
ある程度本格的でブラウザゲーなのに"重め"のものを作ってくるんで、悪い面もある)

ああ、スマソ。VM系だけどC#はスクリプト言語じゃないか。
"WordとかFirefoxとかFFとかLOST PLANET"を作れない、って話かと思ったから、
対比で出してしまった。

そういう誰でもできる部分をスクリプトで外だしにしてるってことだろ。
フロー書ける設定ファイルみたいなもんだ。
で、そこのスクリプト部分には3DもレンダリングもAIもなんらテクノロジーは入ってないわけだ。

その替わり、アプリの本質とノウハウが詰まっています

ストリングテーブルが一番のノウハウだな。エロゲーの場合。

WordはそのうちC#になりそうだし、マルチバース系のUIエンジンや、XBox360の
ソフトなんかもかなりC#ベースになってきてるよね。
で、C#+.net(あるいはSecondLifeみたいにMono)で作れるということは、
かなり近い将来にはPythonやRuby(Iron〜ね)でも同じパフォーマンスの
ものが作れるようになるということを意味する。

簡単なものは簡単な言語で作る。これが一番。まあ簡単に首も切られるけど。これが現実。

> XBox360のソフトなんかもかなりC#ベースになってきてるよね。

ソースキボン
XNA Live arcadeってそんなに主流じゃなかったと思うけど、
インディじゃなくて商用のゲームでもつかわれてたっけ・・・

後半は同意する。まあ、Rubyはさすがに遅いが…。

Pythonは、有名どころではPanda 3Dなんかで実際に商用ゲームが作られてるのは知ってる

C#ベースになってるか知らんが
XBOX(360じゃなくて前の方)が発売したときは
やたらC#でDirectXできる人いない？って探し回ってた会社多かったな
突っ込んで聞いてみるとみんなXBOXの下請けの仕事だった

>>647
まじで？

そういうのってなんかのCPANモジュールが標準モジュールになれば対等とか
そういうレベルの話じゃなく、なんかもう言語的にそうなの？
Perl大好きなんだけど、求人でPerlって少なくなってきてるし、食いっぱぐれそうな恐怖・・・

いやそりゃPerlしかできなきゃいつかは食いっぱぐれるだろｗ
今のうちにどこかに潜り込むことをお勧めします

>>660
PHPも出来るけど、Perlと同じくらい習熟してるとは言えないし
Perlと同じくらい習熟する時間と労力があれば、その時間をPerlに注ぎ込んだ方が・・・
とか思っちゃうけど、不安なのでどっかに潜りこむよ

>>661
いや、PHPは基本がPerlの悪いところで、PHP5になってJavaの面倒な
ところを導入した言語だから、PythonかRubyの方がいいよ。
個人的にはPython

>>662
くいっぱぐれるかどうかの話をしているんじゅないのかｗｗ

Perlは書き捨て以外では使いたくないなぁ

むしろPerlは書き捨てに最適な言語
$_とかが素早く書くのにぴったり

XBOXの商用は流石にC#はない。
360はC#で作れる→人雇え→実行速度遅すぎ処理落ちしまくりオワタ
って流れだろｗ

ただ昨今のエロゲ移植のゲームはC#でも問題ないだろうな。

C#で作るとゲームは遅くなるのか？

>>666
無いって言われても実際あったんだからそこを否定してどうするの？

PowerShellではVB.netの次にIronPythonが紹介されてて、他はない。

ttp://newpops.wankuma.com/
他言語連携
■PowerShellからVB.NETのコードを実行する[1][2]
■VB.NETからPowerShellを利用する[1]
■PowerShellからIronPythonのコードを実行する[1][2]
■IronPythonからPowerShellを利用する[1][2]
■オブジェクトのViewを変更する[1][2][3]

で、向こう5年食いっぱぐれない言語は何？
Perl、PHP、Ruby、Python、Java　の中で。

どれでも能力とその時々の状況次第としか
ただ、今現在Pythonで食ってる人は少ないだろうなあ

>>67
そうだよね。
俺Perlerなんだけど、Perlってmixiとかlivedoorが有名だけど、他なくない？
中小サービス、中小SIじゃ見たことない。

Javaだけだろうな

Javaは一番ありえないだろ
非効率が際立ってて、実際落ち目

>>672
サイトだとモバゲー、はてなが全てPerl、一部Perl使ってるのがAmazon
あとはパッケージだとMovableType
そしてここ2chも一部Perl
ちゅうか古参のポータルサイトはみんなPerlかCかJavaだよ

Javaが非効率ってまさかテキストエディタででも書いてるのか

その根拠は？

>>670
どれも食いっぱぐれは無いだろ。5年のスパンでは
そこそこ普及してるから保守もしなきゃならないしな。
結局本人次第だよ。似たような言語だし、使える奴は何でも使える。

スクリプターにJavaがメジャーって説明しても、
あんな面倒なものはやってるわけがないし、実際俺たちが作ってるような
Webサイトでは全く使われてないって主張すると思うよ。
Javaは大規模サイトや金融のような信頼性が必要なサイト、
社内イントラなんかでは相当な割合で使われてるけど、
スクリプターが携わるレベルのサイトじゃPHP一辺倒だから今は。

このスレの人たちは、JavaからRubyへみたいなトンデモ本を真に受けちゃう人たちだから

>>675
2chはPHPだろ
拡張子見て見ろよ

そ、そうだね…

>>675
Cが使われてんの？

2ch閉鎖騒動とその後の動きを知らんのか

おいおいお前が今書き込んでるこのサイトはCとPerlだぞ

Cは意外と多いよね
Yahoo!やGoogleのような検索系はもちろんCだし
イントラだとサイボウズがC

read.cgiがC、bbs.cgiがPerl、BeはPHPだな

ApacheのC APIは1冊日本語の本が出てて、斜め読みした感じだと、
割と作りやすそうな感じ。
メモリ管理と文字列処理のいくらかを丸投げ出来たはず。

超C感じ。

Youtubeはpythonだったらしい

>>679
「Yahooも楽天も使ってるしPHPってすごいよね〜」って言うとウケが良いｗ
下手に説明してもあまりのギャップに切なくなるんだよね。ああ、俺はこの現場にいたら駄目になる・・・と。
でも最近は社内イントラシステムでもPHPが増えてきたしJavaの大規模プロジェクトの多くが頓挫してる

楽天は確かに使ってるけどYahooではビューとして使ってるだけだからなぁ
Javaのプロジェクトが頓挫してるのも金融崩壊絡みの金問題であって
技術的に無理だったから頓挫してるわけでもないし

ちなみにGoogleの新卒採用では「C、C++ または Java のいずれかにおけるプログラミング知識」、
中途採用では「C++ または Java における開発経験」とある

採用にPHPと書いてあるところって偽装請負、胡散臭い、レベル低そうってイメージしか湧かない。

言語はあんまり関係ないけど
1年未満もしくは未経験歓迎、独学でやったことあるという方OK
ってのが怪しい

>>668
だから、ソース出してくださいお願いです。
煽っているんじゃなくて、本当に気になっている

詭弁のガイドラインにしないから頼む

こいつのブログをよく見てると、「ビジネス的にはJavaしかありえない」というように思えてくる。不思議！

GAE/Jは破壊的イノベーション - ひがやすを blog
http://d.hatena.ne.jp/higayasuo/20090419/1240111049

>>696
お前はXBOXのゲームに一本でもC#で作られてるものがあるとなんか困るのか？

>>698
あったほうがうれしいという可能性もある。

ていうか検索しても自作プログラムを動かす話止まりで、それで開発された商品の
話題ってないねぇ。

>>698-699
どっちかというと「うれしい」って方です。可能性としてあるのならよい流れだと思うので。

そういえば、最近は、上で出ていたUnity エンジンのおかげで、iPhoneアプリがC#でも開発可能ということらしい。
まあ、ゲーム用途ですが。

言い出しっぺだけど、少なくとも、広く普及しているという状況には
ないことは分かった。
http://www.google.com/search?q=%22Managed+DirectX%22+%22commercial+game%22+xbox

あるって言った人だけど、その話はもう5年以上前だからね
360じゃなくて初代のXBOX

日本のWeb関係はうんこ企業しかないじゃん

自社サービスを持ってて、内製でエンジニアを育てるところだと、今でもPerlが多い。
新卒を3ヶ月の研修でよそに派遣するようなビジネスモデルだと、PHP一択になる。
結果、数としてはPHPが圧倒的に多い。
ウェブの場合は。

>>704
そだね
だから自然と、Perl使いはレベルが高い傾向があるし
PHP使いはレベル低い奴が多数

あくまでも割合の話ね。
ただ、まだまだ過渡期の一傾向に過ぎないので、PHPで淘汰されて残った優秀な人材が
今のPerlみたいに、強大な文化を形成していく可能性はあるし、
Perlの限界を感じて、RubyやPythonに流れていくっていう可能性もあるし
今後はどうなるかはわからんね。

>>704
育てるところ、大企業なんかは特にJavaが多いと思う。

>>705
敷居が低いが故にレベル低くなってしまうね。昔はPerlがその位置だったけど
仰るとおり似非PGは淘汰かPHPに流れた。Perl使いがレベル高いとは思わないけど
元から他の言語やってた人が補助ツールとして使ってる人が多かったそう見えるのかも。

PHPのシェアを崩すのは現状の他のLLでは無理で同様もしくはそれ以上に簡単で
あるのが条件、それにセキュリティ関連や仕様が改善された物が出ればあっという間かもね。

Perlは最初見たのがどこぞの掲示板CGIだったから初印象悪かったなあ
ラクダ読んだら今度はややこしくて投げたがｗ

Perlの価値はラクダ本で5割増しになってますので。
他の言語でも同様の質のいい日本語書籍があればいいのだけど。

実際趣味でスクリプト言語を学び始めるきっかけとして既成のCGIの
改造というのは少なく無いんだろうな。

底辺スクリプターが必死なスレ・・

>>709
そういう経緯でPerlはじめた＞掲示板の改造から

>>710
こういう書き方する奴って、無能な奴が多いよな

スクリプトっていう定義が最近どうも曖昧だよな

やってることはまったく同じなのに、
VMがあるかないか程度の違いのJavaはスクリプトとは呼ばれないわけで。
そもそもmod_xxx使った時点でコンパイルされてメモリ上に常駐するわけだし。

>>712
だからこそ、LLなんだろ？
当座一番使いやすい言葉ってことで。

PHPもコンパイル済みなのがキャッシュされてるんだけどな

Javaも今時開発中はいちいちデプロイしなくてよくて
スクリプトみたいに作れるフレームワークもあるからな

>>714
PHPもというか、mod_php使った場合だけどな。
お前の発言、>>712に含んでるだろ

>>716
そうなん？
PHPはファイルに落ちると思ってたんだけど、メモリキャッシュなのか

ところでJSPの<% %>タグってスクリプトだと思っていたけど違うのか？

>>717
ファイルに落ちる？
意味わからん。さすがPHPer

ファイルに落ちる、もわからないのか
どこの底辺プログラマーだ

ファイルにキャッシュされるってことだろうけど、意味わからんよ
何の意味があるんだよｗ

ファイルに落とす／落ちる…俺も普通の表現だと思ってた

>>721
別にめずらしい言い方でもない。お前が無知なだけ。

言い方の話じゃないだろ

もう、mod_phpはファイルに落とすってことで。

>>717
基本、キャッシュせず、毎回コンパイルじゃない？

APCなどのアクセラレータをインストールしていれば、メモリ and/or ファイルにキャッシュできるようになるけど。

717はバイトコードをキャッシュしてるって言いたいんじゃないか。
どちらにしろファイルに落ちるとか意味理解していないっぽいけど。

ファイルに落ちるなんて聞いた事ねーよ。

しろうとかよ

結果をファイルに落とすってのなら使うけど
ファイルに落ちるとは言わないんじゃないかなぁ

ようするに、phperは、mod_phpが何してるかどころか、mod_phpってなに？
って奴が多いってことだろ
社員の誰かが鯖構築して、他の大多数はシコシココーディングしてるだけっていう

>730
落とす操作をしたり、落とすようにプログラミングする
（要するに自分が意図して落とす）のは落とすで
別に落とすことを指示したワケでなくソフトウェア側の仕様として落とすのは
落ちるでも良くないか？

>>731
職業マなんかそんなもんだろ。

コンピュータは誰かが命令しないと処理されないんだから
勝手に落ちる事などない

>>721
おっと、python叩きはそこまでだ

>>734
＞勝手に落ちることなどない

その「勝手に」ってのはどこからでてきたんだ？

もう、その落ちる件終わりにしない？

>>717=720が必死なだけでしょ。相手にすんなよ

まさに底辺の集い

>>738
志村〜、スレタイ!スレタイ!!

>>731
コンパイルキャッシュすれば激速になるというあたかも魔法の言葉ぐらいの
認識しかありません。
突っ込まれても論理的に説明できる知識を有していないため感情論や
Yahooも使ってるしぐらいの反論しか出来ません。

んで、君ら仕事はどうなの？

>>740
正直なやつめ！

>>741
なんか今月給料振り込まれてないｗ

MITの授業で使う言語がSchemeからPythonに乗り換え
ttp://danweinreb.org/blog/why-did-mit-switch-from-scheme-to-python

逆に今までLispかよみたいな

LISPは、C並に支持者の多い言語だからね
LISPを学ぶ意味というのは大きいらしいので、さすがMITって所じゃないか？

Pythonに乗り換えたのはちょっと残念だな。
Python自体を否定するわけじゃないが、画一的コーディングになるPythonは
MITとか、世界を引っ張っていく人材に教えるようなもんじゃない気がする

SICPもPythonで？

よく読めばわかるが、授業で教えるべきことが変化した、というのが話のメインであって、
Python という選択はその目的（ロボティクス）のためのライブラリがあったからにすぎない。

Cでいいじゃん

なんか感覚ずれちゃってる人がいるよね、ここ

はいはい、わかりますわかります

授業で使うからコンパイルが必要なCやJavaじゃ駄目なんだよ

コンパイルなんか専門的な内容になると時間かかりすぎてしょーがないしね。

MITにいるような連中が、コンパイルの方法がわからんて

手間だけでいうなら、コンパイルを挟むくらいのことはMakefileを書くだけで済んでみたり
だいたい、もともとLISPを使って教えていたものをCとかJavaとかでってのはあり得んような

> もともとLISPを使って教えていたものをCとかJavaとかでってのはあり得んような

なんで Python ならあり得て C や Java はあり得んの？

そういえば、Perl６って、どうなってんの

べつに

>>756
CやJavaで、リストの要素を反転させたり、
幅優先探索したり、再起やラムダを学習するのか？
拘束衣を着てダンスを踊るようなものだろ

>>759
新しい MIT のカリキュラムでもそういうことをするの？
そういう SICP の世界はメインには据えないのかと思ってた。

>757
もう、許してやれよ……

>>760
知りません。うちの大学の演習に出てきただけです。(〃∇〃)

アフォが多い言語ってPHPでおけ？

>>763
まともなプログラマなら仕様に気持ち悪いところが多すぎて
拒否反応示すからな。
会社に押し付けられてどうしても使わないといけないプログラマが
アホ仕様を自虐ネタにして笑いとって精神衛生を保ってるレベルの
クソ言語

しかし一方、WEBフレームワーク付テンプレート言語として捉え、
その上に適当なWEBフレームワークとテンプレートライブラリを重ねて
利用すると、それなりに便利であるのも事実。

たとえば、bashを「クソ言語」と評価しないのと同様な視点からは、
「クソ言語」ではないとも言える

クソなのはコーダーだからなぁ

コメントが無い、関数分けしてない、変数に規則性が無い、エラー処理がない
再利用できないコードはゴミといっしょさ

>>766
言語自体が「動く擬似コード」のように書ける場合はコメントは
インタフェース仕様以外ほとんど消えるよ。Pythonみたいに。

>>763
WebProg見てるとそう思えるかもしれんがム板のPHPスレを見てみろ
http://pc12.2ch.net/test/read.cgi/tech/1232712334/l100
(ﾉ∀`)

だめじゃん

まぁ自分でインスコしようとする輩がいるだけまし・・・いや、微妙か

>>768
朝っぱらから変なもの見せるな

アフォでも出来る言語なんだが
アフォしかいない言語になりつつある
つか、なってるな＞PHP

VB6やってた人達がそのままスライドしてきただけじゃないの？
そのさらに前はCOBOLで。

だって、一年発起したニートがIT業界入ると、教わるのがPHPだもんｗ
2週間PHP研修して、よしお前ら行ってこい！

アフォ　「ど、どこに？」
主任　「綺麗なビルだよ。良かったな。あとお前経験2年ってことにしてあるから」

研修2週間でなんとかなるのか
Web業界も安くなったなぁ

なんとかならないよ

だから偽装派遣から雇うのリスク大杉。
働いて貰うどころか、こっちが教育してやって、
やっとそこそこ覚えたかなって頃に来なくなったりｗ

あ、やっとそこそこ覚えた頃に来なくなるのは、逃げる奴もいるけど
うちの会社のせいってのもある

「新しく来た人、どう見ても素人なんですけど」って上司に伝えて
先方の会社と話し合って契約取り消す頃には１ヶ月くらい経ってるとか
まあ何しろPHPerはまともな人にはあんまり会ったことない。

良いことと言ったら、「プログラマになるぜ」的ないわゆるオタクが少ないので
普通の社会人になったつもりが、いつのまにかプログラマやらされてました
みたいな人が多いので、普通に可愛い女の子が結構多いことくらい。

なんというか・・・アホばっかで苦労するのは開発現場
やっぱかわってないのか

>>777
どこのアフォだらけの現場でも可愛い女の子なんて見たことない
うらやますぃ・・・

PHPそんなに悪いとは思わんけどね。
ウェブ開発ならやっぱコストパフォーマンスは高い。
将来的には自前フレームワークをC/C++に移行しようとしてるんだが
下書きみたいなもんで、基本設計を検討するのに低水準なとこほぼ無視できるのはでかい。
同じものを最初からC/C++で作る気にはなれん。
ただきっちり設計が出来た場合の話で
素人レベルを投入してまともな物を作れてる例は知らん。

うむ、C/C++もPHPレベルまで文字列・配列が使いやすいと楽なんだろうけどねぇ

どの世界でもそうだけど簡単で金が稼げる仕事はアフォばっか。
簡単な言語を採用した時点でアフォばかりになるのはもう必然。

「簡単で金が稼げる」　素晴らしい仕事じゃないか。決してｱﾌｫじゃない。
「難解で金が稼げない」仕事に付いてたらｱﾌｫだけど。

敷居を押し下げたPHPの功績は素晴らしい。
そこにレベル低い奴が集まるのは必然。
昔はそのレベルでプログラマを名乗る奴なんていなかった。
今や中学生やニートでもそこそこの物が作れてしまう時代。
Web特需を満たすためにはやむを得なかった。

つーか、WEB特需がPHPから始まってるんじゃね？

>>780
むしろ、webでC/C++ってすごいｗ mod_なんとかくらいにしか使わんもんかと思ってた

>>785
先生、ITばぶる、ネットバブルの時くらいからですよ
HTML、CGI(=perl)のからでうしょ

森がイット革命を宣言してインターネット博覧会やったのが2001年だから、
PHPだと4.0が出たばっかりで、0.0.1上がる毎にコロコロ仕様変わって誰も使ってなかった頃だな。
Perlはもう5.0だった。
ちなみに俺は2001年頃、もともとPerlで書かれててｇｄｇｄになったシステムを
他の環境に置換する仕事をしていて、PHPとRubyを検証してた。
PHPは3が日本語死んでたんで不採用、Rubyはなんだこのクソ言語と思って
結局Javaを採用した。
Pythonは候補にすらならなかった。

perlhist
>5.6.0 2000-Mar-22

2001年にPerl 5.0ってのはずいぶんレガシーだな

出てすぐサーバにインストールされる訳じゃないんだぜ
今だって言行バージョンは2007年の5.10だけどレン鯖は5.6か5.8だろ

2001年ってRedHat6.3とかぐらいの時期だっけかな。
確か5.005が主に使われてた気がする。
基準になりやすいRHELの最新5系でも5.8だからそれ以下が多いだろうね

今年の話だけど、客にPerlでお問い合わせフォーム作ってって言われたから、
多分5.8だろうと思ってEncode.pmとか使って作ったら、動かす鯖が5.6で偉い目にあったわ。
WebArenaてめーこの野郎

環境を確認せずに作るバカがいるのか

レン鯖も仮想が増えてきてるからPerl/PHPじゃないとだめって状況でもなくなってきたよな。
俺はJavaとPostgreつっこんで運用してるよ。2001年ごろよりもずっと幅が広がったよ。

>>793
良く解らないけど最新のサーバって言うから5.8なら間違いないだろうと思ったら
WebArenaの共用って最新でも5.6なんだぜ
個人情報保護のため実サーバには入れてやらんってことだったし
CGI作成を外部に依頼する会社なんてそんなレベルのやりとりしかできないんだぜ

キャリア系は保守的だから5.6も十分にありえるし
それ以前にVer依存するならバージョン情報は最低限必要だろ。
サーバー会社にバージョン問い合わせる事もしてくれないというならご愁傷様

間にWeb制作会社とか入ったらそんなもんだよね実際。
一般的なレンタルサーバですので、みたいなｗｗｗ

PHPはウェブサーバに置くだけで動くから名。HTTPヘッダ出力とかセッション管理とかクエリーパラメータの取得とか、何も考えないでも使えるから、レベルの低いPGが増える。

まぁ、そこら辺は意識しないようにカバーしちゃうからな、どの言語つかってても
上に就かないとやってることすら意識しないし

攻撃の仕方で自分のレベルが低いことを晒しているのは恥ずかしい限りです

>>798 はプログラミング言語、それどころか、文明社会そのものを否定している。
便利になるのは良い事だよ。
それまで面倒だったことが簡単になり、より高度な事を行えるようになる。
それが文明。

Perl・PHPは素人向けチラシ作り言語だからねぇ

そしてRubyはエロ動画簡易収集言語、Pythonは勉強用言語、JavaScriptはブラクラ作成言語ですね
なんだかなあ

>>802
PerlがPHPと同列かｗ

無駄が多い、バッドノウハウ必須と言われる言語だから、PHPとは対極だろ。
（もちろんタイトルの4言語の中での話）

PHPを卑下するような書込があるなか感情的で意味不明なレスが無いのは
さすがにム板だな

>804
Perl/CGI全盛期をお忘れか
あの時代のPerlコードは酷かったぞ

颯爽とPHP4時代の酷さを・・・あれ、PHP5も6もたいして改善(ry

PHP6は内部コードUTF-8に変わるんじゃなかったっけ？

>>806,807
まぁ　最初からちゃんとしたコードかける奴はいないんだから
しょうがねーんじゃね
今　書けるのかと　いわれても困るがw

>>804
PHPもバッドノウハウ、無駄が多い言語だろ・・・

>>809
Perlの比じゃない。PerlはCに近い

なにそのCにはバッドノウハウ少ないみたいな言い方

>>811
PerlやCは、バッドノウハウの塊っていう意味です

逆に、グッドノウハウが多い言語ってなに？

Cを覚えてC++覚えてる最中だったと思うが、Perlの見辛さは半端じゃなかった

>>813
お前、バッドノウハウの意味分ってないだろ

PerlはPerlだけじゃなくてCPANの知識を要求される言語

CPANだけ知っててもダメだけどな
特に他人のコード読むならキッチリ仕様を理解してないと怖い言語だ

ライブラリも知ってないと駄目ってのはPerlだけじゃないだろうに
なんでPerlの人って俺たちはここが違うんだって的外れな主張するんだろう

Perl関連は痛い人多いからな

ちょっと前までjcode.plだなんだをｇｄｇｄ取り込んでたから
モジュール化されたのが嬉しくてたまらんのだろ

PerlはCPANによって言語機能そのものを拡張してるから。mooseとか。

今時jcode.plとか言ってる奴がPerlを語ることは不可能。

基本的に文字コード変換のような外部ライブラリって言語どうこうとか関係ないと思うんだけどな。
Perlは内部コードがUTF8になったから標準で付属するようになっただけで。

>823
どこの国の人ですか？

逆にRubyみたいに黒魔術多すぎもどうかと思う。

Railsとかドキュメント少ないからソース読むの必須なんで、
リファレンスにソースつきだからすぐ見れて問題ないとはいえ
しょっちゅう、うん？あ？ということがある。

jcode.pl(笑)とか言う奴はモダンperl(笑)を笑えないだろ

また今日も低レベルな語らいですね

それコピペ

ソフトウェア開発には、しばしば交わっているがたいていは分かれている、
5つの世界がある。

その5つとは：

１．パッケージ
２．インターナル
３．組み込み
４．ゲーム
５．使い捨て

スクリプト言語の得意分野は、５．

>>829
得意げに当たり前なこと語るなｗ

>>829
Webがどれになるのかは知らないけど、Pythonはすべての分野に
適応できる。

>>829
WEBアプリ等のサービス系はどこに入るの？インターナル？

>>832
つかいすて

WEBアプリは、ある意味最も使い捨てから遠いもののようなｗ
後からいくらでも手が入るのがむしろ前提だし。
もちろん、部分部分を使い捨ててるっていう考え方で、スクリプトは
使い捨てに向いてるっていう言い方はできるかな。

使い捨てに向いてる言語ってのは、実際有益だよな。

プログラマってきもちわるい人が多いですね。

マ板に行けば山ほど見れるぞ

>>821
言語の実装や中身がどうだとか関係ないんだよ
評価の基準は言語として楽に使えるか使えないかだけなんだから

ビックカメラのソフトコーナーでも歩いてこいよ。Perlで作れるものなんて一つもないよ。

んなこたぁない

しかも開発の補助等にも使われている可能性大

ビックカメラのビルメンテにPerl使っている俺がきましたよ

この辺が全てを物語る

PHP＠プログラム板
http://pc12.2ch.net/test/read.cgi/tech/1232712334/620

620 名前：デフォルトの名無しさん[] 投稿日：2009/05/15(金) 20:33:12
phpでシリアル通信のプログラムを作成しようとしています

お勧めのライブラリは何でしょうか

>>841

Javaでシリアル通信のプログラムを作成しようとしています
お勧めのライブラリは何でしょうか

と、どの程度違うのかkwsk

phpでAVRマイコンのUSBドライバ作成をしたいと思っています。

お勧めのライブラリは何でしょうか

そんな趣味を持った人は極めて少なそうなので、自作した方が早いかと思われます。

と思ったけど、あるっちゃあるんだな
ttp://d.hatena.ne.jp/akiraneko/20080813/1218607042

>>839
Perlでパッケージ開発なんて皆無だよ。あればなんか挙げてみなよ。

パッケージになってビックカメラに並ぶソフトウェアなんて
ソフトウェア業界全体の僅かな市場規模しかないよ

>>845
パッケージソフトの意味解って言ってるよな？

ないんだろ？

>>848
あるわけないし、ないことがダメな理由にはならないし。
1万本売れれば大ヒットなのに、1万本売れても儲けは少ないという、悲しい市場規模。

BtoBって、云千万、云億っていう規模の開発が普通だからな
そういう世界を知らないんだろ

>825
Ruby使ってる俺からするとPerlが一番黒魔術だわ…
Pythonは良くも悪くも素直だね、リスト操作とかは「そこは値を戻せよ…」と思うことも少なくないが

RubyやPerlの記述が苦手な人には、謎の仕様はあっても黒魔術の入る要素は
かけらも無いPHPをお勧めします。

やっぱりパッケージって意味解ってなかったんだな
パックに入って店頭に並んでるソフトだと思ってたわけだ

既製品の商用ソフトって意味だよなパッケージは。
そういうのはPerlでいくらでもあるだろ。

でも今更サーバ向け監視ツールみたいなパッケージ提示しても
多分難癖付けて納得しないだろ

あったよPerlのパッケージソフト
ttp://www.interpark.co.jp/business/package.htm

ドラゴンボールに例えると
Perl: ピッコロ（魔術的で局所的に活躍するがサブキャラの域を出ない）
PHP: 悟空（大ざっぱだが一番パワーがある）
Ruby: ヤジロベエ（一時期凄いと思われたがすぐに陰を潜める）
Python: 悟飯（実は筋がよく一番卒がないが二番手キャラ）
JavaScript（クリリン）

PHPはベジータだろ

JavaScriptはヤムチャだろ

C/C++: 鳥山明

>>860
ｳﾏｲ

>>853
俺解釈・俺定義はチラシの裏でやってろよ

>>853 みたいな奴よくいるけどうざいよなあ
ttp://e-words.jp/w/E38391E38383E382B1E383BCE382B8E382BDE38395E38388.html

>>862-863
よっぽど悔しかったんだな

もうVisual Basicでいいよ

元のレスは>838？
だとしたら「同等の機能の物は作れることもある、売り物としては成り立たない」が正解じゃね？

>>864
まちがえちゃって恥ずかしかったの？

Wikipediaだと全然違う説明だな
ってかWikipediaのが正しい説明だろ

狭義とか広義とか理解できんのかとw
頭カチカチなのな

>>869
恥の上塗りって言葉を知ってるか？

どちらかがもう片方を内包していないから
狭義も広義も無いんだけどな

店頭販売されているものだけが、パッケージじゃないと思うぞ
＃ProEとか置いてあるとこ、あるんかい　みたいな

パッケージソフトウェア、という成語があって、完成品(?)が箱に詰められて
流通を通して売られてるソフトウェアのこと。

いいかげんだな、e-words。

ソースコードがそのまま見られるスクリプト言語じゃパッケージソフトは無理なんじゃない。

>>875
なぜ？
恥ずかしいから、とか

>>875
だろうね
基本はサポート料でもうけって感じだろうからｗ

BASICでベタベタに書かれてた時代もあったんだから、いつまた先祖返りしても
おかしくないと思うけどなぁ。

そもそもスクリプト言語は、サーバサイドが主だから、
パッケージなんて勝負する市場が違うわな

HSPは？

Eコマース、ECサイト向けのパッケージソフトなんてのもあるんだけどね。

>>880
立ち位置的にはLOGOとかツクールみたいなものでしょ？
一種のDSLであって、ここで話題に上るような
汎用志向のスクリプト言語とは毛色が違うと思う

>>882
なんやと。もういっぺんゆうてみい。

>>882
汎用志向　っていうと、この業界じゃ別の意味になるんだが

そらそうなるわな

>>875
一つの知識として。Macだとスクリプトを包むことができるヨ。

実務で開発してるわけじゃない、学生とかPG志望の人とかは
サーバサイドプログラミングって言ってもピンとこないんだろうな。

俺もプログラマになろうと思った時、プログラマの世界とは
Visual云たらと、組み込みのアセンブラとかCが大半を占めてると思ってた。

ところが、いざ就職してみると、今までVisual云たらでやってたようなことまで
WEBに移行する流れになるほど、WEBの市場価値の向上して、PerlやPHPの案件で溢れだした。

WEBとは関係ないけど、あれほど学生時代馬鹿にしてたCOBOLが
実はかなりの巨大市場で、COBOL専門の会社には、安定した会社が多い事実にびっくりした。

COBOLで作ったシステムは止められないシステムばかりだからな
ハードも異常に頑丈で全然壊れないから
昭和30年代に作ったシステムがまだ動いてたりするし

ウチの職場はホスト使っているから売り上げが一番高い部署の
主要言語は確かにCOBOLではあるが、さすがに昭和３０年代はないな。ｗ

設計思想と言うか残骸があるのはあるが。


人にもよるから一概には言えんがCOBOLでメシを食うようになると
人間的にも使えないエンジニアになる可能性が99%くらいだしなー。

不具合がでても「昔からこうでした。使い方が悪い。俺は悪くない」
と無責任が発言がでるし、なぜかソレが通じる世界だし。ｗ

そして安定している会社かどうかは微妙かな。
やっぱり今はオープン系にシフトしつつあるので、COBOLは
基本的にお先真っ暗だ。

今後もCOBOLを積極的に展開していきましょうって話じゃなくて
COBOLのマシンは今後も動き続けるけど、
当時の技術者はどんどん死んでるから技術者が決定的に足りてないんだよな

>ないな。ｗ

こうやって書く奴が気持ち悪くて仕方ない。
ガキやニートならわかるけど。もしかしたらガキやニートかもしれんが。

俺なら月100万でCOBOLシステムの保守引き受けるくらいなら
半年1000万でCにシステム書き換える提案するけどな。
日本のCOBOL現象って、単にそういう気概がない奴多すぎ、
というだけのことのような。

このご時世にその提案？ありえない

COBOLからJavaやERPに置換するプロジェクトはよく見るけど
今更Cに置換するプロジェクトは見たことないわ

速度が必要なんでしょ

COBOLから他のLLへ換える案件はおおいね

LLへはねーよｗ

まぁうちに来るってことはそこまで精度求められてないしｗｗ

月100万の安い保守ってのがちょっとイメージ沸かないけど、
5000本くらいある紙時代か存在し資料もロクにメンテされてないCOBOLのプログラムを
半年1000万でやってくれる神級のエンジニアが実在するなら、今頃COBOLは絶滅している。


基本的にCOBOLのシステム移行はCOBOLのエンジニアが協力しないと
話にならないけど、COBOLのエンジニアは他の仕事ができないので、
自分の庭を守る為に、全力で妨害してくるから、いまだに日本は
COBOLの楽園なんだろう。

漏れも仕事でタマにCOBOLやらされるが、紙の資料がアテにならないので
ソースを読むしかないんだが、ソースのコメント欄ですら嘘が書いてあるので
COBOLerの仕事のいい加減サはハンパねぇ。

>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ
>ねーよｗ
>ないしｗｗ

つまるところCOBOL時代から今の日本の柔らか産業のグダグダ感は始まっていたんだな。
もしCOBOLERがまともな仕事をしていたら柔らか産業の利益率は上がり
デスマーチが少なく労働・学習環境も整備され、
日本の柔らか品も世界の第一線で活躍していた。
団塊世代のプログラマには国家が損害賠償請求するべきなんじゃないか。

当事者は必死に働いて結果を出してきたんだ、ってことは忘れちゃいかんと思うよ。
ともあれ今日もオンラインは無事に動いているわけで。

じゃあ誰が戦犯なんだよと言われると困るけれども。

おいおいまさかCOBOL使ってるのが日本だけだと思ってないよな

ぶっちゃけ、今の時代
PG→SE→PL→PMとか、階級分けしてるのってCOBOL業界くらいだよな。
Windowsアプリにしろ、Webにしろ、PGがスーパーPGみたいになって
プログラミングから技術的な客先折衝までやって、営業畑の奴がPMやるとか普通だしな。
PGになって1,2年の奴に、プログラミング任せられるまともな案件がある業界なんてCOBOL業界くらい。

こないだF通の案件で、F通本社の20代前半社員が、開発経験もなしにPMを名乗って
F通子会社や協力会社のPGやSEを統括してたぜ。

軍隊ではよくあること。

>PG→SE→PL→PMとか、階級分けしてるのってCOBOL業界くらいだよな。

はぁ？
言語関係なく業務系や金融系だからそうなってるんだろ
リーダーとPGしかいないようなのはWeb系みたいなサイクルが短いところだ

>>903
Javaでもウォーターフォールが普通だよ。
PLは外注、PGは孫請けってのも普通。
そのへんは、言語問わず昔から変わってないんじゃないかな。

マ板でやれ

COBOLもLLバトルに参戦したのか？

興味深い言語だけど面倒なんだよなあCOBOL

COBOLは業務系でよく使う基本アルゴリズム知らないとダメだよ

日が変わったらスレチ話題は止めようぜ。

プログラムなんて基本覚えたらあと全部応用じゃん

え？なんて？

プログラムなんて基本覚えたらあと全部コピペ改造じゃん

>>912
アセンブラさえあれば何でも作れるって主張か。正しいとはとても言えんが。

>>914
本当の基本だけでは、どれをコピペしてどこを改造すればいいかわかるまでに
死ぬかクビか結局理解不能かの三択。

>>912
同意。

>>915
泳げない奴は沈めばいい。

>>915
横やりだけど、
「一つ覚えてれば・・・」ってのは、この業界だとよく言われることだよ。

だからしょっちゅう採用言語を変える会社とか多いし。
最近だと、TwitterがRubyからScalaに変えたとか。
元から社内にScala使いがいっぱいいたとは考えにくいでしょ？

関数覚えてられないんで逆引き辞書片手にプログラム組むとか普通の光景

鯖の設定と組み方と、SQLだけ覚えてれば何とかなるよっ！

>>917
要求によって言語を使い分けるのとそのコストが低いことは別の話でしょ
Twitterは度々サーバに障害が出てたわけで、
開発言語を変えるコストが低くなくてもそれをする強い動機があった

>>917
Twitterがrubyを採用した理由が知りたいね。
作るときにrubyを勉強してたから、とかそんな理由な気がしないでもないんだが。

言語的に美しいからかもしれんが、
それよりも、Railsを採用したって感じ

話題性と宣伝効果を狙ったのなら大成功だろ

>>920
そうに決まってるだろ。Railsが流行ってたころだし。
で、次はScala。どう考えても趣味としか思えないｗｗｗ

ネタないな〜

日記

ちょっと最近いろいろ行き詰まり気味なので、気晴らしにJavaの勉強を始めた。
Swingアプリつくるの面白い。
レイアウト？んなもん、部品がそれなりに収まって並んでりゃいいんだ。
・・・
ぶっちゃけ、LLでGUIツールキットをごにょごにょして頑張って使ってる人が
なんつーかほんっっっっっとうに、コアな趣味でやってるんだなーとか思った。

まあ、LLがGNU風に言えば「LLのLは機械に重いが人間に軽いのL」の略だとすれば
本当の意味でのLLの元祖かつ今もなお王道を行くのはJAVAなわけで。

そこで良いとこどりのJythonやJRubyですよ

単純に、どこで「楽」するかだけの違いだったりするってのは真理だと思う

お前ら、他スレで爆釣りするときは、もう少し控えめにしてもらえませんかね…

717 名前：デフォルトの名無しさん[sage] 投稿日：2009/05/24(日) 07:46:16
<?php
foreach (range('a', 'z') as $letter) {
print $letter;
print "<br>";
}
?>

こういうことができるのが、PHPのすごいところ。

おなじことをperlでやったら、正規表現を駆使した
渾身の一作で、何十行
書かないといけないことやら。

723 名前：デフォルトの名無しさん[sage] 投稿日：2009/05/24(日) 08:43:56
>>717
何がすごいのかわからんけど。

('a'..'z').each{|x|puts x}

724 名前：デフォルトの名無しさん[sage] 投稿日：2009/05/24(日) 08:48:57
>>723
だからさ。
そういう書き方すると、
なにをやっているのか、意味が
まったくわからないわけじゃん。

会場はこちらです。
PHP＠プログラム板
http://pc12.2ch.net/test/read.cgi/tech/1232712334/717-

しかしPHPのrangeはクソだよな

rangeなんてあったのか。初めて知った。

>>928
むしろその処理を一行で出来ないスクリプト言語が知りたいわｗ

もっともだ
誰かアセンブラ版頼むｗ

725 ：デフォルトの名無しさん ：sage ：2009/05/24(日) 08:49:35
>>717程度の話ならどの言語で書いても数行じゃないか
数十行になるのはアセンブラくらだよ

携帯で画像をランダム表示したいのですが
どのようなスクリプトが使えるのでしょうか？

うわマルチだったのか
答えちゃったよ

書くならこうじゃねーの？

<?php implode("<br>", range('a', 'z')) ?>

'<br>'.join(map(chr, range(97, 123)))

こうじゃないの？
<?=implode('<br>', range('a', 'z')), '<br>' ?>

Cで書いても三行だしなー。
for(int i = 'a'; i <= 'z'; i++){
printf("%c<br>", i);
}

>>938
<?から始めてることからして、Cの場合は
#include <stdio.h>
とか
int main(int argc, char **argv)
{
}
とかも含めるんじゃないのかな。
(まあ「とか」というよりこれだけだけど)

そうなるとJavaやC#はさらに不利だ。

Rubyの each の魅力がいまいちピンときてなかったけど、
最近javascriptのprototype.js いじっててようやく分かった。

p (1...101).
map{|v|v*v}.
delete_if{|v|v%100/10%3!=0}.
reverse.
join('-')

こんな感じに、配列に対する処理をパイプみたいに
継ぎ足していけるのは直感的でわかりやすい。
まぁ、この場合eachよりmapのほうが役立つけど。

pythonで同じことをやろうとすると、join(reversed(filter(map...
という風に、思考の順番と記述の順番が逆になってしまう。
そういうクラスを作れば、pythonでもRubyと似た記述が可能になるけど 、
Array型に最初から仕組みが組み込まれているRubyのほうがこの点は優れている。

あと、python の lambda 式は ruby のブロックや、javascript の無名関数
と比べると不自由を感じることがある。
高階関数に、処理をリテラルで記述する場合にちょっと不便。

Common LispのCLOSもチェーンが逆方向になるんだよな
読みづらいなあとか思ってたら、dan氏も同じようなことを考えていたらしい

＞Lispは、その構造上、オブジェクト指向は極められても、オブジェクト思考には向かないのだ。
＞なぜか。述語が必ずリストの頭となるからだ。
（以下略）
ttp://blog.livedoor.jp/dankogai/archives/51087431.html

・・・・というか、そもそもの数学で、
重ねられた関数の表記が右から左になってしまうのが
全ての始まりだと思う
y = f(x), z = g(y) ⇒ z = g(f(x))

>>941
教育指導要領を改訂して小・中・高の数学の教科書を全て
ポーランド記法にすれば無問題。

10年もたてば若い世代はf->gの処理順をg(f(x))と逆順に
表記するのがあたりまえと感じるようになるだろうし、
様々なプログラミング言語との相性も抜群なので日本の
IT競争力向上に貢献すること間違いなし。

>940
Pythonのリスト処理は
・単純にリストの要素に対して関数を適用する場合、mapやfilter、reduceなどを使う
・リストの要素に対して、式や、単純には引数として渡せない関数などを適用する場合、内包表記
・実行制御や条件分岐などを行なう場合は、ローカルな関数を作って対応（Rubyでいうproc利用）

って3段階になると思う。
正直、mapやfilterでlambdaが要る場面って少ないと思うよ。
内包表記か、それでダメなら関数作っちゃったほうが簡潔な気がする。

あと、どちらかと言うとリストの処理に関しては「新しいリストを返す」より
「既存のリストを変更する」ほうが素直に書ける気がする。

Rubyのクロージャ利用、特に{|x| ...}型の記法は記述がシンプルで
文字数も少ないのがメリットだと思う。
>>948みたいに色々な方法があるのは良いんだけども、結局記述
がシンプルでないと見通しが悪くなるので、>>940のメソッド
チェーンのような活用がし難いと思う。

Ruby使っている人がjQueryと使うと「マシになったな」と思う
一方で「functionうぜ〜」と思うことも少なく無いかと。

あとリスト処理が破壊的か非破壊的かは、場面によるかと。
どちらが良いとは一概に言えないなぁ。両方必要。

>>940
その「繋ぎ感」の気持ちよさは認めるけど、読み書きしやすさとは違うんじゃないかな。
長い処理は適度に切って変数を使うPython流も、長くなりそうで実際に書いてみると
大して長くならないし、あんまり繋げすぎるよりも読みやすい。

a = [v*v for v in range(1,101) if v%100/10%3 == 0]
print '-'.join(reversed(a))

PythonもML上でRubyのブロック記法が提案されたけど、ブロック記法の利点を示す
例として挙げたサンプルコードがことごとく同等にスマートなPythonicなコードで
反論されて、Pythonにはブロック記法いらないという結論になった経緯がある。

lambda もそうだね。関数内でローカル関数が定義できて、Pythonの関数は
「関数専用の名前空間」なんてキモい仕様になってなくて普通定義するだけで
変数に関数が代入されるから、mapにもfilterにも定義した関数を渡せば良い。
lambda を使う大抵の場面はリスト内包で代用可能。 Python3 からは辞書も
集合も内包表記が使えるから、本気で lambda の有効な場面が無くなる。

ラクダ本で、初めてシュワルツ変換見たときは感動したなあ。

>>944
このあたりにも Python と Ruby の違いが出てるね。
Python は . (ドット) 演算子を基本的に属性アクセスにしか使わない。
関数呼び出しの()も省略できない。だから、
a = b.c が、
Python なら、 a = getattr(b, 'c') と一意に確定するのに対して、
Ruby は、 bオブジェクトのc属性なのか、b() が返したオブジェクトの c 属性なのか、
b() が返したオブジェクトのc メソッドを呼んでいるのか判らない。

Rubyに属性はないが？

b.c の、b がローカル変数か、レシーバを省略したメソッド呼び出しか確定しないのは
確かだが、 .c は基本的に .c() の括弧を省略しただけだぞ？

>>948
なるほど、だから . を連発しても意味ワカメにはならないのか。

Pythonのドットは属性アクセス。
括弧が付くとオブジェクトに対して「呼び出し」を試みる。
メソッドは呼び出し可能なオブジェクトと束縛された属性。
呼び出せる属性を簡単に作るする方法として、class内でdefを使う。

Rubyのドットはメソッド呼び出し。
属性に近い存在であるインスタンス変数には、直接外部からアクセスすることはできない。
属性のように見えるのは「インスタンス変数にアクセスするメソッド」の呼び出し。
「インスタンス変数にアクセスするメソッド」を簡単に作る方法として、attr/attr_reader/attr_accessorがある。

俺は全体的にはRubyは好きなんだけど >940 はやらないなぁ。
ドットはできれば先頭に書きたい。前の行の続きだよって言いたい。
でもそれやると前の行の末尾の改行で文が切られちゃうんだよなぁ。
>940 もdat見ると2行目からインデントしてるみたいね。

>947
その例だと c は確実にメソッド呼び出しで、b に関しては
その部分だけでは判断できないな。
有効なスコープ内でローカル変数 b への代入が行なわれていればローカル変数
そうでなければメソッド呼び出しとして扱われるハズ。

>>951
Rubyは文末に . おかないとエラーでるよね…
セミコロン ; なし文法の弊害か

>>953
JavaScriptはセミコロン無しでもいいけどコロンを行頭に置けるよ

（）なしってPerlをマネたのか知らないけど、これはそうしない方が良かったんじゃないかなあ。

>>954
あれ？そうなんだ…。構文解析(字句解析？)の都合なのかしら

Rubyの場合は、いつでも、そこで文が終わりそうなところで改行がくると
文が終わってしまって、式として . が続いてくれない。

JavaScript の場合は return とか限られたところでしかそういう風には解釈しない。

こんな感じかな。おもいつきで書いてるが。

JSの場合は

http://www.mozilla-japan.org/js/language/js20/rationale/syntax.html
>改行におけるセミコロンの挿入
> JavaScript プログラムの先頭から n 番目までのトークンは文法的に正しいが、
> n+1番目のトークンが誤っていて、且つ n 番目のトークンと n+1番目のトークンの間に改行がある場合は、
> パーサは n 番目のトークンと n+1番目のトークンの間に VirtualSemicolon を挿入してからプログラムをもう1度パースしようとする。

となっている。こういう仕様はRubyも導入してそうなもんなのに不思議だな

Rubyのパーザは既にカオスになってるからなあ
あんまり手を入れたくないのかな

いやjavascriptのそれはそんなキレイな仕様でもないだろ

>>958
それはそれでややこしいんだよね。

きれいに並べて書こうと、C/C++みたいな
つもりで適当に改行をいれると、なんか
わけのわからないことに…。

セミコロン必須でいいじゃんか、もう。ｊｋ

PythonやRubyならともかく、JSはセミコロン必須で良いよな

───アタシの名前はRuby。パーザに傷を負った軽量言語。ゆるふわ仕様で動的型付けの愛されランゲージ♪
アタシがつるんでる友達はどうとでも書けるPerl、学校にナイショで
エンタープライズで働いてるPython。訳あって不良グループの一員になってるPHP。
　友達がいてもやっぱり学校はタイクツ。今日もPHPとちょっとしたことで口喧嘩になった。
LL同士だとこんなこともあるからストレスが溜まるよね☆そんな時アタシはselfでmodule_evalすることにしている。
がんばった自分へのご褒美ってやつ？自分らしさの演出とも言うかな！

　｢あームカツク｣・・。そんなことをつぶやきながらしつこいRails案件を軽くあしらう。
｢カノジョー、ちょっとSNS作ってくれない？｣どいつもこいつも同じようなセリフしか言わない。
Railsの男はカッコイイけどなんか薄っぺらくてキライだ。もっと等身大のアタシを見て欲しい。
　｢すいません・・。｣・・・またか、とYARVなアタシは思った。シカトするつもりだったけど、
チラっとRailsな男の顔を見た。
「・・！！」
　・・・チガウ・・・今までの男とはなにかが決定的に違う。スピリチュアルな感覚がアタシのカラダを
駆け巡った・・。「・・（カッコイイ・・！！・・これって運命・・？）」
男は_whyだった。連れていかれてCampingされた。「キャーやめて！」Hpricotをきめた。
「ガシッ！ボカッ！」アタシは死んだ。ベーコン（笑）

Railsの部分で何気にニヤリと来た

>>962
JKは確かに、セミコロンつきしか見たことない気がする

>>965
AutoPagerizeはセミコロン無しだな

VBは改行だな、そして酷い長い羅列が綴られる

>>965
JKって？

>>968
女子高生だろjk

冗談きついぜjk

JSって女子小学生か
この、ロリコンどもめ！

>>951
1.9からは大丈夫みたいよ＞行頭の .　は継続(.まではTab、空白のみの場合)
＃と本に書いてあった気が・・・
; が文末であってほしかったよ　自分も

やっぱスクリプト界隈ってばかっぽいな

ないぽっかばてっ隈界トプリクスぱっや

バックスラッシュで改行をエスケープするというのがそんなにも嫌かえ

// '#'でエスケープとか気持ち悪くて使えないよ

>>976

　　　　　？
　　　　∧∧
　　　（･ω･　）
　　＿|　⊃／(＿＿_
　／　└-(＿＿＿_／

おれおっぱいすきなんだけどさぁ
いっぱいおっぱいもんでなめて満足したとしても
次の日にはまた欲求不満になるわけ。
どうしたら満たされるのかだれかおしえて。

>975
俺は嫌だなぁ
なんでか知らんが萎える

bashで\\\\\\\\とかやってた俺は余裕

>>980
自分もかなり　嫌かも

>>975
バックスラッシュがバックスラッシュに見える人と、
ゼニのマークに見える人とでかなり印象は違うと思う。

おれはバックスラッシュだったとしても嫌かなあ。

読点としての \ を受け入れるか、句点としての ; を受け入れるか、基本的にはどっちかなのだろうな

俺は括弧使ったりして無理矢理でもバクスラ以外の方法で複数行にするぜ

\が円記号に見えるのってMSひいては米国資本主義の政治的戦略なんかなあ、と思うことがある。
オープンソース系はバックスラッシュ（斜線＝プライスレス）がそれを象徴しているような。
$が「変数（Value=価値）」、円が「エスケープ（忌避）」の記号なのも意図的だし。

気が狂ってるのかお前は

アスキーには各国が好きに使っていい文字コードがあるんだよ。
日本人がそこに円マーク割り当てただけ。
なんでもメリケンのせいにすればいいってもんじゃない。

>>987
ヒント："日本"電気

韓国だと確かウォン記号（Ｗに横線）だっけ＜＜バックスラッシュ

日本と韓国だけなんでこんな仕打ちを

自爆じゃねえのかこの場合

\　←YEN
\　← Back Slash

でも書き込むと両方共バックスラッシュになってしまうShift-JIS

これでもダメか？

\ ←バックスラッシュ

それはShift_JISが悪いんじゃなくShift_JIS/CP932へのコードマッパーがそのように書き換えてるだけのような気がするが

実態参照もだめなのか

というか、単純にフォントの問題だと。
＆yen;はちゃんと円記号には見えてるんだろ？
あとは、フォントが0x5Cにどのシンボルを割り当ててるか、ってだけだと。
試しに違うフォント(IPAゴシックなど)で見てみれば？

って書いたけど、IPAゴシックも円記号だな。
なんかあったんだけどな。

なんでこんな不自由になったんだろうね。
それもこれもすべて＄のせいだ。

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。