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

【Perl,PHP】LLバトル ..

331:デフォルトの名無しさん
09/04/16 17:26:54
>>324
宝石店の広告がひっかかるRubyよりマシだと思うが。

332:デフォルトの名無しさん
09/04/16 21:52:39
ニシキヘビが出てくる言語はどうですか？

333:デフォルトの名無しさん
09/04/16 22:04:19
レンタルサーバで言えば、Ruby陣営はmod_rubyをまともにするべき。

334:デフォルトの名無しさん
09/04/16 22:06:31
>>333
FastCGI押しなんじゃないの？
それにmod_railsもあるから、それでほぼ需要は賄っている様な気もする
というかもろWebProg板ネタは、適当に自重してくれた方が何かと平和だ。

335:デフォルトの名無しさん
09/04/17 00:03:38
Webじゃないとこの辺のスクリプトなんて使い道ないだろ、とか

336:デフォルトの名無しさん
09/04/17 02:03:17
全くだな。テキスト処理だけで飯が食える世界でもないし。

337:デフォルトの名無しさん
09/04/17 02:05:45
画像合成したりテキスト乗っけたりするねぇ

338:デフォルトの名無しさん
09/04/17 07:24:39
ほんとはしないくせに

339:デフォルトの名無しさん
09/04/17 18:32:09
プロフサイトとかやったこと無いの？

340:デフォルトの名無しさん
09/04/17 23:42:48
MS Paintでやった方が早いわ

341:デフォルトの名無しさん
09/04/17 23:48:50
ケータイユーザーがわざわざPC使う？お前アホちゃう？

342:デフォルトの名無しさん
09/04/18 00:07:07
>>331,332
この結果はちょっと意外だった。
URLﾘﾝｸ(images.google.com)
URLﾘﾝｸ(images.google.com)

343:デフォルトの名無しさん
09/04/18 01:17:24
>>339
Webじゃん

344:デフォルトの名無しさん
09/04/18 01:21:57
>>342
なんで画像検索よｗ

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

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

345:デフォルトの名無しさん
09/04/18 01:37:03
>>344
URLﾘﾝｸ(www.google.com)
一見ほぼ均衡しているように見えるけど、この中に蛇や宝石が混ざっている
比率は>>342の画像の混在比率と正の相関関係があると考えられるので、
実際にはRubyのほうが優位なんだろう。

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

346:デフォルトの名無しさん
09/04/18 01:50:20
>>345 = >>342でいいのかな？
つまり、>>344 の 3. が、不本意にもGoogle先生の診断だということか！

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

347:デフォルトの名無しさん
09/04/18 02:12:55
Accept-Language: ja

348:デフォルトの名無しさん
09/04/18 02:26:58
URLﾘﾝｸ(images.google.com)
ふむ。名前として一般的すぎますな。

349:デフォルトの名無しさん
09/04/18 09:54:50
Google先生の中の人はpython使ってるんでしょ？

350:デフォルトの名無しさん
09/04/18 10:02:07
Pythonを作った人はGoogleの中の人になったが、
そういうことはないだろう。

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

351:デフォルトの名無しさん
09/04/18 10:08:37
コアの部分は当然C++。その辺の糞Webサービス会社といっしょにすんなよ。

352:デフォルトの名無しさん
09/04/18 10:10:57
いや、Webで動いてるとこには使ってないだろうけどさ、
社内で使ってるいろいろな道具はpythonを使ってるって話だよ。
検索アルゴリズムの基礎開発とかにも使ってるんじゃないの？

353:デフォルトの名無しさん
09/04/18 10:34:50
使う理由がないだろ。C++とJavaのノウハウが高い会社なんだから。こまいツール類だけだろ

354:デフォルトの名無しさん
09/04/18 10:54:35
Google App Engine とか Python で開始だったじゃん。Java も増えたけど。

あと、3年前の記事だけど。
> GoogleではC++，Python，Java以外の言語を使う場合は特別に許可が必要
> URLﾘﾝｸ(gihyo.jp)

355:デフォルトの名無しさん
09/04/18 12:01:18
検索がC++でAdSenseがJavaってのは知ってるけど
他の部分って何で書かれてるか公開されてたかな？

356:デフォルトの名無しさん
09/04/18 12:07:23
検索エンジン以外のサービスはJavaじゃないの？コスパ的に。

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

358:デフォルトの名無しさん
09/04/18 21:32:58
fastCGIがあるじゃないか

359:デフォルトの名無しさん
09/04/18 23:25:14
誰もサファイアを話題にしなくてかわいそう
Rubyを独自に使いやすい仕様に変更して頑張っているのに

360:デフォルトの名無しさん
09/04/19 02:58:36
むしろ種類減らしたいくらいなのにいらないだろ

361:デフォルトの名無しさん
09/04/19 04:28:35
>>354
ユーザAPIがPythonなだけだろ

362:デフォルトの名無しさん
09/04/19 11:56:07
Pythonの場合は簡単にかけて、実行速度はそれほど遅くない言語だと思うが。
Javaより速いケースもあるし。

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

363:デフォルトの名無しさん
09/04/19 13:23:56
早い場合があるってだけで、
基本的にはJavaより10倍くらい遅い言語であるのは事実

364:デフォルトの名無しさん
09/04/19 13:36:40
つかJavaVMの高性能化は半端じゃないよな。

365:デフォルトの名無しさん
09/04/19 14:14:24
まあ大量の投資を受けたからねえ
似たようなことがJavaScriptでも起きるかもしれん
Googleほか複数企業が高速化に熱心

366:デフォルトの名無しさん
09/04/19 14:44:51
JVMは、Linux環境だとg++以外のネイティブコードコンパイラと同等の性能を発揮するからな
今後のスクリプト言語はLLVMに移行し、JVMもサポートって感じになっていくと思う。

367:デフォルトの名無しさん
09/04/19 14:45:19
そういう意味じゃJavaやPHPは伸びるけど
他の言語はもう駄目かもわからんね

368:デフォルトの名無しさん
09/04/19 16:53:45
phpって検索しても公式のマニュアルがでずに、いつもコピーサイトが出てくる。
大概情報古くて、公式で検索したら一発解決とか、もうね。
ありゃどうにかしたほうがいいぜ。

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

369:デフォルトの名無しさん
09/04/19 16:54:52
>>359
MacRubyも思い出してあげてください！
Macってついているけど、LLVMサポート表明したり、windowsな俺もwktk

370:デフォルトの名無しさん
09/04/19 18:02:45
>>367
公式マニュアルのトップをブックマークしておいて
そこの検索から検索しないか普通

371:デフォルトの名無しさん
09/04/19 19:14:29
Windowsプログラマだけど、コピペ目的でないならsite:msdn.microsoft.com付けてググっている。
PHPでも似たようなことできるのではないの？

372:デフォルトの名無しさん
09/04/19 21:43:04
他の言語には古い情報を表示するようにして
特定言語を流行らせようとする検索サイトの陰謀だな。

373:デフォルトの名無しさん
09/04/19 22:20:55
php.net/関数名
で検索できるよ

374:デフォルトの名無しさん
09/04/20 01:06:46
>>355
GoogleのヘルプページはPythonみたいだよ。
topyc.pyというスクリプトを通して出力しているみたい。

375:デフォルトの名無しさん
09/04/20 01:14:17
まさにどうでもいいとこだな

376:デフォルトの名無しさん
09/04/20 01:38:13
ペチパーは検索もまともにできないのかｗｗｗ

って流れですか

377:デフォルトの名無しさん
09/04/21 00:07:17
PHPってオンラインドキュメントは充実してないの？

378:デフォルトの名無しさん
09/04/21 05:51:10
>>377
むしろ、それがウリ
PHP憶えようと思って、オライリーのPHP本 3冊くらい買ったが
オンラインドキュメントで事足りて本棚の肥やしになった

379:デフォルトの名無しさん
09/04/21 18:23:29
>>378
ウリつか、今なら普通なんでは。

380:デフォルトの名無しさん
09/04/21 21:33:52
>>379
今のレベルのドキュメントは、MS製品でもなければ、なかなかないと思うよ。

381:デフォルトの名無しさん
09/04/21 21:36:28
>>380
仕様書理解できないカスが多いわけですね

382:デフォルトの名無しさん
09/04/22 06:04:21
Rubyにケンカうってんのかよオメーはｗ

383:デフォルトの名無しさん
09/04/22 06:05:12
燃料投下

プログラミング言語別求人件数ランキング（単位：件）
URLﾘﾝｸ(www.atmarkit.co.jp)

プログラミング言語別平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)

プログラミング言語別平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)

384:デフォルトの名無しさん
09/04/22 06:06:00
ごめんコピペミス

プログラミング言語別求人件数ランキング（単位：件）
URLﾘﾝｸ(www.atmarkit.co.jp)

プログラミング言語別平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)

求人数はJava、年収はC#がトップ―ワークポートが調査－＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)

385:デフォルトの名無しさん
09/04/22 06:50:13
Java/C/C++/C#か・・このスレ終了の予感

386:デフォルトの名無しさん
09/04/22 09:28:59
2ヶ月も前のネタを今ごろ燃料とか言っちゃうトロい人は、
/.jp にでもこもってろよ。

387:デフォルトの名無しさん
09/04/22 10:07:49
目の前のニンジンしか見れない奴w

388:デフォルトの名無しさん
09/04/22 11:08:01
C#はどこらの開発に需要あるんだ?
XNAしか思い浮かばないｗ

389:デフォルトの名無しさん
09/04/22 14:11:39
web系じゃないの？
MSプラットフォームでJava使うのもどうかと思うし。

390:デフォルトの名無しさん
09/04/22 14:48:44
>>368
マニュアルDLして、自分で検索できるようにしないか　普通？
namazu知ってから　pgsqlと一緒に必ず作ってるよ
＃そのときに使うものも追加
＃rubyはnamazuしづらいから、どうしようかなと思ってる

391:デフォルトの名無しさん
09/04/22 23:04:13
ねーよ

使いやすいのかえ？

392:デフォルトの名無しさん
09/04/23 00:42:29
よし。COBOL始めるか。

393:デフォルトの名無しさん
09/04/23 06:25:00
>>390
rubyは検索しやすいからchm使ってるけど、phpは配布されているのが古買った気がする・・・

394:デフォルトの名無しさん
09/04/23 06:25:49
これみて、悶絶しそうになった。だれか解説世路

# 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();

はてなダイアリーライター（略称：はてダラ）
URLﾘﾝｸ(www.hyuki.com)

395:デフォルトの名無しさん
09/04/23 12:38:34
>>393
不定期に更新されてるよ。srcのアップデートから、かなり遅れるけど
＃DL版以外は見て無いかも

396:デフォルトの名無しさん
09/04/23 20:23:23
>>394
書いてあるとおりプロトタイプ宣言じゃないの？
悶絶することはあれど解説頼むほどのものではないだろ

397:デフォルトの名無しさん
09/04/23 22:48:06
まぁPerlのプロトタイプ宣言は古くさい書き方だな

398:デフォルトの名無しさん
09/04/24 08:24:06
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((((((((((((((((((((((((((((()))))))))))))))))))))))))))));

399:デフォルトの名無しさん
09/04/24 08:57:19
>>397
古臭いって何がだよ？
独特なだけで、新旧の別なんかねーよ。

400:デフォルトの名無しさん
09/04/24 16:40:45
スカラで引数11個要求してる所がファンキーだな。
# そこじゃないって？

401:デフォルトの名無しさん
09/04/25 00:59:35
>399
PBPでも否定されてるじゃんｗｗｗ

402:デフォルトの名無しさん
09/04/25 01:02:51
＞＞４０１
何か問題でも＿
？？

403:デフォルトの名無しさん
09/04/25 02:04:22
Perl のプロトタイプは、データ型を勝手に
異なる型に変換してしまうからなぁ。

とても使いにくい。

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

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

404:デフォルトの名無しさん
09/04/25 08:20:10
>>394
> sub get_rkm($$$$$$$$$$$);
これ見たときに背筋がブルッっと着たわ
Perl案件回ってこないことを祈りたくなった

405:デフォルトの名無しさん
09/04/25 09:17:03
Perlにはswitchがないという話は有名だが、この程度だったらLispのマクロで即解決するんだが

406:デフォルトの名無しさん
09/04/25 10:33:45
>>404
別に言語は関係ないと思うよ

407:デフォルトの名無しさん
09/04/25 10:39:44
>405
5.10 には switch 相当の構文がある。

408:デフォルトの名無しさん
09/04/25 10:41:50
>>407
>5.10 には
ﾊﾊｯﾜﾛｽ
Lispならバージョン関係なくマクロで即解決するんだけどな

409:デフォルトの名無しさん
09/04/25 10:43:18
Lisp使ってる人って現存するんだな

410:デフォルトの名無しさん
09/04/25 10:45:23
>>404
そこは単純に、この関数は引数を11個とりますよってだけじゃないの？
まさに>>406だな

411:デフォルトの名無しさん
09/04/25 10:47:37
お前らがあれ欲しいこれ欲しいって処理系にあれこれ要望出してるうちにLispだったらマクロではい文法拡張終わり

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

412:デフォルトの名無しさん
09/04/25 11:00:09
>>410
ああ、そういう意味なのか。検索してもわからんだからありがと
$の数によって独立して意味が変わる特殊変数がPerlにあると思い込んでいて、混乱していた

413:デフォルトの名無しさん
09/04/25 11:04:42
>>412
アタマダイジョウブデスカー？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？

414:デフォルトの名無しさん
09/04/25 11:16:14
なかなか斬新なアイデアだな

415:デフォルトの名無しさん
09/04/25 11:19:26
　　　　　　　　　　　　　／￣＼
　　　　　　　　　　　／| 　＾-＾ | 　＜ >>412 アタマダイジョウブデスカー？？？？？
　　　　 ,＿＿__／　　＼＿／
　　　　 r'"ヽ　　 t､　　　　./　　
　　　　/ ､､i　　　ヽ＿＿,,/　　　　　
　　　 /　ヽﾉ　　j　,　　　j　|ヽ　　　　
　　　 |⌒`'､__ /　/　　　/r　 |　　　　
　　　 {　　　　￣''ｰ-､,,_,ﾍ＾　|　　　　
　　　　ゝ-,,,＿＿＿＿_）--､j　　　　
　　　 /　　＼__　　　　　　/　　　　　
　　　|　　　　"'ｰ‐‐---''.　

416:デフォルトの名無しさん
09/04/25 11:20:09
>>412
それはいいアイデアかもしれない。
ホワイトスペースみたいな言語になりうる。

417:デフォルトの名無しさん
09/04/25 11:22:14
Perlの特殊変数のみで記述できる言語plz

418:デフォルトの名無しさん
09/04/25 11:32:34
>Perlにはswitchがないという話は有名だが、

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

419:デフォルトの名無しさん
09/04/25 12:21:00
Perlのswitchは、ライブラリの形で前世紀から存在してる。
マニュアルに標準関数だけを使った代替書式も載ってる。

420:デフォルトの名無しさん
09/04/25 12:30:47
○には×が無いってのは同じ名前の命令そのものズバリが無いってだけで
代替策は絶対にあるんだよな
古くはJavaにはポインタがないから始まってさ

421:デフォルトの名無しさん
09/04/25 12:34:40
>>420
代替策にとらわれずに自分で言語拡張できるのがLisp
switchがなければ作ればいい

422:デフォルトの名無しさん
09/04/25 12:46:37
>>420
Switchはしょせん糖衣構文だから代替手段があるが、
JavaにポインタがないからIOポートやフレームバッファを直接
叩けないことについては、Javaだけでは解決できないぞ。

423:デフォルトの名無しさん
09/04/25 12:51:18
いやJavaにはポインタはあるけど

424:デフォルトの名無しさん
09/04/25 13:14:10
わざわざ逆説的なこといって耳目を集めたがる奴っているよね。
ポインタ完全なんとかの人とか、憂鬱ななんとかの人とか。

425:デフォルトの名無しさん
09/04/25 13:16:55
ポインタ演算が標準で用意されてないって話がこじれたんだよなJavaのは
ポインタ自体はある

426:デフォルトの名無しさん
09/04/25 15:26:50
>>421
Lispでできるマクロなんぞ、Aの記述は既存のBに解釈ってだけなので
たいしたことはできないが…

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

427:デフォルトの名無しさん
09/04/25 15:31:41
んなこと言ったら機械語なんてオンかオフだけだが

428:デフォルトの名無しさん
09/04/25 16:11:26
>>427
だから文法を拡張しやすいってのはあまりメリットがない。
というかその瞬間の自分だけならまだしも、複数人時、
未来の自分にすらデメリットの方が通常はでかい。

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

429:デフォルトの名無しさん
09/04/25 17:01:05
ぶっちゃけLispって実用になるの？
ラテン語程度には、ってんなら実用には厳しいってことでいいんじゃないかと、
Lisp知らない人間は思ってしまうんだが。

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

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

430:デフォルトの名無しさん
09/04/25 17:07:48
パッケージのグルーとしてScheme使ったことあるけど
10年業界やっててLispにお目に掛かったのそれだけだな

431:デフォルトの名無しさん
09/04/25 17:54:48
>>429
真のLisperはこんなスレまで出張ってこないのさ。
ここで聞く事は愚問

432:デフォルトの名無しさん
09/04/25 20:01:37
自分と自分の息が合う空間だけで閉じこもってて
真の意味での進歩や可能性を放棄したのが
Lisper達。

433:デフォルトの名無しさん
09/04/25 20:03:46
そういう煽りはいらないんだな正直。
本当にLispに、"使える"面があるのなら知りたいって人間も多いんだ。

434:デフォルトの名無しさん
09/04/25 20:34:09
>>433
Lispを一通りやってるのは当然しょ。
その上での実践上での評価となるはず。

435:デフォルトの名無しさん
09/04/25 20:36:01
>>434
・・・ほんとすんませんでした

436:デフォルトの名無しさん
09/04/25 21:10:40
URLﾘﾝｸ(www.kahua.org)
URLﾘﾝｸ(practical-scheme.net)
URLﾘﾝｸ(www.littlewingpinball.com)
こんなとこでどうだ？

437:デフォルトの名無しさん
09/04/25 23:27:49
なんかこのスレって落伍者の集まりだな

438:デフォルトの名無しさん
09/04/25 23:29:17
おあとがよろしいようで

439:デフォルトの名無しさん
09/04/26 09:59:55
都銀勘定系に使われないうちはお遊び言語

440:デフォルトの名無しさん
09/04/26 11:49:34
極端だな

441:デフォルトの名無しさん
09/04/26 11:55:00
Perlは金融で使われてるぞ
大手証券だが

442:デフォルトの名無しさん
09/04/26 12:08:00
そりゃ悲惨な話だな

443:デフォルトの名無しさん
09/04/26 13:07:43
>433
昔は先進的な高級言語だったんだけど重かった

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

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

444:デフォルトの名無しさん
09/04/26 15:55:59
未だに（ほぼ）Lispにしかない機能というと、
マクロ（単純なパターンマッチではなく構文木の変形が可能なもの）ぐらいか
ただ、マクロで実現できる機能の8割ぐらいは
適切に設計されたライブラリで代替できそうな感じはする

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

445:デフォルトの名無しさん
09/04/26 16:22:09
まあ既にlispのいいとこはほとんど搾り取った感じはあるな。
>>444
あとは記号処理ぐらいじゃないか

446:デフォルトの名無しさん
09/04/26 19:18:58
Lisp のマクロをどうやってライブラリで代替するんだろう。

447:デフォルトの名無しさん
09/04/26 19:50:13
正規表現みたいなのりで気軽にパーサーを書けるライブラリがあれば

448:デフォルトの名無しさん
09/04/26 20:08:50
パーサコンビネータライブラリ？

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

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

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

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

450:デフォルトの名無しさん
09/04/26 21:27:28
>446
Perl にはソースフィルタって機能があってソース自体を変換可能。

451:デフォルトの名無しさん
09/04/26 21:27:51
>>449
既存の，解決策の分かってる問題に対しては確かにそれで十分．
というよりもライブラリというものはそういうものでしょう．

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

452:デフォルトの名無しさん
09/04/26 23:02:10
具体例を出してくれ
意味がわからん

453:デフォルトの名無しさん
09/04/26 23:03:36
>>452
具体例も糞もあるか
自分の環境下で起きた、ライブラリで対応できない特殊な例に対応するときにマクロがあればすぐ解決できるんだよ

454:デフォルトの名無しさん
09/04/26 23:42:13
それはマクロをクロージャ、クラス、関数、サブルーチンに
置き換えても成立すると思うんだかそれらと比べたときの利点は何？

455:デフォルトの名無しさん
09/04/27 02:11:18
スレタイ！

456:デフォルトの名無しさん
09/04/27 03:10:13
おまえらすぐLispはさあ、Lispだったらさあ、とか言い出すよな。

457:デフォルトの名無しさん
09/04/27 03:46:26
全ての不平不満は、愚民のせいでlispの理想郷が実現しなかった為だと
結論出来る。

458:デフォルトの名無しさん
09/04/27 12:36:12
いやそれはない。

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

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

460:デフォルトの名無しさん
09/04/27 13:28:36
とりあえず、Lispもこちらの世界に参戦したってことですね？

461:デフォルトの名無しさん
09/04/27 16:46:52
多様性は善なり

462:デフォルトの名無しさん
09/04/27 22:46:26
>>460
ちょっと参戦してみようかな，と思って書きこんでみたけど，
どうもお呼びではないような感じなので，継続して書き込むべきかちょっと思案中．
Gauche とかだといい勝負できるかなぁ，とは思うんだけどね．

463:デフォルトの名無しさん
09/04/27 23:07:36
継続は面白いとは思うが、俺は読むの苦労するんだよなあ

464:デフォルトの名無しさん
09/04/27 23:09:54
Lisp を使わない奴に限って Lisp について語りたがる

465:デフォルトの名無しさん
09/04/27 23:43:41
さすがにLispを使わずに言語は語れないだろうと思って、
ちょっとCommon Lisp勉強してみた
やっぱりRuby使いにとっては原点の一つだった

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

466:デフォルトの名無しさん
09/04/28 01:08:14
5年ぶりくらいにPerlを使ってみたけど結構簡単にオブジェクト指向的に書けるのな。JavaScript思い出した。
ただ暗黙の型変換とかコンテキストとかマジ厄介
あとsigilも慣れないとつけ忘れるな

467:デフォルトの名無しさん
09/04/28 04:09:45
>466
そのレベルでPerlから離れていたような人ならMoose(Mouse)を使った
書き方からやり直した方がいいかもな。
他人のコードを読むためにPerl5.8標準の書き方も知っておく必要あるけど。

468:デフォルトの名無しさん
09/04/28 07:52:30
>>467
Perl5が出始めの頃に「新Perlの国へようこそ」で入門したんだが、
「モダンPerl入門」を最近読んだら、まったく違う言語のようだった。

469:デフォルトの名無しさん
09/04/28 11:07:53
そろそろ野良じゃなくって、C++/Java的な業界標準スクリプトってのが
生まれてもおかしくないよな

470:デフォルトの名無しさん
09/04/28 11:30:28
そんなものはいらない。

471:デフォルトの名無しさん
09/04/28 13:09:09
規格化が難しいんだろうね、動的言語は自由度が高いし

472:デフォルトの名無しさん
09/04/28 19:22:23
モダンPerl入門買ったんだが積んである。
なんか読む気しない…。

473:デフォルトの名無しさん
09/04/28 22:58:11
Rubyを使ってるなら読まなくていい

474:デフォルトの名無しさん
09/04/29 04:30:21
まあ、スクリプト言語はどれか1個でいいやって気はする。

475:デフォルトの名無しさん
09/04/29 07:48:02
ならRubyだな。

476:デフォルトの名無しさん
09/04/29 09:28:06
Ruby on Rails x アジャイル x 中国人

この組み合わせで

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

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

Technologic Arts Incorporated | テクノロジックアートと軟脳軟件のRuby on Railsオフショアアジャイル開発における業務締結について
URLﾘﾝｸ(www.tech-arts.co.jp)

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

477:デフォルトの名無しさん
09/04/29 10:13:42
でも品質は1/7なんでしょ？

478:デフォルトの名無しさん
09/04/29 13:16:32
しかも情報漏洩のリスクは1024倍

479:デフォルトの名無しさん
09/04/29 14:01:25
どこの公共事業だ

480:デフォルトの名無しさん
09/04/29 14:09:49
仕事: Python
趣味: Perl, Ruby

だな。間違いない。

481:デフォルトの名無しさん
09/04/29 14:13:45
趣味にperlって分からん。
仕事なら過去の遺物が山ほどあるが。

482:デフォルトの名無しさん
09/04/29 19:05:31
URLﾘﾝｸ(gabrielsw.blogspot.com)

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

483:デフォルトの名無しさん
09/04/29 23:31:58
趣味でそんなつまらんのやるなよw

484:デフォルトの名無しさん
09/04/29 23:47:05
俺は面白いと思うけどな
パズルとか嫌いな口か？

485:デフォルトの名無しさん
09/04/30 00:01:11
似たような言語いくつもやってもつまらんだろ。

486:デフォルトの名無しさん
09/04/30 04:05:43
Prologはかなり尖った言語だよなぁ
絶対１番にはなれない言語だが、手続き型とは根本が違い過ぎる
Scheme、Haskellも良い感じに尖ってるがPrologほどじゃない

487:デフォルトの名無しさん
09/04/30 11:15:56
この(ア)ペ(ン)ド野郎が

という文句を思いついた

488:デフォルトの名無しさん
09/05/01 01:13:40
言語覚えるのは比較的退屈な作業。パズル的楽しみなら圧縮とか暗号とか
アルゴリズムを考える方が楽しい。

489:デフォルトの名無しさん
09/05/01 07:20:40
俺は覚えようとする前に、いきなり簡単なプログラムを組んでみる。
リファレンスを見ながらね。思い通りに動くようになる頃にはそこそこ覚えてる。

490:デフォルトの名無しさん
09/05/02 00:11:54
手続き型言語とOOPLを何か1つ習得してれば大概の言語はそれで行けるね。
純粋な関数型とかになってくるとちと事情が変わってくるが。

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

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

493:デフォルトの名無しさん
09/05/02 00:59:34
得意なやつなら割とすぐできるけど、Pythonでとか言われるとさーて勉強勉強って感じ

494:デフォルトの名無しさん
09/05/02 01:16:30
perlとPHPでは文字コードの扱いに苦しめられたな

495:デフォルトの名無しさん
09/05/02 01:28:20
Perl4とかPHP3でも使ってるのか

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

497:デフォルトの名無しさん
09/05/02 01:40:18
文字コード関連で気をつけておくのは、改行やコードの変換は最後にする事ぐらいかねぇ
途中で変換するとそれこそカオスになる

498:デフォルトの名無しさん
09/05/02 01:45:22
そんな難しいか？Perlで文字コードいじるのって
どのスクリプト言語でも同じようなもんだろ

499:デフォルトの名無しさん
09/05/02 01:46:57
>>498
う～ん。
jcode.plを使っていいなら、そんなに変わらない。少なくともPHPとは。

500:デフォルトの名無しさん
09/05/02 01:50:06
jcode.plって江戸時代かよ
Encode.pmかJcode.pmだろうに

501:デフォルトの名無しさん
09/05/02 01:53:04
いやだからそのEncode.pmが・・・って書いてて自分が哀れになってきたので、勉強します；o；

502:デフォルトの名無しさん
09/05/02 01:55:14
jcode.plよかEncode.pmの方が全然簡単だろ
5.8以降なら最初から入ってるし
使い方を単に知らないだけだろ

503:デフォルトの名無しさん
09/05/02 01:57:11
>>502が>>491の回答例をさらっと書いてくれるそうです
さすがム板

504:デフォルトの名無しさん
09/05/02 02:01:15
jcode.plを使ってできるなら、Endode使ってもできるんじゃないのか。

505:デフォルトの名無しさん
09/05/02 02:06:06
以下妄想レスで失礼

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

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

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

506:デフォルトの名無しさん
09/05/02 02:17:36
昔のベタベタな書き方がシンプルとか言われたら
多分strictすら宣言してないんだろうし
そこだけ説明してもどうなんだろうって話になるわ

507:デフォルトの名無しさん
09/05/02 02:47:23
ここでjcode.plがUTF-8に対応していないという驚愕の事実が発覚
まあそれだけで、すくなくともJcode.pmでないと話にならないというｗ
またdankogaiか

508:デフォルトの名無しさん
09/05/02 04:09:53
>>506
そういうこっちゃないんだがな
jcode.plが use strict; use warnings; で使えないかといえば、もちろんそんなことはない
Perl5.6以降の機能ってことなら、間違いなくUnicodeサポートの話

509:デフォルトの名無しさん
09/05/02 08:02:53
Dankogaiが諸悪の権化ということでフィナルアンサ？

510:デフォルトの名無しさん
09/05/02 10:43:14
jcode.plとか書いてるやつはperldoc perlunitutを一度も読んでいないだろｗｗｗ

511:デフォルトの名無しさん
09/05/02 12:00:16
>>510
何が書いてあるの？

512:デフォルトの名無しさん
09/05/02 15:12:10
Perlは文字列のUTF-8フラグがオンかオフかで、分けて扱わないといけないからなぁ。
意識しないで書くと、ドツボに嵌る。

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

513:デフォルトの名無しさん
09/05/02 17:38:58
$ perldoc perlunitut
No documentation found for "perlunitut".

514:デフォルトの名無しさん
09/05/02 19:39:41
perl の文字列の扱いと他の言語が同程度とか言ってるのは
まじで使ったことあるの？

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

515:デフォルトの名無しさん
09/05/02 19:55:05
そうでもないけど

516:デフォルトの名無しさん
09/05/02 21:01:48
Perlは殆どあらゆる面で前時代的で扱いにくいが、
ネットの世界、特にblog界ではperlerが強いので、
Perlを批判する奴は世渡りを知らない馬鹿。

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

518:デフォルトの名無しさん
09/05/02 21:29:54
>517
そりゃ、今やPerlは選ぶ言語じゃなく、選ばされる言語だから。

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

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

519:デフォルトの名無しさん
09/05/02 22:06:08
サーバーを統合・新しくしましょう
テキストじゃなくDBにしましょう

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

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

520:デフォルトの名無しさん
09/05/03 02:33:16
Perl5.6以降のUnicodeで素直じゃないところは、後方互換のためにlatin-1
の扱いを特別視してるところぐらいかなぁ。

521:デフォルトの名無しさん
09/05/03 02:35:05
>513
URLﾘﾝｸ(perldoc.jp)

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

522:デフォルトの名無しさん
09/05/03 16:53:07
Encode.pmは初め扱いにくいと思ってたけど慣れると厳密に扱えてしっくりきた。

523:デフォルトの名無しさん
09/05/03 21:55:28
糞な言語やりたくなければ会社を選ばないとな

524:デフォルトの名無しさん
09/05/03 22:17:43
言語はそんな重要じゃないよ
どういう実装方法を採ってるのかが重要
折角楽なJavaやPHP使ってても糞みたいな書き方してるプロジェクトはいくらでもあるし
CやPerlでもきれいにやってるプロジェクトもたくさんある

525:デフォルトの名無しさん
09/05/03 22:57:44
確かに、PerlでもブログとかでモダンPerlなコード晒している人の見ると、
全然キレイに見えたりするな
まあ、OOPなライブラリ作れとか言われると暗黒面に深く入り込みそうでいやだけど

526:デフォルトの名無しさん
09/05/03 23:46:17
「モダンPerl」って言葉だけで笑える

527:デフォルトの名無しさん
09/05/03 23:57:28
>>526
それはレトロなPerlのコードにがっつり取り組んだことがないから

528:デフォルトの名無しさん
09/05/04 00:19:23
>>524
重要かどうかお前が決めるな。なぜ採用ページの最初で言語が問われてるのか考えろ。

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

530:デフォルトの名無しさん
09/05/04 02:25:44
Javaのコードって基本、CやPerlと正反対の方向で汚いような

531:デフォルトの名無しさん
09/05/04 02:47:28
汚いとは思わない。ただ良くも悪くも愚直な言語だとは思う

532:デフォルトの名無しさん
09/05/04 06:55:45
汚いというか、書きたいことの本質からちょっと外れたところまで書かされる言語のような気がする
結果的に、目に入らなくても良い（でもプログラム的には必要な）コードが多く見えるような感じがしない？

533:デフォルトの名無しさん
09/05/04 08:42:24
こういうスレには必ず言語は関係ないｷﾘｯ、とかいう奴があらわれるのな。言語スレなのに。

534:デフォルトの名無しさん
09/05/04 15:25:15
設計レベルなら言語は関係ないけど
言語にパワーがあると、最終的にコードに落とし込むときに
設計と実装のミスマッチ部分を穴埋め・補完してくれてラクチンになると、まあそういうお話。

535:デフォルトの名無しさん
09/05/04 22:20:16
しかしそれはプログラムの作り方としてはカオスを内包してるという恐ろしい状態

536:デフォルトの名無しさん
09/05/04 22:22:28
みんな言語が全く関係ないと言ってる訳じゃなくて
どんな言語使ってたって実装方法や規約がカスならカスだし
実装方法や規約がしっかりしてるなら楽できるってことだよな

537:デフォルトの名無しさん
09/05/04 22:41:23
設計時にも言語を意識したほうが良いよ派と、意識しちゃ駄目だよ派があるみたいだけど
実際のところどうなんだろう。

538:デフォルトの名無しさん
09/05/04 22:55:59
基本設計で意識するのはおかしい
詳細設計で意識してないのはアホ

539:デフォルトの名無しさん
09/05/04 23:18:03
チラシの裏の設計程度なら意識しなくていいんじゃね？

540:デフォルトの名無しさん
09/05/04 23:21:43
まぁ意識するとしても出来るか出来ないかぐらいのレベルでだな

541:デフォルトの名無しさん
09/05/04 23:55:30
BASHでshell作るのに詳細設計でクラス図書いてたりしたらアホだけど
だいたいフローチャートとかそんなレベルだから
言語とかどうでもいいことが多いんじゃないかな

542:デフォルトの名無しさん
09/05/05 00:25:53
>>534
だからその手の包括的な俺様的結論とかはどうでもいいって。
設計が言語がどうとか定義があいまいな水掛け論で俺結論の言い合いは
くだらないし別のとこでやれ。

543:デフォルトの名無しさん
09/05/05 07:21:55
>>541
そのshellってシェルスクリプトのこと？　だいぶ前、同じ言葉使いしてるやつどっかのスレで見かけたな。

544:デフォルトの名無しさん
09/05/05 07:42:22
BASHで別のシェル作るんだよ。JK

545:デフォルトの名無しさん
09/05/05 15:07:23
JavaかPHPでWebシステム開発やってる会社が最近じゃほとんどだと思うんだが、
来年の今くらいだと、PHP、Python、Rubyのどれが主流だろか

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

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

546:デフォルトの名無しさん
09/05/05 20:27:52
>>542
んじゃ何の話すんだ。
言語にパワーあんじゃんって話しって別にスレの趣旨と違ってねーと思うぜ。

547:デフォルトの名無しさん
09/05/05 20:31:59
俺が5年間暖めてきたウェブ特化日本語スクリプト言語「超完成君1号」を出す時がきたのか…

548:デフォルトの名無しさん
09/05/05 20:32:38
いい感じに発酵してそうでwktk

549:デフォルトの名無しさん
09/05/05 21:46:57
腐ってやがる・・・

550:デフォルトの名無しさん
09/05/05 21:56:36
早すぎたんだ・・・

551:デフォルトの名無しさん
09/05/05 21:56:51
もし
　Yahoo!Japanで"ラーメン"と検索して
　　おいしそうな結果が出たならば
　　　一覧にして
　　　味噌味だけ
　　　横に並べて
　　　表示すする
　　でなかったなら
　　　"カレー"で検索し直す

552:デフォルトの名無しさん
09/05/05 21:59:16
>>551
エンジンにA級知性体でも入ってるのか？

553:デフォルトの名無しさん
09/05/05 22:56:50
まさかのインデントベースｗ

554:デフォルトの名無しさん
09/05/05 23:02:32
あのインデントは可読性のためだろjk

555:デフォルトの名無しさん
09/05/05 23:33:49
DNCLってそんな感じじゃなかったっけ？

556:デフォルトの名無しさん
09/05/06 01:21:24
おいしそうなって部分の実装の難易度が99.9%だなｗ

557:デフォルトの名無しさん
09/05/06 05:29:04
Perlはスクリプトの中じゃ厳格に書ける方だろ。基本的に毎回myで宣言しないと行けないんだから。

558:デフォルトの名無しさん
09/05/06 07:00:23
>>547
言語が成熟するのに、公開してから10年はかかるんだから、
さっさと公開しろｗｗ

559:デフォルトの名無しさん
09/05/06 07:02:50
この人のブログみていると、世の中ビジネス的にはJavaしかありえねーよバーカ
っていっているようにしか見えないんだけど、実際どんなもんなんでしょうか？

ひがやすを blog
URLﾘﾝｸ(d.hatena.ne.jp)

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

560:デフォルトの名無しさん
09/05/06 07:19:48
JavaはWebプレゼンテーション層だけで使うわけじゃないからね。
でも、だからといって自分が使わない技術を必須スキルとして覚えるのもばからしい。

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

562:デフォルトの名無しさん
09/05/06 07:23:37
>>559
初っぱなから友達の会社の.NET技術者募集したり
Pythonの本勧めたりしてるが

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

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

564:デフォルトの名無しさん
09/05/06 08:33:34
>>559
就職先によっては入社してからCOBOLとVB程度ってヤツがいてＬ
仕事のほとんどが他人のソースコードのコピペで済んで、
勤労時間は定時に上がってワインも飲んでるな。

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

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

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

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

565:デフォルトの名無しさん
09/05/06 08:40:28
スクリプト言語で金取れるなら自信もってスクリプト言語使えばいいんじゃね？
現実問題として規模も単価もJavaの方が高いわけだし
客にプレゼンするときにJavaで作りますってのとスクリプトで作りますってのじゃ
全く心証も違うわけだしな

566:デフォルトの名無しさん
09/05/06 09:13:23
心証ってつまりブランドのことか
コンビニとかファーストフードのような

567:デフォルトの名無しさん
09/05/06 09:30:01
ブランドってより実績だろうな
あそこのシステムでも使ってますみたいな

568:デフォルトの名無しさん
09/05/06 14:04:14
だったらCが一番多いJamaica

569:デフォルトの名無しさん
09/05/06 15:10:36
みんなunittestの網羅率ってどのくらいなの？
アクションのテストまで全部書いてる？

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

570:デフォルトの名無しさん
09/05/06 15:16:28
型のチェックだけならタイプヒンティングやassertもあるっちゃあるが
やりすぎると本当に劣化Javaになってしまうという罠

571:デフォルトの名無しさん
09/05/06 15:18:39
>>505
Jcode.pmの作者ページに答えが書いてあるから、ちゃんと読んでみたら

572:デフォルトの名無しさん
09/05/06 16:26:30
うんこguy

573:デフォルトの名無しさん
09/05/06 17:40:55
>>556
すする部分のほうが大変そうだ。
消化器も作っておかないと、大変なことになる。

次ページ