- 1 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 09:58:56 ]
- 最強のＬＬ＝軽量プログラム言語は、どれよ？
エントリーは、
Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！
■LLとは？
軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、
コードの作成や修正が容易と見なされるプログラミング言語のことを指す。
ここでいう「軽さ」はプログラマの負担の軽重を指し、
実行速度に優れているという意味ではない。
現在の水準では
・インタプリタ
・動的型
・正規表現
・関数オブジェクト
などを利用できるものがLLと呼ばれることが多い。（Wikipediaより）
■過去スレ
【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1234635513/
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1215319832/
【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1209289408/
【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1188997302/
- 427 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 15:31:41 ]
- んなこと言ったら機械語なんてオンかオフだけだが
- 428 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 16:11:26 ]
- >>427
だから文法を拡張しやすいってのはあまりメリットがない。
というかその瞬間の自分だけならまだしも、複数人時、
未来の自分にすらデメリットの方が通常はでかい。
Lispの性能から考えると、独自文法スクリプトや、簡易人工知能が
良く必要とされそうなゲームスクリプトが最高にマッチしてんじゃないかと
思うほどだが、ゲーム開発にLispがどんどん使用されてるという
話は聞かないなぁ。
- 429 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 17:01:05 ]
- ぶっちゃけLispって実用になるの？
ラテン語程度には、ってんなら実用には厳しいってことでいいんじゃないかと、
Lisp知らない人間は思ってしまうんだが。
もしそうなら、きっちりやる人間は知ってて使えるべきなんだろうが、>>428みたいに
「採用されない」のを嘆く必要も無理に勧める必要もないんじゃないかと思うが、
本当にLispって他の言語より実用的もしくは合理的な面があるの？
- 430 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 17:07:48 ]
- パッケージのグルーとしてScheme使ったことあるけど
10年業界やっててLispにお目に掛かったのそれだけだな
- 431 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 17:54:48 ]
- >>429
真のLisperはこんなスレまで出張ってこないのさ。
ここで聞く事は愚問
- 432 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 20:01:37 ]
- 自分と自分の息が合う空間だけで閉じこもってて
真の意味での進歩や可能性を放棄したのが
Lisper達。
- 433 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 20:03:46 ]
- そういう煽りはいらないんだな正直。
本当にLispに、"使える"面があるのなら知りたいって人間も多いんだ。
- 434 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 20:34:09 ]
- >>433
Lispを一通りやってるのは当然しょ。
その上での実践上での評価となるはず。
- 435 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 20:36:01 ]
- >>434
・・・ほんとすんませんでした
- 436 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 21:10:40 ]
- ttp://www.kahua.org/show
ttp://practical-scheme.net/experience-j.html
ttp://www.littlewingpinball.com/contents/ja/ypsilon.html
こんなとこでどうだ？
- 437 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 23:27:49 ]
- なんかこのスレって落伍者の集まりだな
- 438 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 23:29:17 ]
- おあとがよろしいようで
- 439 名前：デフォルトの名無しさん [2009/04/26(日) 09:59:55 ]
- 都銀勘定系に使われないうちはお遊び言語
- 440 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 11:49:34 ]
- 極端だな
- 441 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 11:55:00 ]
- Perlは金融で使われてるぞ
大手証券だが
- 442 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:08:00 ]
- そりゃ悲惨な話だな
- 443 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 13:07:43 ]
- >433
昔は先進的な高級言語だったんだけど重かった
今では当たり前のクロージャやイテレータ、
動的型（変数に型を持たず値に型を持つ）、ガベコレなど
よくも昔のハードウェアでそこまでやったもんだ
ただ今となっては他の言語にもその機能の多くのが取り込まれて
そっちのが使いやすいことが多いから、Emacsなど一部除いてあまり見ない
でも今日のスクリプト言語へ与えた影響は大きいものだよ
- 444 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 15:55:59 ]
- 未だに（ほぼ）Lispにしかない機能というと、
マクロ（単純なパターンマッチではなく構文木の変形が可能なもの）ぐらいか
ただ、マクロで実現できる機能の8割ぐらいは
適切に設計されたライブラリで代替できそうな感じはする
逆に言えば、残りの2割を求めるような領域では使われ続けるんだろうけど
近年だとアスペクト指向の源流もLispだっけ？
- 445 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:22:09 ]
- まあ既にlispのいいとこはほとんど搾り取った感じはあるな。
>>444
あとは記号処理ぐらいじゃないか
- 446 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 19:18:58 ]
- Lisp のマクロをどうやってライブラリで代替するんだろう。
- 447 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 19:50:13 ]
- 正規表現みたいなのりで気軽にパーサーを書けるライブラリがあれば
- 448 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 20:08:50 ]
- パーサコンビネータライブラリ？
マクロそのものの代替にはならんよね。
言語外DSLをお手軽に作るツールにはなるけど。
その言語自身がそのライブラリを使って書かれてたら（自己記述）、
その言語は一種の不動点になって、Lispのマクロみたいになるかな。
- 449 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 21:20:30 ]
- >>446
マクロそのものは難しいだろうが、マクロを含む歴史的な試行錯誤で発見されてきた
有用な抽象をライブラリに取り込むことはできるでしょ
問題によってはそれで十分。現に大半の言語にマクロは無い
……まあ言語仕様が貧弱だと、それすら困難だったりするけど
>>447
PEGは割と良い線行ってると思う
- 450 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 21:27:28 ]
- >446
Perl にはソースフィルタって機能があってソース自体を変換可能。
- 451 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 21:27:51 ]
- >>449
既存の，解決策の分かってる問題に対しては確かにそれで十分．
というよりもライブラリというものはそういうものでしょう．
新らしい問題，あるいは，ライブラリにはないような
ローカルな問題に対応する時にはマクロが有用なんだよね．
- 452 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 23:02:10 ]
- 具体例を出してくれ
意味がわからん
- 453 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 23:03:36 ]
- >>452
具体例も糞もあるか
自分の環境下で起きた、ライブラリで対応できない特殊な例に対応するときにマクロがあればすぐ解決できるんだよ
- 454 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 23:42:13 ]
- それはマクロをクロージャ、クラス、関数、サブルーチンに
置き換えても成立すると思うんだかそれらと比べたときの利点は何？
- 455 名前：デフォルトの名無しさん [2009/04/27(月) 02:11:18 ]
- スレタイ！
- 456 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 03:10:13 ]
- おまえらすぐLispはさあ、Lispだったらさあ、とか言い出すよな。
- 457 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 03:46:26 ]
- 全ての不平不満は、愚民のせいでlispの理想郷が実現しなかった為だと
結論出来る。
- 458 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 12:36:12 ]
- いやそれはない。
機械語がある意味究極でありながら万能ではないのと同じで、
おそらくLispも似たような意味で究極なのであろう。
- 459 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 13:24:14 ]
- Lispの欠点というか、最初の関門と言えば、人間がパーザをやらなきゃならんことだな。
Lispのコードにとにかく括弧が多いのはよく知られていることだが
他の言語で言う各要素の結合度、演算子の優先順位に相当するものを
全てコード上に記述しているが為に起こってると言っても良い。
そのため、処理系のパーザがコードをどう解釈するかに悩む必要が無いのだが
括弧の対応表示できるエディタが必須だし、全部書かなきゃならんという面倒さもある。
- 460 名前：デフォルトの名無しさん [2009/04/27(月) 13:28:36 ]
- とりあえず、Lispもこちらの世界に参戦したってことですね？
- 461 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 16:46:52 ]
- 多様性は善なり
- 462 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 22:46:26 ]
- >>460
ちょっと参戦してみようかな，と思って書きこんでみたけど，
どうもお呼びではないような感じなので，継続して書き込むべきかちょっと思案中．
Gauche とかだといい勝負できるかなぁ，とは思うんだけどね．
- 463 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 23:07:36 ]
- 継続は面白いとは思うが、俺は読むの苦労するんだよなあ
- 464 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 23:09:54 ]
- Lisp を使わない奴に限って Lisp について語りたがる
- 465 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 23:43:41 ]
- さすがにLispを使わずに言語は語れないだろうと思って、
ちょっとCommon Lisp勉強してみた
やっぱりRuby使いにとっては原点の一つだった
ただ、いわゆるLLって感じの言語ではない（当たり前か）
一方でGaucheならPerlの影響も受けていると聞くし、このスレ向きかもしれん
- 466 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 01:08:14 ]
- 5年ぶりくらいにPerlを使ってみたけど結構簡単にオブジェクト指向的に書けるのな。JavaScript思い出した。
ただ暗黙の型変換とかコンテキストとかマジ厄介
あとsigilも慣れないとつけ忘れるな
- 467 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 04:09:45 ]
- >466
そのレベルでPerlから離れていたような人ならMoose(Mouse)を使った
書き方からやり直した方がいいかもな。
他人のコードを読むためにPerl5.8標準の書き方も知っておく必要あるけど。
- 468 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 07:52:30 ]
- >>467
Perl5が出始めの頃に「新Perlの国へようこそ」で入門したんだが、
「モダンPerl入門」を最近読んだら、まったく違う言語のようだった。
- 469 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 11:07:53 ]
- そろそろ野良じゃなくって、C++/Java的な業界標準スクリプトってのが
生まれてもおかしくないよな
- 470 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 11:30:28 ]
- そんなものはいらない。
- 471 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 13:09:09 ]
- 規格化が難しいんだろうね、動的言語は自由度が高いし
- 472 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 19:22:23 ]
- モダンPerl入門買ったんだが積んである。
なんか読む気しない…。
- 473 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 22:58:11 ]
- Rubyを使ってるなら読まなくていい
- 474 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 04:30:21 ]
- まあ、スクリプト言語はどれか1個でいいやって気はする。
- 475 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 07:48:02 ]
- ならRubyだな。
- 476 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 09:28:06 ]
- Ruby on Rails x アジャイル x 中国人
この組み合わせで
> コストを日本の1/4程度、運用開始までのスピードも1/3程度
でサービスが提供可能だぜ？
Technologic Arts Incorporated | テクノロジックアートと軟脳軟件のRuby on Railsオフショアアジャイル開発における業務締結について
www.tech-arts.co.jp/news-and-topics/press-releases/20090427.html
Python、Perl、PHPに真似できるかな？ｗｗｗ
- 477 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 10:13:42 ]
- でも品質は1/7なんでしょ？
- 478 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 13:16:32 ]
- しかも情報漏洩のリスクは1024倍
- 479 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 14:01:25 ]
- どこの公共事業だ
- 480 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 14:09:49 ]
- 仕事: Python
趣味: Perl, Ruby
だな。間違いない。
- 481 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 14:13:45 ]
- 趣味にperlって分からん。
仕事なら過去の遺物が山ほどあるが。
- 482 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 19:05:31 ]
- gabrielsw.blogspot.com/2009/04/my-take-on-99-problems-in-scala-first.html
そんな君に Prolog 99 問
Prolog 解けるかな♪ Prolog 解けるかな(待
- 483 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 23:31:58 ]
- 趣味でそんなつまらんのやるなよw
- 484 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 23:47:05 ]
- 俺は面白いと思うけどな
パズルとか嫌いな口か？
- 485 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 00:01:11 ]
- 似たような言語いくつもやってもつまらんだろ。
- 486 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 04:05:43 ]
- Prologはかなり尖った言語だよなぁ
絶対１番にはなれない言語だが、手続き型とは根本が違い過ぎる
Scheme、Haskellも良い感じに尖ってるがPrologほどじゃない
- 487 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 11:15:56 ]
- この(ア)ペ(ン)ド野郎が
という文句を思いついた
- 488 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 01:13:40 ]
- 言語覚えるのは比較的退屈な作業。パズル的楽しみなら圧縮とか暗号とか
アルゴリズムを考える方が楽しい。
- 489 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 07:20:40 ]
- 俺は覚えようとする前に、いきなり簡単なプログラムを組んでみる。
リファレンスを見ながらね。思い通りに動くようになる頃にはそこそこ覚えてる。
- 490 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:11:54 ]
- 手続き型言語とOOPLを何か1つ習得してれば大概の言語はそれで行けるね。
純粋な関数型とかになってくるとちと事情が変わってくるが。
- 491 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:39:11 ]
- 理屈はそうだけど、現場でパッと出てこない。
えーっとUTF8ファイルから一行ずつ読み込んで2個目の-以下の文字を
削除してSJISで書き戻せ？うーん・・何！改行コードはどの場合も
ありえる？うーん、うーん・・しかもファイルは大きいから全部バッファリングして
はいけないだと？おーい、誰かこれたのむー、とかなる。
- 492 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:46:52 ]
- >>491
どこへのレスかよくわからんが、その処理で困るって言うのは言語を限定されて、ってことなのかな？
そうでなければ、（ファイル及び文字列処理に関して）どの言語でも何一つ習得していない、って事だと思うんだ。
- 493 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:59:34 ]
- 得意なやつなら割とすぐできるけど、Pythonでとか言われるとさーて勉強勉強って感じ
- 494 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:16:30 ]
- perlとPHPでは文字コードの扱いに苦しめられたな
- 495 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:28:20 ]
- Perl4とかPHP3でも使ってるのか
- 496 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:33:52 ]
- Perlの文字コードの扱いは本当にわからん。ってかEncode？
IOと結びついてるのかいないのか。
単純に、この文字列（バイト列？文字列？）がUTF-8のはずだから、
SJIS-winに変換してくれ、そしてそれを切り貼りして表示したりファイルに
書いたりするからねって処理が、なんでこんなに難しいんだろう・・・
- 497 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:40:18 ]
- 文字コード関連で気をつけておくのは、改行やコードの変換は最後にする事ぐらいかねぇ
途中で変換するとそれこそカオスになる
- 498 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:45:22 ]
- そんな難しいか？Perlで文字コードいじるのって
どのスクリプト言語でも同じようなもんだろ
- 499 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:46:57 ]
- >>498
う〜ん。
jcode.plを使っていいなら、そんなに変わらない。少なくともPHPとは。
- 500 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:50:06 ]
- jcode.plって江戸時代かよ
Encode.pmかJcode.pmだろうに
- 501 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:53:04 ]
- いやだからそのEncode.pmが・・・って書いてて自分が哀れになってきたので、勉強します；o；
- 502 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:55:14 ]
- jcode.plよかEncode.pmの方が全然簡単だろ
5.8以降なら最初から入ってるし
使い方を単に知らないだけだろ
- 503 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:57:11 ]
- >>502が>>491の回答例をさらっと書いてくれるそうです
さすがム板
- 504 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:01:15 ]
- jcode.plを使ってできるなら、Endode使ってもできるんじゃないのか。
- 505 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:06:06 ]
- 以下妄想レスで失礼
jcode.plの場合は、Perl5.8(5.6以降？)の機能を敢えて使わず、シンプルに考えられる（、と思ってる）
文字列っていうのは全てバイト列で、もちろんutf8フラグなんてのはついてなくて、use utf8; とか
してなくて、入力されたバイト列を関数に渡してやれば変換されたバイト列が帰ってくる。
Encodeモジュールを非常に限定された形で同様に使うことは可能、な筈。
詳しい人、訂正よろ。（ほぼ全訂正、ていうか書き直せ！レベルと想像）
- 506 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:17:36 ]
- 昔のベタベタな書き方がシンプルとか言われたら
多分strictすら宣言してないんだろうし
そこだけ説明してもどうなんだろうって話になるわ
- 507 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:47:23 ]
- ここでjcode.plがUTF-8に対応していないという驚愕の事実が発覚
まあそれだけで、すくなくともJcode.pmでないと話にならないというｗ
またdankogaiか
- 508 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 04:09:53 ]
- >>506
そういうこっちゃないんだがな
jcode.plが use strict; use warnings; で使えないかといえば、もちろんそんなことはない
Perl5.6以降の機能ってことなら、間違いなくUnicodeサポートの話
- 509 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 08:02:53 ]
- Dankogaiが諸悪の権化ということでフィナルアンサ？
- 510 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 10:43:14 ]
- jcode.plとか書いてるやつはperldoc perlunitutを一度も読んでいないだろｗｗｗ
- 511 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 12:00:16 ]
- >>510
何が書いてあるの？
- 512 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 15:12:10 ]
- Perlは文字列のUTF-8フラグがオンかオフかで、分けて扱わないといけないからなぁ。
意識しないで書くと、ドツボに嵌る。
分からなかったり、古いスクリプトの焼き直しなら、
全部バイナリで扱うのが正解だと思う。
- 513 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 17:38:58 ]
- $ perldoc perlunitut
No documentation found for "perlunitut".
- 514 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 19:39:41 ]
- perl の文字列の扱いと他の言語が同程度とか言ってるのは
まじで使ったことあるの？
有力言語の中では、perlだけが異常なまでに取り扱いにくく
できてるよ。特にutf8系は勘違いを生みやすく、記述しにくく
最悪の部類にある。
- 515 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 19:55:05 ]
- そうでもないけど
- 516 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 21:01:48 ]
- Perlは殆どあらゆる面で前時代的で扱いにくいが、
ネットの世界、特にblog界ではperlerが強いので、
Perlを批判する奴は世渡りを知らない馬鹿。
- 517 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 21:05:49 ]
- RubyやPythonの連中がPerlやPHP叩くのって結局無視できない存在だからなんだよな。
本当に糞言語で使いこなすのが難しいのならシェアがどんどん下がるはずなのに、
実際はどの言語も決定的に何かが変わるわけじゃないから勢力は変わらない。
あんな糞言語より俺が信じる言語の方が素晴らしいのに！って感覚に陥って悪循環になってる。
- 518 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 21:29:54 ]
- >517
そりゃ、今やPerlは選ぶ言語じゃなく、選ばされる言語だから。
前任者がPerlで書いてたから、(クソ)ライブラリがPerlで書いてあるから、
先輩がPerlしか分からないから……、そんな理由でPerlを選ばされる
若者の鬱屈もくんでやるべき。
WPFの時代に、VB6で組まされるようなもんだよ。
- 519 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 22:06:08 ]
- サーバーを統合・新しくしましょう
テキストじゃなくDBにしましょう
あ、動かないライブラリがありますね ←ここ重要
せっかくなんでもっと早い言語で作り直しましょう
テンプレート式でページも豪華にできるようにしましょう
- 520 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 02:33:16 ]
- Perl5.6以降のUnicodeで素直じゃないところは、後方互換のためにlatin-1
の扱いを特別視してるところぐらいかなぁ。
- 521 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 02:35:05 ]
- >513
ttp://perldoc.jp/docs/perl/5.10.0/perlunitut.pod
自分のマシンにインストールしてないんならググレば良いじゃんｗｗ
- 522 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 16:53:07 ]
- Encode.pmは初め扱いにくいと思ってたけど慣れると厳密に扱えてしっくりきた。
- 523 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 21:55:28 ]
- 糞な言語やりたくなければ会社を選ばないとな
- 524 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 22:17:43 ]
- 言語はそんな重要じゃないよ
どういう実装方法を採ってるのかが重要
折角楽なJavaやPHP使ってても糞みたいな書き方してるプロジェクトはいくらでもあるし
CやPerlでもきれいにやってるプロジェクトもたくさんある
- 525 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 22:57:44 ]
- 確かに、PerlでもブログとかでモダンPerlなコード晒している人の見ると、
全然キレイに見えたりするな
まあ、OOPなライブラリ作れとか言われると暗黒面に深く入り込みそうでいやだけど
- 526 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 23:46:17 ]
- 「モダンPerl」って言葉だけで笑える
- 527 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 23:57:28 ]
- >>526
それはレトロなPerlのコードにがっつり取り組んだことがないから
|
 |
