12/03/11 14:30:55.03
議論する
2:デフォルトの名無しさん
12/03/11 14:59:59.48
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
3:デフォルトの名無しさん
12/03/11 15:33:37.36
高慢と偏見（1）隣は何をする人ぞ
URLﾘﾝｸ(el.jibun.atmarkit.co.jp)
高学歴で長い経験に自信を持つエンジニアは他人の話を聞かなくなる、
というのは広く世に知られた真理の1つである。
K自動車ICTシステム部の三浦技術担当マネージャは、そのようなエンジニアの生き見本のような人だった。
初めに言葉ありき。私が聞いた三浦マネージャーの最初の言葉はこうだ。
「オブジェクト指向など、実業務では使いものにならない！」
私は思わず手を止めてしまい、壁を見つめた。
隣に座っていた男性プログラマも同じように手を止めて、まるで隣の会議室が見えるかのように壁をまじまじと見つめている。
声は続いている。
「オレはもう20年以上システム業界にいるけどな、その長い経験から言うと、オブジェクト指向なんてものは、
理論としては面白いけど、およそ実用的とは言い難いものだな。まぁ、例えばGUIのコンポーネントとかは
オブジェクト指向に基づいて作られているようだから、そういうツールとかを作る人には必要なものなのかもしれない。
しかし君たちがいずれ作ることになる業務アルゴリズムにはまったく無縁のものだと思ってもらって間違いない。
どうもこの業界、オブジェクト指向でなければダメ、というような風潮がまかりとおっているけどな、
オブジェクト指向なんか本当に使っている人はほとんどいないよ。オレも少し勉強してみたけど、カプセル化とかポリ何とかとか、
どうにも利点が理解できなかったね。実際、実業務で使ったことなどないしな……」
おいおいおいおい。私は思わず壁の向こうの顔も知らない講師に突っ込んだ。もちろん心の中で、だが。
―あなたはオブジェクト指向をほとんど使ったこともないくせに、
オブジェクト指向は「使えない！」と断言しているわけですか？
4:デフォルトの名無しさん
12/03/11 15:41:56.22
そんなことより、手続き型、オブジェクト指向、関数型に代わる新しいパラダイム考えようぜ
5:デフォルトの名無しさん
12/03/11 15:42:11.09
高慢と偏見（終） エピローグ
URLﾘﾝｸ(el.jibun.atmarkit.co.jp)
疲労による脱落者を数人出しながらも、3月末に何とかカットオーバーした―というかさせた―新部品調達システムは、
4月1日に本番稼働した。三浦マネージャは自分の功績を大いに吹聴したらしいが、
その栄華はほとんど1日しか続かなかったとのことだった。
初日から立て続けにいくつかの機能でトラブルが発生した。最初のうちは、本番サーバと予備サーバを切り替えることでしのいでいたものの、
数日後に、とうとうシステムを停止せざるを得なくなった。同じようなコードをコピペして、複数のモジュールで使っていたため、
バグが複製されてしまったのが原因だったようだ。無用なドキュメント作成に時間を取られたために、
十分なテストができなかったことも遠因だったに違いない。数々のトラブル対して、
大量のドキュメントがまったく役に立たなかったのは言うまでもない。
それでも三浦マネージャは、「この程度のバグは、新しいシステムの初期段階では大抵起こりうる程度にすぎない」などと
強気な発言をしていたらしい。が、バグを修正することが新たなバグを作り込んでしまうという悪循環が続き、
新部品調達システムは、予定の半分以下の機能だけが辛うじて稼働しているだけになってしまった。
とうとう業を煮やした経営層が、トラブルシューティング専門のコンサルティング会社に、システム全体の調査を依頼した。
三浦マネージャはICTシステム部だけで対応できると言い張ったらしいが、すでにその言葉を額面どおりに受け取る人間は少なくなっていた。
ソースを調査したコンサルティング会社のエンジニアは、あまりに効率の悪い
前時代的なコーディングに絶句したらしい。そりゃそうだろう。私だって、事前知識なしであのソースを見たら驚く。
「時代錯誤も甚だしい」
「保守性というものをまった考慮していない」
「最低でも6カ月を要する、根本的な大改造が必要」
6:デフォルトの名無しさん
12/03/11 15:44:08.27
最新の日記は、
「オブジェクト指向など、実業務では使いものにならない！」
間違いない。あの人だ。
日記の内容はというと、「私は20年以上、企業システムのプログラミングを続けているが、
その中でオブジェクト指向などというものが役に立ったことは一度もない」と始まっていて、
「staticを使えば、わざわざインスタンスを作る必要などない」
「独自にクラスを作る必要などない。クラスは使うものだ。作るものではない」
「20年にわたる経験から明白である」
と、どこかで聞いた言葉が並んでいる。
吹き出したのは、
「……私はカプセル化もポリモリズムも意味がよく理解できなかった。従って私はこれは不必要なものだと結論づけた……」
のくだりだった。案の定、コメント欄は炎上状態だった。
最初の方では、懇切丁寧にオブジェクト指向の利点を解説してくれている人たちもいたのだが、
「あなたの経験は何年だ？ 私は20年だ」
「あなたの出身校はどこだ？ 私はT大学大学院卒だ」
「あなたはSIerだろう。私は客側の人間だ。客の言うことは絶対だ」
などのように、火に油どころか爆弾を投下するような発言が続いたため、親切なコメントはなくなっていた。
その後も、たまに覗いてみると、
「ベテランが提案する非オブジェクト指向開発」
「使えるパターンと使えないパターン」
「デザパタなどは時間の無駄である」
といったタイトルの日記が定期的に更新されていた。中身はというと、自分が理解できないことを経験だけで批判しているか、
オブジェクト指向を解説しているWebサイトのささいな誤字脱字を針小棒大に批判するか、どちらかでしかなかった。
たまに別のWebサイトのコメント欄に、オブジェクト指向批判を書くこともあった。当然、技術的な裏付けも何もない、
思い込みによる批判だから、正論で完膚なきまでに叩きのめされてしまう。正面から議論を展開できるだけの知識がないから、
スリービーチさんにできることは、「その日本語はおかしい」とか「若い人はすぐに感情的になるから議論にならない」などと、負け惜しみを書くことだけだった。
7:デフォルトの名無しさん
12/03/11 16:22:15.04
クラスの継承で再利用できるってこと実務でありえるの？
8:デフォルトの名無しさん
12/03/11 16:39:24.67
どんな糞職場で働いてんだ。
9: ◆khwKd8pYFQ
12/03/11 16:39:55.95
>>4
すでに俺は考えてある。
10:デフォルトの名無しさん
12/03/11 16:42:17.28
>>8
まともな職場教えてくれよ。
11:デフォルトの名無しさん
12/03/11 16:45:45.80
>>7
社内用のライブラリとか無いのか？
12:デフォルトの名無しさん
12/03/11 16:46:05.47
長文が貼ってあるけど
プロジェクトが破綻した理由とオブジェクト指向やデザパタがつながってないように見える
13:デフォルトの名無しさん
12/03/11 16:47:05.83
今、アプリ開発でフレームワークを使わないことは
まず無いと思うけど、ちょっと前までは自前で作ってた。
フレームワークのコードを見ればわかるけど
継承や各種オブジェクト指向のオンパレード。
それ（フレームワーク）によって何が持たされるかというと、
大幅な開発効率の向上。
あるものを使ってるだけだと、オブジェクト指向の恩恵に
気づかないかもしれないけど、自分でフレームワークに近いものを
作るようになれば、そのメリットが分かる。
ようは下っ端はわからない。
14:デフォルトの名無しさん
12/03/11 16:48:27.68
単なる老害が関わったせいでプロジェクトが崩壊する典型的な一例だな
こういった老害は、どんな方法論を与えても同じことを繰り返す
15:デフォルトの名無しさん
12/03/11 16:48:51.32
アプリそのものの実装で、再利用を考えた設計をすることってあんまないな
ライブラリ作るときは使いまくるけど
16:デフォルトの名無しさん
12/03/11 16:52:48.19
>>15
似た奴を２個目つくるときは再利用するだろ。で、３個目も考慮して一部ライブラリ化される。
17:デフォルトの名無しさん
12/03/11 16:54:35.52
アプリそのものを単純に作れるようにするために、
共通部分をライブラリやフレームワークとして分離する。
そのライブラリやフレームワーク側でオブジェクト指向を使う。
だから、それらを使うだけの人は、誰かが頑張ってくれたお陰で
自分は単純に作れると知りましょう。
18:デフォルトの名無しさん
12/03/11 16:58:14.74
>>13
そうかなぁ？
それらを非オブジェクト指向でラップしちゃってもやっぱり同じことになると思うよ
オブジェクト指向関係ないじゃない
19:デフォルトの名無しさん
12/03/11 16:58:26.10
オブジェクト指向でも最近は継承使わずに委譲だな
委譲を使って必要なメソッドだけを使って必要なメソッドだけを実装するほうが、仕様が爆発しなくて済む。
継承だと親のメソッドを引き継いで、下流が「なんかこんなメソッド有ったんで使っときましたよ^^」「はぁ仕様書に書いてないだろ」「いや、つかえましたよ^^」とか面倒な事が減る
20:デフォルトの名無しさん
12/03/11 17:03:32.36
>>19
javaにはC++のような多重継承がない。
これは多重継承みたいな事をやりたいときは多重委譲にしろって事なのかもね。
でも委譲で十分じゃんとは思う。オーバーライドの整合性を考える余計な労力が減るし。
21:デフォルトの名無しさん
12/03/11 17:04:14.64
俺はライブラリ制作側と使う側のスタイルは分けて考えないとダメだと思ってる
俺等は使う側なので極度の抽象化は作業効率が落ちるだけ
それとライブラリ制作にもまた複数あると思う
ＭＳみたいに一度リリースしてしまったら不具合も含めて仕様・・・となってしまうライブラリ制作と
同じ会社のどっかのライブラリチームみたいに不具合がみつかり次第修正
仕様も簡単に変えて修正してもらいますじゃ適用するもんが全然違う
22:デフォルトの名無しさん
12/03/11 17:05:26.17
>>18
そりゃ、使う側から見れば
おなじに見えるだろうなｗ
だけど、作る側の開発効率がぜんぜん違うわけで。
オブジェクト指向は言語にあらず。
非オブジェクト指向言語でも
オブジェクト指向で作られてる。
オブジェクト指向で作るならば
オブジェクト指向言語が相性がいい。
23:デフォルトの名無しさん
12/03/11 17:07:23.21
>>22
じゃ、ＭＳのライブラリを使ってるという視点でみれば
必ずしもオブジェクト指向は正しい選択じゃないと
そういえるわけだよね？
24:デフォルトの名無しさん
12/03/11 17:09:44.81
>>21
> 俺はライブラリ制作側と使う側のスタイルは分けて考えないとダメだと思ってる
> 俺等は使う側なので極度の抽象化は作業効率が落ちるだけ
極度の抽象化が必要になったら、それはライブラリとして
分離するべき所ってこと。そうすればもっと作業効率が上がる。
だがまともな技術とセンスを持った人がいなければ使いにくいものができてしまう。
だけどそれはただだの、「技術力が低いと使いにくいものが出来る」という
当たり前の話しに過ぎない。
25:デフォルトの名無しさん
12/03/11 17:12:20.30
>>24
>だがまともな技術とセンスを持った人がいなければ使いにくいものができてしまう。
その場合のオブジェクト指向の使用の有無はどういう風に影響を及ぼすわけ？
とりあえず会社的には特定の技術者に特別な処置をしてもらうよりも
馬鹿を長時間働かせて解決する方向へもっていきたいと考えるようだから
ご立派な人にしか理解できないはメリットにはならないと思うが
オブジェクト指向は人を選ぶのだろうか？
26:デフォルトの名無しさん
12/03/11 17:12:41.71
>>23
それは正しいかどうかを語る資格が無いだけ。
飛行機に乗るだけの俺が
航空理論はほんとうに正しいのか？なんて
議論しても意味がないだろう？
俺は航空理論を使ってなくても、飛行機乗れるといっても
何の説得力があるだろうか。
オブジェクト指向が正しいかどうかを語っていいのは、
オブジェクト指向を適用するライブラリや
フレームワーク開発者だけだ。
27:デフォルトの名無しさん
12/03/11 17:14:41.19
>>25
だから、お前には無関係の世界なんだろ？
それだけだよ。
無関係の人は語らないでくれ。
ただ、便利なライブラリやフレームワークを
作ってる人たちに感謝するのは忘れるなよ。
お前が感謝している人たちが感謝をしている
オブジェクト指向を信じろ。
28:デフォルトの名無しさん
12/03/11 17:14:45.69
.net Frameworkの開発者ぐらいしか発言できないなこのスレｗ
29:デフォルトの名無しさん
12/03/11 17:15:20.45
>>27
なんで怒ってるの？
ＭＳの社員じゃないと発言できないぜ？
30:デフォルトの名無しさん
12/03/11 17:15:27.12
.net frameworkだけがライブラリやフレームワークなのだろうか？
31:デフォルトの名無しさん
12/03/11 17:16:00.04
>>29
なんで、MSの社員じゃないと発言できないって思い込んでるの？
32:デフォルトの名無しさん
12/03/11 17:17:17.37
社内のショボチンライブラリをフレームワークと表現するかい？
とりあえずどの規模からフレームワークと定義するの？
俺の休日に作ったコントロールのイベントをすべて監視してログに残すdllもフレームワークでおｋ？
33:デフォルトの名無しさん
12/03/11 17:18:54.11
ちまちま議論してないでacmの論文でも探して読めよ^^
34:デフォルトの名無しさん
12/03/11 17:19:02.14
> 社内のショボチンライブラリをフレームワークと表現するかい？
しない。
なぜなら「ショボチン」だから。
逆に言えば、ショボチンでなければ
ライブラリ（フレームワーク？）と表現する。
35:デフォルトの名無しさん
12/03/11 17:19:36.80
>>34
ショボチンとデカチンの基準を決めてくれるかい？
36:デフォルトの名無しさん
12/03/11 17:20:36.50
> コントロールのイベント
これ、オブジェクト指向だろ？ｗ
37:デフォルトの名無しさん
12/03/11 17:21:21.39
>>35
あぁ、ソムリエじゃないと
ワインの味はわからないよねｗ
38:デフォルトの名無しさん
12/03/11 17:21:50.10
>>32
それはただのアプリケーションだろ。
39:デフォルトの名無しさん
12/03/11 17:22:14.92
>>36
え？
今はライブラリやフレームワーク開発者じゃないと
このスレで語るに値しない
って発言から参加権があるかどうかを決定してるのだよ
君は話がわかっているのかい？
40:デフォルトの名無しさん
12/03/11 17:22:27.08
>>22を見て思いついたんだが、>>6 の老害は、
非オブジェクト指向言語でやるようなオブジェクト指向プログラミングを、
オブジェクト指向言語でやってたりするんだろうか。
41:デフォルトの名無しさん
12/03/11 17:23:16.32
>>39
うん。感謝はしろ。
だけど、良し悪しは語るな。
42:デフォルトの名無しさん
12/03/11 17:23:38.86
>>41
は？
日本語でおｋよ？
43:デフォルトの名無しさん
12/03/11 17:24:44.31
だからオブジェクト指向を使うような
仕事をしていないで、
単に（オブジェクト指向で作られたものを）
使うだけのやつは語る資格ないってことだよ。
お前が便利に使っているものに
オブジェクト指向が使われてるのに
それを否定して説得力があると思うか？
44:デフォルトの名無しさん
12/03/11 17:26:42.09
>>43
関係ないラインがあるってさっき自分で言っただろｗ
だからライブラリ、フレームワーク開発者に参加者を絞ったんだろ
自分で言っといて忘れるなよクズ
45:デフォルトの名無しさん
12/03/11 17:27:43.79
もう>>1のチンゲ全部むしりたくなってきた
発言があまりにもクズ過ぎる
46:デフォルトの名無しさん
12/03/11 17:27:50.77
>オブジェクト指向は正しいか。
コンパイラーがエラーを出さない限り正しい。
47:デフォルトの名無しさん
12/03/11 19:13:33.99
実はオブジェクト指向ってしっくりこないんです
48:デフォルトの名無しさん
12/03/11 19:18:17.01
どこらへんがしっくりこないのか気になる。
49:デフォルトの名無しさん
12/03/11 19:30:28.03
オブジェ区都市高
50:デフォルトの名無しさん
12/03/11 19:43:00.26
staticおじさんは他人のブログに糞コメ混ぜてくるから困る
51:デフォルトの名無しさん
12/03/11 20:05:35.46
自分の庭で暴れても相手にされなくなったんで、でばって暴れて回ってるのかw
悪名が広まって結構なことだ。
52:デフォルトの名無しさん
12/03/11 20:21:27.24
実は構造化ってしっくりこないんです、って若いころおっさんが言ってたら
ムキになって否定してそうなのが余計ムカツクこのタイプ。
53:デフォルトの名無しさん
12/03/11 20:24:41.84
gotoを使うなとかbreakを使うなとか、そういうおかしい人とは関わりたくないな。
こんなのがいると、ifの行の最後にに{を書く奴がマシに見えてしまう。
54:デフォルトの名無しさん
12/03/11 20:26:26.85
ショボチンでも要件みたせるなら、それはそれで有りだと思う。
下手に凝って、納期を外したらあほやろ？ ニーズに応じて作りこんで行けばいい。
55:デフォルトの名無しさん
12/03/11 20:49:32.46
if の行の最後に { は、C の神様が C の次に作った limbo や、
その次に作った Go でそういう風に構文を変更した程だぞ。
56:デフォルトの名無しさん
12/03/11 20:53:38.59
そりゃ失策だ。
57:デフォルトの名無しさん
12/03/11 21:05:15.37
if () {
}
else if () {
}
普通降格だろ？
58:デフォルトの名無しさん
12/03/11 21:11:30.05
いや、こうだな
if () {
} else if () {
} else {
}
59:デフォルトの名無しさん
12/03/11 21:18:54.67
多様性を使ってif自体を消しておこうか。
60:デフォルトの名無しさん
12/03/11 21:21:40.93
せっかく匿名ifが使えるんだからそうさせてくれよ
61:デフォルトの名無しさん
12/03/11 21:34:49.26
oh!豚痔ェ苦怒嗜好
62:デフォルトの名無しさん
12/03/11 21:44:02.92
そんなに漢字が好きなら中国にでも行くといいよ。
63:デフォルトの名無しさん
12/03/11 21:45:19.46
高慢と偏見（1）隣は何をする人ぞ
URLﾘﾝｸ(el.jibun.atmarkit.co.jp)
高学歴で長い経験に自信を持つエンジニアは他人の話を聞かなくなる、
というのは広く世に知られた真理の1つである。
K自動車ICTシステム部の三浦技術担当マネージャは、そのようなエンジニアの生き見本のような人だった。
初めに言葉ありき。私が聞いた三浦マネージャーの最初の言葉はこうだ。
「関数型言語など、実業務では使いものにならない！」
私は思わず手を止めてしまい、壁を見つめた。
隣に座っていた男性プログラマも同じように手を止めて、まるで隣の会議室が見えるかのように壁をまじまじと見つめている。
声は続いている。
「オレはもう20年以上システム業界にいるけどな、その長い経験から言うと、関数型言語なんてものは、
理論としては面白いけど、およそ実用的とは言い難いものだな。まぁ、例えばパーサコンビネータなんかは
関数型言語が向いてるみたいだから、トイ言語を作る人には必要なものなのかもしれない。
しかし君たちがいずれ作ることになる業務アルゴリズムにはまったく無縁のものだと思ってもらって間違いない。
どうもこの業界、関数型言語でなければダメ、というような風潮がまかりとおっているけどな、
関数型言語なんか本当に使っている人はほとんどいないよ。オレも少し勉強してみたけど、モナドとか参照透明性とかモノイドとかとか、
どうにも利点が理解できなかったね。実際、実業務で使ったことなどないしな……」
おいおいおいおい。私は思わず壁の向こうの顔も知らない講師に突っ込んだ。もちろん心の中で、だが。
―あなたは関数型言語をほとんど使ったこともないくせに、
Haskellは「使えない！」と断言しているわけですか？
64:デフォルトの名無しさん
12/03/11 21:48:28.81
>>63
こちらにどうぞ。
ｽﾚﾘﾝｸ(tech板)
65:デフォルトの名無しさん
12/03/12 00:32:56.16
オブジェクト指向プログラミングは間違いだったか?
URLﾘﾝｸ(www.infoq.com)
66:デフォルトの名無しさん
12/03/12 00:48:01.86
マ板か、ここ
67:デフォルトの名無しさん
12/03/12 00:55:34.78
いや、プ板だ。
68:デフォルトの名無しさん
12/03/12 02:28:33.69
aとtheの区別がつかない日本人には基本的に必要ない機能だよねコレｗ
69:デフォルトの名無しさん
12/03/12 05:15:06.79
またstaticおじさんか
70:デフォルトの名無しさん
12/03/12 10:58:57.39
ポリフォーリズムは正しい
71:デフォルトの名無しさん
12/03/12 11:59:56.39
パラダイムの一つでしかないんだから正しいも糞もない
効率が良いと思う人が使えばいいだけの話
72:デフォルトの名無しさん
12/03/12 22:02:51.78
オブジェクト指向は役に立つという迷信は本当に正しいのか？
73:デフォルトの名無しさん
12/03/12 22:10:20.55
世の中からオブジェクト指向でできたものを
取り除こう。
74:デフォルトの名無しさん
12/03/12 22:22:47.58
オブジェクト指向だと思っていたらただの構造化だった
75:デフォルトの名無しさん
12/03/13 00:42:58.33
クラス図を書いたと思ったら、ただのE-R図だった。
76:デフォルトの名無しさん
12/03/13 02:14:17.72
せいぜい１００個しか変数の動きを追えない俺が
１００万行以上のプログラムを開発できるのはＯＯＰのおかげ。
77:デフォルトの名無しさん
12/03/13 07:38:31.48
>>73
世の中のOSからウィンドウシステムが消えそうだな
78:デフォルトの名無しさん
12/03/13 08:56:09.17
>>72 おまえの脳味噌が迷信、というのが正しいよ。
79:デフォルトの名無しさん
12/03/13 09:32:13.57
>>72 に脳味噌があるなんて迷信だった
80:デフォルトの名無しさん
12/03/13 12:30:27.63
>>77
ウィンドウハンドラなんて概念を持ってるくらいだし、あれはオブジェクト指向じゃない。
81:デフォルトの名無しさん
12/03/13 12:43:27.97
ハンドラ持つとオブジェクトじゃない！入りました～
82:デフォルトの名無しさん
12/03/13 13:46:57.43
ウインドウ "メッセージ" ハンドラ な
ちまたにあふれるニセooよりよほど忠実
83:デフォルトの名無しさん
12/03/13 14:11:05.31
ちまたにあるれるニセoo
って例えば何だよ
84:デフォルトの名無しさん
12/03/13 15:11:22.82
private:
public:
こんなやつ
85:デフォルトの名無しさん
12/03/13 16:42:17.86
bless
86:デフォルトの名無しさん
12/03/13 16:45:57.51
Perl6のキャメルブックまだー？
87:デフォルトの名無しさん
12/03/13 23:39:21.05
言語とか環境によるかもしれないけど
ファイルアクセスもオブジェクト指向に近い
88:デフォルトの名無しさん
12/03/14 06:37:45.40
ファイルへのアクセスは
シェルスクリプトやバッチファイルでは非OOP的だけど
大半のプログラミング言語はOOP的なところあるよね
89:デフォルトの名無しさん
12/03/14 08:00:50.66
様々な対象をファイルとして抽象化するのが
極めてオブジェクト指向的
90:デフォルトの名無しさん
12/03/14 08:48:58.89
そもそもファイルをファイルとして扱うのがオブジェクト指向的じゃない
91:デフォルトの名無しさん
12/03/14 09:52:24.06
>>89-90
どっちだよw
92:デフォルトの名無しさん
12/03/14 11:45:19.60
ストリームならＯＫなん？
93:デフォルトの名無しさん
12/03/14 11:55:18.71
ストリームでファイルでもオブジェクト指向的に扱うことは可能。
ストリームやファイルそのものがオブジェクト指向かどうかは関係ない。
Cのファイル操作関数は非オブジェクト指向、
Javaだとストリームはオブジェクト、ファイルもオブジェクトっぽく扱える。
しかし読み込みなどのやり方がいかにもな手続き型。
94:デフォルトの名無しさん
12/03/14 13:53:29.34
?
fopenでインスタンス生成
以後生成したインスタンスを渡してサービスを呼び出す
オブジェクト指向だと思うが
95:デフォルトの名無しさん
12/03/14 20:00:22.35
fopenっていうかその先のOSのシステムコールの中身が
関数ポインタ+構造体でまんまオブジェクト指向な作りになってるよ
96:デフォルトの名無しさん
12/03/14 21:19:22.61
fopenとpopenで同じ関数が使えるところは多態だよな
97:デフォルトの名無しさん
12/03/15 00:20:03.53
多態と言えばstdoutだろやっぱ
コンソール出力とファイル出力とパイプ出力なんて全く別のものなのに
98:デフォルトの名無しさん
12/03/15 00:52:28.84
インターフェースの標準化、抽象化が目指すのは多態ではあるが、オブジェクト指向では無い。
99:デフォルトの名無しさん
12/03/15 01:07:28.02
理由を示すことはできないが、オブジェクト指向では無い。
100:デフォルトの名無しさん
12/03/15 07:19:53.21
>>97 stdout はファイルデスクリプタを指定して write(2) を叩いてるだけ。
ファイルデスクリプタと write(2) の実装が >>95 のようになっている。
これを、オブジェクト指向的でない、と言う奴はバカだと思っていい。
101:デフォルトの名無しさん
12/03/15 07:48:41.80
「これ」ってのはどれのことか。
オブジェクト指向で書かれたコードを呼び出しているだけの奴は
オブジェクト指向とは限らないよな。
102:デフォルトの名無しさん
12/03/15 10:51:14.91
お勧めのオブジェクト指向設計の本ある？
103:デフォルトの名無しさん
12/03/15 10:53:22.17
今時無理に設計から入らず、パターンが使えそうならパターンを使う、
って感じで使ってみたほうがいいんじゃね？
104:デフォルトの名無しさん
12/03/15 18:15:47.70
>>100
クラスに似てるだけじゃん
105:デフォルトの名無しさん
12/03/15 18:20:28.06
クラス？？
106:デフォルトの名無しさん
12/03/15 19:01:19.66
クラスベースのオブジェクト指向っぽいものを実装するときのvtblにそっくりなだけで、
それはオブジェクト指向じゃない、と言いたいのだろう。
107:デフォルトの名無しさん
12/03/15 19:13:58.73
新しいインスタンスを作って再利用できなきゃだめって言いたいのかな
108:デフォルトの名無しさん
12/03/15 19:16:38.19
OOPLとOOPの違いがわかってないな
109:デフォルトの名無しさん
12/03/15 19:23:44.67
抽象化とか、分割統治の原則とかは、オブジェクト指向に固有のもんじゃない、
という指摘は当たってるけども、staticおじさんはそもそも抽象化も分割統治の原則も
わかってないよなw
110:デフォルトの名無しさん
12/03/15 19:26:41.67
それはともかく大阪場所がけっこうおもしろいな
111:デフォルトの名無しさん
12/03/16 08:06:00.44
staticおじさんてのは>>6 に書いてある人だよな。このスレに来てるの？
112:デフォルトの名無しさん
12/03/16 09:30:41.61
6はフィクションですよ
113:デフォルトの名無しさん
12/03/16 17:23:34.57
>>111
staticおじさんは「気分はstatic！」の筆者のあだ名です。
下記記事が>>6のネタ元でしょう。
実はオブジェクト指向ってしっくりこないんです！
URLﾘﾝｸ(el.jibun.atmarkit.co.jp)
>メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい
→「staticを使えば、わざわざインスタンスを作る必要などない」
>Visual Studioで供給しているSQL関係のクラスを使えばできてしまうのだから。
→「独自にクラスを作る必要などない。クラスは使うものだ。作るものではない」
>非常に失礼なのですが、あなたは九州大学農学部卒という経歴で、
>何か私に対しひがみを感じているのではないのすか？
>私は学部は東北大学で大学院が東工大です。
→「あなたの出身校はどこだ？ 私はT大学大学院卒だ」
>私はIS部門の人間なんです。SIerの客なんですよ。
>私に嫌われたらどうなりますか？皆さん生きていけないですよ！
→「あなたはSIerだろう。私は客側の人間だ。客の言うことは絶対だ」
114:デフォルトの名無しさん
12/03/18 23:11:51.79
これはこれはご親切にどうも。
115:デフォルトの名無しさん
12/03/20 12:05:33.42
>>102
無いんだな、それが。
どの入門本を手にとてってもなんかピンとこない。
116:デフォルトの名無しさん
12/03/20 12:37:01.61
オブジェクト指向のこころ
117:デフォルトの名無しさん
12/03/20 12:37:40.59
俺はこれおすすめ
トランプゲームをまず手続き型で実装して、次にオブジェクト指向設計で実装する。
例多いし、実際に手を動かしてくから超身にしみる
なぜ、あなたはJavaでオブジェクト指向開発ができないのか―Javaの壁を克服する実践トレーニング
URLﾘﾝｸ(www.amazon.co.jp)
118:デフォルトの名無しさん
12/03/21 14:11:43.45
オブジェクト指向なんて時代によって解釈が変わる
とりあえず予備知識なしで言語を学ぶほうがいい
119:デフォルトの名無しさん
12/03/21 20:07:29.44
いや、クイズじゃないし
理念を理解せずに知識の寄せ集めをしろうといかのー！！
120:デフォルトの名無しさん
12/03/21 20:13:33.50
理念とか知識とかいらんから。
ツールとして使えて便利であれば十分。
121:デフォルトの名無しさん
12/03/21 20:26:46.92
なにも知らずに便利に使えるといいけどね
122:デフォルトの名無しさん
12/03/21 21:16:44.74
わんわんにゃーにゃーなんて不要だろ
123:デフォルトの名無しさん
12/03/21 21:19:43.61
>>122
入門書の動物の例えは要らないって意味なら同意
124:デフォルトの名無しさん
12/03/21 22:07:41.32
批難ばっかりしてないで代案を出すべき
125:デフォルトの名無しさん
12/03/21 22:12:46.78
いらないって言ってるのに代案ってあーた何をおっしゃる
いらないからなくせばいいんだよ
126:デフォルトの名無しさん
12/03/21 22:22:07.78
はぁ？
馬鹿じゃん
著者だって好きでにゃんにゃん言ってるわけじゃねーぞ
継承の説明がしたくてにゃんにゃん言ってたんだろが
したらお前等でもっといい説明のしかたを出さなきゃダメだろが
まー、クズがレスつけちゃうよりかはいい解決方法がうかんじゃうかもね
127:デフォルトの名無しさん
12/03/21 22:22:35.86
Personの山田で
128:デフォルトの名無しさん
12/03/21 22:23:33.37
>>126
いらないから無くせ
129:デフォルトの名無しさん
12/03/21 22:24:40.51
現場の実例を出せば良いんだと思うの
130:デフォルトの名無しさん
12/03/21 22:24:53.72
>>128
自分の好きなようにしたいなら御自分で本でも書いたらいーんじゃないですか？
131:デフォルトの名無しさん
12/03/22 00:06:46.67
非ＯＯＰで苦しんだ経験がないとＯＯＰの有り難味は解らんよ。
もちろんこれはプログラマだけの特権だ。
132:デフォルトの名無しさん
12/03/22 00:07:27.86
>>120
そうそうgotoとか便利だからねー
グローバル変数も使いたいときにいつでも使えるから便利だし
133:デフォルトの名無しさん
12/03/22 00:10:11.50
でもぶっちゃけ継承はいらねーよな
134:デフォルトの名無しさん
12/03/22 00:18:00.74
要らないとまでは思わんが
現状では第二のGOTOになりかねん気もする
135:デフォルトの名無しさん
12/03/22 00:19:13.83
GOTO>>134
136:デフォルトの名無しさん
12/03/22 00:20:51.41
そんなのクラスブラウザのない間抜けな処理系だけの話じゃん
137:デフォルトの名無しさん
12/03/22 01:51:26.57
>>136
kwsk
138:デフォルトの名無しさん
12/03/22 04:35:00.47
第2のgotoといったら多重継承じゃなかろうか。
139:デフォルトの名無しさん
12/03/22 10:12:10.04
>>133
ベンダー提供のもんを使うときは便利だと思うけど
自社で継承なんてさせないほうがいいよね
140:デフォルトの名無しさん
12/03/22 14:09:37.70
プログラムって、建築物とよく似てるから、
現存してる建築物で古くても現在も不便なく
しっかり使われてる建築物の設計思想を参考に
するといいとおもう。
141:デフォルトの名無しさん
12/03/22 14:16:50.99
サグラダファミリアはデスマの元祖
142:デフォルトの名無しさん
12/03/22 15:52:48.71
最初からスケジュールもへったくれもない構想だからなぁ
143:デフォルトの名無しさん
12/03/22 15:57:35.96
プログラミングはまだ歴史が浅い
設計思想は根本的に進化し続けている
藁葺き屋根にも風情があっていいとは思うけどね
144:デフォルトの名無しさん
12/03/22 17:07:37.03
家内制手工業から工場制手工業へ
145:デフォルトの名無しさん
12/03/22 20:50:12.65
>>141
むしろ永遠にああでもないこうでもないと
いじくることが許されたプログラマの天国だろ
146:デフォルトの名無しさん
12/03/22 21:02:54.54
>>145
元祖オプソと考えたほうがいいのか
147:デフォルトの名無しさん
12/03/22 21:03:25.75
>>140
「最も美しいプログラミング言語は？」からコピペ
156 名前: デフォルトの名無しさん Mail: sage 投稿日: 2009/10/10(土) 20:03:39
>>153
ソフトウェアの研究というのは、おそらく「ソフトウェア工学」を意味してる。
それでは工学とは何か？だけど、土木/建築の分野では、数学を基礎とする理論に
基づいて設計が行われ、想定された状況下では絶対に崩壊しない設計値が算出できる。
それらは、いわゆる土木工学/建築工学と呼ばれている。
ではソフトウェアの分野ではどうか？現状は、未だに個人の能力に依存している。
言い換えると、プロジェクトの成功/失敗は、職人の「技能/技法」に頼っており、
とても「工学」と呼べる代物ではない。この問題を何とか打開しようとする試みが
ソフトウェアの研究(狭義のソフトウェア工学)である。
以下は、C.A.R. ホーアの論文「プログラミング - 魔術か科学か？」からの引用。
全文は以下の書籍(論文集)を参照。
・IEEE ソフトウェア '88, IEEEソフトウェア編集委員会編, 岩波書店
職業としてプログラミング業務を行うためには、基礎となる数学理論に基づき、
すでに確立された他の工学分野の先例にならわなければならない。
これは教育を改善することによって実現することができる。
土木/建築工学の分野には様式(アーキテクチャ)という概念があり、その「美しさ」も
評価の観点の一部である。同様に、ソフトウェア工学の分野であっても、
プログラミング言語のアーキテクチャ(手続き型/関数型/論理型/代数型)を評価したり、
それらの「美しさ」を評価の観点として考えることは、決して間違いではないと考える。
148:デフォルトの名無しさん
12/03/22 21:08:15.00
何か言ってるようで何も言ってなかった
149:デフォルトの名無しさん
12/03/22 21:10:41.61
教養がないことを自慢する奴は痛いな
150:デフォルトの名無しさん
12/03/22 21:12:00.86
建築工学 ⇔ 実際の土方の施工
ソフトウェア工学 ⇔ 実際のIT土方の施工
というだけの話だな
どちらも現場で上手くいったり駄目だったりするという
151:デフォルトの名無しさん
12/03/22 21:19:15.87
まあプログラミングのほうは設計するのもIT土方という致命的欠点はあるわな
152:デフォルトの名無しさん
12/03/22 21:21:34.06
作ろうとするものが東京タワー並のデカさでも平然と作れると思ってしまう恐ろしさよ
153:デフォルトの名無しさん
12/03/22 21:49:42.05
つまりソフトの複雑さを「高さ」に換算して
建築基準法の高さ制限に引っかかることにすればいいんだ
154:デフォルトの名無しさん
12/03/22 21:51:20.52
また行数数えるのかよｗ
155:デフォルトの名無しさん
12/03/22 22:05:27.55
まずその前に「ソフトの複雑さ」というモノを
(建築工学と同様に)「定量化」できる一般的方法論が必要になるね
それはいわゆる「ソフトの見積もり」という
(ソフトウェア工学における)歴史的に難解な問題を問うことから始めないことには....
156:デフォルトの名無しさん
12/03/22 22:40:46.68
プログラミングが他の業種と違うのは
同じ物を作らないという所なんだよな。
157:デフォルトの名無しさん
12/03/22 22:45:15.19
まったく同じじゃなくても似たようなものはしょっちゅう作ってるんだから
こういうサンプルケースだとこれぐらいお金がかかりますよって業界共通の
価格表を公表すりゃいいのにとは思う。
158:デフォルトの名無しさん
12/03/22 22:47:15.69
「なんだそのサンプルソースは。もうできてるということだな。ただで寄越せ」
159:デフォルトの名無しさん
12/03/22 22:51:58.73
>>157
そこもこの業界が特殊なところだな。
サンプルケースを作ってしまったら、
その後はコピーすればいいから
サンプルケースを一回目に作る金と
二回目以降で無限の違いが出てくる。
160:デフォルトの名無しさん
12/03/22 22:54:23.62
うん。プログラマを土方とか例えるけど、
それ全然わかってないんだよね。
プログラマが作ってるのは土木作業を
自動的に行うロボット。
161:デフォルトの名無しさん
12/03/22 22:56:26.97
実際ロボット作ってるのはドカタだろうし、
パッケージ販売だって普通にやってる。
162:デフォルトの名無しさん
12/03/22 23:03:29.95
>>161
作ってるのはロボットではなく、
ロボットの設計図。
設計図＝ソースコードを書けば
あとは自動でロボットが作られる。
163:デフォルトの名無しさん
12/03/22 23:08:18.20
Aというものを作るのに1時間かかりました。
Aと全く同じ物を作るのに、コピーして一瞬で終わりました。
Aと少し違うだけのBを作るのには数分で終わります。
AとBに少しだけ違うC、D、E、Fがあります。Aを作る時間＋αですべてが作れます。
こんなことが出来る業界、他にあるのか？
164:デフォルトの名無しさん
12/03/22 23:14:29.75
>>163
>Aと少し違うだけのBを作るのには数分で終わります
>AとBに少しだけ違うC、D、E、Fがあります。Aを作る時間＋αですべてが作れます。
本当にそれらが現実であれば、いわゆる「ソフトウェア工学」は生まれなかったんだろな....
165:デフォルトの名無しさん
12/03/22 23:23:31.72
ソフトウェアを実行する為にはサーバが必要
そのサーバは一瞬で作れるわけじゃないよ
166:デフォルトの名無しさん
12/03/22 23:26:27.41
>>165
ハードウェアの話はすれ違い。
ソフトウェアならディスクコピーすれば終わり。
167:デフォルトの名無しさん
12/03/22 23:37:55.46
>>163
コンテンツ産業全般
168:デフォルトの名無しさん
12/03/22 23:39:48.88
>>167
例えば？
映画もゲームも音楽も当てはまらないと思うが？
169:デフォルトの名無しさん
12/03/22 23:53:18.89
>>168
>>163ってデジタルデータならなんでもそうじゃん。
デジタルでなくともコピー機があれば書類のコピーは一瞬。（「一瞬」を定義したけりゃどうぞ）
音楽やゲームはCDをプレスするだけ。
何か問題でも？
170:デフォルトの名無しさん
12/03/22 23:53:44.05
>>166
ドカタやロボットっていうハードウェアの話してたのにいきなり手のひら返すなよｗｗｗ
171:169
12/03/22 23:55:33.94
>>音楽やゲームは
デジタルでした^^（てへぺろ）
172:デフォルトの名無しさん
12/03/23 00:10:02.87
>>168
音楽なんかはリミックス盤とか有名なDJミックスとかオリジナルの録音からいろいろ派生があるね
映画もディレクターズカットとか出たりする
173:デフォルトの名無しさん
12/03/23 00:26:57.63
OOAとOOD
174:デフォルトの名無しさん
12/03/23 01:12:50.47
劣化しないコピーができる産業はみんな食う側が割を食ってると感じているようです。
175:デフォルトの名無しさん
12/03/23 02:33:00.89
つまりだ、プログラミングというのは
作曲と同じというわけ。
生産業とは全く違う考えをしないといけないんだよ。
176:デフォルトの名無しさん
12/03/23 02:38:01.51
システムはひとつの作品。
いくらたくさん人を集めたからといって
ある程度までしか製作速度が上がらないの所も
映画なんかと似ているよな。
177:デフォルトの名無しさん
12/03/23 09:31:36.35
下っ端は文句は言うけど作業しか能力ないっていうのも同じだね
178:デフォルトの名無しさん
12/03/23 10:34:13.16
コンテンツ指向からオブジェクト指向へ
179:デフォルトの名無しさん
12/03/23 13:50:41.50
プログラムで、一番コストになるのは、"時間"。
つまりいかに短期間に制作できるか、時間を節約できるかが
理想的な、設計思考といえる。
プログラムで一番時間を奪ってるのは、
設計を考えるのでも、スパゲティソースの修正でもない。
記述が１文字でもつづりが間違ってると動かなくなる仕様。
厳密にルールに沿ったテキストを書かなければならないわりには、
それを書くのは機械的にではなく、かなりアナログな手書き。
支援するツールこそあれど、最終的には人間が
テキストをちまちま作成していく。
べつにもっと、直感的にドラッグドロップ感覚で積み木を積み上げるように
作れてもいいんじゃないかと思う。
どうせ、最終的に出力されるのは厳密なルールに沿ったテキストなんだから。
180:デフォルトの名無しさん
12/03/23 14:05:58.04
と最底辺コーダーが申しております
181:デフォルトの名無しさん
12/03/23 14:39:27.01
プログラミングはオブジェクト指向以外あり得ない、は本当に正しいのか？
というスレタイなら賛同していた。
オブジェクト指向の有用性はもはや議論する段階は過ぎてる。
間違いなく正しいものと言える。正しく使えない人間が悪い。
182:デフォルトの名無しさん
12/03/23 14:44:25.64
>>179
Delphi使えばいいじゃん
183:デフォルトの名無しさん
12/03/23 14:45:28.98
>>182
そこはsmalltalkだろ
184:デフォルトの名無しさん
12/03/23 18:22:29.80
十数年前の話だがボーランドはＲＡＤに関しては光ってたな。その後登場したVisualナントカと比べても良かった。
185:デフォルトの名無しさん
12/03/23 20:48:51.06
Delphi (デルファイ)
186:デフォルトの名無しさん
12/03/23 20:55:30.12
1位 Java
3位 C#
4位 C++
5位 Objective-C
9位 Python
11位 Delphi / Object Pascal
13位 Ruby
TIOBE Programming Community Index for March 2012
URLﾘﾝｸ(www.tiobe.com)
187:デフォルトの名無しさん
12/03/23 20:56:44.14
7位 Visual Basic
188:デフォルトの名無しさん
12/03/24 00:03:04.66
>>186
飛び飛びに書いた理由を聞きたいんだが。
1 1 Java 17.110% -2.60% A
2 2 C 17.087% +1.82% A
3 4 C# 8.244% +1.03% A
4 3 C++ 8.047% -0.71% A
5 8 Objective-C 7.737% +4.22% A
6 5 PHP 5.555% -1.01% A
7 7 (Visual) Basic 4.369% -0.34% A
8 10 JavaScript 3.386% +1.52% A
9 6 Python 3.291% -2.45% A
10 9 Perl 2.703% +0.73% A
11 13 Delphi/Object Pascal 1.727% +0.73% A
12 30 PL/SQL 1.418% +1.01% A
13 11 Ruby 1.413% -0.09% A
14 23 Transact-SQL 0.925% +0.38% A
15 15 Lisp 0.922% -0.01% A
16 22 Visual Basic .NET 0.784% +0.22% A-
17 18 Pascal 0.771% +0.07% A
18 32 Logo 0.717% +0.31% A--
19 17 Ada 0.633% -0.09% B
20 19 NXT-G 0.604% -0.04% B
189:デフォルトの名無しさん
12/03/24 05:15:47.00
Objective-Cがこんなに順位が高いとは俄に信じがたいな
マカーのおれでさえそう思う
190:デフォルトの名無しさん
12/03/24 07:59:57.86
JavaがPHPより上にいる理由を考えた事があるなら
そんなに驚かないはず
191:デフォルトの名無しさん
12/03/24 13:54:45.11
業界人以外も使っている、Objective-C☆
192:デフォルトの名無しさん
12/03/24 15:07:24.49
金になるかならないか、それが重要って事だな
193:デフォルトの名無しさん
12/03/24 21:01:24.35
え？ つまり上位にある言語の方が
金になるってこと？
194:デフォルトの名無しさん
12/03/24 21:05:11.19
１０位以下は金にならない。
195:デフォルトの名無しさん
12/03/24 22:28:06.05
一番小銭を稼げるのはPHP
Javaなんてアンドロイドがなかったら死滅してた
C#の技術はどこで換金できるんだ？そろそろVB6と入れ替わったのか？
196:デフォルトの名無しさん
12/03/24 22:30:32.35
そいつが生きてる世界が
よくもわるくも露呈するな
197:デフォルトの名無しさん
12/03/24 22:31:01.06
JavaもC#もスマフォは最近で、メインは鯖だろ
198:デフォルトの名無しさん
12/03/25 14:39:40.27
アンドロイドなんて稼げる額小銭程度だろうが
Javaで一番金稼げる分野は基幹系だよ
199:デフォルトの名無しさん
12/03/25 14:42:16.92
全体として大きな金が動くのと
プログラマ一人当りに入る金額の大小は
分けて考えないとね
200:デフォルトの名無しさん
12/03/25 14:49:18.79
>>199
?
>>188のランキングに貢献するのはどっちだい?
201:デフォルトの名無しさん
12/03/25 14:52:39.02
そりゃ前者だろう
202:デフォルトの名無しさん
12/03/25 15:02:14.32
後者じゃね？
203:デフォルトの名無しさん
12/03/25 15:28:02.74
そもそも金になるかどうかのランキングなのか？
204:デフォルトの名無しさん
12/03/25 15:50:38.68
金にならないものをわざわざ調査するか？
「プログラミングが趣味です」何てやつはクラスに一人か二人程度だっただろ。
205:デフォルトの名無しさん
12/03/25 17:27:32.99
Javaプログラマは大量に居るので単価が安い
この事実とランキングをどう結びつけるかだね
206:デフォルトの名無しさん
12/03/25 17:29:15.76
プログラマが少ないからって単価が高いわけじゃないぞ。
ユーザーが金だすのは言語に対してじゃなくて、
作ったものに対してだからね。
207:デフォルトの名無しさん
12/03/25 17:31:28.07
そりゃそうだ
だから一人当たりの単価とランキングは連動してないと考えるべき
208:デフォルトの名無しさん
12/03/25 17:34:36.70
>>204
お前の思い込みなど誰も聞いてない。
金になるかどうかのランキングだというなら、
>>186リンク先のどこにそれが書いてあるのか示してくれ。
209:デフォルトの名無しさん
12/03/25 18:32:16.64
>>186のランキングがどう集計されたかくらい、リンク先読めばわかるだろ。。
210:デフォルトの名無しさん
12/03/25 18:53:09.45
>>204
中学の時で5人、高校の時で3人いたわ
高校は工業高校だったからわかるけど中学は異常にプログラミングが流行ってた
211:デフォルトの名無しさん
12/03/25 18:54:05.14
>>186のリンク先を見ると、
金になるかどうかを表す指標とはずいぶん外れているようだが。
212:デフォルトの名無しさん
12/03/25 18:57:30.08
そもそも金になるとはどういう事なのか？
213:デフォルトの名無しさん
12/03/25 19:00:54.42
金になるかどうかを表すランキングなんて作りようがないと思ったから
>>203の質問をしたんだが、答えが一向に返ってこない。
214:デフォルトの名無しさん
12/03/25 19:11:09.20
>>186
リンク先のページに集計方法を説明したページへのリンクがあります。
ある言語の順位は、その言語について書いたページ数で決まります。
要点を翻訳します。
TIOBEプログラミングコミュニティ順位定義
URLﾘﾝｸ(www.tiobe.com)
>TIOBE順位の決め方について質問がたくさんくるので特別ページでしっかり定義するぞ。
>●プログラミング言語の基準
>・Wikipediaに項目があり、プログラミング言語だと書かれている事
>・チューリング完全である事
>●格付け方法
>有名検索エンジンでヒットした件数を数えて計算する。
>検索に使うのは"<言語名> programming"だ。
>基準を満たす以下の検索エンジンを使っている。
>・Google: 30%
>・Blogger: 30%
>・Wikipedia: 15%
>・YouTube: 9%
>・Baidu: 6%
>・Yahoo!: 3%
>・Bing: 3%
>・Amazon: 3%
215:デフォルトの名無しさん
12/03/25 19:19:57.81
金になるかどうかを表すどころか、金とは全然関係ない集計方法だよな。
216:デフォルトの名無しさん
12/03/25 19:48:11.69
検索回数じゃなかったのか ずっと騙されてたわ
まあそれでも「金になりそう」に近い順位だな
217:デフォルトの名無しさん
12/03/25 20:21:27.89
>>213
英語くらい読めるようになろうよ。。
218:デフォルトの名無しさん
12/03/25 20:25:15.11
>>217
読んだ英語が、金とはおよそ関係ないはなしだったから根拠を示せといったんだよ。。
219:デフォルトの名無しさん
12/03/25 20:26:58.82
なんだ金(キム)の話か
220:デフォルトの名無しさん
12/03/25 20:32:41.86
キムクラスは最近継承したな。
221:デフォルトの名無しさん
12/03/25 21:01:57.69
>>218
根拠って程じゃないけど、上位10位以内にある言語は、どれも鯖・デスクトップ・組込み・スマフォの各分野でデファクトスタンダードの地位にあるものばかりだな。と思った
どの分野も、金になる分野
VBだけは、金になるというより、社内ツール用言語としての地位が確立してるからだと思うけど
222:デフォルトの名無しさん
12/03/26 03:13:36.88
>>221
英語を読めてないって書き込みに対する反省はないのかよ
223:デフォルトの名無しさん
12/03/26 03:34:30.19
この期に及んで感想とかどうかしてる
英語で書いてあるだろうに
224:デフォルトの名無しさん
12/03/26 12:25:40.56
感想だったら別にこの期に及んでなくね?
225:デフォルトの名無しさん
12/03/26 21:55:29.29
激論を交わしているところ悪いんだが、
>188のランキングってこのスレ的にどういう意味があるの？
226:デフォルトの名無しさん
12/03/26 22:03:45.75
暇潰しのためのネタ
Matzが脱いだとかGuido激怒とかPythonのMLでPerl開発者大暴れとかそんなのでもぜんぜん
227:デフォルトの名無しさん
12/03/26 22:54:25.10
>>225
>>186は上位のオブジェクト指向言語を抜粋しているから
英語圏でオブジェクト指向言語が廃れる気配がないと言いたいのでは？
228:デフォルトの名無しさん
12/03/26 22:57:39.77
NXT-Gって何だ？どんな所で使われてんの？初めて聞いたよ。
229:デフォルトの名無しさん
12/03/26 23:49:27.00
nxtというとあのa=a++のあれか
230:デフォルトの名無しさん
12/03/27 08:42:40.23
nxtは、ンクストって読めばいいのかな？
231:デフォルトの名無しさん
12/03/28 14:07:03.28
>>228
レゴブロックが発売しているロボットおもちゃ用
GUIプログラミング
URLﾘﾝｸ(www.brickshelf.com)
232:デフォルトの名無しさん
12/03/28 19:15:24.19
>>231
こんなのがそんなに普及してるのか！！
233:デフォルトの名無しさん
12/03/28 19:16:45.23
普及度じゃなくて
「人に教えたくなる」ってことだろ
234:デフォルトの名無しさん
12/03/28 19:17:40.50
プロトタイプ作るときにはレゴってのはこの業界の定番。