【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/ 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はインデントを強制するのが規約 101 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 21:12:53 ] インデント強制は規約と言うより言語仕様。 公式規約はPEP8がある。 乱立はしていない。 Javaとかになれてる人には色々最初は気持ち悪いかもしれないけど、 使っているうちにそれがすごく合理的だと理解して慣れていくよ。 102 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 21:50:49 ] 他人のコードを読むのが一番ラクな言語はPythonだと思うが。 103 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 21:58:52 ] Pythonはエスペラント語のようなもんで いくら読みやすくてもみんな知らないから読めない 104 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 22:12:42 ] これほど共感できない例えも珍しい 105 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 22:17:10 ] Pythonは実行できる擬似コードと言われるくらいで、 Pythonを知らない人にも読みやすいコードが多いよ。 106 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 23:03:38 ] Pythonが読みやすいってのは RubyがJavaより生産効率いいってくらい基準があいまいな話だと思う 107 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 23:42:35 ] とりあえず漏れの場合はRubyやJavaと比較するならば、Pythonの方が読みやすい。 つか個人的にRubyはJavaを意識する前にPythonよりも生産性を上げてから言うべきだろうに。 108 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 23:55:40 ] Pythonはまだ仕様が固まってないから、6.0くらいまでは様子見すべき。 109 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 00:16:03 ] PerlやRubyは、同じ処理をするのにいろんな書き方があるけど、 Pythonはそれを極力避けているから、多少冗長になっても 誰が見てもわかりやすいコードになるのがウリじゃなかったっけ？ 110 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 05:38:48 ] 紛らわしければpassを使えばよいのに(python-mode派)。 111 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 06:52:21 ] pythonって、どうやってコピペすんの？インデント崩れるんだけど 112 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 06:53:36 ] >>111 replace(" ", " ") 113 名前：112 mailto:sage [2009/06/21(日) 06:54:19 ] あわわ replace(" ", "&nbsp") 114 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 07:05:01 ] ＞Pythonはまだ仕様が固まってないから、6.0くらいまでは様子見すべき それを言い出したらRubyなんて100.0くらいまで使えない希ガス。 115 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 13:49:43 ] >>99 >>101 PEP 8 ってこれで全部？ oldriver.org/python/pep-0008j.html ざっと見たところ、ブロックの終わりを示す語句(記号)についての記述がないようだけど…… 116 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 13:55:07 ] >>115 つまり、 end = 1 とかは使わないで普通にインデント解除するのが 標準コーディング規約 117 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:02:18 ] >>41 コード書くときの自動補完は、言語が静的型付かどうかに大きく使い勝手が 左右される。RubyやPythonみたいな動的言語だと、変数名が任意の オブジェクトへのラベルに過ぎないので、適切なメンバを 候補として提示することが本質的に不可能。 WindowsでもLinuxでも、クライアントもサーバもってことなら、 Mono 2.4 + MonoDevelop 2の出来がびっくりするくらいいいので、 (多言語・多プラットフォーム・REPL等。 ただし、GTK#で日本語は地雷) 1回さわってみるのをおすすめ。 商用サーバでもLinux + Mono + ASP.NETって増えてきてるしね。 118 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:10:15 ] インデントを戻すタイミングについて、エディタに知らせる方法が問題なのかな？ pass でいいんじゃなかった？ 119 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:19:13 ] >>106 読みやすさに明確な基準は持たせにくいからね。 でも、複数の言語を知っている人はやっぱりPythonは読みやすいと感じるよ。 dankogai も、 -- 私ははっきり言って Python の哲学は好きになれない。でも Python のコードは好き。 「動く pseudocode 」としてのチャンピオンは、今や Python だ。Python はもっと知られ、 もっと使われて良い。 Pythonistas のみならず、 Perl Mongers のためにも、 Rubyists のためにも。 -- とか言ってる。 120 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:59:04 ] pythonのコードが読みやすいことは認めるが dankogaiを引き合いに出すのはやめてくれ まるで「東スポにそう書いてあった」といわんばかりだ 121 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 17:13:48 ] この件は、誰を引き合いに出しても信頼性は変わらない 122 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 17:48:17 ] まぁそういうことだね。 「それ」にある程度重きを置く場合、Rubyは使えない。到底。 123 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 18:20:14 ] フランス人がフランス語は美しいって言ってるレベルの話だろこれ フランス語がわかる奴じゃないと意味解らんから無駄って話 124 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 18:52:05 ] そういう話だということにすると救われるんですね。 125 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 19:16:31 ] この手の話は20年前からまったく進歩がない

---

---

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

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