[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 12/08 00:11 / Filesize : 196 KB / Number-of Response : 979
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Python厨とRuby厨が仲直りするスレッド



1 名前:デフォルトの名無しさん [04/11/07 14:06:44]
オブジェクト指向スクリプト言語の二大厨房勢力が仲直りするスレです。

132 名前:デフォルトの名無しさん [2005/07/10(日) 21:28:45 ]
オブジェクト指向プログラミング言語だと聞いてたので、
len()関数とかは確かにひいた。

133 名前:デフォルトの名無しさん mailto:sage [2005/07/10(日) 21:37:29 ]
Pythonって文法が汚いよね

134 名前:デフォルトの名無しさん [2005/07/10(日) 21:59:08 ]
汚いね。
JavaとJavaScriptとPerlの悪いところを集めて作った言語という感じがするよ。
JavaScriptと同じでオブジェクト指向ならぬネームスペース指向言語だよ。
コーラブルオブジェクトってのもなんだかなぁ。


135 名前:デフォルトの名無しさん mailto:sage [2005/07/10(日) 23:52:04 ]
>>133
そうだな。
やはりきれいに書くなら、Rubyだよね。


136 名前:デフォルトの名無しさん mailto:sage [2005/07/11(月) 03:42:57 ]
Pythonのオブジェクト指向サポートは後付けなんだし。
そもそも、Pythonはオブジェクト指向「も」サポートする言語。
オブジェクト指向原理主義ではないのだよ。



137 名前:デフォルトの名無しさん mailto:sage [2005/07/11(月) 08:46:15 ]
うーん.
君はなかなか香ばしくていいぞ.

138 名前:デフォルトの名無しさん mailto:sage [2005/07/11(月) 21:01:41 ]
> Pythonのオブジェクト指向サポートは後付けなんだし。
どのバージョンから付いてるか言ってみろクマーーーーー!!!1

139 名前:デフォルトの名無しさん mailto:sage [2005/07/12(火) 21:39:54 ]
たしかにPythonはOO的には中途半端なんだけど、スクリプト言語に
そこまで厳密なOO求めるか?って話もある。プラグマティックな視点から
Python選択するって人が多いんじゃないかな。 でも、カプセル化くらい
きちんとしてよ、 πちゃん!

140 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 18:15:23 ]
なんか全然仲直りしてないよね...



141 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 19:53:41 ]
PythonコミュニティがRubyに移行すれば円満解決だろ。

142 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 21:02:19 ]
>>138
どのバージョンからついてるの?つうかまじしょべーんだけど。len()やめろよ。
appendとかクラスメンバみたいにアクセスできんのに、おかしいだろ。
矛盾しててきもい。

143 名前:デフォルトの名無しさん [2005/07/14(木) 21:59:21 ]
もうどっちでもいいから、Perlを撲滅してくれ

144 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 22:39:50 ]
一強のプレステとそれ以外のニッチを食い合い足を引っ張り合うGCとXBOXみたいだな。



145 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 23:28:17 ]

Perlは駆逐されてPHPになります

146 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 06:41:52 ]
>>147がPerl, PHP, Rubyを駆逐する言語を作ります

147 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 06:42:50 ]
間違えた
>>148がPerl, Python, Rubyを駆逐する言語作ります

148 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 10:09:30 ]
HSP

149 名前:デフォルトの名無しさん [2005/07/15(金) 10:56:08 ]
octave が文字列の扱いに不便なので,
python か ruby を勉強しようと思うのですが,
数値計算のツールとして使うには
python の方に分があるのでしょうか?

150 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 12:52:44 ]
MATLAB, Mathmaticaでは駄目か?



151 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 13:43:41 ]
速度的にどっちもきついんじゃないか>149

152 名前:デフォルトの名無しさん [2005/07/15(金) 15:28:36 ]
>>149
rubyにも
ttp://jp.rubyist.net/magazine/?0006-RLR
こんなんがあるらしい

153 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 20:18:25 ]
>>149
文字列処理だけRubyにすればいいよ。Pythonの文字列処理はウンコだし、
Rubyは国産だから日本語もラクチンだぜ。

154 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 21:36:23 ]
unicode("ゆにこーどまんせー", "Japanese.UTF-8")


155 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 21:38:53 ]
Ruby信者=足がくさい

156 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 21:41:27 ]
>>150
Mathematica は Win 版は使ったことがありますが,
あまり使い心地がよくないので,octave を使い出しました.
Matlab はもってませんし,私の使い方なら
購入しなくても octave で十分だと思います.

>>151
あまり大規模な計算をするわけではないので
速度的にきついということはありません.

すでに Numeric Python を弄り始めてはいるんですが,
インデントが気持ち悪かったり,
行列演算を matrixmultiply で行うあたりが不満に感じたので,
これから使っていくにはどちらが将来性があるかと思い質問した次第です.

>>152
Numeric Python に対抗するのは Ruby Linalg になると思いますが,
複素行列に関してはまだ実装されてないようなので,
現段階では python を選択することになりそうです.

>>153
あーそれもそうですね.
ruby や python に慣れ親しんでおけば
汎用性があって何かと役に立つのではとも思ったのですが,
やはり数値計算を目的とするなら,
それ用に設計された octave で書くのが一番かもしれません.

157 名前:デフォルトの名無しさん mailto:sage [2005/07/16(土) 03:04:22 ]
数値計算はやっぱりfortranだよ。

158 名前:デフォルトの名無しさん mailto:sage [2005/08/24(水) 16:57:34 ]
FORTRANとCとアセンブラってどれが一番速いの?

159 名前:デフォルトの名無しさん mailto:sage [2005/08/24(水) 17:50:50 ]
場合による。


160 名前:デフォルトの名無しさん mailto:sage [2005/08/24(水) 20:07:54 ]
並列計算機とか使えるなら
FORTRANが一番手軽に速いでしょ



161 名前:デフォルトの名無しさん mailto:sage [2005/09/18(日) 02:09:22 ]
>>160
「手軽さ」ならpython+MPIが上かも。

162 名前:デフォルトの名無しさん [2005/09/18(日) 19:16:46 ]
age

163 名前:デフォルトの名無しさん mailto:sage [2005/10/02(日) 22:50:30 ]
>>160
FORTRAN と C なら FORTRAN のほうが早いの?
あ、そうなの?なんでだろ。単純だから?

164 名前:デフォルトの名無しさん mailto:sage [2005/10/03(月) 02:33:55 ]
すでに並列計算機用のライブラリがたぷーりあるからじゃないの?
C言語でやろうとするといろいろと面倒だから、
かえって開発に時間がかかったりするんじゃない?
よくわかんないけど。
FORTRANだってコンパイラ通せば十分に速いからね。

165 名前:デフォルトの名無しさん mailto:sage [2005/10/04(火) 20:59:48 ]
言語仕様自体が並列計算を考慮しているから。
C言語よりもハザードが少ない。

逆に言えばC言語のほうが自由ということだ。

166 名前:デフォルトの名無しさん mailto:sage [2005/11/04(金) 16:51:16 ]
Pythonで定数を定義するには、property()を使えば出来る。
あと、__slots__を使えば、勝手に(typoで)未定義アトリビュー
にアクセスする事も防げる。

あと、iter()やenumerate()を使えば、len()を使わなくて済む。
len()は本当に要素数を求める時以外には必要なくなった。

さらに、ジェネレータやジェネレータ式はdefやforを
使用してるので、間単に(直観的に)イテレータオブジェクトを
作成する事ができる。

167 名前:デフォルトの名無しさん mailto:sage [2005/11/05(土) 10:55:14 ]
よかったね

168 名前:デフォルトの名無しさん mailto:sage [2005/11/05(土) 22:48:29 ]
そんなこと気にするくらいならPythonは使わねえな

169 名前:デフォルトの名無しさん mailto:sage [2005/11/09(水) 09:17:20 ]
Railsがあるから、Rubyの方が将来性があるな。
一SEとしての意見だけどね。

170 名前:デフォルトの名無しさん mailto:sage [2005/11/09(水) 11:40:54 ]
>>169
TurboGears はいかがですか?
www.turbogears.org/




171 名前:169 mailto:sage [2005/11/09(水) 12:27:51 ]
>>170
ありがとう。
比較してみるよ。

172 名前:デフォルトの名無しさん mailto:sage [2005/11/09(水) 13:39:07 ]
Djangoじゃなくて?

www.djangoproject.com/

173 名前:デフォルトの名無しさん mailto:sage [2005/11/10(木) 17:50:18 ]
流れをぶった切る質問で恐縮ですが,Windows で使える Python の違いって
なんなのでしょうか? ちょっと調べたところ,

1. cygwin の python
2. ActivePython
3. PyJUG にある日本語環境 Python

がありました.1 と 2 は 2.4,3 は 2.3 ベースなので新しい方がいいかなと思ったの
ですが,日本語が使えないのは嫌だなぁとも思います.この違いを猫でもわかるよう
に噛み砕いて説明してくださると大変ありがたいです.
あと,プログラムも日本語を扱うものがあるとうれしいかも.


174 名前:デフォルトの名無しさん mailto:sage [2005/11/10(木) 18:03:53 ]
おめぇ,マルチポストすんなよ.

175 名前:デフォルトの名無しさん mailto:sage [2005/11/11(金) 08:52:12 ]
ただの荒らしにしか見えんな。


176 名前:デフォルトの名無しさん [2006/02/14(火) 12:07:29 ]
お前らPythonとRubyどう使い分けてますか?

177 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 12:12:52 ]
Ruby厨いままでいじめてごめんだぉ。


178 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 17:30:42 ]
>>173
本家のしか使ってないから、間違ってるかも知れなけれど、
・cygwinのは、cygwin上でmakeしたもの
・ActivePythonのは、本家+PyWin32?
・PyJUGのは、本家+SJISパッチ+JapaneseCodes+Pykfだったかな?


179 名前:デフォルトの名無しさん mailto:sage [2006/03/19(日) 23:21:24 ]
Pythonは、大規模な物が多い
Rubyには、大規模な物が少ない

個人で短く数行書くのならRuby
みんなで大規模に書くのならPython

どっちにしようかココ見に来たのに結論でないぞ
英語嫌いだしrubyでいいか…タブでインデントもよさそうだけど…

あとRuby2.0で言語使用変わるとか記事見たけど
Pythonも変わっていく?JAVAも変わったんだっけ?
個人的には無理に拡張するより、直してくれた方が嬉しい
保守するような、すばらしい物書いてるわけでもないし
関係ないけどC#とかもJAVAみたいにゴテゴテになってくのかな
そういうのは嫌だよな…

180 名前:デフォルトの名無しさん mailto:sage [2006/03/20(月) 18:05:15 ]
Pythonは、現実重視で使いやすい
Rubyには、理想重視で美しく書ける

たぶん一生かかっても結論なんて出ない

使用者数が少ないからPythonよりRubyの方が
大規模な仕様変更に耐えられるだろう
まあRubyの神様の気分次第だな



181 名前:デフォルトの名無しさん mailto:sage [2006/03/20(月) 20:00:33 ]
>>180
Phthon:Ruby=C#:Java
みたいな関係?

182 名前:デフォルトの名無しさん mailto:sage [2006/03/20(月) 20:05:52 ]
Python : Ruby = Linux : GNU Hurd
みたいな関係?

183 名前:デフォルトの名無しさん [2006/03/20(月) 20:30:38 ]
Pythonって関数型言語で、その上にオブジェクト指向のせたんだっけ?
それでRubyができたんだっけ?
今は両方とも変わらないらしいけど

極端に言えば
Phthon:Ruby=VB.NET:C#
こんな感じじゃないか?
流行っているのはVB.NETで、滅びそうなのはC#


184 名前:デフォルトの名無しさん mailto:sage [2006/03/20(月) 20:34:22 ]
VB.NETって流行ってたのか

185 名前:デフォルトの名無しさん mailto:sage [2006/03/20(月) 23:06:14 ]
Rubyの神様はまぐれ。
Pythonの神様は気まぐれ。

186 名前:デフォルトの名無しさん [2006/03/21(火) 00:45:58 ]
むしろ仲直りする必要は無い
永遠の仇敵で良いじゃないか

187 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 01:23:24 ]
したり顔でPythonとRubyを使い分けてますなんて言っちゃう
厚顔無恥な馬鹿はどちらも極めきれてない低脳。

188 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 01:51:18 ]
Python陣営はRubyのことR言語って呼んでるらしいな
どっしり構えてればいいのに、こういう滑稽な態度はよろしくない

189 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 08:07:46 ]
Perl, PHP, Python のことをP言語って言うからじゃないの?

190 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 12:07:03 ]
というかR言語っていうともともと
httpf://www.r-project.org/
↑こっちを指してたと思うので、
混乱するからやめてほしい。



191 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 12:25:24 ]
Python : Ruby = Zip : Lha

192 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 12:41:18 ]
Python : Ruby = PKZIP : RAR

193 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 15:28:42 ]
教育で使う場合も、やっぱりパイソンだよな
だまっててもタブいれるくせがつく
綺麗なオブジェクト指向言語も覚えられる
世界的にもユーザーの多いパイソンがいいよな
endとか余計なもの書かなくていいからタイプ量も減るしな

194 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 15:32:35 ]
R指定言語

195 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 15:43:38 ]
社会に出たときの事を考えて Python じゃなくて Java を教えてる

196 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 15:57:06 ]
社会に出てからもスクリプト言語は役に立つぞ。
というか、WSHの存在も知らずに、たいしたバッチ処理でもないのに
言語インストールしろとか煩い香具師みてると泣きたくなる。

197 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 17:42:00 ]
泣かないで

198 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 17:45:47 ]
>>196
まぁでも同じ言語で書けた方が楽は楽だよ
Windows メインでないのならばそういう
考え方もアリだと思う。


199 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 23:12:13 ]
>>193
俺は最近TAB使わなくなったな。
インデントは全部半角スペースだ。

200 名前:デフォルトの名無しさん mailto:sage [2006/03/22(水) 23:18:47 ]
Pythonは、Lispを実用的にした言語
Rubyは、Perlをきれいにした言語



201 名前:デフォルトの名無しさん mailto:sage [2006/03/23(木) 01:50:14 ]
Python知らないケドLispっぽいのか?
パッと見そんな感じしないんだがどの辺がLっぽい?

202 名前:デフォルトの名無しさん mailto:sage [2006/03/23(木) 05:54:27 ]
<`∀´> { Pythonの起源はLispニダ!

203 名前:デフォルトの名無しさん [2006/03/23(木) 08:38:24 ]
ぜんぜんLispっぽく無いよ。
lambda、map、evalとかいう名前と動作が *似ている* 組み込み関数とか構文があって、
Lisp的なプログラミングも出来なくは無いけど、Python的には汚いプログラミング
スタイルでしかないしな。

204 名前:デフォルトの名無しさん mailto:sage [2006/03/23(木) 20:29:10 ]
>>203
Pythonは全然しらないんだけど、それってRubyがLispに似てるのと同程度に似てるってこと?

205 名前:デフォルトの名無しさん mailto:sage [2006/03/23(木) 21:22:46 ]
RubyってPASCALに似てるよね
PythonってFORTRANに似てるよね

206 名前:デフォルトの名無しさん [2006/03/23(木) 22:27:21 ]
仲直りも何も、Ruby本家にあった「他言語との比較」という煽り満載文書が全て
今のような事態になった原因だと思うけど

207 名前:デフォルトの名無しさん mailto:sage [2006/03/23(木) 22:37:06 ]
ご歓談中すいません。根源さえ特定できれば問題解決できると思ってるおめでたい人が今ここに来ませんでしたか?

208 名前:デフォルトの名無しさん [2006/03/23(木) 23:29:24 ]
>>204
そーいうこと。

209 名前:デフォルトの名無しさん mailto:sage [2006/03/23(木) 23:35:16 ]
仲直りする必要があると思う厨はすればいい


210 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 02:44:36 ]
>>206
Ruby は元々、開発者の俺仕様で作ったのが起源だから
当然本人はRubyマンセーなのは当然なワケで。



211 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 07:48:14 ]
マンセーしたかったんじゃなくて、単に自分の工夫したところを主張したかっただけでしょ。

212 名前:デフォルトの名無しさん [2006/03/24(金) 16:18:55 ]
自分の工夫したところっていうより、他の言語をまねしただけでしょ。

213 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 17:30:04 ]

だまっててもタブいれるくせがつく
→どんなプログラムでも読み書きしてればそうなるだろ。

綺麗なオブジェクト指向言語も覚えられる
→Javaが一番きれい。Pythonは全然きれいじゃないし。len()とかダサww

世界的にもユーザーの多いパイソンがいいよな
→Perlが一番多いし、ライブラリもPerlが一番豊富だし。

endとか余計なもの書かなくていいからタイプ量も減るしな
→タイプ量が少ないのがいいならPerlだろ。選択がおかしい。

214 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 17:39:35 ]
>>213
perlだと1番目と2番目が難しいな。
部分的に飛び抜けた長所が無くてもトータルで優等生なのがpython

215 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 17:44:52 ]
紙一重なのがRuby

216 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 17:48:31 ]
インデントしてないPerlプログラムを見たことはない。よって
1が難しいというのは嘘。

217 名前:デフォルトの名無しさん [2006/03/24(金) 17:51:29 ]
Python
ピジョン?

218 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 17:51:50 ]
つまり彼にとって最高に相性がいいのはPerlなのに、Pythonが最高だと
間違えて認識しているのだ。これは不孝なことだ。

219 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 18:28:35 ]
>>216
print "Hello World";
って見たこと無いの?

220 名前:デフォルトの名無しさん [2006/03/24(金) 19:10:01 ]
だまっててもタブいれるくせがつく
→どんなプログラムでも読み書きしてればそうなるだろ。
→→そうならねー奴がいっぱいいるだろ?。特に惰性でやってる職業プログラマーにな。

綺麗なオブジェクト指向言語も覚えられる
→Javaが一番きれい。Pythonは全然きれいじゃないし。len()とかダサww
→→本当にJavaが至高のオブジェクト指向言語と思っているのであれば、
   それはそれで幸せだ。Javaの世界に生きることをお勧めする。

世界的にもユーザーの多いパイソンがいいよな
→Perlが一番多いし、ライブラリもPerlが一番豊富だし。
→→VisualBasicを忘れてもらっちゃ困るよ。

endとか余計なもの書かなくていいからタイプ量も減るしな
→タイプ量が少ないのがいいならPerlだろ。選択がおかしい。
→→Brainf*ck(w これは、使うキーが少ないだけでタイプ量は多いか。どっちにしろ、
   エディタの支援機能使うんだから、タイプ量ってのはあまり意味無い。



221 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 19:21:24 ]
>>213
> →タイプ量が少ないのがいいならPerlだろ。

それだと読む気が起きないコードになるから却下


222 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 22:02:47 ]
まーわるーまーわるーよ議論はまわるー

223 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 22:55:32 ]
>>222
そうやってみんな大きくなっていくんだ


で、endあってもPythonよりRubyの方が短くなるってホント?

224 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 23:14:29 ]
インデントをタブって言ってる段階でダメダメ

225 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 00:02:23 ]
>>224 敗北者に何を期待してんの

226 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 00:20:08 ]
>>225
ニホンゴ オボエタラ マタキテネ

227 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 01:59:50 ]
endあってもPythonよりRubyの方が小汚いってホント?

228 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 10:15:12 ]
むしろ仲直りしなくても仲悪いままで誰も困らないってホント?

229 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 10:46:01 ]
厨が仲良かろうが悪かろうが厨以外の人間が困るわけないじゃん

230 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 15:56:42 ]
>>223 ホント
>>224 ウソ
>>227 ホント
>>228 ウソ



231 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 15:58:37 ]
>> 230 ウソ
>> 231 ウソ

232 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 13:56:28 ]
ソノウソホントウソカ






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<196KB

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