【Perl,PHP】LLバトル ..
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
すする部分のほうが大変そうだ。
消化器も作っておかないと、大変なことになる。
574:デフォルトの名無しさん
09/05/06 18:50:49
Jcode.pmの作者ページの答え
俺UTF-8嫌い
575:デフォルトの名無しさん
09/05/06 22:13:50
DOMとかXPathとか扱いやすいのってどれかな？
576:デフォルトの名無しさん
09/05/06 23:50:30
XML::LibXML
577:デフォルトの名無しさん
09/05/07 17:09:45
URLﾘﾝｸ(goessner.net)
xpath のありがたみがいまいちよくわからない
ツリー状にノード引っ張る…データ構造を固めて
それを引き出すなら query 投げてそこで
引っ張るほうが楽じゃないかみたいな…
578:デフォルトの名無しさん
09/05/07 20:03:16
スクリプト言語で仕事になるのって、ウェブ関係だけだろ？
579:デフォルトの名無しさん
09/05/07 20:33:55
>557
しかしmyしなくても動いてしまうんじゃ？
580:デフォルトの名無しさん
09/05/07 21:11:47
動かないよ。
今は use strict; で書(か|け)なきゃバカ扱いされる。
581:デフォルトの名無しさん
09/05/07 21:22:48
日本で一番有名なオープンソースプログラマのKENTさんの批判はやめてください
582:デフォルトの名無しさん
09/05/07 22:14:54
読めるソースを公開するのはオープンソースだが
読めないソースを公開するのはオープン賞味期限切れのソースだ。
583:デフォルトの名無しさん
09/05/07 22:53:23
俺はWindowsで便利なVBScriptを推すことにする。
Windows以外で使うとして、Pythonかな。
584:デフォルトの名無しさん
09/05/07 23:11:03
逆にグローバル変数三昧で関数外で設定した変数を何の前触れもなしに呼び出すようなプログラム書く方が
何かと面倒くさいと思うんだけどなんでああなるのか解らん
585:デフォルトの名無しさん
09/05/07 23:40:17
>>580
そんな言語を使ってるやつらはどういう扱いに思われるか、想像してみてごらん
586:デフォルトの名無しさん
09/05/07 23:49:15
「そんな言語」の指す内容が曖昧でなんとも言えんな
また普通、「特定のある言語を使ってるやつら」全部引っくるめての扱いもなにもないよ
587:デフォルトの名無しさん
09/05/08 00:20:37
>>578
仕事があるだけましだがな
588:デフォルトの名無しさん
09/05/08 00:35:36
>>586
DANレベルの奴ですらPHP使いはカスみたいな言い方するくらいだし
もうだめかもわからんね
589:デフォルトの名無しさん
09/05/08 01:19:18
>>588
DANレベル、がどっちの意味かも曖昧
もうだめかもわからんねの主語も不明
わざとぼかしてるチキンでないのなら、意思伝達の能力に問題があるってよく言われてそう
590:デフォルトの名無しさん
09/05/08 01:25:51
曖昧…か？
591:デフォルトの名無しさん
09/05/08 01:37:45
小飼弾レベルの人ですら、なら明確だな
592:デフォルトの名無しさん
09/05/08 01:40:14
DANレベルが低い方だと思ってる奴はいないだろ
無理に曖昧にしたいだけじゃん
593:デフォルトの名無しさん
09/05/08 01:43:58
1行目は（常日頃からそんなこと言ってるし）DAN=小飼弾とわかるけど、2行目の主語はよくわからんね
というか、それ以前に>>588が>>586へのレスとして成立するのかが怪しいと思う
594:デフォルトの名無しさん
09/05/08 01:47:32
とうとうこのスレは自然言語まで対象になったのかｗ
595:デフォルトの名無しさん
09/05/08 01:49:05
２ちゃんに向いてない奴がいるな
596:デフォルトの名無しさん
09/05/08 01:51:56
俺はこう読む。
>>586の
普通、「特定のある言語を使ってるやつら」全部引っくるめての扱いもなにもないよ
これが命題。
それに対して>>588は
一般論で言えばそうかもしれないが、PHPに限っては小飼弾のような人にまで
PHP使いはカスみたいな言い方されちゃってるので、もう駄目かもわからんね。
597:デフォルトの名無しさん
09/05/08 02:02:19
PHPは開発者たちがみずから「言語仕様は糞です」って自虐してるだろ……
598:デフォルトの名無しさん
09/05/08 02:02:44
Perler VS PHPerの醜い争い
599:デフォルトの名無しさん
09/05/08 02:07:21
s/Perler/Perl Monger/g
600:デフォルトの名無しさん
09/05/08 02:46:57
>>596
588本人だけど違う
DANのような人までそういう差別するんだから
言語でひとまとめにするななんて主張してももう駄目だって話
601:デフォルトの名無しさん
09/05/08 04:27:59
たぶん 「俺の読めない言語は糞」 とかいうｱﾌｫだったのだろう
602:デフォルトの名無しさん
09/05/08 04:37:30
読めないコードを書くやつはｱﾌｫって話じゃないのか？
603:デフォルトの名無しさん
09/05/08 07:30:08
「ある定型文の呪文を書いておかないとバカにされる」んだったら
その言語自身が「呪文が書いてある状態」を最初からデフォルトにすれば？って思う。
604:デフォルトの名無しさん
09/05/08 07:33:07
VBもそうだよな
まぁVBは対象がプログラマって感じがしない言語だからあれで良いのかも知れんがw
605:デフォルトの名無しさん
09/05/08 09:57:05
とりあえず、PHPからRuby来て、黒魔術なコード残していくヤシなんとかしろ
606:デフォルトの名無しさん
09/05/08 10:40:17
>>603
なんといういちゃもん
おまいが心配しなくても、Perl6では標準らしい
今年中に出るかな・・・
607:デフォルトの名無しさん
09/05/08 10:52:57
Perl6は、Perlの名前を使うのを止めるべきだと思う
608:デフォルトの名無しさん
09/05/08 10:58:57
まさに底辺スクリプターの争い
609:デフォルトの名無しさん
09/05/08 11:02:50
>>607
それはPerlに間違った偏見を持ってるからでは？
PHPなんて3,4,5,6でどんだけ仕様変わってるんだと
610:デフォルトの名無しさん
09/05/08 11:19:53
そりゃできたての糞言語使って楽しようとすればリスクがあるのは当然
611:デフォルトの名無しさん
09/05/08 18:56:08
>>598
ルビャーを忘れないでください
612:デフォルトの名無しさん
09/05/08 19:04:42
>>609
いや、オレもPerl6は別にしてほしい。
まぎらわしい実行ファイルとかがパスに
紛れ込んでくるのは勘弁。
今までのPerlは、よくも悪くも互換性が
かなり重視されてたことを忘れるな。
613:デフォルトの名無しさん
09/05/08 19:08:00
ファイル名や拡張子で想定のバージョンを記述することを強制してもらいたいな、どの言語も
614:デフォルトの名無しさん
09/05/08 20:35:28
俺のイメージ
Perl
万能君なのだが、非Perler及び非開発者からのCGIのイメージが払拭できていない。
無駄に難度も高いため新規参入減少。
PHP
お手軽すぎて馬鹿にされ続けたが、教育/開発コストが優秀なので
じわじわと支持を伸ばし、今では導入企業多し。
Ruby
教育/開発コストがPHP以上に優秀だが、勢いはイマイチ
Python
教育言語としては非常に優秀だが、業務レベルでは日本語文献の不足もあり導入企業僅か。
615:デフォルトの名無しさん
09/05/08 20:38:51
お前は黙ってろ
616:デフォルトの名無しさん
09/05/08 20:49:45
PHPは仕様がアレだから馬鹿にされているのであって、
お手軽だから馬鹿にされているわけではない
617:デフォルトの名無しさん
09/05/08 21:07:22
そのｱﾚすら語れないってのはどうかと
618:デフォルトの名無しさん
09/05/08 21:27:40
言語における開発コストって何をもって優秀って判断なの？
619:デフォルトの名無しさん
09/05/08 21:31:10
JavaやPHPでの文脈では、人月計算出来る頭数の確保および促成養成の容易度、でいいんじゃないかな
620:デフォルトの名無しさん
09/05/08 21:34:23
開発者が意識しなくても、既知の攻撃方法を回避できる。
開発日数の短縮が可能。
言語自体の習得が容易。
コードの可読性が高い。
実行時の速度向上のための最適化が不要か、最小の修正ですむ。
デバッグが容易。
大規模開発に耐えうるか。
とかとか。案件によってどの要素を重視するかは異なるので何ともいえない
ただ、一般的には開発速度を最重要視しているように思う
次が実行速度かな
621:デフォルトの名無しさん
09/05/08 21:35:04
開発者数、開発者のレベル
も>>620に追加
622:デフォルトの名無しさん
09/05/08 21:36:16
PHPのメリットと言えば、mod_phpの出来の良さ、普及率でしょ。
623:デフォルトの名無しさん
09/05/08 21:40:44
CGIでもmod_phpでもソースが同じで済むのがいいな。
それをそのままコマンドラインから実行できるのも。
Javaだとmainを持つ単体プロセスと、サーブレットの派生クラスじゃそもそも全然違うし。
Perlもしかり。
624:デフォルトの名無しさん
09/05/09 01:27:47
開発コストが優秀と、開発者として学ぶべき価値のある優秀な言語かは相反したりするw
625:デフォルトの名無しさん
09/05/09 02:42:36
phpの優秀さは、mod_phpのsafe_modeのおかげで無料レンタルサーバーでも
利用できることと、cgiと同じようにファイルを置くだけでcgiより高速に動く
ということであって、言語仕様はクソだろ。
626:デフォルトの名無しさん
09/05/09 03:04:54
PHPはApacheのマクロ言語みたいなものでExcelのVBマクロみたいなもんだしな
627:デフォルトの名無しさん
09/05/09 05:14:31
php.iniさえ無ければよかったのに・・・
628:デフォルトの名無しさん
09/05/09 07:45:35
うちの周りだと、webアプリ＝CGI=PHP=Perl くらいの意識しかなかったそのくらいが現実。
ちなみにゲーム会社ｗ
629:デフォルトの名無しさん
09/05/09 07:46:16
>>625
おいおい、まともなレンサバはphpもCGIだと思うが
630:デフォルトの名無しさん
09/05/09 07:47:41
あ、ごめん、それでもいいよな、って流れか。野暮だったの・・・
631:デフォルトの名無しさん
09/05/09 09:36:21
>>614
これからはじめる妥当性はともかく、ちと違う感じ
Perl難しかったら、何をやっても難しいと思うよ
>>628
Web系かUnix系の鯖缶じゃないと、あまり使わない気もする
632:デフォルトの名無しさん
09/05/09 11:02:25
Perlの難しさは、他の言語の難しさとは別種だと思う。
成立年代とか当時のUNIX環境（awk等々）、プログラミングスタイルの
流行廃りの変遷を無視して、共時的にPerlを評価するなら、
つまり新規学習者の視点で見るなら、アホの子が作った言語としか見えない。
633:デフォルトの名無しさん
09/05/09 11:10:58
既に使えるようになってる人の「全部同じ」は真かもしれないが
まだ使えない人の「Perl難しい」もまた真
Perlはまずロジック以前に、mod_perl2を使う方法がややこしい。というか人によって違ってたり。
apache+mod_perl環境を構築しないといけない所も、PHPに比べると大変。
634:デフォルトの名無しさん
09/05/09 11:11:56
つFastCGI
635:デフォルトの名無しさん
09/05/09 12:53:27
>>632
アフォしか使わないからおk
636:デフォルトの名無しさん
09/05/09 12:59:19
>>635
Perlはアフォしか使わない
↓
Perlを使っているのは全てアフォである
↓
アフォでない人はPerlを使わない
故に、アフォでない人はアフォよりもスキルと仕事の幅が狭い
637:デフォルトの名無しさん
09/05/09 13:16:41
ｱﾌｫがPerlに費やす時間を別言語に使ってるからスキルと仕事の幅が広がる罠
638:デフォルトの名無しさん
09/05/09 13:26:33
俺はPerlも使う
俺はアフォではない
反証終わり
って書きたい
639:デフォルトの名無しさん
09/05/09 13:30:40
Perlは文化が成熟してるから、高レベルな人が多いし
高レベルな人の部下になる、高レベルな人の文献で学ぶなど、
ある程度の習熟レベルを超えてからは、返って他言語より成長しやすいと思う
640:デフォルトの名無しさん
09/05/09 13:30:56
俺はPerl使ってる時だけアフォになる。ぴゃぁあるぅ!
641:デフォルトの名無しさん
09/05/09 13:41:37
>639
大量のバッドノウハウを暗記した奴だけが偉そうに出来るという、
UNIXらしさにあふれる言語だよね。
642:デフォルトの名無しさん
09/05/09 13:47:02
スクリプト言語で高レベルって思ってる奴ってなんか笑えるよなw
世界狭すぎだろ
643:デフォルトの名無しさん
09/05/09 13:48:51
スクリプト言語は高級言語だろ？JK
644:デフォルトの名無しさん
09/05/09 13:54:37
ソフトウェア用語としての高級とか上流とかって、
一般の用法とはニュアンスが違うからなあ。
645:デフォルトの名無しさん
09/05/09 13:56:07
世界狭すぎだろとか言ってるやつ、お前の世界はどんだけ広いのかなぁｗｗｗｗ
646:デフォルトの名無しさん
09/05/09 13:57:18
WordとかFirefoxとかFFとかLOST PLANETとか作ってる連中からしたらスクリプト書いてる人は
プログラマーに見えないレベル
647:デフォルトの名無しさん
09/05/09 14:37:10
>>639
そうして成長て得たスキルやテクニックが、他言語では初心者でも使いやすく用意されてる差
648:デフォルトの名無しさん
09/05/09 14:38:40
高水準とか低水準とか言おうぜ
649:デフォルトの名無しさん
09/05/09 15:39:36
>>639
ブログとか見てると確かにそうだし、ライブラリとか使うだけなら他の言語と代わらんようにも見える。
なんだけど、やっぱバッドノウハウの塊なんだよな… >>647みたいに思ってしまう。
Ruby使ってるけど、Rubyも数年後Perlみたいになるのかと思うと(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
前Windowsで使ってたDelphiがもろそうなったんで…
しかし、Delphiはネイティブ言語のせいか、Perlみたいにバッドノウハウでってときはアセンブラ必須だったりついていけねえ
650:デフォルトの名無しさん
09/05/09 15:48:12
>>646
そんな、低水準の言語でしか作れんようなもんばっかだしてからに
反論してたら、そのうちOS作れない言語は(ry とか言い出しそうだな、おい
10年後20年後くらいなったら変わるんじゃね？と思いたい。
最近、LOST PLANET出してきたけど、近年のゲーム開発はスクリプト言語の組み込み必須だろ。
近年といったけど、ファミコン時代だってDSL使ってイベントや敵配置なんか記述してきたし。
スクリプトで、全て作れるわけじゃないが必須にになってる
最近、オンラインゲームで使われてるUnity 3Dなんかは、
マルチプラットフォームだけど、C#なんかで記述できる。
ブラウザ上で動かせるのに、グラフィク周りはハードウェアアクセレーションが効くんで、
エンジン自体はそこそこ速い。
jscriptも使えたかもしれん。
(つっても、実際にはActionScriptで作らずに、Unity3Dで作ってくる連中は、
ある程度本格的でブラウザゲーなのに"重め"のものを作ってくるんで、悪い面もある)
651:デフォルトの名無しさん
09/05/09 15:50:17
ああ、スマソ。VM系だけどC#はスクリプト言語じゃないか。
"WordとかFirefoxとかFFとかLOST PLANET"を作れない、って話かと思ったから、
対比で出してしまった。
652:デフォルトの名無しさん
09/05/09 15:59:29
そういう誰でもできる部分をスクリプトで外だしにしてるってことだろ。
フロー書ける設定ファイルみたいなもんだ。
で、そこのスクリプト部分には3DもレンダリングもAIもなんらテクノロジーは入ってないわけだ。
653:デフォルトの名無しさん
09/05/09 16:01:35
その替わり、アプリの本質とノウハウが詰まっています
654:デフォルトの名無しさん
09/05/09 16:04:59
ストリングテーブルが一番のノウハウだな。エロゲーの場合。
655:デフォルトの名無しさん
09/05/09 16:05:37
WordはそのうちC#になりそうだし、マルチバース系のUIエンジンや、XBox360の
ソフトなんかもかなりC#ベースになってきてるよね。
で、C#+.net(あるいはSecondLifeみたいにMono)で作れるということは、
かなり近い将来にはPythonやRuby(Iron〜ね)でも同じパフォーマンスの
ものが作れるようになるということを意味する。
656:デフォルトの名無しさん
09/05/09 16:16:39
簡単なものは簡単な言語で作る。これが一番。まあ簡単に首も切られるけど。これが現実。
657:デフォルトの名無しさん
09/05/09 18:15:08
> XBox360のソフトなんかもかなりC#ベースになってきてるよね。
ソースキボン
XNA Live arcadeってそんなに主流じゃなかったと思うけど、
インディじゃなくて商用のゲームでもつかわれてたっけ・・・
後半は同意する。まあ、Rubyはさすがに遅いが…。
Pythonは、有名どころではPanda 3Dなんかで実際に商用ゲームが作られてるのは知ってる
658:デフォルトの名無しさん
09/05/09 18:19:50
C#ベースになってるか知らんが
XBOX(360じゃなくて前の方)が発売したときは
やたらC#でDirectXできる人いない？って探し回ってた会社多かったな
突っ込んで聞いてみるとみんなXBOXの下請けの仕事だった
659:デフォルトの名無しさん
09/05/09 18:34:56
>>647
まじで？
そういうのってなんかのCPANモジュールが標準モジュールになれば対等とか
そういうレベルの話じゃなく、なんかもう言語的にそうなの？
Perl大好きなんだけど、求人でPerlって少なくなってきてるし、食いっぱぐれそうな恐怖・・・
660:デフォルトの名無しさん
09/05/09 18:37:08
いやそりゃPerlしかできなきゃいつかは食いっぱぐれるだろｗ
今のうちにどこかに潜り込むことをお勧めします
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5397日前に更新/208 KB
担当:undef