[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 09/12 15:48 / Filesize : 253 KB / Number-of Response : 983
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

制御系なら俺に聞いてもいいぜ(8)



1 名前:デフォルトの名無しさん [2005/09/06(火) 17:13:46 ]
まったり逝きましょう。
ハード寄りの話も大歓迎です。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでね!

過去ログ
制御系なら俺に聞いてもいいぜ(7)
pc8.2ch.net/test/read.cgi/tech/1109102528/
制御系なら俺に聞いてもいいぜ(6)
fun.kz/test/read.cgi/tech/1099574832/ (新タイプミラー)
制御系なら俺に聞いてもいいぜ(5)
fun.kz/test/read.cgi/tech/1079102543/ (新タイプミラー)
制御系なら俺に聞いてもいいぞ(4)
pc5.2ch.net/test/read.cgi/tech/1068869894/ (行方不明)
制御系なら俺に聞いてもいいぞ(3)
pc2.2ch.net/tech/kako/1059/10594/1059488975.html
制御系なら俺に聞いてもいいぞ(2)
pc2.2ch.net/tech/kako/1038/10380/1038094914.html
制御系なら、俺に聞け!
pc3.2ch.net/tech/kako/1002/10021/1002176627.html
関連過去ログ
●●●くみこの組み込み相談室●●●
pc3.2ch.net/tech/kako/988/988084737.html

684 名前:デフォルトの名無しさん [2006/05/17(水) 17:25:44 ]
HALは一般的にはどのレベルの抽象化ですか?
レジスタアクセスの抽象化か、
ドライバ層全体を指すのか、
俺的には前者のイメージなんですが。

685 名前:デフォルトの名無しさん mailto:sage [2006/05/18(木) 11:07:23 ]
>684
一般用語というより、マイクロソフトで使われている言葉じゃないかな。
it.e-otsuka.com/elearning/course/il00005s21/trial/course/cont/page/00005S21-01-02-03-L.html
問いの答えは、後者っぽいけど、アークテキチャに依存しないドライバー部分が
あるようですので、どちらでもないように思います。

このスレっぽい話をすると
TOPPERS/JSPの中の、jsp/config以下に相当するんじゃないかな。


686 名前:デフォルトの名無しさん mailto:sage [2006/05/18(木) 22:04:53 ]
>>684
WindowsのHALの話なら、基本的なアーキテクチャの差異
(電源管理、割り込み、マルチプロセッサ対応など)を吸収するレイヤ。
レジスタとかオペコードよりは上、ドライバよりは下の階層。

たとえばx86版の場合だと、割り込みの違い(PICとAPIC)、
電源管理の違い(APMとACPI)、マルチプロセッサ対応の違い
なんかで違うHALが提供されてる(インストール時に自動選択)。

ただまあ、一般化するほど一般的な用語じゃあないかな。

687 名前:684 mailto:sage [2006/05/24(水) 00:54:38 ]
>>685, 686
こんばんわ

ecosのHAL層とか見てみたんですが、toppersのconfigと同等っぽいですね。
特定のデバイスの抽象化というよりはosを
実装する上でのターゲット依存部(cpu, intc, timerなど)を切り分けたのを
HALと呼んでるっぽいですね。board support packageと同義かな?


688 名前:684 [2006/05/24(水) 00:59:43 ]
ところで全然話は変わるんですが、
ITRONは要するにマルチスレッドの実行環境である、という認識であってるんでしょうか?
組み込みlinuxやwindows、symbianとかでITRONのタスクのような並行処理の単位となるのは
スレッドになるんでしょうか?

689 名前:デフォルトの名無しさん mailto:sage [2006/05/24(水) 01:06:58 ]
>>688
並行処理なんて、やってないからw

690 名前:684 [2006/05/24(水) 01:25:08 ]
並行は擬似並列という意味で書きました。

691 名前:デフォルトの名無しさん mailto:sage [2006/05/24(水) 01:28:16 ]
現役のCPUで、本当の意味での並列処理を実装していたら、プログラマの何パーセントが生き残れるんだろうな・・・

692 名前:デフォルトの名無しさん [2006/05/24(水) 21:31:42 ]
>>688どっちかと言うとuItronのタスクはプロセスよりスレッドに似ている。



693 名前:デフォルトの名無しさん mailto:sage [2006/05/24(水) 22:41:49 ]
uITRON等で言うタスクは、WindowsとかLinuxのプロセスとほぼ同義。
タスク(プロセス)同士は異なった資源空間に属する。
(もちろん共有できる資源もある)

スレッドはプロセスとかタスクの中で資源空間を共有しつつ
並列に走る処理単位を指す。

マルチスレッドといった場合、プロセス(タスク)の中で
1〜複数のスレッドが走ってるモデルを指す。
その場合でも、「プログラム」と言ったら普通は
プロセス(タスク)単位の空間を指す。

スレッドが単体で存在することは普通はない。
あっても特殊な用途向け(割り込みスレッドとか)。

694 名前:デフォルトの名無しさん mailto:sage [2006/05/24(水) 23:28:33 ]
>>689, >>691
デュアルコア CPU

695 名前:デフォルトの名無しさん mailto:sage [2006/05/24(水) 23:44:23 ]
>>694
使い切れてないだろw

696 名前:デフォルトの名無しさん [2006/05/25(木) 08:40:12 ]
タスクの切り替えってメモリ空間の切り替えで、
スレッドってスタックの切り替え(スタックレジスタの書き換え?)なの?

697 名前:デフォルトの名無しさん mailto:sage [2006/05/25(木) 09:48:15 ]
>>693
いや、uITRONのタスクは基本的にメモリ保護なかったと思ったが? どちらかというとスレッドでしょう?
もともとMMUの無い環境を想定していると理解している。 最近になって拡張機能としてメモリ保護を
加えたらしい。

μITRON4.0仕様 保護機能拡張(μITRON4.0/PX仕様)
www.ertl.jp/ITRON/SPEC/px-j.html


698 名前:デフォルトの名無しさん mailto:sage [2006/05/25(木) 10:40:43 ]
本当の意味での並列処理を実装されてたら
並列処理されていることにすら気付かない

699 名前:デフォルトの名無しさん mailto:sage [2006/05/25(木) 22:18:25 ]
何を言いたいのか意味わからん。

700 名前:デフォルトの名無しさん mailto:sage [2006/05/25(木) 23:04:59 ]
メッセージ交換なんて端折ってダイレクトにアドレス渡しでやり取りしてるから、無理。
つうか、プロセス間通信のメッセージ内容がポインタって何じゃそれ。の、世界だから、永久に無理。

701 名前:デフォルトの名無しさん mailto:sage [2006/05/26(金) 00:20:40 ]
ますますわからん。
まずおまえの言う「並行処理」とやらを定義してくれ。

702 名前:デフォルトの名無しさん mailto:sage [2006/05/26(金) 00:28:43 ]
不特定多数の人間に対して「おまえ」とか二人称で言ってる奴の方がワケわからんよw



703 名前:デフォルトの名無しさん mailto:sage [2006/05/26(金) 00:31:13 ]
>>701
誰に言ってんの?

704 名前:デフォルトの名無しさん mailto:sage [2006/05/26(金) 01:26:38 ]
こういうイチャモンつけるやつには、ホント閉口するわ

なんちゃってゲハハ

705 名前:デフォルトの名無しさん mailto:sage [2006/05/26(金) 11:39:23 ]
>>701
人に考えを伝える能力に欠けているやつに
何度訊いたって無駄じゃないかな。

706 名前:デフォルトの名無しさん mailto:sage [2006/05/26(金) 11:53:30 ]
推理が楽しいんじゃないか

707 名前:デフォルトの名無しさん mailto:sage [2006/05/26(金) 17:34:44 BE:108696487-#]
エスパー能力を訓練するスレはここですか?

708 名前:デフォルトの名無しさん mailto:sage [2006/05/26(金) 17:42:45 ]
ええ、常に2チャンネルで訓練していますよ。
これはフリーでやってゆくのに、最も必要な能力ですからね。

709 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 03:28:10 ]
悩んでいるやつの後ろを通りかかったときに
ちらっと後ろから覗いて 間違いを見つけた。
そいつがオレに質問しようと口を開いた瞬間に

ポートが読めない原因を探しているのなら
あんたの担当のサブボードにゃあ ないぜ!
メインボードに(入れちゃいけない)ジャンパがはいっている!

とか言ったらピシガシグッグッをやられた

710 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 07:56:17 ]
結局間違いは何だったの?


711 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 08:18:07 ]
1、1つのCPUでスタック領域を時分割で切り替えたりコルーチン構造にする
2、 1つのCPUが複数のレジスタセットを持ち、これを時分割で切り替える
3、 2を命令サイクル毎に自動的に行うもの
4、CPUを時分割で使い、仮想記憶の仕掛でまるで複数のCPUがあるかのように見る
5、CPUが複数存在する

712 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 12:33:12 ]
FPGAをCで書くために拡張された部分には(真の)並列処理の記法があったな



713 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 13:15:08 ]
あのさあ、「OSI参照モデル」じゃないけど、どのレイヤーの話をしているのか明確にしないと
ただの揚げ足の取り合いになると思うよ。

プログラマの相手にする対象の範囲内では、
並列処理が物理学的に真に並列かどうかなんて全くどうでもいいことでしょ。

揮発的に見える共有資源があるかどうか、
それだけが問題なのであって。

714 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 14:04:08 ]
制御系の場合はそうでもないよ。
昔、松下電子の4ビットマイコンで 命令サイクル毎の時分割が出来るのがあったが
こういうのは、命令数数えてシリアル転送するとか、そういうのにはとても便利

715 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 16:41:52 ]
>>712
System Cとかかな。
まあチップ内処理はほんとに並列実行されるしね。

716 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 17:09:21 ]
組込み系でUMLとかオブジェクト指向設計とかやってる所ある?
特に開発言語がCな所で。

717 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 18:26:08 ]
各制御単位において、それぞれの部分全体をオブジェクトと見なす。

718 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 18:52:59 ]
>>715
真の並列実行などあるはずがない。

719 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 18:58:48 ]
>>718素人は黙ってろ
世の中にはお前の知らないことも多い

720 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 19:04:36 ]
>>717各デバイス、U/I、コントロールをクラスにすればOK?
UML使ってみたいがクラスの分類がわからん。

721 名前:デフォルトの名無しさん mailto:sage [2006/05/27(土) 22:42:14 ]
>>717みたいのは単なる「仮想化」であって、それなら何十年も前から
そのようにやってるじゃん。

確かにオブジェクト指向の肝でもあるけど。

722 名前:デフォルトの名無しさん mailto:sage [2006/05/29(月) 00:59:28 ]
とはいっても、実際、そういう手法を取ってるところ多いからね。



723 名前:デフォルトの名無しさん mailto:sage [2006/05/31(水) 01:26:44 ]
オブジェクト指向「風」 なら、その言葉が誕生する前から
やってる人は多いよね

言語レベルで出来るってのは確かに魅力だけど
それだって結局使う人しだいだしね

まーどうだろうね実際

724 名前:デフォルトの名無しさん mailto:sage [2006/05/31(水) 01:29:30 ]
オブジェクト指向技法なら、ゲームの世界では20も年前からやってた事だな。

725 名前:デフォルトの名無しさん mailto:sage [2006/06/06(火) 23:29:12 ]
組込み開発においてCUnitなどのユニットテストツールを
ばりばり使っている人っています?

ぜひ話を聞いてみたい


726 名前:デフォルトの名無しさん mailto:sage [2006/06/07(水) 15:30:54 ]
げ! コード組んでデバッグ初めて気付いた。
H8-Tinyの方向レジスタは読み返しが出来ないのか・・・・

727 名前:デフォルトの名無しさん mailto:sage [2006/06/08(木) 16:57:49 ]
>>724
オブジェクト指向は、処理系がそうでなければ、
ただのオブジェクト指向風構造化プログラムなだけだと思うが


728 名前:デフォルトの名無しさん mailto:sage [2006/06/08(木) 17:21:13 ]
そんなふうに考えている時期が俺にもありました

729 名前:デフォルトの名無しさん mailto:sage [2006/06/08(木) 23:16:30 ]
俺もそうだった

オブジェクト指向言語を使ってるだけで、
オブジェクト指向使ってると思ってるのと一緒


730 名前:デフォルトの名無しさん mailto:sage [2006/06/08(木) 23:30:35 ]
バグで人間をぶち殺した人いますか?

731 名前:デフォルトの名無しさん mailto:sage [2006/06/08(木) 23:41:05 ]
>>730
人的被害こそなかったが、使用されるモータのパワーと当たり所によっては指くらい切断しかねないバグを出した香具師なら知っている。

732 名前:デフォルトの名無しさん mailto:sage [2006/06/08(木) 23:55:32 ]
>>727
オブジェクト指向っていうのは考え方。
言語は何だっていいんだよー。



733 名前:724 mailto:sage [2006/06/09(金) 03:41:49 ]
>>727
勘違い乙
俺はハナからオブジェクト指向技法と言っている。
アセンブラでポリモフィズムとか出来ないのは言語仕様だからしょうがないw


734 名前:デフォルトの名無しさん mailto:sage [2006/06/10(土) 08:08:23 ]
できるよ

735 名前:デフォルトの名無しさん mailto:sage [2006/06/10(土) 23:02:34 ]
質問です、近々Web系から制御系に転職するんですが
転職前に前知識として知っておいた方が良い事とか
読んどいた方が良いものってありますか?

736 名前:デフォルトの名無しさん mailto:sage [2006/06/10(土) 23:15:24 ]
ごく一部をのぞいてそんなとんがった技術が要求される業界じゃないから
必要な知識はOJT式にやりながら覚えていけるでしょ。

737 名前:デフォルトの名無しさん mailto:sage [2006/06/10(土) 23:33:56 ]
>>735
知っておいたほうがいいこと
 ・部品マニュアルの和訳は無い
 ・部品マニュアルは必ずしも正しくない

738 名前:デフォルトの名無しさん mailto:sage [2006/06/10(土) 23:43:24 ]
>>736 >>737
おぉ!ありがとうございます
周りに経験者がいないので結構びびってました
英語力は必要だとは聞いていたのでマニュアル見れるようにがんばります

739 名前:デフォルトの名無しさん mailto:sage [2006/06/10(土) 23:52:22 ]
割り込みハンドラでやってはいけない処理って
どういうのがあるのでしょうか?

740 名前:デフォルトの名無しさん [2006/06/11(日) 00:00:28 ]
>>739 時間を取る処理をすること。割り込み中は他の処理を止めているため割り込み中で時間をとると他の処理がタイムアウトや失敗することがある
割り込み以外とリソースを共有すること
変数などを共に書き換えているときは割り込み以外は割り込み禁止にしてかき変えないと競合する

741 名前:724 mailto:sage [2006/06/11(日) 00:45:54 ]
>>740
変数書き換えごときで割り込み禁止にするなよ。
つか、割り込みの外と中で同じ変数に書くな。
中で書く変数は外では読み専用。
外で書く変数は中では読み専用。

742 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 01:22:13 ]
>>741
おいおいなんだか痛い人だなあ。

例えばさあ、その「中で書く変数」とやらを「書く」操作が
アトミックじゃなかったとしたらどうなるんだよ。

っていうか>>739はマ板でも同じ質問してるんだよね。
そっちでも書いたけど、そもそもそれが分かってない奴が
割り込みつかっちゃいけないよ



743 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 01:22:52 ]
>>740

セマフォなどのリソースの獲得も問題なのでしょうか?

744 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 01:43:33 ]
割り込み禁止なんて事は、どうしようもなかった時の方便で使うにトドメレッてことだろ。
つか、そもそも割り込み内でリソース扱うなw システムコールもするなw

745 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 03:22:53 ]
セマフォの「獲得」は初期化時にやっとくのがふつうだね。
セマフォを使った排他制御自体は(長く止めないことが判ってれば)割り込み中でも可。

>>741 uart使うときの、リングバッファ中の滞留バイト数みたいな情報は割り込みの中と外
両方から更新する必要があるでしょ。これを割り込みの外から更新するときには割込み禁止
にする必要がある。LD、add、ST、の3命令だけの短時間だけ。

746 名前:ビル・ジョブス mailto:sage [2006/06/11(日) 03:45:43 ]
割り込み処理で使えるリソースは自分自身が管理しているデバイスとメモリ、
システムコールは許可されている物のみ。
割り込み禁止にする・しないは、割り込みレベルを抜きに語れないでしょ?
通常はより優先度の高い割り込みは入れるものかと。

リングバッファについては割り込み側はputのみアプリ側はgetのみにすれば
割り込み禁止にする必要もないかと、getが遅くてputできない状態は取りこぼすが、
そればリングバッファを増やすなど設計・運用で対応するのがベター。
putPtrとgetPtrを用意してポインタで管理すればアプリは何バイト読めるか計算で
求められるのでバイト数をカウントする必要は無いよ。もしもその瞬間割り込まれたとしても、
putPtrが1マシンサイクルで更新される、つまり1インストラクションで更新されるCPUならば、
割り込み処理側が優先されるので不具合にはならないはず。
SHはOKでH8-300シリーズもOK、H8-500シリーズは割り込まれると怪しい処理になるかもね。
よって厳密にはケースバイケースが正しいのでは。

747 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 04:15:31 ]
送信側のringバッファは以前このスレで聞いてポインタだけに直せました。

受信側は、「受信したバイトがあるかどうか?」を見るのに滞留数を使ってるので、滞留数を
廃止できなかったのですよね。滞留数をputptrとgetptrから計算する手法はここで聞いて理解
したのですが、取り出し側で滞留数を判定するときに毎回その計算するよりは、
受信時滞留数++、取り出し時滞留数--、滞留数がゼロでなければ「受信バイト有り」のほうが
オーバーヘッドが少なそうだったので。3MHzの8085での話です。

10MHzオーバーのH8ならそんなオーバーヘッドは気にしないでよさそうですね。
H8/500シリーズは、メモリ++が1命令でできるのでだいじょうぶです。

748 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 05:14:11 ]
少なくとも >>735>>739 には

エレベータ制御はやらせてはいけない


749 名前:デフォルトの名無しさん [2006/06/11(日) 07:23:20 ]
@itで組み込みベンダーの半分は海外に外注って書いてあったけど本当?

750 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 11:30:49 ]
質問者は「割り込みハンドラのなかで〜」と抽象的なことしか言ってないのに
特定の環境に引き寄せて回答してる奴ってのは頭おかしいのかね
自分のやってることが世界の全てだとでも思ってるのだろうかw

抽象的な質問には抽象的に答えるしかないだろうに。
具体的を出すなら「例えば」と前置きしろよ。
ま、具体的すぎる「些細な話」が一般的に万人にとって役立つとはとても思えないが。

751 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 11:33:26 ]
OS使えよ。バカなんだから。

752 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 11:53:22 ]
>>749
多分、本当。
でもって、仕様通りじゃないとか、糞過ぎて使えねえとか、その辺の経験を一通りクリアしたくらいの時期。



753 名前:デフォルトの名無しさん [2006/06/11(日) 11:56:07 ]
>>450必死だなw
素人は黙ってろ
組み込み系は専門知識が重要だから無知なやつが書いたらすぐ判るぞ

754 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 11:59:15 ]
いつの話を蒸し返してるんだよお前わ

755 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 12:00:39 ]
そのくらい粘着じゃないと、BUG取りはできないよな。

756 名前:デフォルトの名無しさん [2006/06/11(日) 12:05:16 ]
>>752 thx うちの会社は遅れてるのかな。
国内の外注は良くやるが海外の外注はないな。
実装がアウトソーシングされるとSEとQAしか会社に残らんのとちゃう?

757 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 12:08:59 ]
>>756
固有デバイスに特化した知識なんていらないだろ?

758 名前:デフォルトの名無しさん [2006/06/11(日) 13:13:18 ]
>>575 特定デバイスに特化した知識がないとオープン系と変わらんぞ
組み込みlinuxなどのオープン系のOSが普通になると組み込み系の技術者はハードとソフトの両方の知識が入るドライバー周りだけしか残らないかもな
実際ソフト規模が増えて組み込み技術者不足らしいがオープン系から流入して来るんだろうな

759 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 13:20:32 ]
>>758
おまい、わかってないな。
特定デバイスは特定デバイス専門でやてくれる所に投げればいいんだよ。
その方が、安いし速いし安全。

システム全体の寿命と、そのデバイスを採用し続ける寿命、どっちが長いと思ってんだ?

760 名前:デフォルトの名無しさん [2006/06/11(日) 13:26:41 ]
>>759話が噛み合わないな
ドメインが違う?
普段何開発してんだ?

761 名前:デフォルトの名無しさん mailto:sage [2006/06/11(日) 19:58:37 ]
今FPGA開発している。
ソフトと違うんで色々苦労するけど、興味深いものはあるな。

海外に外注というか、系列ソフト会社に外注して、その孫外注が在日の中国人で
日本語でコメント入れてくれてたんだけど、てにをはが壊れている以上だった。
今はインドとか開発依頼している。
日本に来てもらったりした時は、ベジタリアンとかだと食事の世話に困るんだよなあ。

762 名前:デフォルトの名無しさん mailto:sage [2006/06/12(月) 18:41:56 ]
普通に英語でコメントを書いてくれればいいんだけど、
現地語でかかれてなんじゃこりゃ?って経験はある。



763 名前:デフォルトの名無しさん mailto:sage [2006/06/13(火) 07:34:08 ]
香具師らも日本語のコメント見て
現地語でかかれてなんじゃこりゃ?って思ってるだろうな

764 名前:727 mailto:sage [2006/06/13(火) 12:48:47 ]
>>732,>>733
ま、議論し尽くされたネタだし、版違いなんだろうが
オレ的には、どこまでいっても、オブジェクト指向と構造化プログラムは似て非なるものという認識なのだが
とくにCの場合は、旧処理を許しているから混同しがちだが
旧処理系でどんなにオブジェクト指向"風"にやってもそれはあくまで高度な構造化
それを広義に"オブジェクト指向技法"といってよいものかどうかは、現在の理論でどう解釈されているかはわからん
実際どーなのよ

765 名前:デフォルトの名無しさん mailto:sage [2006/06/13(火) 19:08:05 ]
NeXTSTEPとかみたいに、それ前提のシステムがあるが、
オブジェクト指向前提の言語でやらなきゃ真なるオブジェクト指向にはなり得ないという考えなのかな。

766 名前:デフォルトの名無しさん mailto:sage [2006/06/13(火) 22:07:41 ]
Cだろうとアセンブリ言語だろうとオブジェクト指向でコードは書ける。
単にオブジェクト指向言語は、非オブジェクト指向言語で、
オブジェクト指向を書くときに、明示的に書く処理を書かずに済むだけ。

767 名前:デフォルトの名無しさん mailto:sage [2006/06/13(火) 22:55:57 ]
>>766
でもそもそも「オブジェクト指向」の定義があいまいだからね。

構造体とメンバを操作する関数を一塊にして仮想的な「装置」と看做すこと
こそオブジェクト指向の本質だ、っていう見解の人もいれば(俺はこっちの立場)、
継承だの多態だのといった瑣末(だと俺は思うんだけど)な技術こそ本質だって人もいるから。


768 名前:デフォルトの名無しさん mailto:sage [2006/06/13(火) 22:58:36 ]
本当のオブジェクト指向なら、ポインタなんて使わねえだろうなぁ

769 名前:デフォルトの名無しさん mailto:sage [2006/06/13(火) 23:54:26 ]
そうだよ。「対象を目的地に移動させます」と書いておけば移動媒体のファームウェアが出来あがる。
こんな楽な事はない。


770 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 00:12:43 ]
大体だな、オブジェクトというのは貧乏人が使うクロージャなんだってばよ。

771 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 00:18:49 ]
>>769
識別子(ID)くらいは必要だろ。

772 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 00:48:46 ]

いらないよ。
対象は人でも、荷物でも、電子でもなんでもいいんだ。 目的地は南極だろうが宇宙だろうが異次元だろうがどこでも良い。
移動手段はオブジェクトが決めてくれる。

オブジェクト指向。すばらしい。



773 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 00:50:47 ]
そうだよなあ。
車.移動(自宅)
で移動してくれるわけだから、、、って話がずれてないか?


774 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 00:53:51 ]
上流階級はオブジェクト指向なんかでプログラミングしない。
上流階級は関数型言語だ。

775 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 05:11:01 ]
>>773
ハイヤーならそれでいいが
実際には免許を取得して
車を購入して
ちゃんとメンテナンスして。。。

あ、でも免許も車も再利用できるわけで。。。

776 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 10:43:48 ]
エレベータ.潰す(人)

だれだこんなコード書いた香具師は


777 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 12:37:22 ]
>>776
マ板へいけ

バグ被害スレとか、エレベータスレとか建ってるぞw

778 名前:デフォルトの名無しさん mailto:sage [2006/06/14(水) 22:40:29 ]
>>774
一方ロシア人は天才を育てた

779 名前:727 mailto:sage [2006/06/15(木) 14:46:22 ]
その昔あるとき、Cでオブジェクト指向風に、非常に構造化して書いて悦に入っていたのよ>オレ
その後それをC++でリメイクする機会があった
そうしたら、えらくシームレスに書き直しができたのね
で、だけじゃなくコード量が減ったですよ、なるほどと思いながら、気が付いたのが、
オブジェクト指向言語の求めるものを処理系が用意するところを、グラマーが負担していただけのこと
また、オブジェクト指向が求めるものは、格好じゃなく
安全性や可視性の面で有利な点があるよね
それらをグラマーが負担していたら、格好はオブジェクト指向的かもしれんが
大きく違うんじゃないだろうか

まるで、船と飛行船みたいなもの
同じように海の上を走るから同じジャンといったら、それは違う
「継承だの多態だのといった瑣末」という意見があったけど
結構、「瑣末」の部分が、その本質的な要求を満たすのに必要なものじゃないだろうかと


780 名前:デフォルトの名無しさん mailto:sage [2006/06/15(木) 15:27:46 ]
>>778
ロシアはエスパーを極秘で育ててるんだろ?エスパーいれば天才いらないじゃん。

781 名前:デフォルトの名無しさん mailto:sage [2006/06/15(木) 17:20:23 ]
>>779
成る程そういうことならハゲ同。

>>780
なぜ “極秘” で育てている事を知っているんだ。

782 名前:デフォルトの名無しさん mailto:sage [2006/06/15(木) 17:27:49 ]
>>781
>>780もエスパーなのさ!
質問スレで大活躍!!!



783 名前:デフォルトの名無しさん mailto:sage [2006/06/15(木) 17:45:41 ]
>>781
極秘っていうのは、極めて秘密にしたいことというだけで、情報が外に漏れないことを保障するわけではないからね。

784 名前:デフォルトの名無しさん mailto:sage [2006/06/16(金) 03:08:10 ]
必ず殺す技

と書いて必殺技だが、大抵はガード可能






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<253KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef