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

1 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 10:48:30 ] 最強のＬＬ＝軽量プログラム言語は、どれよ？ エントリーは、 Perl、PHP、Python、Ruby、JavaScript・・・ さあ、死ぬまで語りやがれ！！！ ■LLとは？ 軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、 コードの作成や修正が容易と見なされるプログラミング言語のことを指す。 ここでいう「軽さ」はプログラマの負担の軽重を指し、 実行速度に優れているという意味ではない。 現在の水準では ・インタプリタ ・動的型 ・正規表現 ・関数オブジェクト などを利用できるものがLLと呼ばれることが多い。（Wikipediaより） ■過去スレ 【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1238720336/ 【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/ 2 名前：デフォルトの名無しさん [2009/06/05(金) 10:53:08 ] 乙＞１ とりあえず　見ちゃったんで 3 名前：デフォルトの名無しさん [2009/06/05(金) 15:15:39 ] レンタルサーバーを借りたので、 これから、Webアプリを作ってみようと思っているのですが、 今なら、Perl、PHP、Ruby、Pythonのどの言語が良いでしょうか？ 上記4つの言語しか使えないサーバーです。 チャットルームにも掲示板にもなるようなのを 作りたいと思っています。 4 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 17:54:52 ] >>3 スレ違い さらには板違いの可能性もある 5 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 18:13:55 ] >>3 Perl 理由は答えられない。 6 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 18:37:13 ] LLTV Coming Soon!! 7 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 20:18:45 ] 共用なら開発は自重した方がいいよ。 そういうのが主目的じゃないんだからレンタルサーバー借りたからWebアプリを 作ろうっていう発想になるのはどうかと思う。 8 名前：3 [2009/06/05(金) 22:42:40 ] >>4 個別具体的な事例についての優劣は、議論しないという事ですか……。 申し訳ありません。 >>5 4つの言語の中で一番経験がある筈なのが Perl なんですが……。 (ただし、Web アプリではありません) >>6 もうすぐ LL のイベントですか。 そういえば、毎年夏にあるんでしたっけ。 今年のは、テレビ番組を意識した気軽に楽しめるようなイベントを構想してるとか……。 まだ、一度も行った事がないので、行ってみたいですね。 >>7 当初 Web アプリを自作するつもりがなかったため、 何も考えず共用のを借りました。 総合的に考え直そうと思います。 さっき WebProg という板を見つけたので、 プログラムについてはそちらで相談しようと思います。 サーバーいついては、レンタルサーバーの板のほうで、 相談しようと思います。 板違いで申し訳ありません。 9 名前：デフォルトの名無しさん [2009/06/05(金) 23:42:38 ] LLTV! LLTV! 10 名前：デフォルトの名無しさん [2009/06/05(金) 23:56:26 ] 今年の公式サイトが作られていますね。 Lightweight Language カンファレンス 2009 ll.jus.or.jp/2009/ 11 名前：デフォルトの名無しさん [2009/06/07(日) 12:40:51 ] >>7 別にいいじゃん。Webアプリなんて、日曜大工とか夏休みの工作みたいなもんなんだし。 12 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 13:01:36 ] 誰かまとめてくれ Perl------- PHP.------ Python---- Ruby------ JavaScript- VB-------- 13 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 13:23:20 ] Perl------- Larry Wall PHP.------ The PHP Group (, Zend Technologies ?) Python---- Python Software Foundation Ruby------ Yukihiro Matsumoto JavaScript- ??? VB-------- ??? とりあえず。 VBはまあMSだろうけど、JavaScriptは、それぞれの実装について いろいろあるんだろうか。 14 名前：デフォルトの名無しさん [2009/06/07(日) 15:32:09 ] Rubyが一番。　時点はPHP 15 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 15:37:44 ] 確かにRubyは一番遅い 16 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 16:28:18 ] >>15 Perl------- 5 PHP.------ 2 Python---- 4 Ruby------ 1 JavaScript- 未知数 VB-------- 3 こうでつか？そんな気もする。 17 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 17:39:08 ] PHPは確変したからPythonよか軽いと思う 18 名前：デフォルトの名無しさん [2009/06/07(日) 22:08:34 ] ここでは、mod_perl とか mod_php の類はどういう扱いになるんですかね。 19 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 22:26:46 ] >>16 キモイ奴が多い数でおけ？ 20 名前：デフォルトの名無しさん [2009/06/07(日) 22:30:57 ] LLって和製英語なの？ 21 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 05:56:56 ] ja.wikipedia.org/wiki/%E8%BB%BD%E9%87%8F%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E 日本以外では言わない。海外ではリソース消費が軽量という意味でC言語などを指すのでむしろ逆。 日本でもごく一部でしか言わないし、「スクリプト言語」がポピュラーな呼称。 22 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 06:02:25 ] Lightweight Languages（複数形）という語は英語圏にも無くはないが 動作の軽い言語のことみたいで「プログラマの負担が軽い」という意味で使われるのは基本的に日本だけ …もっとも俺もWikipediaかじった程度の知識だから実態は知らんが 23 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 07:29:24 ] 「過去ログ嫁」 24 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 07:31:23 ] >>20-22 またこのネタかｗ 何回目だ？ >>20 「サラリーマン」や「ガソリンスタンド」的な意味での和製英語ではない。 なにしろ言い出しっぺはアメリカ人らしいし。（ソースは2chとWikipedia） ただ、新語ではあるので用語として定着しておらず、また>>1の意味で利用 されている範囲もそれほど広くないんじゃないかな〜という程度のもの。 25 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 07:32:00 ] LL和製ネタ、デジャブ・・・ 26 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 08:07:33 ] まぁ、些末な事柄が繰り返し話題になるとか、 常識のはずのことが繰り返し尋ねられるとかは困るけど、 この場合、スレ的に根幹を成す物事で、その割には常識までは行ってない物事だから、 ある程度繰り返されるのも仕方ないかな、とは思う。 27 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 09:08:27 ] この流れは テンプレ化 しとこうぜ Q. LLって和製英語なの？ A. >>28 28 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 09:39:26 ] 和製英語ではありません 29 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 10:54:42 ] こうして歴史捏造が始まった。 30 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 13:13:50 ] じゃ、事実って奴を示せばいいわけだな？ ll-duscuss ttps://lists.csail.mit.edu/pipermail/ll-discuss/ それとも、このアーカイブが全部捏造なのかなw 31 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 13:49:19 ] >>30 それMITの日本人学生が作ってるのモロバレじゃん。 32 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 21:27:43 ] >>31 Gregory T. Sullivan ttp://people.csail.mit.edu/gregs/gregs.html いかつい日本人学生もいたもんだな 33 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 22:21:00 ] >>31 >それMITの日本人学生が作ってるのモロバレじゃん。 ねつ造してんのはおまえじゃんかwwwww 34 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 12:11:00 ] めんどくさいよな。スクリプト言語でいいじゃん 35 名前：デフォルトの名無しさん [2009/06/09(火) 13:17:51 ] 流行語にしてお金稼ぎたいんです！＞＜ 36 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 14:52:17 ] >>32 実はひいばあさんの一人が... 37 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 01:19:16 ] スクリプト＝開発補助のイメージを払拭したい人達ががんばってるけど叶わずみたいな状況 38 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 04:03:39 ] LLはスイーツみたいなもんか 39 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 11:20:38 ] 趣味でもJavaやC++しか使わないような奴等ばっかなの？ STLやコンテナやら面倒なだけじゃん 40 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 17:43:31 ] 別に面倒じゃないけどな IDEで作って右クリックで実行するだけだから結局同じだし インタプリタインストールしないとならないLLの方が面倒じゃない？ 41 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 19:04:59 ] >>39-40関連じゃないが、 最近、Ruby仕事してるんだが、 昔、DelphiでIDEでサクサク補完しながら作ってたころより生産性があがったように見えん。 どっかのひがやすをblogじゃないが、 > 「コードが多くても、実際の作業としては ctrl+spaceとctrl+1 を押すのが大半だから、生産効率に差はないんですよ。」 とか言われて、Ruby長年使っててRuby脳になってるはずなのに微妙に納得しかかってる。 もっとサクサク補完しながらかけるLLってねーの？ Ruby好きなんだけど、くだらんスペルミスとかで平気でとまる。ガバレッジテスト秋田・・・ 42 名前：41 mailto:sage [2009/06/13(土) 19:07:47 ] LLだけじゃなくて、開発環境とかでもいいっす。 今時、言語の優越に開発環境引いて考える時代でもなかろう。 俺は、前はxyzzyでRuby書いてたけど、最近はNetBeans。でもどっちも補完はダメダメだね… aptanaは重すぎワロタ RubyとIDEでの補完の相性の悪さは、しゃーないことはわかっているんだけどさ 43 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 19:44:13 ] JavaからRubyへって本が酷かったな どんだけJavaの生産性が酷いかしか説明してない本ｗ 44 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 22:39:35 ] ctrl+space とかで補完って、 LLでも普通にctrl+spaceで補完だが… 今更テキストエディタって、20〜30行までの捨てスクリプトでもないかぎり そんなことしない。 LLでもIDEがないと結局プロジェクトとしてのソース管理が困難になるのだし。 45 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 22:42:05 ] Rubyはダメでしょ。 統合環境使うなら、統合環境での利用に最適なシンタックス を搭載しているpythonがベストと思うが。 46 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 23:16:52 ] 開発環境まで言い出せば、VSでC#。これで決まり。 47 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 23:29:54 ] まあ、WindowsでRuby初心者ってのが最近多いみたいだが そういう人は素直にC#勉強すればいいと思わないでもない 48 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 23:51:58 ] なんでもやりたいんだったら LLから入るより普通にJavaでもやった方がいいと思う 49 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 23:54:03 ] 素直にとか普通にとか 50 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 00:01:27 ] C#はクライアントのアプリはまだしも Linux系サーバーになるとどうにもならなくなる。 また、CG開発系スクリプトでも全く威力を発揮しない。 C#はとても良い言語ではあるものの、 あくまでもC++のハイなレベル版に過ぎない。 Javaも意外なほど応用範囲がせまいな。 VMというもの自体が制約になるためだが。 51 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 01:39:21 ] そこで、parrotなのですよ。奥さん いや、よー知らんけれど 52 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 02:11:05 ] >>50 だから何？ 向き不向きならどんなものにもある。 53 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 06:40:07 ] >>52 だから、「何でもやりたい」ならjavaは別段向いてないのではということ。 (というか非常に向いていない） 個人がやるなら、クライアントアプリか、WEBアプリ、 あるいは、Excelやファイル処理などの簡易なマッチング処理・置換の類、 が最もありがちなのではないかと思われるが、 それら全てにjavaは凄まじく向いていない。 個人が1人でやる場合にjavaが向いているのは、iアプリぐらいかw 54 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 08:39:49 ] WebにJavaが向いてないとかすげー理論だな 55 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 09:08:47 ] サーブレットとクライアントとあると思うが。 サーブレットの場合はJavaの利点がよく見えないし、クライアントは Flashに押され気味だし。 56 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 09:13:30 ] は…はぁ… そうですね… 次の方どうぞ 57 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 10:09:12 ] ＞サーブレットの場合はJavaの利点がよく見えないし だったらPerlやPHPだと利点ありまくりなのか？ なんでもやりたいとか言うならPythonやC++くらいでたいていの事はできると思う。 とは言え職業プログラマならJavaやC++くらいできんと話にならん気がするが。 58 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 10:34:10 ] >>53 せっかくなので、あなたがオススメする ・クライアントアプリ ・WEBアプリ ・Excelやファイル処理 それぞれのオススメ言語おしえてくださいな 59 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 11:02:27 ] >>58 PHP クライアント: ×、 Web: ○、Excelやファイル処理: × Perl クライアント: ×、 Web: ○、 Excelやファイル処理: ○ Ruby, Python クライアント: ○、 Web: ○、 Excelやファイル処理: ○ PerlやPHPでGUIのクライアントアプリ作る人ってあんまりいないね。 Ruby、Python は汎用言語だから全部こなせるけど、GUIのbinding が より整備されているのは Python だったりする。 他にも OpenOffice.org ではマクロがPythonで書けたりする。 60 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 12:12:51 ] 何でRubyとPython一緒にするかな Pythonはガチだけど、RubyはGUIクライアントだと×か△ぐらいじゃねえか？ 61 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 12:17:12 ] いやだから、GUIクライアントを簡単に作りたかったらC#でもJavaでも使えって。 中身のコードに関しても、JavaはともかくC#ならかなりコーディングの負荷は軽いぞ。 Windows限定では困るGUIクライアントを本当に作りたいの？ GUIってだけでスレチな気がすごくする。 62 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 12:42:56 ] GUIが必要になる状況って考えてみると、作ったツールを プログラムやPCに疎い人間に使わせるときくらいだよなぁ。 自分で使うツールで必要になることって滅多にない。 63 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 12:45:09 ] PHPだとWinBinderとかあるけどな 適当なIDEが無いんでデバッグがしずらくて1週間で投げたけど 64 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 14:02:28 ] DropBoxのクライアントやBitTorrentのクライアントはPythonでできた GUIプログラムだよ。 GUIプログラムって、よほどそのツールキットに精通していない限り APIリファレンス見て、「こう設定したら期待する動作になるのかな?」 って試しながらプログラム書くことが多くて、その時は IPython という 強力なインタラクティブシェルを使って試しながらプログラムが書ける Pythonは強い。 65 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 14:07:21 ] >>64 TortoiseHgもどうやらPythonですな。 UNICODEまわりがまだメタクソだけど、かなりよい感じ 66 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 14:14:43 ] >>65 Unicodeまわりがメタクソなのはhgの仕様だからなぁ。 ファイル名はバイト列ってフザケてるのかと。 bzrはコマンドライン引数でファイル名を渡す部分でWindowsでは ファイル名をUnicodeにできなかったけど、次のbzr1.16では コマンドライン引数をGetCommandLineW()を使って処理するように なるからそれに対応するtortoisebzrもそれを使う方向に進んでる。 67 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 14:23:47 ] 素人が前スレとここまで読んで判定すると、Pythonの圧勝です 68 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 18:19:11 ] ちょっと見たけど｛｝がない分いいかも、と思ったが 行末に：付いたり付かなかったり意味不 69 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 19:20:30 ] >>68 行末に : が付くのは、新しいブロックが始まる前(=インデントが増える 直前)で統一されていると思うけど? 70 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:24:24 ] なんで文法がVBで、出来ることがC++っつう理想言語が出来ないんだろうね？ if i=0 then j=0 else j=1; これくらい共通にしろっての インデントも｛｝も==も:も、なんで無駄なものを付けたがるんだ？ 71 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:27:43 ] Webは技術よりもコンテンツだからな。んだからWebスクリプトプログラマーなんてアニメーター 同様カス扱い。 72 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:28:41 ] 英語とドイツ語でこれはペンですくらい共通にしろって言ってるようなもんだぞ 73 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:56:09 ] >>70 文法がVBはやだなあ Sub Hoge End Sub For i=0 to 10 Next If a = 0 Then b = 1 Else a = 0 End If どの辺がどう無駄のない文法なのかkwsk 74 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 00:47:01 ] BASICから覚えてきたはずなんだが、今見ると区切りが無くて見づらいな 75 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 02:36:59 ] C#でいいんじゃない。 76 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 03:45:31 ] 一口にBASICっつーても色々方言があるけどな 77 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 03:57:05 ] 10 CONSOLE,,,1 20 CLS 3 30 X=INT(RND(1)*7+1) 40 Y=INT(RND(1)*7+1) 50 Z=INT(RND(1)*7+1) 60 LOCATE 10,10:COLOR X:PRINT X 70 LOCATE 15,10:COLOR Y:PRINT Y 80 LOCATE 20,10:COLOR Z:PRINT Z 90 IF INKEY$=" " THEN GOTO 100 ELSE 30 100 IF X=Y AND Y=Z THEN PRINT "OOATARI!!":END 110 IF X=Y OR Y=Z OR Z=X THEN PRINT "ATARI!":END …いや、ネットに転がってたからｗ 懐かしい。 そのうち、25 とか 105 とか の行番号で処理を差し込んだりするんだよなこれ。 78 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 04:15:16 ] N88あたりか、それ？ 懐かしさと同時に、読みにくさも思い出すなｗ 今のBASICの規格だとIF〜END IFやDO〜LOOPはサポートすることになってるし WHILE〜WENDはその後のほとんどのBASICがサポートするようになったし、VBもEnd Ifを持ってるのもあって 今のBASICならGOTOで書いたりはしないだろうけど 79 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 06:34:21 ] >>69 Pascal(Delphi)の then とか do だと思えば納得ですな。 しかし、Rubyとか慣れてると、なんでいらないところにいるのん？と思わんこともある 80 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 06:36:09 ] >>73 Rubyっぽくしたら落ち着くのでは？ sub hoge end i.times(10) next if a == 0 　b = 1 else 　a = 0 end 81 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 06:38:33 ] ぼくがJavaのひとに「ガツン」と申し上げられて思ったこと - 梅雨ですな - ずっと君のターン d.hatena.ne.jp/technohippy/20090613#codes Google App EngineのGreetingモデル定義 の Pythonコード from google.appengine.ext import db class Greeting(db.Model): author = db.UserProperty() content = db.StringProperty(multiline=True) date = db.DateTimeProperty(auto_now_add=True) 一方Javaは… package guestbook; import java.util.Date; import javax.jdo.annotations.IdGeneratorStrategy; import javax.jdo.annotations.IdentityType; import javax.jdo.annotations.PersistenceCapable; import javax.jdo.annotations.Persistent; import javax.jdo.annotations.PrimaryKey; import com.google.appengine.api.users.User; @PersistenceCapable(identityType = IdentityType.APPLICATION) public class Greeting { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) private Long id; 82 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 06:39:22 ] 　　　　@Persistent 　　　　private User author; 　　　　@Persistent 　　　　private String content; 　　　　@Persistent 　　　　private Date date; 　　　　public Greeting(User author, String content, Date date) { 　　　　　　　　this.author = author; 　　　　　　　　this.content = content; 　　　　　　　　this.date = date; 　　　　} 　　　　public Long getId() { 　　　　　　　　return id; 　　　　} 　　　　public User getAuthor() { 　　　　　　　　return author; 　　　　} 83 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 06:40:06 ] 　　　　public String getContent() { 　　　　　　　　return content; 　　　　} 　　　　public Date getDate() { 　　　　　　　　return date; 　　　　} 　　　　public void setAuthor(User author) { 　　　　　　　　this.author = author; 　　　　} 　　　　public void setContent(String content) { 　　　　　　　　this.content = content; 　　　　} 　　　　public void setDate(Date date) { 　　　　　　　　this.date = date; 　　　　} } Python圧倒的すぎワロタ ※インデント崩れたスマソ・・・ 84 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 06:53:15 ] 言語思想が違うから一概にどーこーと言うのはないが、 Pythonは実用主義な言語だからそういうモノだと思うしかないな。 Javaのコードも実際は補完がバリバリ効くから、コードを打つのは苦痛では ないだろうけど、コードの可読性でPythonに勝てる言語はそうそうないワケで。 85 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 07:25:28 ] >79 あのコロンのお陰で、エディタの補助にありつけたりするから要らないとは言えないなぁ 86 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 21:35:49 ] LLの場合、メソッドの引数の型がわからないから 未知のライブラリはコメント頼りになる。 静的型付けだと、引数の型からなんとなく仕様が想像できる場合がある。 87 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 00:17:40 ] 補完が強力なエディタはどれ？やっぱEclipse？ 88 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 00:18:20 ] あぁごめ、>>87はPythonでの話 89 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 01:04:11 ] >86 たまに変数名で分かるライブラリもあるけどな 90 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 02:02:49 ] >>84 Javaのコード補完の効き方と、 Pythonのコードの補完の効き方はかなり近いっしょ。 自分で定義したクラスやメソッドなどのコメントまで 補完時に見れるという点まで含めて。 91 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 09:58:10 ] Python は、ブロックが分かりにくいな。 インデントでやっているが、 ブロックの尻を明示する句や記号が無いから、 尻切れトンボみたいで気持ち悪い。 92 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 11:20:28 ] さんざん既出だが、スクリプトの始めの方に end=1 と書いておいて、あとはブロックの終わりとか 目印代わりに「end」と書けばいい。 93 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 15:37:40 ] 俺も気持ち悪いと思ってたが しばらくLispやってたら帰って来たら慣れてた 94 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 15:50:42 ] # ここからブロック１ # ここまでブロック１ これで解決 95 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 16:08:44 ] >>92, 94 文法じゃないから、抜けててもチェックできないし、 書く人毎に違ってたら嫌じゃん。 96 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 16:43:04 ] >書く人毎に違ってたら嫌じゃん。 コード規約完全否定か 97 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:27:46 ] >>96 組織とかグループごとに独自のコード規約があって、 ブロックの書き方がそれぞれ毎に違ってたら意味無いじゃん。 98 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 20:15:10 ] Pythonの規約って標準化されたものないのか？ Javaは殆ど規約一本化されてるし PHPもフレームワーク毎に規約あるぞ 仮になくてもせめて社内で統一くらいしろよ 99 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 20:16:38 ] PEP 8 100 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 21:02:32 ] Pythonはインデントを強制するのが規約

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef