Object Oriented

MISAO にうまくからめなかった

めたぼなら — Mon, 09 Jun 2008 15:43:00 GMT

先日久しぶりに大阪でセッションを持ちました。
# しかも、無謀にも2セッション。

金曜日まで連日終電なほど仕事が詰まっていたわたしは案の定徹夜で準備、仕上がったのは6時を回っておりました。
で、帰ってぢゃまいかをさんの捜索。
約２時間...
想像しなかった段ボール箱に住まっていらっしゃいました。

「よし、あと１時間で出れば間に合うぞぉ。３０分で風呂入って、３０分で準備して。ん～ん、マンダム。」
そこで、湯船に入ったのが間違い。
一瞬で、(-.-)Zzzz
気付いたら家を出ようと思ってた時間でした。
急いで洗って準備して、家を出るとき中さんに電話したのが9:50ぐらいかな？
ぎっりぎりセッションに間に合いました。

携帯充電中で電源切っていたのですが、何名かの方からお電話いただいてたとのこと、この場を借りて、ごめんなさい。_(._.)_ ＆厚く御礼申し上げます。

セッション内容はおいおい触れるとして、まず、ぢゃまさん！
２ヶ月も訳のわからん段ボール生活をしておられたので、とっても良いかほりが...
今度はきっちりファブっとかないとだめですなぁ。

で、睡眠時間が湯船で３０分ほどだったので、２次会以降は断念いたしました。
みなさん、ごめんなさい。_(_^_)_
# ぃゃ、梅田行くまでは参加する気満々だったのですが、梅田行くまでに道に迷ってしまい、テンション落ちちゃいました。

C#編は一応あと３セッションご用意しておりますので、いつになるかはわかりませぬが、大阪か名古屋で続編をやろうかと勝手に思っちょります。
# 他の方優先で、空きがあればということで。

そして、やっと本題。

初 MISAO でとっても期待していたのですが、そもそも私の講習スタイルだと、全くからめないことが判明。

わたしって、基本は聞いて下さっている方々を見ながら話すのですよ。
なので、スクリーンって全然見てない。
ちらっと見て、正しいページが写っているか確認するぐらい。
あと、講師用のマシンも端っこにあって、プレゼンターでページを進めていたので、背後にしか MISAO を確認するすべがないのね。

数分の演習時間中にがんばってから見ましたが、ほんとは喋っている途中のつっこみに絡みたいのよねぇ。

HEY!3とかで観客の後ろに歌詞が出てたりしますが、あんな感じで客席の後ろに MISAO が出てくれない限りは、わたしのやり方じゃ無理みたい。

あと、サングラスの中に MISAO が流れるようにするっていう案も出ましたが、どなたか組み込みの人作って。
o(^o^)o

そうだ！
言い手を思いつきました。
MISAO に流れるコメントをミクちゃんに囁いてもらうってのはどうでしょ。
ねぇ、ぱぱん。

なにはともあれ、お粗末さまでした。
<(_ _)>

バグを少なくシンプルに！C#言語仕様に隠された意図

刈歩菜良 — Wed, 07 Nov 2007 13:51:00 GMT

ネタ元：お前に訊きたい!

コメントで書いていたのですが、長くなったり、古かったりで記事に切り替えました。

C#では静的なメソッドにアクセスするには、クラス名．メソッド名（）というように、クラス名を使ってアクセスする必要があります。C++のようにインスタンス変数を使ってアクセスすることはできません。

これはいわゆるバグ対策だと私は解釈しています。

インスタンス変数からスタティックメソッドのアクセスを許可するのは簡単な話だとおもうのですが、そうすると、ソースコードを見ただけでは呼び出しているメソッドがスタティックなのか、そうではないのか判断つかなくなるんです。

クラス(インスタンス)の利用者に「staticメソッドってことを重々承知で使ってます。」って認識させる意味もあります。
通常のメソッドと勘違いして、うっかりstaticメソッド呼び出しをしてしまって、すべてのインスタンスに影響が出てしまったというバグを避けるためではないかと私は解釈しています。

この考え方ってC#の仕様ではあちこちにでてて、たとえば、参照渡しをするときもメソッド利用側で引数にrefつけなきゃいけないとかっていうのも、同様の理由からだと思います。

ifの条件にbool型しか使えないのも、switch caseでフォールスルーがエラーになるのもバグ対策です。

他の言語経験者からすると最初は冗長で面倒くさく感じるかもしれませんが、すべては言語仕様でバグを発生しにくくしているのだと私は解釈しています。

結局コストと時間が一番かかるのがデバッグ・テスト・メンテナンスなので...

あと、シンプルっていうのは、例えばC++にある－＞や：：はすべて．に一本化されたとか、ポインタを排除したとか、多重継承を禁止したとかということです。これらも結局は言語仕様でバグを発生しにくくしようということだと私は解釈しています。
（注）：：はなくなったわけではないですけどね。－＞はマネージドコードでは使えませんね（unsafeなら可）。

宿題忘れてませんよー！
今日中に提出しまーす。

う～、ひとつもぼけれんかった。
Torikobuta にケチョンケチョンに言われる～～～。

さて問題です。
1．私は何回「私は解釈しています。」と書いたでしょう？
2．なぜその台詞を連発したのでしょう？

オブジェクト指向が先かOO言語が先か

刈歩菜良 — Fri, 03 Nov 2006 21:57:00 GMT

επιστημηさんの思惑通りにはいかないもんだねを読ませていただいて思ったのですが、ホントにOOを理解しているプログラマーって、どれぐらいいるんだろ。もちろん、OO言語でメシ食ってる中で。
多分半分いないような...下手したら、１割？
あくまでも私の今までの経験からの憶測なので、優秀な人材がそろっている会社にお勤めの方はもっと違う印象かもしれませんが... でも、大きな会社ほど割合が下がるような...

そもそも、オブジェクト指向をきちんと理解してから、オブジェクト言語を習得し始めるべきなのか、オブジェクト言語を使い始めてから、オブジェクト指向を理解していくのかどちらがベストなのでしょうか？
実際現場ではいまだに「動きゃいい」的なことが最終的には最優先されてしまうことが多いのではないでしょうか？時間もないし、とりあえず適当にコード書いて動きゃOKてな感じで。そうすると必然的にきちんとしたオブジェクト指向を理解するのは後回しになっていくんですよね。

私も昔は開発をしていたこともありますが、今はインストラクターをしていて、主に開発技術（用はプログラミング）を担当しています。C++やC#やVB.NETを初心者（場合によっては新人ちゃん）からCOBOLをバリバリやってきた中堅さんまで、いろいろな方に教えたりします。そうするとやはり、「変数とは」から入って、「分岐構造、繰り返し処理」を教えてやっと、動くものが作れます。で、関数とか引数とかになるんですが、ここまでどんなに早くても丸１日はかかりますねえ。
ほいでからオブジェクト指向の話をしてもヽ(。_゜)ノヘッ？ですよ。

そりゃそうですよね。ほんの数時間でオブジェクト指向なんか理解できるわけがない。私だってオブジェクト指向マスターしたかと問われれば胸を張って、「のぉ～(/。＼）」ですよ（あ、この瞬間かるぼは永遠に匿名決定。^^; ）。

でも、たとえば、「３日間でオブジェクト指向の理論マスター」なんてのを作っても、そんなん受講する人っていないんですよねぇ。「３日も勉強しに行って何にも作れませんの？」ってとこでしょうか。たとえ１日にしても、需要あるでしょうか？いや、その前に一日じゃマスターできんでしょ。っていうか、３日でも無理だし。

結局、きちんとしたオブジェクト指向を理解しようという志を常に持ちながら取り組んでいる高い意識を持った方だけが到達できるとこかと。

私なんぞは開発現場でUML見たことないっす。いつもスパイラルで来たのでその癖が抜けない... とりあえず作っちゃえってやつです。

あれ、いつの間にやら脱線気味。

で、私の思うところはまず言語を覚えて、徐々にOOの理解を深めるのが良いのだけれども、一度動いてしまうものが作れてしまうと、そこで満足してきちんとしたOOの理解に行こうとしない人のなんと多いことかと。

強引にたとえて言うなら、携帯のぶっといマニュアルを読まずに適当に使ってみたら、まぁ、それなりに使えるからマニュアル読むのはいっか。ってとこでしょうか。

志を高くキープするってむずかしひ...