1 名前:デフォルトの名無しさん mailto:sage [2007/04/08(日) 00:28:26 ] PythonやRubyと言った流行りのオブジェクト指向スクリプト言語や Smalltalkといった、動的型付け言語に於いての デザインパターンについて語るスレです。 ・sage進行 ・荒らしはスルー ・荒らしに反応するのも荒らし 前スレ デザパタ + python pc11.2ch.net/test/read.cgi/tech/1172431242/
73 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 18:36:18 ] 私怨で言語ごと嫌いになるのって愚の骨頂
74 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 18:38:59 ] >>73 彼の場合、自分で設計したコードでデスマって以来、 極度のJava嫌いになっている様子だ。 PythonにJavaの特性を求めたりする不可思議行動の原因は、 全てそれ。
75 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 18:42:43 ] まるでytakagiそっくりの駄々っ子だな
76 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 18:42:51 ] >>74 Javaの話題は禁止だぞ。 もし、Javaの関係者なら出ていってくれ。
77 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 18:43:35 ] >>76 自身が一番問題児なんじゃねぇの?
78 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 18:44:46 ] ytakagi本人と見たw
79 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 18:49:44 ] >>78 いいかげんにしろ。 君は、あの馬鹿げた罵り合戦を忘れたのか? Javaなんかに関わりあうからああなるんだ。 LL言語だけでノンビリやろう。 インターネットで捜せば、以外とあちこちにコードはある。
80 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 19:01:02 ] >>79 なかなかしらじらしい奴だな デザパタスレで毎回毎回念仏のような説明を繰り返してるある人物が、 何かが原因で発狂して、相手構わず暴れていた というのがあの事件の真相。 でもそいつの身元は、親切な情報提供によってすでに割れている。 そいつが今更このスレで暴れられる訳がないだろ。
81 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 19:13:46 ] スレタイを見ろ。 Javaが入ってないのは分るよな? こっちも一歩譲ろう。 別なところでどれだけJavaを使っていてもかまわない。 でも、ここでJavaを話題にするな。 これでいいだろ。 ここではLL言語や動的型付け言語のみについて話す。 Javaについて話したいなら、他所でする。(デザパタ本スレもあるんだし) そういうことで。
82 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 19:28:13 ] 誰もJavaの話題になど触れていない。 それにも関わらず、君が独りでヒステリックになっている。 これが現状
83 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 19:44:37 ] > デザパタスレで毎回毎回念仏のような説明を繰り返してるある人物が、 あいつは確かにウザい。 一般的ではない(間違った)独自解釈振り回して 延々と自作自演の議論を展開するし。
84 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 19:53:03 ] Javaの話は止めろ。
85 名前:デフォルトの名無しさん [2007/04/11(水) 19:57:48 ] どうやらこのスレの主は 幻覚を見ているらしい。
86 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 20:00:17 ] Javaの話は別なところでやれ。 デザパタ本スレでやれば、誰も文句は言わない。
87 名前:デフォルトの名無しさん [2007/04/11(水) 20:03:48 ] さっきから見てると キミは、まるで頭のおかしな人のような振る舞いばかりしている。 その原因は何だ?
88 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 20:12:50 ] Javaの人ですか? それなら、豆腐や版画の仲間ですね。 消えてください。
89 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 20:16:39 ] ytakagiってバカなんだな。
90 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 20:16:46 ] キミがおかしくなった原因は何だ?説明してみたまえ。 誰かがキミの抱えている問題を解決してくれるかもしれん。 さあ、心を開いて語ってみそ
91 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 20:18:04 ] Javaの人ですか? それなら、豆腐や版画の仲間ですね。 消えてください。
92 名前:デフォルトの名無しさん [2007/04/11(水) 20:20:25 ] 何が原因でキミは壊れたのか 理由を教えてくれ
93 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 20:24:03 ] お前ら、下らないことやってないで、 コードの一つも書けや。あほくさ。
94 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 20:54:41 ] Javaの人ですか? それなら、豆腐や版画の仲間ですね。 消えてください。
95 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 23:07:32 ] Javaの人ですか? それなら、豆腐や版画の仲間ですね。 消えてください
96 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 23:08:38 ] Javaの人ですか? それなら、豆腐や版画の仲間ですね。 消えてください
97 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 23:50:42 ] >>24 ,25 を Squeak Smalltalk で意訳してみました。#subclassResponsibilityなメソッドが未再定義だと警告。 Trait named: #TShouldBeDefinedAlert TShouldBeDefinedAlert classTrait >> new | shouldBeDefined | shouldBeDefined := (self allSelectors detect: [:sel | (self lookupSelector: sel) messages includes: #subclassResponsibility] ifNone: [^super new]). self error: shouldBeDefined printString, ' should be defined' Object subclass: #AbstractMyClass uses: TShouldBeDefinedAlert AbstractMyClass >> hoge self subclassResponsibility AbstractMyClass >> fuga self subclassResponsibility AbstractMyClass subclass: #MyClass MyClass >> hoge ^#something - - - - - - - - - - - - - - - - - MyClass new "=> Error: #fuga should be defined"
98 名前:デフォルトの名無しさん mailto:sage [2007/04/25(水) 18:13:02 ] Smalltalk使いが実際に来たら停滞したなw
99 名前:デフォルトの名無しさん mailto:sage [2007/04/25(水) 23:37:38 ] 無知で申し訳ないんだけどSmalltalkって どんな分野で使われてる言語なの? デザパタ本ではじめてその存在を知ったんだけど
100 名前:デフォルトの名無しさん mailto:sage [2007/04/26(木) 00:03:35 ] 特に分野は決まっていないよ。最近一番採用されてる例としては OLPC かな。 何でそんな事知りたいの?
101 名前:デフォルトの名無しさん mailto:sage [2007/04/26(木) 00:40:57 ] >>99 よく知らないんだけど、事例集っぽいのをピックアップしてみた。 Squeak Smalltalk (Apple Smalltalkの生き残り) squeakland.jp/school/schoolhome.html www.seaside.st/ dabbledb.com/ www.croquetconsortium.org/index.php/Current_Projects japan.internet.com/webtech/20070314/12.html Cincom Smalltalk (XEROX Smalltalkの生き残り) smalltalk.cincom.jp/scripts/smalltalk.dll/customer/applicationj.ssp smalltalk.cincom.jp/scripts/smalltalk.dll/customer/applicationw.ssp capsctrl.que.jp/kdmsnr/wiki/bliki/?C3 www.whysmalltalk.com/production/ IBM Smalltalk (すでに死亡) www-306.ibm.com/software/awdtools/smalltalk/about/
102 名前:デフォルトの名無しさん mailto:sage [2007/04/26(木) 01:12:39 ] smalltalkつったらここじゃね? www.sra.co.jp/people/aoki/
103 名前:デフォルトの名無しさん [2007/04/26(木) 10:18:18 ] >>99 大体どの分野でも使われてると思うけど、医療事務系とかが多いんじゃね?
104 名前:デフォルトの名無しさん mailto:sage [2007/04/26(木) 11:47:42 ] >>97 の (self lookupSelector: sel) messages includes: #subclassResponsibility は、 (self lookupSelector: sel) isSubclassResponsibility で、おk。
105 名前:デフォルトの名無しさん mailto:sage [2007/04/26(木) 20:11:51 ] >>100-103 ありがとう >>100 オレは組み込み系でCからC++に移行したんだが どうもOOPとかデザパタについてしっくりこないというか、 理解が浅い気がするので、アプローチを変えて動的型づけの言語を 試しにやってみようかと考えてたところ Wikiみたらオブジェクト指向の手本だとか、デザパタの宝庫という 文字をみてちょっと興味を持った。歴史のある言語みたいだね
106 名前:デフォルトの名無しさん mailto:sage [2007/04/26(木) 21:26:49 ] > オレは組み込み系でCからC++に移行したんだが 最近組み込み系の書籍漁りしてる厨房か
107 名前:デフォルトの名無しさん mailto:sage [2007/04/26(木) 23:41:51 ] >>103 もしかして大学病院とか? >>105 IDE の中に OS が入っている様な感覚は、最初は異様に感じるかもしれないね。
108 名前:デフォルトの名無しさん mailto:sage [2007/04/27(金) 02:38:20 ] なんじゃその感覚
109 名前:デフォルトの名無しさん mailto:sage [2007/04/27(金) 05:10:47 ] >>108 Smalltalkのことじゃね? あの言語でインタプリタ単体の環境は俺は聞いたことがない ほとんどはSmalltalk環境自体が一個のシステムって感じ
110 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 15:47:47 ] じゃあsmalltalkのx64ネイティブコンパイラとか卒業研究のネタに使えるって事ですか?
111 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:03:16 ] Smalltalkを指して「IDEの中にOSが入っている」と言うのは また例のバカの妄想だろう
112 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:04:09 ] 卒研なら大目に見てもらえるんじゃね。
113 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:05:49 ] 鈴木高弘の発言はいつも知ったか。 恥ずかしくて見てらんない
114 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:11:43 ] 逆に考えるんだ。 IDEの中にOSが入っているんじゃなくて、 風変わりなOSの試作品を無理矢理IDEっぽく見せて使わせてるんだ。 d.hatena.ne.jp/umeaji/20060721/p1
115 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:18:26 ] また知ったかか
116 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:20:07 ] いちいち他人をけなさないと気が済まない奴が居るみたいだなあ... スルー力低過ぎ。
117 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:23:07 ] だが表舞台には立てない言語 それがスモールトーク そしてそれを愛するスモールとーカーも表舞台には立てない
118 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:25:43 ] Smalltalk関連の研究と言えば、 1980年代前半ならSmalltalkVMと専用CPUの実装が博士論文になってたな。 1980年代後半だと並列化やマルチパラダイム化 1990年代初頭だとプロトタイプベース・オブジェクト指向言語の実装 1990年代後半だとリファクタリング絡みやアスペクト指向 1990年代後半に入ると、JavaVMが普及してきて、 SmalltalkVMを使う必然性が薄らいできているような気がする。 まあSmalltalk上の資産や蓄積、ノウハウによっぽどの思い入れがあれば、 今でも研究プラットフォームたりえるんだろうけど。
119 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:27:51 ] なんだ無茶苦茶表舞台に立ってるやん 国内の開発者にヘタレが多いだけじゃないの?
120 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 16:29:43 ] どっかのバカが大規模開発なんか始めなければ もっと有意義な成果が出てただろうにね。 大規模開発なんてどうせバカしか集められないんだから 先端技術を使って破綻して迷惑をかけたりせずに 隅っこの方でCOBOLer集めてチマチマやっとけってんだ。
121 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 17:31:28 ] 誤解を恐れず言えば、Java も最初は Smalltalk だったんだけどね。 IBM(VisualAge) のも Sun(Strongtalk) のも
122 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 17:46:03 ] VisualAgeそのものとJavaは関係ねぇだろ VA自体が元々Smalltalkかなんかで記述されてた という話は聞いた事あるけど。 StrongtalkVMに関しては その技術がJavaVMにも転用されただけじゃないか?
123 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 17:54:43 ] 学校の教師
124 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 18:25:46 ] 気持ち悪い物体がこびりついているな
125 名前:デフォルトの名無しさん mailto:sage [2007/04/29(日) 01:41:29 ] やめて
126 名前:デフォルトの名無しさん mailto:sage [2007/05/04(金) 02:50:19 ] ,-、 ,.-、 ./:::::\ /::::::ヽ /::::::::::::;ゝ--──-- 、._/::::::::::::::| /,.-‐''"´ \:::::::::::| / ヽ、::::| / ヽ| l. l .| ● | l , , , ● l ` 、 (__人__丿 、、、 / >>1 糞スレ `ー 、__ / /`'''ー‐‐──‐‐‐┬'''""´ ./ ___ l __ l ./ / |/ | `ー-< / ./ ./ `ー‐--{___/ゝ、,ノ
127 名前:デフォルトの名無しさん mailto:sage [2007/05/10(木) 00:25:54 ] >>25 なんでいちいちclass_variable_get使ってんの? (@@ABSTRACT_METHODS ||= []).concat(names) @@ABSTRACT_METHODS.each でいいじゃん。
128 名前:デフォルトの名無しさん mailto:sage [2007/05/26(土) 22:43:10 ] ケンカするほど仲がいい
129 名前:デフォルトの名無しさん mailto:sage [2007/07/20(金) 07:01:41 ] >>127 仮想クラスを2つ作りたい時のため。 直に扱うと個々のクラスじゃなくて親のクラスのクラス変数になってしまうみたいで 全ての仮想クラスで@@ABSTRACT_METHODSが共有されてしまう。 …ってもしかして 1.9.x ではならないのか?
130 名前:デフォルトの名無しさん mailto:sage [2007/07/20(金) 07:10:49 ] 久しぶりに覗いたついでに書き直しとく… :@@ABSTRACT_METHODS 書き過ぎだよ、過去の俺 class AbstractMethodNotImplementException < Exception; end module AbstractClass def abstract(*symbols) abstract_methods.push *symbols end def abstract_methods sym = :@@ABSTRACT_METHODS class_variable_set(sym,[]) unless class_variables.include?(sym.to_s) return class_variable_get(sym) end def new(*args) obj = super(*args) abstract_methods.each do |sym| raise(AbstractMethodNotImplementException, "abstract method `#{sym}' is not defined") unless obj.methods.include?(sym.to_s) end return obj end end # sample class MyAbstractA extend AbstractClass abstract :method_a end # class MyImplementedA < MyAbstractA # def method_a; end # end MyImplementedA.new
131 名前:デフォルトの名無しさん mailto:sage [2007/07/20(金) 07:13:40 ] ちなみに、get だけで使うとそれはそれで uninitialized class variable になるよ。
132 名前:デフォルトの名無しさん [2007/07/20(金) 09:48:11 ] VisualWorks7 でファイルアウトをマウス操作でなく実行命令として 記述するにはどうすればいいですか。
133 名前:デフォルトの名無しさん mailto:sage [2007/07/23(月) 15:48:14 ] >>132 こういうのじゃ駄目なの? | fileManager | fileManager := SourceCodeStream write: NameOfClass printString, '.st' encoding: #Source. fileManager timeStamp. NameOfClass fileOutSourceOn: fileManager. fileManager close
134 名前:132 mailto:sage [2007/07/24(火) 11:08:21 ] >>133 ありがとう。できました。あなたは神様です。
135 名前:132 [2007/10/02(火) 22:08:29 ] 'aClass' という文字列から aClass というClassオブジェクトを取得するには どうすればいいですか。
136 名前:デフォルトの名無しさん mailto:sage [2007/10/03(水) 01:34:44 ] Compiler new evaluate: 'aClass' in: thisContext receiver: nil notifying: nil ifFail: []
137 名前:デフォルトの名無しさん mailto:sage [2007/10/03(水) 06:27:35 ] cls = globals().get("aClass")
138 名前:デフォルトの名無しさん mailto:sage [2007/10/03(水) 06:28:23 ] ってSmalltalkか。
139 名前:デフォルトの名無しさん mailto:sage [2007/10/03(水) 11:33:48 ] >>135 そっか、aClassという名前のクラスを得たいのか。(ってそう書いてあるじゃんw) そうならば137のRubyと同じ方針で、 Smalltalk at: 'aClass' でおk。(136でもできるけどね) 老婆心ながら、クラス名は小文字ではじめないほうがいいと思います。
140 名前:デフォルトの名無しさん mailto:sage [2007/10/03(水) 13:57:30 ] 137はpythonだべ
141 名前:デフォルトの名無しさん mailto:sage [2007/10/03(水) 17:03:57 ] がーん。w Ruby だと、 Object.const_get("AClass") か。orz
142 名前:132 mailto:sage [2007/10/05(金) 01:12:53 ] ありがとうございました。みなさん
143 名前:デフォルトの名無しさん mailto:sage [2007/10/05(金) 08:54:14 ] >>136 みたいなのを見ると Smalltalk は自然言語に近くて良いなあと思うけど、 英語が嫌いな人にはキツそうだね。
144 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 00:59:02 ] 開発でC++使ってるとC++の勉強で手一杯になっちゃってsmalltalkまで手が回らん
145 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 23:53:23 ] そこをなんとかまわしてください。
146 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 23:55:23 ] ドリルは漢のロマン
147 名前:デフォルトの名無しさん mailto:sage [2007/11/13(火) 08:38:49 ] >>144 smalltalkを先に勉強すればC++は勉強しなくても使える
148 名前:デフォルトの名無しさん mailto:sage [2007/11/13(火) 19:45:21 ] C++ はテンプレートライブラリ用言語だから Smalltalk を 知っていても何の役にも立たないと思うけど
149 名前:デフォルトの名無しさん mailto:sage [2007/11/14(水) 02:16:58 ] boost使うなら役に立たんこともない。けれど原則SmalltalkとC++はOOの考え方じたい別もの。
150 名前:デフォルトの名無しさん mailto:sage [2007/12/18(火) 21:45:52 ] >>148 > C++ はテンプレートライブラリ用言語だから ゲラ
151 名前:デフォルトの名無しさん [2008/03/09(日) 08:25:05 ] smalltalkを先に勉強すればC++は怖くて使えないチキンになる。
152 名前:デフォルトの名無しさん mailto:sage [2008/03/09(日) 18:41:12 ] と、smalltalkの読み書きもままならない151が言っております。
153 名前:デフォルトの名無しさん mailto:sage [2008/03/09(日) 21:35:03 ] と、SmalltalkもC++も全然読めない&書けない151が言っております。
154 名前:デフォルトの名無しさん mailto:sage [2008/03/09(日) 21:50:34 ] と、エロ本読みながらマスかいている俺が言ってみるテスト
155 名前:デフォルトの名無しさん [2008/03/30(日) 12:00:36 ] age
156 名前:デフォルトの名無しさん mailto:sage [2008/03/31(月) 17:48:13 ] >154 片手塞がっててもう片手もページめくってるのに、よく書けるな。
157 名前:デフォルトの名無しさん mailto:sage [2008/04/01(火) 19:32:47 ] >>156 横にいる彼女に代筆してもらってる
158 名前:デフォルトの名無しさん mailto:sage [2008/04/01(火) 23:46:45 ] 漏れは彼女に筆をおろした
159 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 07:20:36 ] 彼女がエロ本読んでる横でマスかきながら2chやってるか 彼女がマスかいてる横でエロ本読みながら2chやってるな
160 名前:デフォルトの名無しさん [2008/11/03(月) 16:41:54 ] pythonの言語仕様には問題があると思う。 >>> a=1 >>> a.__str__ <method-wrapper '__str__' of int object at 0x00AB5670> >>> a='abc' >>> a.__str__ <method-wrapper '__str__' of str object at 0x00DB4FE0> >>> 最初はint型として解釈されるけれど文字列を代入した時点でstr型になっている。 オブジェクト指向なのにBASICが抱えていた古典的な教訓がまるで生かされていないよ。 プロの現場が必要とする大規模開発でpythonが採用されるはずが無いのでは? なのにデザインパターンを語っても意味はあるのだろうか? デザインパターンの前に言語仕様そのものを見直すべきではないだろうか? python好きの方には申し訳ないけど...
161 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 16:46:09 ] 動的型付けを全否定w
162 名前:デフォルトの名無しさん [2008/11/03(月) 16:48:48 ] 追記します。 「a='abc'」をプログラマが実行してしまった時点で最初の「a=1」には二度とアクセスできない。 そう。a=1で生成されたインスタンスはゴミとしてメモリに残る訳だ。 gcの機能はあるらしいけれど...バグだらけ。 さっき試したらIDEが吹き飛んだよん。
163 名前:デフォルトの名無しさん [2008/11/03(月) 16:51:42 ] 動的型付けはいいと思うよん。利用者側にとって好都合だからね。 上記はあくまでも利用してみた感想さ。 悪く思わないで下さいね。 まだまだpythonは言語拡張の必要性はあると思う。
164 名前:デフォルトの名無しさん [2008/11/03(月) 16:56:33 ] もう一言 a=1のインスタンスのメモリ番地は0x00AB5670 a='abc'のインスタンスのメモリ番地は0x00DB4FE0 表記はどちらもaだけれど別インスタンスです。 動的型付けではないですね。
165 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 17:05:40 ] なんという釣り針。
166 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 17:18:35 ] >>165 あなたになにがわかりますかね。 Pythonという言語の馬鹿さ加減を指摘しただけなんですけどね。 大学出てない人ですか。
167 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 17:30:38 ] 大学出てないかどうかと、この件がどうかかわるのか皆目わからんな
168 名前:デフォルトの名無しさん [2008/11/03(月) 17:31:13 ] >>160 , 161-164です。 166の発言は私ではありません。 asm,CはOSやハードウェア(下位レイヤ)の性能を100[%]引き出せるように考えられたボトムアップアプローチだった訳です。 ハードウェアやOSリソースを100[%]効率よく使えるようにデザインされていた。 しかし、純粋オブジェクト指向言語はトップダウンアプローチ つまり、理想ありきで下位レイヤの機能やリソース(OSやハードリソース)は使わない方針なんですよ。 そこんところを改善するべきだよね。標準modulesにDBへのアクセス機能がないのもチトどうかと思う。 折角お金をだして購入した機能やリソースは100[%]使い切りたい。 これって普通の人間の普通の希望じゃないだろうか? まあ、こういった問題はpython使いが増えれば改善されるかな。
169 名前:デフォルトの名無しさん [2008/11/03(月) 17:32:01 ] >>160 , 161-164です。 166の発言は私ではありません。 asm,CはOSやハードウェア(下位レイヤ)の性能を100[%]引き出せるように考えられたボトムアップアプローチだった訳です。 ハードウェアやOSリソースを100[%]効率よく使えるようにデザインされていた。 しかし、純粋オブジェクト指向言語はトップダウンアプローチ つまり、理想ありきで下位レイヤの機能やリソース(OSやハードリソース)は使わない方針なんですよ。 そこんところを改善するべきだよね。標準modulesにDBへのアクセス機能がないのもチトどうかと思う。 折角お金をだして購入した機能やリソースは100[%]使い切りたい。 これって普通の人間の普通の希望じゃないだろうか? まあ、こういった問題はpython使いが増えれば改善されるかな。
170 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 17:35:09 ] >>169 > ハードウェアやOSリソースを100[%]効率よく使えるようにデザインされていた。 C言語でスタックやフラグレジスタにアクセスできないことに四苦八苦したことが ある俺から言わせてもらうとこの時点でお前の俺様的空論なんだが。
171 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 17:37:13 ] >>160 , 161-164です。 166の発言は私ではありません。 asm,CはOSやハードウェア(下位レイヤ)の性能を100[%]引き出せるように考えられたボトムアップアプローチだった訳です。 ハードウェアやOSリソースを100[%]効率よく使えるようにデザインされていた。 しかし、純粋オブジェクト指向言語はトップダウンアプローチ つまり、理想ありきで下位レイヤの機能やリソース(OSやハードリソース)は使わない方針なんですよ。 そこんところを改善するべきだよね。標準modulesにDBへのアクセス機能がないのもチトどうかと思う。 折角お金をだして購入した機能やリソースは100[%]使い切りたい。 これって普通の人間の普通の希望じゃないだろうか? まあ、こういった問題はpython使いが増えれば改善されるかな。
172 名前:デフォルトの名無しさん [2008/11/03(月) 17:42:56 ] 空論ですか...ならば >>160 , 161-164 に具体的にコメントしてくれよな。 もっともいざこざは面倒なので空論でも結構だけどさ。 ところで純粋に疑問なのですが、 >C言語でスタックやフラグレジスタにアクセスできないこと pythonではスタックやフラグレジスタ(cpuリソース)に明示的にアクセスできるの? ちょっと勉強させてくださいな。
173 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 17:47:19 ] 天然物?まさか、な…
174 名前:デフォルトの名無しさん [2008/11/03(月) 17:52:04 ] pythonはmac, solaris(cpuはsparcアーキテクチャ)でもliunx,windows(cpuはインテルアーキテクチャ)でも動くみたいだよ。 cpuアーキテクチャがまるで違うのにpythonではcpuリソースに一元的なアクセスが可能なの!? 無理だと思うけどなぁ〜。
175 名前:デフォルトの名無しさん [2008/11/03(月) 17:57:54 ] pythonのチュートリアルを見るとスタックやキューの話がサンプルで出てくるけれど、 これらはCPUの動作を真似たサンプルコードというだけで 本物のCPUリソースへアクセスしている訳ではないと思います... まあ、いいや。 立場は違えどpythonというキーワードに触れるだけでもハイレベルな人たちだと思いますので 私から皆様へ敬意を表した上で退散させて下さいな。
176 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 18:12:10 ] 天然かなこりゃ
177 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 18:12:15 ] たくさん釣り針を残して逃げたw
178 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 18:35:30 ] >>161 いや、静的型付けOOをも否定しているw つーか、ポリモーフィズムの否定だwww
179 名前:デフォルトの名無しさん mailto:sage [2008/11/04(火) 00:18:50 ] どうやら答えられないようですね。 はっきり答えを導ける人は2chにいなかったようですね。さみしいな。
180 名前:デフォルトの名無しさん mailto:sage [2008/11/04(火) 00:56:07 ] んなこと言われても、何をどう答えていいのかわからんしな・・・ 色々とトンチンカンというか、動的言語云々の前にOOP自体よくわかってないみたいだし。
181 名前:デフォルトの名無しさん [2008/11/04(火) 01:47:04 ] >168 です。 python(パイソン)をいろいろと否定したような掲示をしたけれど 本当にダメな言語だと思っているならわざわざ言語仕様を調べたり勉強したりなんかしないぞ。 以下のURLを見て欲しい。Google Data APIにpython版が発表されている。 code.google.com/p/gdata-python-client/ Googleの技術者はGoogle Dataを普及させる為にpythonによるclientが強力な開発ツールになると判断しているんだ。 Google Data APIを利用できる言語としてJava, PHP, .NETなんかが採用されているみたいだよ。 ASMやCでは無理って事さ。 道具はその場その場で使い分けろって事なんだろうね。 先のURLからAPIをダウンロードするとデザインパターン with pythonの未来が見えるかもよ。 そこの君、俺は色々変な掲示をしてしまったけれど気を悪くしないでくれよな。 じゃあな!!
182 名前:デフォルトの名無しさん mailto:sage [2008/11/04(火) 02:16:38 ] いいか、英語が読めないといい大人になれないぞ! あとPythonを使ってる君!C++に切り換えるとか考えよう! じゃあな!!
183 名前:デフォルトの名無しさん mailto:sage [2008/11/04(火) 10:34:31 ] .| | | | | | | | | | || | | .| | | レ | | | | | J || | | ∩___∩ | | | J | | | し || | | | ノ\ ,_ ヽ .| レ | | レ| || J | / ●゛ ● | .J し | | || J | ∪ ( _●_) ミ .| し J| 彡、 |∪| | .J レ / ∩ノ ⊃ ヽ ( \ / _ノ | | \ " / | | \ / ̄ ̄ ̄ /  ̄ ̄ ̄ ̄
184 名前:デフォルトの名無しさん mailto:sage [2008/11/04(火) 12:39:00 ] なんなんだこのスレは(笑)
185 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 01:18:54 ] まぁ変な「掲示」だったということで
186 名前:デフォルトの名無しさん mailto:sage [2008/11/07(金) 04:38:24 ] BASICの型付けとPythonの型付けは全然別物なんだがなあ… VBのVariantに近い型付けをする言語って何だろ。あんまり知らないな。
187 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 13:10:06 ] >>186 Pythonの方でしょうか。 正直僕の小論に答えられないということを認めたほうがいいと思いますよ。 他の言語を引き合いに出して型付けが別物とか誰でも言えます。
188 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 13:22:29 ] >>187 ja.wikipedia.org/wiki/%E3%83%9D%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%95%E3%82%A3%E3%82%BA%E3%83%A0
189 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 19:32:28 ] >>188 そんな寄付によって成り立っています、みたいなバナーを出す詐欺サイトを出されても困りますよ
190 名前:デフォルトの名無しさん [2008/11/08(土) 22:27:37 ] 権威あるwikipediaを詐欺サイト呼ばわりとは... 善意の寄付で成立する詐欺サイト... 聞いたことねぇ。(^_^)
191 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 23:19:01 ] 善意の寄付で成立する詐欺サイト... って 自分の親にオレオレ詐欺するようなもん?
192 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 23:27:04 ] wikipediaを権威あるとか言っちゃう男の人って・・・
193 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 00:54:10 ] >>191 死ぬ死ぬ詐欺
194 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 01:07:58 ] wikipediaより権威あるサイト
195 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 01:42:44 ] つまり、こうだ。 有志の方がんばって百科事典つくりましょう\(^o^)/ ↓ 便利な百科事典できました ↓ つぶしたくなかったら、寄付しろ
196 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 12:53:06 ] だから何。 何かを作る過程にはボランティアの人は寄ってきても、 長く辛いだけでしかないメンテに人はよってこないし、 成果物の恩恵に与る側からの寄付でメンテコスト捻出とか、 ごく普通のライフサイクルですが。
197 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 14:06:01 ] Wikipediaの情報をソースに取る馬鹿が大量にいるスレはここですか?
198 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 14:13:27 ] Wikipedia に書かれてる内容では判断できないので レッテル貼りに終始するお前のような馬鹿ホイホイのためのスレですお
199 名前:168 mailto:sage [2008/11/09(日) 14:42:49 ] やはり答えを出せる人間はここにはいませんか、 やれやれ。
200 名前:デフォルトの名無しさん mailto:sage [2008/11/10(月) 12:15:46 ] >>199 スレ違い
201 名前:デフォルトの名無しさん mailto:sage [2008/11/10(月) 12:18:25 ] スレ違いつーか、カン違いつーか、アサッテっつーか、ナナメ上っつーか。
202 名前:デフォルトの名無しさん [2008/11/11(火) 00:15:27 ] どもっ! >>168 を掲示したオリジナルです。( >>199 とは別人です。 ) >>まあ、こういった問題はpython使いが増えれば改善されるかな。 で自己解決ですな。俺は168で答えは求めてないぜ。 要するにパイソンユーザが増えて下位レイヤのデバイスを表現するクラスがバンバン作られればパイソンの名も上がるだろうと思うよん。 その時にデザインパターンが活用されれば間違いないと思うよ。
203 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 01:20:37 ] よくわからんがboost.pythonとかctypesのことを言っているのか?
204 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 01:21:50 ] そうそう、最後に言い忘れてたっ! パイソンを使い続けるとデザインパターンを学ぶ時に大変くろうするかな。 早めにJavaを初めて、パイソン捨てる事をおすすめしますよん。 ではでわっ!!
205 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 07:44:53 ] デザインパターンは動的型のほうが親和性が高いっつーか、 デザパタ自体がもともとSmalltalkから派生した考えだということ 知らないんだろうなあ・・・
206 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 09:07:33 ] > パイソンを使い続けるとデザインパターンを学ぶ時に大変くろうするかな オートマ車に乗り続けるとクラッチ操作を忘れてしまうってことですね? ・・・本末転倒だろ・・・
207 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 09:45:12 ] むしろデザパタを、パターンとしてでなくメカニズムとして実装できたりもするけどな。 というか静的型言語厨でした、というオチですか。
208 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 10:22:14 ] >>207 C++使って糞コード書いている奴でもこんな変な事は書かない。 「処理系」というものが頭にない奴なんじゃないのかな。 PythonはPythonたるもので出来ているとかそう思い込んでいる。(pypyというプロジェクトはあるが。)
209 名前:デフォルトの名無しさん mailto:sage [2008/11/16(日) 10:27:34 ] やはり、2chは馬鹿の塊のようすっ いっとくけど俺は>>204 書いてないぞ しかし同意できるのはPythonの人たちはねちっこいから 何も言えなくなるってことだね。自分たちの知識不足についてまったく追えていない。
210 名前:デフォルトの名無しさん mailto:sage [2008/11/16(日) 23:38:01 ] だってぼくあほやしー
211 名前:デフォルトの名無しさん mailto:sage [2008/11/17(月) 01:02:56 ] >205 デザパタのうちのいくつかは「静的型で動的型っぽいことをする」ためのパターンでもあるしな。
212 名前:デフォルトの名無しさん [2008/11/27(木) 16:38:16 ] 初心者(python以外のプログラミング言語とか知らない、 書くのは何の役にも立たないような計算とかリストを返すプログラムのみ) のおれが言うのも何だけど、pythonでOOとかパターンとかやる必要ないんじゃないの? 関数で書けばいいじゃん 関数でリストを返してlambdaするインタプリタを書けばいいんだよ
213 名前:デフォルトの名無しさん mailto:sage [2008/11/27(木) 16:52:31 ] 多分、ここの人達が想像できないくらいの初心者なので とんちんかんなことを書いていると思うけど、 プログラムは世界を救うためにあるんだろう 人を幸せにするためにプログラマがいるんだろう 無意味な争いがしたいだけなら、ゲームでもやってろと思った オブジェクト指向とかライブラリとかインターフェイスとかパターンに 囚われることが本当に世界救済につながるのかどうか考えてください。 おれはAppleIIみたいなのをpythonで作れるとか思っているほど知識に乏しいので プログラムなどは使うだけで満足なんですよ、便利だし それを作るのはあなた達です、頑張ってください。
214 名前:デフォルトの名無しさん mailto:sage [2008/11/30(日) 00:04:26 ] パターンなんて知らなくてよい
215 名前:デフォルトの名無しさん mailto:sage [2009/01/01(木) 14:11:46 ] 2chで回答を得るためによく使われるもの 狩パターン 釣パターン 煽りパターン 初心者パターン クレクレパターン