美しいコードのCGIを愛でるスレ
■ このスレッドは過去ログ倉庫に格納されています
0001美しいコードを愛でる会
02/03/19 02:59ID:HVLinBmyもちろんperlstyle.podに則って自分で書くのも良いさ。
あぁオレはそうしている。
でもな。KENTやレスキューのコードがスタンダードだと勘違いしているやつが氾濫しては問題があるだろう。
そこで美しいコードを誇るCGIスクリプトを集め、皆で愛でようでは無いか。
最低条件
* use strictしてること(-wTは任意)
* 変数、サブルーチン、メソッドには意味のある名前を割り当てていること
* 更新されていること
* 作者と連絡がとれること(メアド、更新されているWebサイト)
0003美しいコードを愛でる会
02/03/19 03:15ID:HVLinBmyhttp://sourceforge.net/projects/slashcode/
適度に短いメソッドとアプリケーションとしての完成度に好感。
オープンソース物には珍しくドキュメントが比較的充実している。
なによりデータベースのER図が添付されている辺り、
乙女パスタに感動ってな感じ。
0004美しいコードを愛でる会
02/03/19 03:20ID:HVLinBmyhttp://www.usemod.com/cgi-bin/wiki.pl
オリジナルのWikiはシンプルだが汚い部類に片足突っ込んでるが、
UseModWikiは頑張ってる方。
冗長な部分とちょっと無理してApache::Registry対応した感はあるが許せる範囲。
もちろんmod_perl下ではバカっ早。
0005nobodyさん
02/03/19 03:39ID:???>use strictしてること(-wTは任意)
おれレベルならこんなのいちいち書かなくてもキッチリ宣言してるから
どうやらオマエとはレベルが．．．
0006美しいコードを愛でる会
02/03/19 03:46ID:???そう、オレはヘタレでしょっちゅうミスをする。
自分の作業を信用していないからuse strictする。
そして結局楽になる。
もちろん他人のコードを触る時もミスをする。
でもそのコードがuse strictしてない／したら凄いことになるコードだったら
そもそも手を付けない。
0008nobodyさん
02/03/19 07:29ID:WphNZTP7require './config.cgi';してるからしないよ。
0009nobodyさん
02/03/19 09:38ID:???ずいぶん長いあいだ-wは不要、とか思ってたが、一度有用性に気づくともう手放せないね。
0010nobodyさん
02/03/19 09:59ID:???同意。
ってこれだけだとあれなんで紹介
Hyper Nikki System
http://www.h14m.org/
基本。
Wing Multi BBS Professional
http://www04.u-page.so-net.ne.jp/yd5/wing/support/
わりとまともな方だと思う
C-BOARD
http://skully.lib.net/c-board.shtml
一応はずせないかなと
0011nobodyさん
02/03/19 10:15ID:???クソサイトばっかり張るなって(藁
管理人の自作自演か?
0012nobodyさん
02/03/19 11:17ID:???一度だけ出てくるもの
セットする前に使用されるスカラー変数
複数回定義されるサブルーチン
サブルーチンの再帰が 100 以上
このへんが警告喰らうのも分からん。
0013nobodyさん
02/03/19 11:17ID:WphNZTP70014nobodyさん
02/03/19 11:23ID:???一度だけでてくる変数が警告されるのは、typoの可能性があるからじゃないかな？
サブルーチンの再帰が100以上ってのはすごいな。見たことないけど警告したいね(笑)
サブルーチンを複数回定義するんだったら別のものにした方が安全という思想があれば警告すると思う。
セットする前に使用されるスカラー変数にも警告でると思うけどな(笑)
てなかんじですが？
0015nobodyさん
02/03/19 11:35ID:WphNZTP7typoの意味が分からんかった。googleすると「タイプミスのこと」とな（＾＾；
なるほど。そういう意味なら納得。
変数のセットする前，というのは my とかで宣言する前，という意味ですか？
0016nobodyさん
02/03/19 11:48ID:WphNZTP7-w 1 度しか使われない識別子、設定される前に使われている変
数に警告を出します。 サブルーティンの再定義、未定義の
ファイルハンドルの参照や、read-only でオープンしたファ
イルハンドルへの書き込みにも警告を出します。 また、数
値に見えない値を数値として使った場合、配列をスカラであ
るかのように使った場合、100 段階以上のサブルーティンの
再帰、その他たくさんの事に警告を出します。 perldiag
manpage と perltrap manpage を参照してください。
なるほど。空の変数をprint とかで呼び出してる場合に警告するのね。
0018nobodyさん
02/03/19 15:26ID:???http://www.imgsrc.co.jp/
0019nobodyさん
02/03/19 22:05ID:???> 1:ttp://www.h14m.org/
システムが巨大すぎて読む気が起こらず。
とりあえずイメージキャラクタが痛い。
> 2:ttp://www04.u-page.so-net.ne.jp/yd5/wing/support/
HTMLが糞なのでダウソしなかった
> 3:ttp://skully.lib.net/c-board.shtml
HTMLが糞なので以下略。
0020nobodyさん
02/03/19 23:32ID:???まあ、CGIとしてはHTMLは重要か。
0021nobodyさん
02/03/19 23:44ID:???で、ageとくか。
002219
02/03/19 23:56ID:???0023nobodyさん
02/03/20 00:01ID:???0025nobodyさん
02/03/21 00:26ID:???ぱっと思いつくのはこんな感じかな。
*一貫性のあるコーディングスタイル*
趣味や職場によってかわるが、perlstyle.podに近ければとりあえず良し。
*一貫性のあるインデント*
インデントすらしてない奴有るんだよね。。。
*メソッドの行数は10行未満が望ましい*
チョー長いサブルーチンや、サブルーチンにすらしてないようなコードはX
*意味のある名前を使っていること*
1も出してたけど意味の無い変数名を付けない。
メソッド名は宣言的な名前を使う。多少長くても問題なし。
*無意味な省略形の名前を使っていないこと*
ループ内の $i は許そう。
*同じことを複数の場所でやっていないこと*
コピー&ペーストで書いたコードはこうなってるのが多い。
ある機能を変えたいときに複数の場所を変えなければいけないコードは×
*Perlの機能を有効活用していること*
配列の要素を全部舐めるのにCっぽいことしたりしない。mapもgrepも上手く使え。
逆に「こーいう書き方されるとムカツク」ってのは挙げやすそうっすね。
002625
02/03/21 00:32ID:???*スコープを意識していること*
my $hoge = 'hello world'
sub function {
substr $hoge, 6, 5;
}
とか、無駄にスコープを跨いで変数使われたりするとスゲー読みにくくなる。
mod_perlでﾔﾅ思いするし。
0027nobodyさん
02/03/21 09:52ID:FXfspbxz0028nobodyさん
02/03/21 15:00ID:???0029nobodyさん
02/03/21 15:30ID:???>>10で書いたものだけか?
情けないな。
003134
02/03/21 18:43ID:ApVBb+mz非プログラマー向けに、CGIプログラムを探す場合
どういった点を評価するのか書かれているようだけど。
http://nms-cgi.sourceforge.net/
0032nobodyさん
02/03/21 20:12ID:???0033nobodyさん
02/03/21 20:19ID:???0034nobodyさん
02/03/21 20:37ID:???まあ、警告吐くモジュールもあるから、本番稼動中は無しにしても、
テストではつけるべし。
0036nobodyさん
02/03/21 22:22ID:dJmFvqS+http://www.web-free.info
CGI・SSI制限なく使用可能です。
0040nobodyさん
02/03/22 08:35ID:vhJfDKGC「きれいなソース」でCGIを書くなら、RubyかDelphiでしょう。
0041nobodyさん
02/03/22 09:51ID:5zrp8DGKphp もいい？
0042nobodyさん
02/03/22 09:55ID:jHjSEJvi0043nobodyさん
02/03/22 10:06ID:5zrp8DGKその関数がどういう関数なのかという説明と，
引数や戻り値の説明もあったほうがいいのかな？
0044nobodyさん
02/03/22 11:01ID:2zj+wCNW0050nobodyさん
02/03/22 20:50ID:???0051nobodyさん
02/03/22 20:52ID:???コメントに頼りすぎているコードも良くないと言う話もある。
コメントなんぞ見ないでも理解できるコードが最高。
http://www.ogis-ri.co.jp/otc/hiroba/ogisbooks/Refactoring.html
0052nobodyさん
02/03/22 20:54ID:???普通ソースなんて人に見せるものじゃないから、
自分一人でうっとりしていればいいんだよね。
グループやチームでソース書く必要あるんだったら、
美しさというより、ほかのメンバーにわかりやすい内容で書けばいいのであって、
結局美しさになんの意義も意味もないね。
ソースではなく、完成したものの出力が美しく、処理が機能的であればよいのであって、
ソースが美しいかどうかなぞと言うことは、手段の目的化以外の何者でもない。
0055nobodyさん
02/03/22 22:33ID:???0056nobodyさん
02/03/23 00:02ID:???普通にしっかりと書いてあるコードが冗長に見えていかん
0058Dream ★
02/03/30 07:25ID:???0059nobodyさん
02/04/09 23:33ID:/gHRipFv「あいつのソース、綺麗なんだけど、動かないんだよなぁ〜」
って人いたよ。
0061F11
02/04/10 21:12ID:RNZ++qE3全体の８〜９割がサブルーチン。
0062nobodyさん
02/04/10 22:01ID:???ああ、そういうのよくあるよね。
最初に
&read
&html
&end
みたいな感じで、あと全部サブルーチンなの。
俺は嫌い。だって重複して使われてるわけでもないのに意味ないじゃん。
しかも読みにくいよ。
0063nobodyさん
02/04/10 22:06ID:???恥ずかしい。
＞しかも読みにくいよ。
恐らく、あなたのソースコードのほうが読みにくいでしょうね。
0064nobodyさん
02/04/10 22:09ID:???0065美しいコードを愛でる会
02/04/10 22:25ID:9zLUZHR0>>62
そーいうのが困るんだなこれが。
処理のブロック(固まり)ごとにサブルーチン化して、
やっていることを表す適切な名前を付るのが王道。
コメントつける暇あったら、
サブルーチン化して適切な名前を付けて下さい。
# このへんは「リファクタリング」を見よって感じ。
0066nobodyさん
02/04/10 22:32ID:EI+45BxU激しく同意。
＞＞しかも読みにくいよ。
＞恐らく、あなたのソースコードのほうが読みにくいでしょうね。
ここらへんが特に。
サブルーチン入れて読みにくいなんて逝ってる奴なんて
長大スクリプト組んだ事無い奴くらいじゃないの？
0067美しいコードを愛でる会
02/04/10 22:51ID:9zLUZHR0何度も利用するからってのも理由の一つだけど、
- その処理ブロックに名前を付けることで処理内容を予測しやすくする。
- スコープを狭めることで変更に伴う影響範囲を小さくする。
ってのがあると思う。
スコープを狭めるってのは実は重要で、
これをやっていないコードはある部分を変更したいんだけど
それ以降の(含むそれ以前の)コードにどう影響が生まれるかが
とても分かりにくくなってしまう。
まぁ自分で自分用のコード書いているうちは
こーいう問題にあうことはないんだろうけど。
0068F11
02/04/10 23:01ID:RNZ++qE3細かくしすぎかなぁ感もあって、どこまでやっていいものか。
たとえ2,3行のソースでも色々な場所で使いまわす場合はサブルーチン化したりしてます。
入れ子になってたりもします。
極例ですが下記みたいな流れになってたりします。
自分では見やすいんですが、ちょっと肥大化してる感がいなめませぬ
やっぱ入れ子入れ子にしすぎると処理的に重くなりますか？
----------------下記----------------------------
&a0();
aub a0{
&a1();
&a2();
}
sub a1{
}
sub a2{
a3();
}
aub a3{
}
0069nobodyさん
02/04/10 23:05ID:???役割がしっかりと分担されてるなら構わないと思う。（俺は）
007063
02/04/10 23:13ID:???３０行のソースでもサブルーチン化しちゃうやつが同じクラスにいるー。
大嫌いだーーー！！
普通に書けバカー！読みにくいんだよ！！このサブルーチンヲタが！！
と言い訳してみるテスト
0071nobodyさん
02/04/10 23:19ID:???番号間違ってるよ・・・
007262
02/04/10 23:24ID:???うるせーばかー！！
しかもな○橋！おめーのソースはなー。最初に
&read
&html
&end
#て書いてるのにその下のサブルーチンの順番があべこべなんだよーー！
sub html {
}
sub read {
}
sub end {
}
#読みにくいんじゃボケー！！おまえとチーム組まされてる俺の身にもなってみろー！
#何がオブジェクト指向化だよん（はぁーと）だ！氏ねえええええ！！
0073美しいコードを愛でる会
02/04/10 23:39ID:???サブルーチンの名前が適切かどーかって話はさておき
順番なんぞ検索すれば良いから重要じゃないね。
viで
/sub name
とか打つだけっしょ？
まともなエディタとそのエディタの使い方を覚えましょう。
0074nobodyさん
02/04/11 00:16ID:93K8BGh20075nobodyさん
02/04/11 00:17ID:???0076nobodyさん
02/04/11 00:48ID:???文脈から推察すると、超初心者のカジリたてって感じ？
プログラミングを理解してないくせに自分の思いこみだけで一方的な自分の意見を
ごり押しする人。
自分のレス番号間違ってることからしてもおっちょこちょいさん。
痛々しいネ！
0077nobodyさん
02/04/11 00:49ID:tSMOjiFh0078Name_Not_Found
02/04/11 00:50ID:2Njp9iOK0079nobodyさん
02/04/11 00:55ID:???＆はオヤジくさい。
0080nobodyさん
02/04/11 01:25ID:???わたしの場合は、必ず & つかってしまうくせがついているが、現にわたしは
オヤジだからOKってことね。安心した。
ただ、すでに関数として用意されている read などをサブルーチン名に使うの
には抵抗があるなー。
ところで & を付けるのはやめたほうがいいみたいなことってなんかの本にでも
載ってるの？ たまにそう言う人がいるけど今まで受け流してきたからハッキリ
とした理由が知りたいなー。
なんとなく namazu臭 がするのはわたしだけ？
0081nobodyさん
02/04/11 01:49ID:???なんて書いてある本あるのか？リファレンス使うときしか出てこなくないか？
0082nobodyさん
02/04/11 02:11ID:8LiumuzIサブルーチンにどっちで渡せばいいの？
0084８０
02/04/11 02:27ID:???今時の本に書いてないというだけのことで、やめたほうがいいということでは
ないということなんだね。了解！
一般関数と区別する意味でも使ったほうがむしろ読み易い気がするのはわたしだけ？
わたしの場合、＆をつかわないときといったらシグナルハンドラにセットするとき
ぐらいかな？
ラクダ本には引数なしのサブルーチンは & を使うことで効率がよいとある。
0085nobodyさん
02/04/11 09:17ID:???0086nobodyさん
02/04/11 09:36ID:???マジかよ。俺が&を明示的につけるのは
・ｼｸﾞﾅﾙﾊﾝﾄﾞﾗの設定
・ｵｰﾊﾞｰﾛｰﾄﾞﾒｿｯﾄﾞの設定
・スタックをそのままで呼び出し(&foo;)
・リファレンスの取得(こりゃ言語的制約だからしょうがないが。)
てな感じだが。
ビルトイン関数はどうせ色でわかるし。
0087nobodyさん
02/04/11 17:58ID:???0088nobodyさん
02/04/11 19:00ID:???0089nobodyさん
02/04/11 19:18ID:???おれは書かない派。
(カッコ)も省けるところは省いちゃう派。
0090nobodyさん
02/04/24 20:22ID:kwCa0Ndo例えば、何かを確認するような関数ならis****にしとけとか
0091nobodyさん
02/04/28 02:48ID:caIzyTmE自分は真偽が返り値になるメソッドをis***にしてる。
あと決めてるのはprintみたく返り値を期待しない関数をdo***とするくらい。
0092nobodyさん
02/04/28 14:02ID:???チョット認識がずれてる部分もあるが、それって今ではオブジェクト指向の
言語では普通にやられていること。
形式としては、動詞＋目的語 のような感じ。目的語は省略する場合もあるが、
もしあれば先頭は大文字が一般的。
オマエらを殺す関数なら killYou とかね。
0093nobodyさん
02/04/28 20:29ID:???ちなみにPerlではキャピタライズは普通しなくて
$厨房->kill_you()
が普通な。
perldoc perlstyle
0097nobodyさん
02/05/21 13:40ID:???それわかる。
英語力がないからってローマ字で、なんてやってたらすげぇかっこ悪いもん。
今はいちいち日本語を英訳して分かりやすそうなのにしてるけど、英語ができる人から見たら変な単語使ってると思う。
0098nobodyさん
02/05/24 19:56ID:???使いたかったらフィルタ通すなりFilterモジュールかませばどうにでもなるからやってみたら？
http://bulknews.net/lib/archives/Filter-Pyuuta-0.01.html
っつっても「どこでもポリモーフィズぅ〜」を目指すと、
何気にジェネリックな名前を付けたくなったりするから、
英語で困るってことは少ないけどなぁ。
異様に長い名前もあったけど(笑)
change_element_with_xml_compiled_object_and_its_state()
とか。
0099nobodyさん
02/05/26 05:02ID:PkjyxO6gコメントだけで充分だと思うけどな、
あと、コメントをローマ字と変な英語のやつ困る、
data number とか、しちゃうやつ、
dataの順番か、個数かわからん
0100nobodyさん
02/05/28 11:48ID:???はげしく同意！
>>59
はげしくわらた
>>10
C-BOARDのソースは、とりわけ綺麗という訳でもないとは思うけど、
昔随分と勉強させてもらったよ。
確かにHTMLはカスだとは思うけどね。
なんかトラブルあったみたいで、元作者はもう開発やめてるみたいだね。
010159
02/06/08 16:03ID:XPfmb/Ca65系、680x系って、気を使って書かないと、非常に読みずらいんだよね
0102山崎渉
03/01/15 13:53ID:???0103nobodyさん
03/02/23 05:00ID:???6809はパズル。書き方によって2割りは効率がかわる。
68000は逆にすっきりしてて、直交具合がよくて
レジスタがデータだけで8本あるから直感で書ける。
このスレ読んだ感想。。
単体モジュールテストぐらいはやろうぜ！
0104山崎渉
03/03/13 17:40ID:???0105山崎渉
03/04/17 12:17ID:???0106山崎渉
03/04/20 06:17ID:???（ ＾＾ ）＜ ぬるぽ（＾＾）
0107山崎渉
03/05/22 02:18ID:???0108山崎渉
03/05/28 17:11ID:???ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
0109山崎 渉
03/07/15 11:23ID:???__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
01101 ◆5aiQ5DvWjw
03/07/16 12:07ID:???ﾜﾗﾀ
ところではなしは変わるけど、携帯ゲーム機"プレイステーションポータブル(PSP)
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。
突然変な事言い出してスマソ・・・・
GBAと比較してみてどうなんですかね？（シェア以外で）
0111山崎 渉
03/08/02 02:30ID:???（ ＾＾ ）＜ ぬるぽ（＾＾）
0112ぼるじょあ ◆ySd1dMH5Gk
03/08/02 05:05ID:???ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
0113山崎 渉
03/08/15 23:22ID:???│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
0114nobodyさん
04/03/30 00:21ID:Et1WRFOC0115nobodyさん
04/03/30 18:49ID:+0Zs5qfcいいネタふってよ。
0116nobodyさん
04/03/31 03:01ID:???今更だけど
* use strictしてること(-wTは任意)
って開発時だけで十分だし、指定しても動きエラーも無い事って書いた方が良かったな。
#use strict は nifty 等に配慮して公表時には省くって言ってた人も居る。
まあ指定しておいたら誰かがログから
作者の気付かなかったエラー提出してくれるかもしれないけど稀だし。
0117nobodyさん
04/03/31 03:20ID:eTtz6haw定期的にメンテナンスされたり、多くの人がパッチを書くとなると
美しさを保つためにはやっぱり use strict されている必要があるんじゃないかな。
伽藍的な美しさもあるけどね。Rosettaとか。
ttp://search.cpan.org/~duncand/Rosetta-0.28/
0118nobodyさん
04/03/31 05:16ID:???#サブルーチン名適当、途中処理略
sub login{
get_query();
}
sub get_query{
end():
}
sub end{
exit(0);
}
のような、つまり処理の最初から最後まで
サブルーチンからサブルーチンへ飛び回るようなのは解りづらい?
以前はこういう作り方してたんだけど、
ある日思い直してメインとなる処理部分を作って、
それぞれのサブルーチンの返り値を受け取りつつ(一部除く)
順番に進めていくように最近は作り始めたんだけど。
0119nobodyさん
04/03/31 05:49ID:eTtz6hawmy $status = Handler->login(@argv);
my $value = Handler->get_query($status);
$value eq 'hoge' ? Handler->nexthop() : Handler->end();
さらに、
my $handler = Handler->new();
$handler->login(@argv);
$handler->action();
# Handler.pm
sub action{
my $self = shift;
$self->get_query() eq 'hoge' ? $self->nexthop() : $self->end();
}
同じ事をやるのにも可読性・抽象性・再利用性を考えて書くと
オブジェクティブなコードになってくるんじゃないでしょうかね。
0120nobodyさん
04/03/31 08:06ID:???http://tok2.com/study/bbs/bbs-01.html
0123nobodyさん
04/05/16 15:07ID:AvZsWZrL0124nobodyさん
04/05/16 15:57ID:???0125nobodyさん
04/05/16 16:03ID:???0126nobodyさん
04/10/21 02:48:18ID:DbaR8cSm0127nobodyさん
05/01/09 12:37:31ID:uD8+xJLMみんなtDiaryを読めー
0128nobodyさん
05/01/09 22:08:22ID:???0129nobodyさん
05/01/10 04:16:29ID:gXtmp04s激しく同意。
チームでやるなら、言語依存の記述で凝って短くスマートに書かれるより、
コメントが多く平易な流れのコードが扱いが良い。チームには、いろんな
レベルのやつがいるからな。読み手もいろいろということだ。
あまり、凝って美しくすると読めないやつが増える。
また個人で使うCGIは、strictにしたり、my関数を使ったりするのは
自由だが、広くCGIとして配布するならPerl4でも動くように書いて、
パスのデフォルトはオールドな/usr/local/bin/perlなんてこともある。
結局ここで言う美しさなんて、オナニーなんだよ。プログラマの。
0130nobodyさん
05/01/10 16:03:18ID:OenI9N/y「わかりやすい」ことも美しさの１つだろ。
わかりやすいだけじゃ美しくは無いがな。
0132nobodyさん
05/01/10 20:21:03ID:???最後の安定バージョンのリリースは12年前の1993/2/5だぞ？爺はいらね。
ついでに煽っておくと「(俺様が)わかりやすいように書いた」なんつーコードは
冗長で遅い糞コードの代表みたいなものなので短くて速いコード書けや。
0133nobodyさん
05/01/10 23:42:15ID:gXtmp04s使っている奴はいないが、Perl4をいまだ
使っているプロバイダはあるので、目的により
そういう書き方で配布するケースもあるだろう。
「(俺様が)わかりやすいように書いた」
おい、逆だ。チームがわかりやすいようにと
書いてあるんだが。文脈を読めないやつだな。
あと、お前が勘違いしているのは短いコードが
早いとは限らないということ。
抽象化したコードはより簡潔になるが、速度は犠牲になる
ことが多い。
ラクダ本を少し嫁。
0134nobodyさん
05/01/11 00:14:45ID:AE+kb3/pどこの誰が「短いコード＝美しい」なんて言い出したんだ？
流れを読む限り、お前ってことになりそうだが。
0135nobodyさん
05/01/11 01:25:00ID:QoqQoJmx余計なつっこみかもしれないが、
132,133はどちらもそう書いていないぞ。
誰と聞かれれば、134になるな。完結。
0137nobodyさん
05/01/13 21:23:25ID:???0138nobodyさん
05/01/13 21:24:52ID:???Σ （⌒）ヽ＿∧
mてつ ・∀・） ＜お前。
／/ YY ヾ＼
0139nobodyさん
05/01/14 00:08:49ID:???0140nobodyさん
2005/05/18(水) 23:48:42ID:???後で読まなくて済むから
0141nobodyさん
2005/08/11(木) 19:07:00ID:???0142nobodyさん
2005/08/25(木) 20:49:34ID:yNBOcjhzttp://up.isp.2ch.net/up/dcce97420e5d.zip
一応晒しておきますね。
0143nobodyさん
2005/08/25(木) 22:07:37ID:???俺としてはまだ耐えられる範囲かな。
このままの勢いで10倍くらいのサイズになったら楽しそうだが。
0144nobodyさん
2006/04/23(日) 19:39:28ID:???perldoc以外で。
use strictしろって一文なら何度も見たんだけど
いまいちぴんと来ない。
でもせっかくなら綺麗で分かりやすいコード書きたいし。
0145nobodyさん
2006/04/24(月) 19:58:58ID:???「綺麗」の定義にも依るけれど、strict プラグマはコードを「綺麗」に
するものではなく「安全」に保つ手伝いをしてくれるものだから、
そういう切り口のページはいくら探しても無いんじゃないかな。
0146144
2006/04/25(火) 00:03:05ID:???どうもです。そうかーそうだよね。
コードの書き方自体は perlstyle.pod を参考にしてるんだけど。
use strictするとそれまでなかったエラーがたくさん出るから、
それをひとつひとつ解決するついでに
そうすることの意義みたいなものが知りたかったんだ。
でも巷で配布されてるCGIを見るにあまり必要ないことなのかな？
自分はCGI作るためにPerl始めたんで、参考書よりそっちのコードを眺めてるほうが多い。
0147nobodyさん
2006/04/25(火) 15:51:27ID:???巨大プログラム開発時における変数の保守のため。
１人規模のプログラムではまだ必要ない。
でもできる限り関数化は目指した方が後々良い
0148nobodyさん
2006/04/25(火) 22:30:34ID:???0149nobodyさん
2006/04/26(水) 14:27:51ID:???えーと
>コードの書き方自体は perlstyle.pod を参考にしてるんだけど。
が、
>でも巷で配布されてるCGIを見るにあまり必要ないことなのかな？
なんでこう思うようになっちゃうのかが分からないんだけど。
もしかして最初から何も考えずに use strict してるとその
ありがたみって分からなくなるのかな？ だとすると
use strict しろっていう「一文」て実は有害？
use strict せずにグローバル変数使いまくりな CGI の
改造して地雷踏んだりすれば意義なんていやっていう
ほど痛感するものだと思うんだけどね。
0150144
2006/04/26(水) 17:24:06ID:???We上の色々な講座的ページを見ながらPerlの勉強をしてるつもりですが
use strictした上でのコーディングについてはあまり見つからないんです。
正直、use strictをすることで得られる恩恵についてはほとんど知りません。
「use strictしろというからやってみたけどエラーばっかでこの次どうすりゃいいんだかﾜｶﾝﾈ」
「でもしたほうがいいらしい」
↑この辺をぐるぐるしているｗ
0151nobodyさん
2006/04/26(水) 19:29:50ID:???なるほど。
use strict の次は「なんでもかんでも my つけろ」かな。
perldoc をあれこれ読めば use strict する理由もエラーの
対処法も分かると思うが、『Perlプログラミング救命病棟』
読むといいかもね。まとまってて扱いやすい。
正直、Perl について Web 上で「ハイレベルではないがモダン
な情報」を手に入れるのは厳しいと思うぞ。
0152nobodyさん
2006/04/26(水) 20:06:30ID:???あれば割とすぐ恩恵が分かりそうな気がするんだけど
0153nobodyさん
2006/04/27(木) 00:33:41ID:???ありがとう。この本知りませんでした。
早速ウィッシュリストに入れたけどとりあえず著書間見てくる
あとlocalとmyについてもっと勉強してきます。
>>152
PerlのほかはJavaScriptくらいです。
DHTMLのために少しいじるくらいで、20行以内のものしか経験なし。
あとはDMonkeyとかDelphiを少し捏ね回す程度。
0154144
2006/04/27(木) 00:34:57ID:???あと誤字
×著書間
↓
○図書館
ﾒﾝｺﾞ
0155nobodyさん
2006/05/14(日) 22:04:32ID:6NDVp4aa0156nobodyさん
2006/05/15(月) 04:30:23ID:???0157nobodyさん
2008/06/03(火) 11:15:31ID:???0158nobodyさん
2009/10/28(水) 16:23:55ID:KljxNhcvhttp://yutori7.2ch.net/test/read.cgi/news4vip/1256707678/
486083984374999
0159 忍法帖【Lv=40,xxxPT】(8+0：8) 【17.5m】 電脳プリオン ◆3YKmpu7JR7Ic
2012/09/30(日) 14:36:51.44ID:????PLT(12079)∧＿∧
（ ・∀・） | | ｶﾞｶﾞｯ
と ） | |
Ｙ /ノ .人
/ ） .人 < >_∧∩
＿/し' < >_∧∩｀Д´）/
（＿フ彡 Ｖ｀Д´）/ / ←>>106
/ ←>>111
■ このスレッドは過去ログ倉庫に格納されています