「オブジェクト指向」と「オブジェクト指向プログラミング」と「オブジェクト指向プログラミング言語」

taraiok 曰く、　複数の検索エンジンの検索結果から、対象となるプログラミング言語が
どれだけ話題になっているかを数値化したランキング「TIOBE PCI」の2012年7月版で、
ついにObjective-CがC++を抜く結果となった（I Programmer、マイナビ、本家/.）。

ランキング結果は、1位がC、2位はJava、3位はObjective-C、4位はC++、5位がC#。

今まではC++の方がObjective-Cよりも人気だったが、iOSアプリケーションの作成には
Objective-Cが使われることから、右肩上がりで利用者数を伸ばしてきた。また、Visual
Basicが先月の25位から15位に謎の急浮上を遂げている。

スラッシュドットのコメントを読む | デベロッパーセクション | プログラミング

関連ストーリー：
4 月の TIOBE Index で C が 1 位に上昇 2012年04月27日
2011 年にシェアを最も伸ばしたプログラミング言語は Objective-C 2012年01月16日
人気のプログラム言語TOP 10 を解説せよ 2011年01月31日
プログラミングでもっとも使われるキーは「E」？ 2012年07月13日

http://www.zaikei.co.jp/article/20120712/108180.html

違いはなによ。

Cカップよりちょっと大きいC++がベスト

エコとエコスタイルとエコカー

みたいなもん

アスペクト指向もあるでよ

>>4
アスペ乙

C++というと、Cをした後に大きくなるんだな。

やっぱ情弱のケンモウ民は誰も答えられないな
多分今必死にググってるんだろうけどw

BASICで問題ないだろ

>>5
ワラタｗ

ググれカス

そもそもオブジェクト指向ってなによ？
「指向」ってなに？

オブジェクトプログラミングじゃないの？

関数型の時代なんだろ？
知らんけど

PHPがあればなんでもできる

あーあれだろ
クラウド

taraiokってスラドかよ

>>11
そういうこと。

>>16
どういうことだよｗ

>>1-2　アスペ乙
>>2-3　アスペ乙
>>3-4　アスペ乙
>>4-5　アスペ乙
>>5-6　アスペ乙
>>6-7　アスペ乙
>>7-8　アスペ乙
>>8-9　アスペ乙
>>9-10　アスペ乙
>>10-11　アスペ乙

OOPな

たぶん説明できる奴などいない

概念と手法と道具

オブジェクト指向を語るヤツがいるプログラミング言語はスーコーすぎて素人が近寄らず滅びる

「オブジェクト指向」と「オブジェクト指向プログラミング」と「オブジェクト指向プログラミング言語」
でググれ

ひらがな、文章作成、日本語
こんなので悩むやつは馬鹿

オブイェークト

インスタンスだろ？インスタンス

オプティックブラスト！！！

クラスだよ
クラス

オブジェクト指向プログラミング#背景
ttp://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0#.E8.83.8C.E6.99.AF

正しいかどうかはともかく、歴史的な話が一番分かりやすいかもしれない。
明確な誰もが認める定義があるのかは分からんが。

あれだろ、構造体に関数突っ込めるヤツ

要するにひと固まりにまとめりゃいいんだろ

ぶっちゃけ名前空間さえあればオブジェクト指向っていらなくね？

カプセル化は悪、よってオブジェクト指向はクソ
とTCP/IPを作った人が言ってた。

C#のインスタンス解除のタイミングがひどすぎて悲しかった

>>24

TurboPascal5.5 と言っておけば間違いない。

>>32
インスタンスを複数作るときはどうすんの。

「オブジェクト指向プログラミング」は最終的にメソッドに対するプログラミングになると考えてる一年目PGがきました

>>4
アスペクト指向って「ソースがどこにあるかわからない」
というイメージしかない。

C言語でもオブジェクト指向プログラミングは出来る
という眠いレスが1個はつくはず

この流行も飽きたな、そろそろ次のパラダイムシフト来いよ

>>37
いんすたんすｗｗｗ

>>41
流行りはプロトタイプベースと関数型だろ

ここまでまともな説明なし

C言語でもオブジェクト指向プログラミングは出来る

オブジェクト指向はほんとに読みにくくて嫌い。
頭からケツまでバーッと縦に流れてるのが一番読みやすいんだよ。

何がメンテナンス性だよ。後続の人間が理解するのに時間かかってる時点でクソなんだよ。

C言語でもオブジェクト指向プログラミングは出来る

C言語でもオブジェクト指向プログラミングは出来る

20年前に勉強したがきれいさっぱり忘れた

プロトタイプってjavascriptの事？
それってオブジェクト指向の一種じゃん

C言語でもオブジェクト指向プログラミングは出来る

オブジェクト指向をパンツに例えた説明の仕方があったな

>>46
「オブジェクト指向プログラミング」は可読性落ちるの仕方ないでしょ
変更に強くするためにバラバラにしてるんだし

オブジェクト作るの楽しいじゃん

if(shigoto=0)
System.out.println("Neet");

■オブジェクト指向
オブジェクト指向（Object Oriented）とは、主にソフトウェアの設計や開発における考え方のひとつ。
大きな意味でのデザインパターンである。

近年では「オブジェクト指向」というとC++、Java、C#、Ruby、PHPなどの「オブジェクト指向プログラ
ミング言語」、およびそれらを用いた「オブジェクト指向プログラミング」が世の大半を占めている関
係で、まるでイコールのように言われることも多いが、あくまで物事の考え方であり、プログラミング
言語に限ったものではない。

たとえば、最近ではあまり見かけなくなったが、医療分野で使われているDICOM規格をはじめ、
1980年代ごろにはオブジェクト指向規格書なるものも大量に存在した。
http://goo.gl/Duf7h

■オブジェクト指向プログラミング
オブジェクト指向プログラミング（Object Oriented Programming, OOP）とは、オブジェクト指向という
デザインパターンの一種を用いてプログラミングを行うことである。
http://goo.gl/uxJWr

■オブジェクト指向プログラミング言語
オブジェクト指向プログラミング言語（Object Oriented Programming Language, OOPL）とは、
オブジェクト指向というデザインパターンを半ば強制するような構文をもつプログラミング言語の総称である。
http://goo.gl/8OA2t

>>55
実行されないじゃん

2chの板をオブジェクト指向で作ってくれ

昔から「Cでオブジェクト指向プログラミングをするテクニック」みたいな記事が
定期的に書かれるけど、初心者がマにうけないか心配だわ。

カプセル化とか抽象型プログラミングくらいまでは、まあいいとして、継承とか
多態とかまでいくとかなり無理がある。
たぶん、ああいう記事を書いてる本人も、自分ではああいうテクニック使ってないだろ。

>>57
うむ

オブジェクト指向 人間にとってわかりやすいように物(プログラムのかたまり)と物(プログラムのかたまり)のデータのやり取りとしてプログラミングすることでわかりやすく、又、他の関数・変数への影響を少なくしようとする設計
オブジェクト指向プログラミング　オブジェクト指向になっているプログラミング
オブジェクト指向プログラミング言語　オブジェクト指向プログラミングになりやすい、適している言語

こんな感じ？

>>58
public class NiChannel {
public class Board {
public class Thread {
}
}
}

>>61
大体あってるんじゃね？
C言語でもオブジェクト指向プログラミングは出来るらしいしｗ

>>59
読んでみたいわ
構造体をクラスとして扱って内包した関数ポインタの入れ替えでオーバーロードとか表現するのかな？

>>59>>64
これ見てみ
http://ja.wikipedia.org/wiki/GObject

PHP最強って事でいいの？

オブジェクト指向のこころって本わかり易かった.
読んだの数年前だから今はもっと良い本があるかもだけど

>>59
継承はまだわかるがアブスト設計は正気の沙汰じゃないと思うわ。

WorkPlaceShell

あっち立てればこっち立たずの欠陥品

ふつうの言語でプログラミングしたとき、モンスターを動かすためにmove_monstersとか関数を作って、そこで一括でモンスターを動かすんだけど、
オブジェクト指向だと、各のモンスターがmoveという関数を持っていて、個別に動く

オブジェクト指向はそんなイメージ

プログラミングの原価ってなんぼ？

monsterA.move();
moveMonster(monsterA);

俺は上の方が好きだ

オムライス食べたい

イテレータだよ、イテレータ

>>65
「オブジェクト指向プログラミング言語」の実装を理解したいなら良いのかもしれない
インスタンス変数、クラス変数はこの実装なら容易に理解できる

プログラミング自体は難しくないけど
何をオブジェクトにするのかが難しい

>>73
下の方が好きだわ

>>73
俺も上だ

オブジェクト指向は設計をミスると小回りが利かず
作り直しレベルになるのに、設計が手抜きされる傾向がある。

>>73
んじゃおいらも上で

>>1
「オブジェクト指向」はプログラミングに限らずあらゆるシステムの構造を表現するのに使える抽象的な概念
「オブジェクト指向プログラミング」はオブジェクト指向を用いてプログラミングすること
「オブジェクト指向プログラミング言語」はオブジェクト指向プログラミングが行いやすいプログラミング言語のこと

>>80
いや、クラス設計できないレベルなら、他の方法でも同じだろｗ

>>77
先週最終的にドメイン駆動とかいうワケわからない領域に足突っ込んで引き返してきた

>>80
だよな、でも設計さえうまくいけば後がトントン拍子に進む

C言語でもオブジェクト指向プログラミングは実装できるっていうけどさ、
そんなこといったらほとんどの言語でできるよな。「順次・分岐・繰り返しがあれば任意のプログラムが書ける」って昔のエロい人も言ってたし

オブジェクト指向分析と
オブジェクト指向設計がない

オシとオシプとオシプゴ

オブジェクト指向設計で
クラス設計が大事ってのは
少し古い。

最近はドメイン駆動の概念でやるから
ドメインオブジェクトはシステムの要件に合わせて構成をガリガリ変えるのが理想

>>89
普段から今はクラウドだって言ってるような人間だろうな

>>90
別にバリバリ作ってるよ。
説明を難しく考えすぎてんだろ

オブジェクト指向分析とかオブジェクト指向設計とか、正直オカルトだよな。
デザパタみたいなコーディングに近いレイヤーの設計は役にたつけど、
要件あたりの段階でオブジェクト指向なんとかって、宗教だわ。

UMLとかも、ソースをUMLの各種の図におとしてみるのは分かりやすいと
思うけど、UMLを書いてそれをコードに落とせとか、ぜんぜんだめだな。

>>73
moveしたいモンスターちゃんがたっくさん発生した場合はどうすんの？
現時点ではそんな状況は想定されなくとも
あとで増えてきたときのためにそのことを考えておいたほうがよくね？（´・ω・｀）

>>92
UMLをそのままオブジェクトに落とすのは
過去の過ち

自動コード生成とかの間違ったアプローチ

>>93
ドメイン駆動の概念だと
その2つは両方正解
レイヤーが違うだけ

>>93
新しくmonsterBってインスタンス作るだけじゃネーの？

新しい事を知ってる人のレスは刺激になるなぁ
ドメイン駆動勉強してみよ

>>97
web2.0とかクラウドみたいなもんだから気にしなくていいよ。

monster.move()
→　これは仕様（怪物は動く）を元に機能を動作させてる

moveMonster(monstet)
→これは機能（怪物を動かす）を提供して、機能を動作させてる。

ドメイン層では
仕様を扱うので上が良い

サービス層
外部には仕様を公開しない方が良いから
下が良い

オブジェクト指向がさぱーりなんですがどうすれば低脳でも理解出来ますか

サービス層の機能が変わると
外部も内部も変わるので
ここが変わるのはダメ
インタフェースは大事

ドメイン層の仕様が変わろうと
外部は関係ないから変えて良い。

問題領域にあった仕様を
コードに落とし込んで育てるから
ここはガツガツ変えて良い

web2.0はどうかと思うけどクラウドとかはいいんでないの？
取り入れる事で自分の考え方にプラスになりそうな気がしたんでね
ちょっと覗いてみる。一応アジャイルとかテスト駆動ちょっと見たくらいの好奇心はあるしな

Object-Cってマック専用のゴミ言語だろ

馬鹿がよく「オブジェクト指向型の特徴は、継承による再利用、カプセル化による実装の隠蔽、ポリモーフィズム」とかほざくし、
実際に、岡ちゃんの職場(IPA)も情報処理試験では定期的にそういう出題をするんだけど、この時点でおかしいよな。

まず継承とは再利用のためにあるものではないし、実務で運良く継承できるケースなんて稀だ。
一定の処理を抽象化して再利用させたいんだったら関数化すればいいし、そっちのほうが現実的かつ生産的。
カプセル化とは、要はグローバル変数を使わなければいいだけの話であって、
手続き型言語とかでもメソッド内で基本的に引数と戻り値のみで変数を渡していれば、実装の隠蔽はできる。
カプセル化、特にアクセサーメソッドは虚構的な概念。

よってオブジェクト指向型言語の最大のメリットであり特徴はポリモーフィズムのみ。
そして、そのポリモーフィズムを支える機能として、継承とオーバーロードがあるんだよな。

でもポリモーフィズムも結局は、クラス数が指数関数的に増えてしまい、ソースが散財してしまうという致命的な弱点があるし、
「どのインスタンスをメソッドに渡すか」という部分で、呼び出し元ではif..elseやswitchを使わざる得ないし、
世間で言われているほど良いものではないんだよね。


むしろオブジェクト指向型言語が一番効果を発揮するのは、フレームワークを作るとき。
つまり開発の前の段階、メタ開発的な部分。実際の開発で一番重要になるノウハウは、手続き型多言語のときに培われたノウハウ。

オブジェクト指向の言語勉強したことないけど、コンストラクタとか、カプセル化とかは手続き型の言語でプログラミングしてても何となく取り入れてプログラミングしてるよな。
ポリモーフィズムに関してはそんなに大きいぷろぐらむ書いたことないし、他人の作ったクラスを継承したりしたことがないからよくわからないけど。
でもクラスを作るっておもしろそうだよな。それなりにきちんと設計しないといけないんだろうけど。

>>104
確かにでかいプロジェクトで実装の継承されると
読みにくいことこの上ない糞の固まりができあがるな

最近見たページだとここの説明がよかった
http://kmaebashi.com/programmer/object/

>>95,99
ドメイン駆動と日本語で書かれると毎度モヤモヤするけど
ドメイン駆動ならどちらも正しいね。

プログラミングに限ったことじゃないけれど
英語そのままの方がイメージそのままでわかりやすい……（´・ω・｀）

オブジェクト指向というと例としてゲームが登場することが多いが、
実際のゲーム業界の人は「オブジェクト指向？なにそれ？」なのがな。

どうしてこうなった

動的言語と動的型付け

ほんと過去に止まってるよな。

ドメインモデル変えられないんじゃ
サービス層の中に仕様を盛り込む必要があるから

ビジネスロジックなんて
やたら長いコード書くようになったんだろ。

>>108
最近のゲームエンジンはそんなことないんじゃないの？
自社エンジンみたいなのにこもってる人間は知らんけども。

>>108
オブジェクトを
目的と捉えるか
物と捉えるか
の違いなんだが

物と捉えるからゲームに向く
物は継承ルールに破綻するから
オブジェクト指向使えないと
勘違いした人を量産した

>>112
結局、おまいの主張はなんなん？

オージス総研のスレか

全く継承しないオブジェクト指向もあるというか
今のオブジェクト指向は
継承モデルは難しいから出来るだけやらない
が普通

不勉強な人は、これをオブジェクト指向にしてないと
勘違いする

デザインパターンのインターフェースを実装がクラスを継承でインスタンスはコンストラクタをデコンストラクタ

ファルシのルシ節で書くと、ゲームと相性がいいのも頷ける

>>113
オブジェクト指向は初期クラス設計に失敗したら破綻するなんて
考えは、10年前で時が止まってるよ

>>116
ワラタｗｗｗ

まだC使ってるとこあるのか。
遅れてるね〜

でも継承しないとポリモーフィズムとかどうすんの？
必要最小限での継承に抑えるって事？

テクニックに詳しいスレ見るほどアイツはホモゴッコ見せるしか使えないってのがお気の毒過ぎる

>>104
完全にノムリッシュだな、おい。

たまごとたまごかけごはんとたまごとじうどん

GUIとかはオブジェクト指向じゃないとむりぽ

>>120
そうい所に囚われてるのが失敗の始まり
でも、基本は外部に委譲しておく

モンスターが動くって仕様なら
モンスターが単一のドメインモデルで
モンスターの継承先で（動く）を実装しても良いけど

仕様変更や仕様の理解で
モンスターが動かすものに動かされてると知ったら

ドメインモデルは
モンスター　動かす物の2つに分ける

monster.moveは消えるかも
このぐらい変えてくのが当たり前

>>120
バインディングさせるんじゃないの？
そろそろ話題についていけなくなってきた

メイヤー先生の本を読めばわかる

ふーん、デザパタで言うBridgeパターン的なものなのかなー
そもそもドメインモデルってのがよく分からんから今聞いてもよく分からんｗ
ゴメン勉強して出直すわｗ

>>128
オブジェクト指向で設計するなら
デザパタは、設計じゃなく手法

>>129
ほーデザパタが設計じゃなくて手法ってのはなんとなーく分かるけど
それもドメイン駆動の考え方？それとも最近の認識ではそうなってる？

うちの職場はVB6からの流れでVB.net使ってんだが、20個ぐらい列があるテーブルを更新するとき、
ひとつの列ごとにメソッド作って中身は直書きされたSQL文以外全て同じつーかコピペされているような糞システムを平気で作るアホがいた
んでそのSQLが自動生成だから糞過ぎるから書き直すことになったんだけど、作り直せないから、その20個のメソッド全てを手動で修正
そんなコード書いたチンクソが社内ではVBのエキスパート呼ばわりされていて、俺にわかんないことがあったら訊けといってくる


オブジェクト指向はともかく、手続き型言語時代の作法も知らないやつはさっさと引退してほしい

（ =＾ω＾）

俺のコードには必ずこいつがいる
オブジェだ

>>130
本来、デザパタは
ある設計を実現するための
オブジェクトの関係を示した手法なんだが

少し前まで設計は神だから
変えたら破綻すると思われてた。

だったら複雑なとこ以外は
設計しないになってた。

その複雑な部分を設計する手法がデザパタだから
勘違いされるようになった。

俺はそういうのは単なる言葉遊びだと思うけどね。
扱う層が違うってなら、今書いてることはＩＴ土方だけに関係ある話とか断ればいいんじゃないか。

オブジェクト指向が可読性が悪いとか言ってるのは小さなプログラムしか作ったことのない素人

なるほどね。最近のパラダイムもちっと勉強してみる。
もう出かけるからレスはできんけど
このスレで色々見聞きできてよかった。いい刺激になったわサンキューベリーマッチ

>>119
組み込み
外国だともっとCの仕事があるでしょう

メンターについてるインド人のおっさん曰くデザパタはよくある設計を偉いおっさん達が俺ならこうするってのを提供してるもの
学ぶべき点は非常に多いが盲目的に使っちゃ駄目だと
あとパターンについて云々言ってたが臭かったから忘れた

マシンゴｗｗｗ

そろそろフォントについて語ろうか

>>131
少なくとも日本語が不自由なお前に聞くよりは、VBエキスパートに聞いたほうが
マシな答えが返ってきそうではある。

オブジェクト指向プログラミング言語でオブジェクト指向にオブジェクト指向プログラミングをする

何でも良いんだけど、わかりやすくて簡単にしてくれよ
コンピュータ・システムというのは人間の手間を楽にすることが目的なんだから、
開発言語も学術面理論面よりも「楽にすること」を第一の方向として目指して欲しいね

>>140
Ricty Discord でええよ（´・ω・｀）

>>135
可読性が悪いのは事実。
同じ仕様を手続き型に置き換えると上から下に読んでいけばいいが
オブジェクト指向だとジャンプを繰り返すことになる。

>>142
わかりやすすぎ

>>140
メイリオは文字がガタガタすぎ

アスペ指向ってのが流行ってるんだろ？
詳しくは知らんけど

クラス定義の半分は引数のnullチェック

>>144
＞同じ仕様を手続き型に置き換えると上から下に読んでいけばいい
だからこんなの小さいプログラムでしか成り立たないって

>>149
規模が大きくなるとアスペクト指向を多用しまくって
ソースコードのどこにあるのか？どころか
ソースコードがどこにあるのか？という状態に陥るのが常。

>>150
今日日のまともなIDEならそんな状態に陥らないよ

小難しいことを「崇高」と思い込み延々語っている間に、結局はPHPに駆逐されるという

プログラマは計算できない。
計算できないからプログラミングをする。
自分の給料も計算できないからIT土方になる。

ぶっちゃけリアル土方から体力を引いたような究極の無能がやる仕事だよね

>>148
ぬるぽをガッしちゃいかんのか？

>>149
可読性と可変性はトレードオフって教えられたけど違うのか？

>>141
VBエキスパート()

>>154
だれに聞いたんだよ

>>154
＞可読性と可変性はトレードオフ
そんなこと誰に教えられたの？文脈がよく分からないけど、そいつ適当に思いついたこと言ってるだけだと思うよ。

>>156
>>157
メンターのインド人
適当なのか、疑ってかかるようにするわ

ちなみに質問なんだが可読性て定量的に判断できるものなの？
可変性は複雑度なりで定量的に判断できるのは知ってる

>>144
馬鹿か。それは基本的な構造化すら理解してないだろ
手続き型言語の使い方間違ってるよ

>>158
定量的な判断方法は知らない

C++をjavaとして使う

>>160
そかぁ残念
可読性調べてるとすごい曖昧で定義が人によってまちまちだからすげえ困る

コーディングルールを決めろよ

>>137
学生とか多そう。
宿題代の質問スレとか質問多い。

>>162
オブジェクト指向とかもそうだけど、その定義が曖昧な言葉に踊らされてる奴が多すぎる。
元々が曖昧なのに、これは絶対にいいとか絶対にダメとかあるかｗ

>>33
TCP/IPを作ったのは俺なんだけど、そんな事言ってないから。

>>166
まじかよｗ

OOPを学ぶには、OOPを「使わされる」のが一番

C++で、「こういうクラスを実装して、インスタンスのポインタを食わせると動くよ」
みたいなライブラリを、実際に使ってみること。具体的にはIUnknown

>>166
最近のWindowsにおける、TCP/IP実装について何かひとこと

>>80
設計をミスるのはオブジェクト指向関係ない。
コーダーレベルのカスがプログラマの仕事をするなってだけ。

あすぺ志向の定義は何？

優秀なライブラリのメソッドの設計を見続ければいずれオブジェクト指向にたどり着く。

しかし経験のない素人が、オブジェクト指向というデザインパターンを知ったからといって
設計がバリバリできるわけではない。コーダー風情がオブジェクト指向プログラミング言語で
強制的にかつ無駄にクラスを作らされてるのを見かけると哀れすぎて涙が出てくる。

>>171
優秀なライブラリの列挙よろしく

最近、ググっても理解できないカスが増えたな

>>168
俺、TCP/IPを設計・実装したあと記憶なくしてるから

>>159
↑おまえ、自分が間違って恥ずかしい様を晒していることに気づきなさいｗ

みんな喧嘩すんなよ。

>>173
GoogleはITドカタには革命だった。

C# とか C++ とか JAVA 、PHP など、大勢が仕事で使ってる
実装だと、目的の処理がそのまま書いてあるサイトが見つかる。

それをコピーして、GUIやHTMLのインタフェイスを着ければもう
それで一丁上がりな仕事も多くなってきた。

まぁ中身理解してないでコピペするとたまに地雷踏んじゃったり
するけどなｗ

趣味でゲームとかちょっとしたものをたまに作るけど
使い方が全然わからないなー

オブジェクトのポインタをグローバルにしてどこでも呼び出せるような使い方しかしてない
変数とかわかりやすいし、ちょっと便利な関数群ぐらいの使い方
使いこなしたらもの凄い便利なのかなあ

ゲームならキャラや弾はひとつひとつがオブジェクトだろ

>>178
何人もの人が携わって、設計を共有する際に便利っていうところもあるよ。
なので、個人でやるならラフにしても全然構わないと思う。

>>168
NT時代のってBSDのバグそのまんま引きずってたけど
今のはどうなんだろ？
Linuxに比べてXPは通信してる時のCPU負荷高いなーっていつも思う
ドライバの実装やドライバとTCP/IPスタックとの相性もあるんだけどね

>>55
<?php
$work = foo();

if($work = 0){
print "It works!";
}
?>

最近やたら関数型言語の記事見るけど、できると何かメリットあるの？

月15万で12時〜21時+1,2時間まで働ける権利がもらえる

>>183
真理の扉向こう側の住人になれる

Objective-Cをこんなに使っている奴がいるとはな・・・

>>183
無い

>>185
等価交換なの？

Objective-Cは金になるからな。
一過性かもしれんが。

時代は関数型なんだろ？
で関数型ってなによ？

pythonやっときゃいいんだろ

オブジェクト指向だの関数型だの以前に純粋な動的言語はクソ
これだけは間違いない

土方指向プログラミング

COBOLやっとけば安泰

土型

>>175
間違ってるのはお前だよ

　　　　　　＿＿＿_
.　 　　　／／　　＼＼
.　　　／（ ●） 　（●）＼　　　　　ねえ、ゆうにいちゃんちょっと聞きたいんだけど
.　 ／::::::⌒（__人__）⌒::::: ＼　　　Eclipseの新しいCode Recommendersでコードプロポーザル
.　 |　　　　　|r┬-|　　　　　|　 　　キーシーケンスがトリガーされたらプロポーザルリストを
.　 ＼ 　　 　 `ー'´ 　 　 ／　　　　調整してフィルタリングするけど、この時、パブリックメソッドや
.　　 /｀ ‐-　＿_　- ‐‐ ´ ＼　　　　フィールドがアルファベット順にリストされるよね
.　 / .l　　　　　　　　_,,ヽ ___ 〉､　で、見知らぬAPIをコーディングたり、複数オーバーロードされた
.　 |　l　　　　　　　/ ,' 3　`ヽｰっ　メソッドがあるときには、6つあるDateコンストラクタのどれを使えばいいんだろうか
.　 ヒﾄ- ＿　　　　l　　 ⊃　⌒_つ　　おじさん達に聞いてもさっぱりわからないって言われてさ
..　　 !__　　￣,￣ `'ｰ-┬‐'''''"　　　　「ゆうにいちゃんならパソコンの大先生だから聞いてこい」って。
.　　　L ￣７┘l-─┬┘　　　　　　　ごめんね、こんな初歩的なこと聞いて。
.　 　 ﾉ ￣/　　.!￣ ヽ
.　　└‐ '´　　　｀　-┘