09/03/09 10:58:11
>>548
みんな分かってると思ってて実は理解していないという現実。
定数定義するためにinterface使ってるようなあほなコードを何度見てきたことか。。
552:デフォルトの名無しさん
09/03/09 18:50:30
変数一つごとにインタフェース用意してクラスにします(＾q＾)
553:デフォルトの名無しさん
09/03/09 19:58:53
まだ残ってた、このスレvwW
>>550
> 構造化設計技法よりはマシなので消えてなくなったら困ります。
何か勘違いしてないか？？？
最低でも、構造化設計技法使えない奴が
OOD 出来るとは思えないんだが…
現状では、
「OO 行けます！ デザインでも…」
って言ってる連中って、設計以前のシステム
分析が甘すぎだろ wWW
OO 言語ができる前から、出来のいい C 言語
ライブラリは OO なデザインしてあった
554:デフォルトの名無しさん
09/03/09 22:02:22
>>> 構造化設計技法よりはマシなので
とかいうのは違和感あるね
なにか特定のモノ（例えばNSチャート）をイコール構造化設計技法と
思い込んでるんじゃないかね
555:デフォルトの名無しさん
09/03/09 22:27:32
特に違和感ないけど？
お前らのスキルが足りないだけじゃね？
556:デフォルトの名無しさん
09/03/10 01:57:46
>>550の文脈だとOOは構造化と相反するように見えるが、
もしその通りの意図で書いてるなら>>550の認識には誤りがある。
オブジェクト指向は構造化の一種なんだから。
少なくとも、ラムダ計算（lambda-calculus）などのLISPやHaskellはこのスレに全く関係ない。
557:デフォルトの名無しさん
09/03/10 02:17:15
>>550
>最近はlambda-calculusあるいはpi-calculusベースの設計技法の
>研究をする人が増えてきて、
>関数型言語がずいぶん幅を利かせつつあります。
例えば「pi-calculusベースの設計スゲ～」から関数型言語が流行って
いるのかな。
後者は前者によってドライブされているわけじゃないと思う。
OOADのオルタナティブとなる手法として「lambda-calculusあるいは
pi-calculusベースの設計技法」なるものが研究されているとしても
(良い論文等あればポインタ希望)、自分には未だマイナーだと思うし、
少なくとも昨今関数型言語がはやっている文脈からは随分明後日の
方向だと思う。
とりあえずは関係がイマイチ自明でない関係ないトピックをくっつけた
だけの文章としか読めなかった。
558:デフォルトの名無しさん
09/03/10 08:27:45
>>556
CLOSもスレ違いなのか？
Haskellのtype classは継承もあるけどスレ違い？
559:デフォルトの名無しさん
09/03/10 10:49:57
ウーパールーパーって食えるんだな
URLﾘﾝｸ(www.fnn-news.com)
560:デフォルトの名無しさん
09/03/10 15:44:17
ここはOOと関数型の関係について議論するスレじゃないのか。
561:デフォルトの名無しさん
09/03/10 15:48:20
2chで議論なんてできるわけがない
562:デフォルトの名無しさん
09/03/10 17:34:54
俺はけっこう勉強になってるけどな。雑音は全部スルーするけど。
563:デフォルトの名無しさん
09/03/10 19:23:56
ウーパールーパーのヌイグルミ持ってたｗ
564:デフォルトの名無しさん
09/03/10 21:57:08
プログラミング初心者レベルから抜けられない理由
プログラミングが苦手だという人がいる。
その人は、決して理解力が劣っているわけではない。
むしろ、ループや条件分岐、関数の作り方といった、
プログラミング言語の文法に関しては、
普通の人より速く理解できたりする。
入門書の章末に載っていような簡単な練習問題に対しては
ちゃんと正解を出すことができる。
しかし、ある程度の規模があって複雑な処理をするプログラムを書こうとすると、
どこから手を付けていいのか分からず、とたんに手が止まってしまう。
プログラミングの上手な友人に聞いてみると、
「問題を分割すればいいんだよ」と言われるが、
じゃあその「分割」とは一体何を指しているのかが分からない。
お気付きだと思うが、これはちょっと前までの自分の状態だった。
恥ずかしながら、情報系の学科に所属しているのにもかかわらず、
僕はつい最近までプログラミングというものに苦手意識を持っていた。
最近になって、ようやくその苦手意識が薄れてきて、
以前の自分がどんなところでつまづいていたのかが分かりかけてきたので、
まとめておくことにする。それは
「自分が何を分かっていないのかが分かっていない」
ということだ。
言い換えると、「問題そのもの」と「その問題を解く手段」を混同しているということ。
565:デフォルトの名無しさん
09/03/10 21:57:59
もう少し言うなら、
文法
ライブラリの使い方
アルゴリズム
問題そのもの
自分のやりたいこと
の5つのうち、1～3までが「問題を解く手段」で残り2つが「問題そのもの」だ。
特に初心者のうちはこれらがごちゃごちゃに入りくんでいて、混乱してしまいがち。
また、3番目くらいまでの情報はネットにも溢れているけど、
4、5番目あたりをどう整理するかはその場その場で考えるしかない。
問題そのものが分かっていないのか、あるいは問題を解く手法(ライブラリの使い方であったり、
アルゴリズムであったり)を知らないだけなのか、自分の経験を振りかえってみても、
また周りのプログラミングが苦手という人を見ても、これをきっちりと分けることができていないように思う。
プログラミングがどうも苦手だ、という人はこれを常に意識して問題を考えるようにすると、
上達速度が変わるだろう。
以上、初心者++くらいの人間の戯言でした。
URLﾘﾝｸ(d.hatena.ne.jp)
566:デフォルトの名無しさん
09/03/10 22:01:19
ライトついてますか？
567:デフォルトの名無しさん
09/03/10 22:15:30
問題発見の人間学
ワインバーグ
568:デフォルトの名無しさん
09/03/10 22:48:37
セコムしてますか？
569:デフォルトの名無しさん
09/03/10 23:54:26
本来UTF-8の文字列がCP932として処理されて文字化けしてしまっているのですが
これをオブジェクト指向で元のUTF-8に直すことは出来ますか？
570:デフォルトの名無しさん
09/03/11 00:08:55
>>569
8086 のバイナリを 6800 に食わせたら…
ってのと, 同列の不毛な争いはやめれ
571:デフォルトの名無しさん
09/03/11 00:21:10
ストリームに流し込めばいいんじゃね？