自称「優秀なプログラマー」発見

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39777.html

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39560.html

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39741.html

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/log/2001052/messages/39598.html

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/log/2001052/messages/39529.html

憂ンコだ紙no...

バカのスクツso-netじゃねーか。
こいつよりもボードリーダーのほうがムカツク

馬鹿ぁ？

通常の会話の中で専門用語をいちいち小難しく話す奴にはキチガイが多し。
これ定説。

基地外age

晒しage

勧告）早急に人間を自主退職してください。>>1のリンク先

2chのキチガイって大抵演技はいっている偽者か、病気の場合
多少共感する部分もあったりするもんだと思ったけど、
水野様とこの人はモノホンだね。ある意味感動。モノホンの
キチ外って今までみた事なかった。全く理解不能。

がいしゅつだ、ｺﾞﾙｧ！
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=992311218

　スッスゲェ・・・久々のお楽しみだ。
http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39766.html
とにかく「アメリカ」！

>>10
こっちが先。

>>11
なんか、コンプレックス丸出しの宅○っぽくない？

>>3
つーか、スクツってなんだよ。ソウクツだろ。バカ。

>>14
ﾈﾀに突っ込むｲﾀｲ人。

>>11のリンク先の内容より
>Ｃ→16進こーど、16進こーど→Ｃの変換をおおよそ頭の中だけで
>変換できる人達です。
あんた「コンパイラ」いらないね。
ツーか全部アセンブラで書いたほうが良いと思われ。

あげとこう

>>16

>ＪＡＶＡはＣに比べて、メモリ管理は厳密で、しかも、遅いのは
>ＩＥやＮＣの上でインタープリターで動いてるからで、コンパイルして
>ＪＡＶＡチップ上で動作すれば、高速で動く．．．
>．．．とかなんとかは、置いといて(^_^;)

>＞ なんで日本人は言語を開発しなかったんだろ。
>．．．．．ＴＯＲＮは？　　　．．．（爆！）

この痛いのが芸なのか？？ まじで気分悪くなってきた。

＞１８
芸つーか、天然だろ。
いわゆるﾓﾉﾎﾝの人。

下げたいのはこれだろう

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39878.html

すげえなぁ。こいつ、「世間は俺の優秀さを理解できない」とか常日頃思ってるんだろなぁ

>>20
こっちかとおもった。
８以降面白いよ
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=992279930

氷魚くんは粘着電波です。

氷魚くんてホントにプログラマとして給料もらえてるんだろか？

それならこれを、上げられたクソスレにsageで貼り付けて様子を見てみよう

裸でワッショイＳＭＧスレ
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=991892877
ftverb36.lzh 藤井智弘くんスレ
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=991937203
自称優秀プログラマ氷魚くんスレ
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=992037045

>Ｃ→16進こーど、16進こーど→Ｃの変換をおおよそ頭の中だけで
>変換できる人達です。何に必要なのかまでは言えませんけど。
>レジスタとＣの距離は普通の人が思うより遥かに遠いですよね？

あー。俺リストラ寸前プログラマなんすけど、上記の言い方ったアリなんすか？
１６進って別に２進でもいいような気もするし。。アセンブラって言わないのかなー。
それと「レジスタとＣ」の距離ってのも。。「ポインタとレジスタ」「アセンブラとＣ」
ならまだ解るけど・・

だから俺はダメなんだなー。。。鬱

>>26
本気にすんなって（ｗ
電波を本気で相手してたら取りこまれるぞ。気をつけろよ。

上げ荒らしくんは、なぜかこのスレは上げないねぇ。

>>28
あげるとまた上げあらしくるじゃん。（藁
まー下げる手間より上げるほうが楽なんで、戦ったらあげあらしには勝ち目ないけど。

>>28
あーあ、また上げ荒らし着たじゃん。
せっかく１５分ほど静かだったのに。

このクソスレも上げてよ、荒らしくん。

なぜかこのスレを上げると過敏に反応する上げ荒らしくん。

実験上げ

すげえ粘着荒らしに狙われてんのな。

もう一度実験してみよう

いかれ電波age

ギャハハハハハハハ！！スクツ！！そうか、あげ荒らしはこれがしぬほど恥ずかしくて必死にさげようとしてるのか！

>>37
スクツは2chの慣用句だってばさ。
揚げあらしは1のリンク先のアホじゃないの？

電波対策age

>38
一回も聞いたことないぞ。おまえがあげ荒らしか？早いとこ氏ねよ。

>>40
新2ch慣用句読み方辞典

既出=ガイシュツ
巣窟=スクツ
SMG=ワッショイ

>ＪＡＶＡはＣに比べて、メモリ管理は厳密で、しかも、遅いのは
>ＩＥやＮＣの上でインタープリターで動いてるからで、コンパイルして
>ＪＡＶＡチップ上で動作すれば、高速で動く．．．
>．．．とかなんとかは、置いといて(^_^;)
>＞ なんで日本人は言語を開発しなかったんだろ。
>．．．．．ＴＯＲＮは？　　　．．．（爆！）


やはり(^_^;) を使う奴に痛いのが多いという持論は正しかったな。

アゲ！

(^_^;)

torn?

あげ

asage

ほんの２〜３行読んだだけで・・・心が癒されました。
こういう天才が世の中で認められるようになれば、
堅苦しい今の世の中も、もっと楽しくなるんじゃないでしょうか？

ボクは氷魚大先生の文章を読んで、目からウロコが落ちましたよ。
先生はボクの恩師です。
おそらくキリストやブッダを超える聖人になられると思います。

鬱になってきた。

自分もたまに誇大妄想入った発言したり、
一生懸命書いた報告書の文章が理解されなくて、
相手の国語力を疑ったりする。

もしかしたら職場で氷魚くん扱いされちゃうかも、
ブルブル。こわいよ〜

氷魚君の日本語は支離滅裂だと思います。
何が言いたいのか、さっばりわかりません。

定期sarasiage

まさかこの氷魚って奴は俺のドッペルゲンガーじゃ無いだろうな？
この馬鹿さといい日本語の支離滅裂さといい、俺そっくりじゃないか！
やばいぞ俺！そのうち氷魚って奴に命狙われるのかな俺？

>>41
素朴な疑問でスマソ。
いつからSMG=ワッショイ になったの？
用語集に載ってたっけ？

社員一同で「ワッショイワッショイ」裸踊りするから。

>>53

用語集ってどこにあるんでしょう？(マジレス希望)

あ、別に>>41さんを擁護するわけじゃないッスよ・・・。

>>55
ttp://shake-hip.com/niwatori/

俺、面白くて仕事中なのもかまわず過去ログあさってましたｗ

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/log/2001052/messages/39603.html

とくに、これ大好き。
早くもファンになっちゃいました。
１よ、ありがとう。
お前が居なければ、このままつまらない人生を歩んでいたことだろう

>>57
>struct駄目です、使い物になりません。int_hairetu[i]とかの方がいいです。
ほー、structは駄目かい。

>恐らくその当時は、パイプライン0、一命令、一実行、メモリアクセスはフラット。
>（多分Ｌ1、Ｌ2なんてものもなかった・・・よーな・・・挙動からの推定ですが）
推測なんかせずにハード調べろよ。

>日本系のＰＣもそうだと思われますが、当時は非常にメモリが貧弱な量でした。
>大概はＦＤ1枚に収まりきらず、交互に入れ替えなければならないＥＸＥでした。
>（もし僕に完全に指揮させてもらえたら多分ほとんどのものが一枚で済んだかな（笑）
指揮させてもらえなかったのか、そうだろうな。

>言わんとすることが・・・おおよそおわかりいただけますか？
さっぱりだ。(ﾌﾟ

>>57
限定された環境下においては、それほど的外れではないが、説明の仕方が悪いな。
たとえば、ヒープ領域があまり多くないOS上で連続動作するアプリを
作成する場合には多少は気にとめる必要がある。
しかしstructがだめという発言はよーわからん。
要するに動的に確保＆開放を繰りかえさなければ良いだけと思う。
えらそーに書くほどのことでもない。

>で、行われるのが標準関数の拡張、削除、ドーピング（これできる人少ないか・・・）。
>ドーピングっていうのは当然標準関数そのものを最速な物に書きかえることです。
>その後は通常にＣを書いている人にすら恩恵が及びます（笑）
標準関数の置き換えはそれほど難しくはないと思うけど。あえて普通はやらないと思う。
デバッグを完璧にやり遂げるなら否定はしないけど、アセンブラで書くほうが早いんじゃね-の？

まーアセンブラから離れられないロートルのたわごとだね。

>>57
限定された環境下においては、それほど的外れではないが、説明の仕方が悪いな。
たとえば、ヒープ領域があまり多くないOS上で連続動作するアプリを
作成する場合には多少は気にとめる必要がある。
しかしstructがだめという発言はよーわからん。
要するに動的に確保＆開放を繰りかえさなければ良いだけと思う。
えらそーに書くほどのことでもない。

>で、行われるのが標準関数の拡張、削除、ドーピング（これできる人少ないか・・・）。
>ドーピングっていうのは当然標準関数そのものを最速な物に書きかえることです。
>その後は通常にＣを書いている人にすら恩恵が及びます（笑）
標準関数の置き換えはそれほど難しくはないと思うけど。あえて普通はやらないと思う。
デバッグを完璧にやり遂げるなら否定はしないけど、アセンブラで書くほうが早いんじゃね-の？

まーアセンブラから離れられないロートルのたわごとだね。

ダブった。スマソ

>>59
限定された状況下って何でしょう？
メモリの断片化についていってるなら、
ドコでも議論されてる話題ですね。
それを解決するためにnew演算子があるわけだし。

どうでもいいけど、アレを読んでホントにプログラマが書いたと思います？
適当に専門用語並べただけにしか見えませんが。

>>62
DOS以前にプログラマを目指してバイトでもしてたのかもね。

>>62
＞適当に専門用語並べただけにしか見えませんが。

そんなのは奴が書き込んでる掲示板がPC一般系であることからも明らか。
PC初心者が集まるような板で自慢げに情報量ゼロの専門用語並べ立てて
マスターベーションしてるｷﾃｨｶﾞｲだよ。
本物のプログラマに突っ込まれて怪しげな言い訳してるし。

>>62
Windowsならnewハンドラを使えば回避できるね。
限定された条件下というのは、マイコンで独自OSを動かす場合とかRAM領域が少ないOSにて
連続稼動するシステムのことを意図して書いた。
おれの書き忘れだな。スマソ。

本人ですが。

すごいな...。
他人の文章を言葉額面通りに受け取るよーな
純真な人間が、まだこんなにいたのか( ﾟﾟ;
ボウヤたちはいつまでもその素直な心を忘れないようにね。

ただ、１つだけは言っておくよ。
他人の糸(意図)も分からずに鵜呑みにすると、
悪いオジサンに釣られてしまうこともあるからね。
お父さん、お母さんに「疑う」ってコトを教えてもらってね:-)

>>59さん
プログラムってものを勉強してね。
プログラムをちゃんと読むことができれば、
どういう使われ方してるのかはすぐに分かるよ。頑張って！:-)

本物かな？ドキドキ

>>66

氷魚さんの投稿の中には問い掛けの言葉もありますが、
その前提とする説明もなく、唐突に問い掛けられましても
第三者にはその発言意図は理解困難であります。
面倒とは思わなく、自分の意図を伝える為に
文章をまとめ上げる努力をお願いします。

というわけで日本語によるコミュニケーション不全は
今に始まったことではないようですが、煽りもつまんないし
ここのプログラマを唸らせるような ウィットのきいたのを
一発お願いします。英語でも可です。

66の日本語は普通すぎてとても同一人物だとは思えません！

／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|　オヤジ、氷魚！
＼＿　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　｜ ／　／
　 　 ∨　　| 　こっちはガレージだ。
日　▽　�U＼　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
≡≡≡≡≡｜ /　　 ∧∧　　／
　�V　∩　［］ ∨目　（ﾟωﾟ=）＜　あいよ。
＿_ ∧∧＿_＿ .∧∧|つ∽＿ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　（　　,,）日　 （　　,,）∇
― / 　 つ――./ 　 | ―――
＼(＿_.ﾉ　　 ＼(＿_.ﾉ
　━┳━ 　 ━┳━

>>57のリンク先のタイトルより
>当時のものならば、簡単に安定化もＯＳ拡張もできましたし
　具体的にこいつの仕事を見せて欲しい。

>>65
newハンドラを書き換えても基本的には断片化は防げませんよ。
確保失敗したときだけですから。
普通はオーバーライドするもんでしょ

>>66
つまんねー。
電波が足りねえよー

>>66
もう少し頑張りましょう（ｗ

>>73
同意。
ありゃ、本物キティじゃないと真似できんわ。

（ﾟДﾟ）ｨｲ!!ｽﾚｯﾄﾞage!!!
（ﾟДﾟ）ｨｲ!!ｽﾚｯﾄﾞage!!!
（ﾟДﾟ）ｨｲ!!ｽﾚｯﾄﾞage!!!
（ﾟДﾟ）ｨｲ!!ｽﾚｯﾄﾞage!!!

キティちゃんﾏﾝｾｰ

書き込み最後と言いながら、また書いてるage

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39923.html

なんか芸しろ＞氷魚

>>78
わざわざ恥の上塗りすることもないのにな。

氷魚様が再光臨された！
皆、心して静聴するように。

念のために聞いておくが、コンパイラの最適化・プロファイルオプションを
つけたりしていないだろうね？
最適化とは、本来、プログラムを書く本人の手によって
すべて慎重に行われなければいけないんだよ。

透明性の低いコンパイラでは、計算したアドレスが狂ってしまうからね！

おおお、すげー。
16bitってうるせーから過去からの旅人かと思ってたけどよ、
P4の分岐予測の話もしてるぞ。
頭の中どういう構造してるんだ（藁

＞staticな変数なら関数呼び出さなくてもポインタとかで書き換え可能です。

可能だからってやらねえよな・・・
もし必要があるならそれは間違い無く設計が悪い。
でもこんな常識は天才氷魚様には通用しないんだろうな…

66は明らかに偽者でしょう。
so-netの他のボードでも出没していますが、一度たりとも、こんな意味のわかる
発言はしたことがありません。
66の発言は、自分の位置を固定して、周りの人を下にする（この場合は、馬鹿にしている）という
表現形式ですが、通常、彼の文章にはこのような表現形式は見られません。ほんものであれば、周
りの人の位置はそのまま、自分だけが高みに突き抜けるような表現をするはずです。

５９さんへのレスであれば、
　>>59さん
　プログラムってものを勉強してね。
等と、意味のある表現は通常行われません。

たとえば、
> しかしstructがだめという発言はよーわからん。
このへんは、日の丸ダメダメＯＳを使ってると、なかなか見えてこないものです。

> 要するに動的に確保＆開放を繰りかえさなければ良いだけと思う。
> えらそーに書くほどのことでもない。
その動的確保＆開放も、僕のいた会社では…（爆）
やっぱり、アメリカは違いますよ。ホント。
以下自粛…（謎）

等となるのがより氷魚的表現です。

つーか66ってレンサバ板で見たことがあるような気がする.....。

どうでもいいけど、ヤツは絶対別HNでかきこんでるよな

別HNでも、書き込みを読めば誰だかバレバレな気が..
age!

http://saki.2ch.net/test/read.cgi?bbs=qa&key=993396409

>>87
だろうけど、いまだに後からレスしてくるってことは、
掲示板見てるってことだろうから、発言してくるんじゃないか？
sage!

>あと、ＷＩＮならメモ帳貼り付けるぐらいなら領域管理は可能かもしれない
>。けどリッチエディットの方は辛いと思われますが・・・・。
>まぁこの辺は職につけばちゃんとした資料があるのかも知れませんけど。

職についていらっしゃらないご様子

age!

＞ C の int は普通 「ＣＰＵと同ビット長の整数用レジスタ分のバイトサイズ」 ですよ．

ＡＮＳＩは未だ16bitもサポートしています。
調べればわかりますよ。機種限定の言語は言語とは認められません。

−−−−−−−−−−−−−
氷魚君の脳内は凄いことになっているようだ。
http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39933.html

>あと、僕が関わったのは1985〜1994のあらゆる機種と言ってもいいぐらい。
>1993辺りは完全に開発側に回っていたので5年ぐらい足しておいてくれてて
>十分です。当たり前ですけど16、32bit、64bit全てに適応できます。

どういう計算だかわからないけど、+5年がカコイイ！

age!

＞ ＞ ＞ C の int は普通 「ＣＰＵと同ビット長の整数用レジスタ分のバイトサイズ」 ですよ．
＞
＞ static　intでは？、それは。グローバル変数もそうかな。
＞ int変数一個増やしたらｅｘｅのメモリ使用域がレジスタ分のバイトサイズ増で
＞ 済む事はまずありません。
＞
＞ ただ・・・。32bitＯＳとかは規格逸れていることも多いから有りうるかもし
＞ れない。ストリーム装置もあるのかないのかあやふやだし・・・。

8bitだろうと、16bitだろうと、32bitだろうと、64bitだろうと、
staticなintもautoなintもメモリの使用量はかわらないことを
ご存じない様子。

あの方のすばらしいC--では違うんですよね。
かっこいいですね。

>>93
セグメントの話を彼はしてるのでは？

>>94
セグメントが絡むとメモリの使用量が変わるとでも？

場生んだリー?

>>95
> セグメントが絡むとメモリの使用量が変わるとでも？

変わるんじゃないですか？
foo.c
int main() {}

foo1.c
int main() {int i;}

foo2.c
int main() {static int i;}

　 text　　data　　 bss　　 dec　　 hex filename
　　791　　 220　　　24　　1035　　 40b foo

　 text　　data　　 bss　　 dec　　 hex filename
　　791　　 220　　　24　　1035　　 40b foo2

　 text　　data　　 bss　　 dec　　 hex filename
　　791　　 220　　　28　　1039　　 40f foo3

-rwxrwxr-x　 1 foo　　　foo　　　　 11247 Jun 25 11:59 foo*
-rwxrwxr-x　 1 foo　　　foo　　　　 11248 Jun 25 11:59 foo2*
-rwxrwxr-x　 1 foo　　　foo　　　　 11268 Jun 25 11:59 foo3*

foo1.c -> foo2.c
foo2.c -> foo3.c
の間違い。

>97
でどこがセグメントと関係あるの？
ちゅうか環境を書けよ。

>>99
> でどこがセグメントと関係あるの？
？？
変数がauto変数の場合とstatic変数の場合では使われるセグメントが違うでしょう？

> ちゅうか環境を書けよ。
97の環境はLinuxです。UNIXでも一緒。
Windowsのプロセスモデルは知りませんが、似たようなものだと思います。

>>100
使われるセグメントの違いなんか聞いてないよ。
問題になってるのは「メモリの使用量」だろう。
まさかセグメントごとの使用量が云々とか言い出さないでくれよ。

もともとの問題は>>93の
＞ ＞ ＞ C の int は普通 「ＣＰＵと同ビット長の整数用レジスタ分のバイトサイズ」 ですよ．
であって
int i の属するセグメントがどうであろうと
４byte占有するのでしょ？

＞ static　intでは？、それは。グローバル変数もそうかな。
って事実（>>97で示す各セグメントの長さ）そうなってるやん。

>>102
もともとの話の流れを追っているわけではなく、

>>93で
>＞ static　intでは？、それは。グローバル変数もそうかな。
>＞ int変数一個増やしたらｅｘｅのメモリ使用域がレジスタ分のバイトサイズ増で
>＞ 済む事はまずありません。

と書かれているので、「ｅｘｅのメモリ使用域」の話と判断したのですが、
間違ってるみたいですね。

失礼しました。

セグメントって何ですか？

どのセグメントを使っていようが、intはint。
最適化でauto変数が実メモリ上にマップされないとき以外は
sizeof int を消費する。

（ただ、氷魚様の世界＆C--の処理系においては
　自動変数は必ず予測できるような位置（スタック上）にとられる
　から、常にsizeof intを消費する。）

OSからみたらスタックもテキスト領域もセグメント単位で管理
されてるんだから、セグメントサイズを超えて追加のセグメントを
要求しにいった時点で初めてメモリを消費したといえるが、
静的領域にとった場合は、プログラムをメモリにロードした段階で
すでにメモリを消費してしまう。
これに対し、スタック上にとる変数は、関数から抜けた時点で
解放されるため、別の関数で異なる変数のために再利用することが
できる点が異なる。

（同じ関数を二度続けて読んだ場合、自動変数の内容が
　関数を抜ける直前の状態を保持していることは
　氷魚様ワールドでは常識。
　もちろん、構造体を返すようなコードや処理系、
　プロファイルオプションをつけたときに
　関数の出口入り口で内部コードがスタックを汚す処理系は
　そもそも、ブラックボックス的なOS/コンパイラなので
　議論の対象外）

（静的領域についても、demand loading しているような
　ブラックボックス的なOSは、そもそも、氷室様の議論対象外
　なので除外）
（静的領域についても、demand loading しているような
　ブラックボックス的なOSは、そもそも、氷室様の議論対象外
　なので除外）

（スタック領域をdemand extendingしてくれるような
　ブラックボックス的なOSも、議論対象外だが、
　それすらしないOSで動くプログラムのスタック領域が
　プログラムのロード時に固定でとられていることも除外）

以上のように、限定的な状況ではあるが、
一つ一つの変数ではなく変数領域全体を見渡したときに
変数のメモリ使用量が（見かけ上）ことなるというのが、
氷室様の指摘した点について、疑う余地はない。

>>105
氷魚くんは、昔ＢＤＳ−Ｃをちょこっと使っただけの知識をもとに
しゃべっていると思われ。

lifeboatのCかも。
でもなんか、コンパイラの最適化を知らないみたいだからLSI-Cあたりじゃないの？

氷魚さんの発言は、
ttp://akatan.cool.ne.jp/kokoro.htm
の「精神分裂病」の項と併せて鑑賞するのが楽しいです。
精神医学ってのも、なかなか的を得ているものだと思います。

どうも、彼は連続して書き込む時期と、ぱったり書かなくなる時期がある
ようで、躁鬱のページも参考になります。

>>108
「連合弛緩」「言葉のサラダ」ですね。

凹ませるなよ、このまま持ち上げるんだ

>>104
アセンブラのソースでいうところの .text とか .data だと思われる。

OSはメモリをページ単位（たとえば4KB)で管理していて、
だれかがメモリが足りないからくれとか
ファイル読もうとしたけどまだメモリにコピーされてないよボケとか
いわれるたびに、ページ単位でメモリを切り売りします。

>>107
BDS-Cは、AUTO変数と言うものが無くて、関数内で宣言しても
みんなstaticな領域に取られるから、「同じ関数を二度続けて呼
んだ場合、自動変数の内容が 関数を抜ける直前の状態を保持
していることは氷魚様ワールドでは常識」ということの説明がつく
んだ。

>OSからみたらスタックもテキスト領域もセグメント単位で管理
>されてるんだから、セグメントサイズを超えて追加のセグメントを

メモリ配置の開始アドレスだけでなく割り当てるメモリの量も
セグメントサイズで管理してましたけ　切り売りしていたような・・・

>>112
それ、関数の再帰呼び出しした時とかどうなるんですか？＜自動変数 == static な BDS-C

なんか文章がつまんなくなってきちゃったね。

>>113
OSに対する割り当て要求は常にページ単位です。
例外はありません。

プログラムからみた場合のメモリ割り当ては
ワード単位で行われるのがふつうですが、
これは、メモリ割り当て用のライブラリが
ページ単位で取得したメモリを切り売りしている
だけであって、本質的にはページ単位の
メモリ割り当てでしかありません。

例外はないけど、割り当て要求例外はあります。

なんちって。えへへ

>>116
ページ単位ってx86のrealmodeでは16byte単位で正しいすか?

>>118
すこしちがいます。

x86系のCPUが管理するセグメントレジスタは、実質16バイト単位で
実アドレスへのアクセスをずらすことが可能ですが、
ここで取り上げていたのは、OSが管理するメモリのページのサイズです。

たとえば、x86系のNTは4096バイト単位、DEC AlphaのNTでは8192バイト
単位、というやつです。

ここで注意しなければいけないのは、
氷魚様わーるどのメモリ管理は、そちらの、x86特有のメモリ管理
のことをさしているんじゃないかということですね。

おお、また降臨されている。
age

とりあえず、
まだ何年か先まで使える知識だと思ってらっしゃるようです。

>あと何年使える知識なのかは僕もいちいち考える事です。

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39943.html

>＞ ＞ あと、僕が関わったのは1985〜1994のあらゆる機種と言ってもいいぐらい。
>＞
>＞ 「あらゆる機種」が何を指すのかよくわからないが，その期間に存在した全種類のコンピュータを使ったと言いたいの?
>
>ＣＰＵはインテル系とその他シンプルなＣＰＵ含、アップル系、
>ＯＳはバージョン違いをさっぴいても50種は最低いきます。
>それかけるコンパイラ最低10種。バージョン変更、バグ取り版もあり。
>無論そのままでは動かないコンパイラ、ＯＳも数知れず。です。

よくわかんないけど、DOSも、OSに数えているようです。

アップル系のCPU・・・？まぁ何が言いたいのかは分かるが・・・

氷魚様ってもしかして、いまだに「セグメント逝って良し、リニアマンセー！」
な人なんじゃないの？

メインフレームの最新技術とか、WSでもクラスタリングとか
本とのこと知ったら腰抜かすかもね。

20代前半ってのは明らかにおかしいよね

で、Cマイナスはどーなったんだろう？
誰も相手にしてくれなかったのかな。

>>119
よくわかりました。ありがつ。
昔、Terminate Stay Regidentな奴書いてたので
(常駐領域サイズ指定は16byte単位だった)、
ごっちゃになってました。たしかに16byte単位で
いちいちメモリ確保なんてやってたら非効率っすね。

>ええ。けどそれも自分で勝手に挙動を変えてました。仕事暇でしたし。
>ＯＳが実行時にメモリ管理に干渉してくるのは正直な話嫌いです。
>隠蔽型ＯＳでたまにありました。避けるのに苦労しました。

仕事干されていたご様子。
ついでにプロテクトモードのメモリ管理をご存じない様子。

>＞ ＞ ＞ 上のプログラムだと g は自動変数だから初期値は不定です．
>＞ ＞ ＞ 値を代入する前に参照してはいけません．
>＞ ＞
>＞ ＞ 後々ヒープ領域として用いる事も可能にしてます。Ｃ--は。
>＞ ＞ ノーマルなＣ、Ｃ++についてここで書くつもりはありません。
>＞ ＞ 僕は基本的には独学で学んだ人間ではありませんから。
>＞
>＞ そうなのか．大学ででも習ったの？
>＞ あれ，ヒープは使わないんじゃなかったっけ．自己管理すればいいのかな．
>
>もしかしてキルロイさんは個人プログラマーさんなのですか？
>僕は一人で全部やるような真似はあんまりやる気は起きません。
>特にＣとかは環境の変化とかがきつすぎですから・・・。

大学でてないことがばれそうなんで突然話を変えている模様。
自己矛盾の入り交じった書き込みはともかくとして
周りがすでに知らない技術で埋め尽くされていることは知ってる模様。

あーつかれてきた

>＞ ＞ 変数はポインタを使えば関数を呼ばなくても書き換えられますが，
>＞ ＞ ＞ それでは可読性もモジュラリティーも無くなるからやらないだけです．
>＞ ＞
>＞ ＞ 最終的な手直し、最適化においては楽な部類です。
>＞
>＞ うーん，あとで二度と直さないでよくて，どうしても必要ならやるなとは言わないが．
>＞ 今のプロセッサだと大した効果はないかも．
>
>ええ。ただ、OS内部の書き換えは誰もやっていないでしょう？

DOSの割り込みベクタ書き換えくらいは知ってる様子。
ついでに特別な技術だと思ってる様子。

>＞ 95年以降のコンピュータ業界の変化は非常に大きいので，95年以降どう関わったかも重要だと思うよ．
>
>ＷＩＮ、Ｂｅあたりも範疇かな。コンパイラ作る仕事もありです。
>最適化は僕の知るものと比較して現状では半分のってれば良いほう。
>勿論最適化のためのデータ構造・アルゴリズムは高価なものですよ。
>他人においそれと見せられるものでは有りません。
>それとアメリカはこういうものをすごい評価しすぎてくれることもあるので
>そういう高価そうなものは仕事でもなかなか使ってくれませんでした。
>立派。

Z80マシン語忍法帳レベルの最適化がすでにアーキテクチャの進歩で
無用・無駄になっていることを知らない模様。
ついでに、誰もが知ってるが、後でメンテしたくなくなるので絶対にやらない
最適化が効果だと勘違いしている模様。
外人にもうざったがられている模様。

>ＩＤＥとかも僕は当然セーフ。ＭＰＥＧはループが絡むので難。

ボーランドの無料コンパイラはどうやらコンパイル方法までわかった様子。
でも、MPEGの仕様書は難しすぎて読めなかった様子。

>＞ static や extern は記憶領域，スコープルールの指示子なので変数のサイズには
>＞ 影響しません．int のサイズは同じです．
>＞ 同じじゃないとプログラム書くのにとても苦労すると思う．
>＞
>＞ 普通は32bit CPU なら 4バイト、16bit CPU なら 2バイト．
>
>昔のものならばローカル関数内のintは使用時最低でも倍バイト。
>型情報を持つものがあればさらに追加。
>Ｃの規約に違反しない限りはなんでもありのようです。
>（もしかしたらはずれてたものもカウントしているかも知れない、僕は）

標準と規約をはき違えており、さらに標準から大きくはずれた言語仕様の
コンパイラを作ったと吹聴している模様。

でも実際にはコンパイラのバイナリをいじってロゴ表示を変えたくらいな予感。

ついでに、実行モジュールに変数の型情報がついてると誤解してる模様。
最適化オプションをつけるとプログラムが動かなくなっちゃうので
常にデバッグモードでコンパイルしていた模様。

>別に自分で言語を作るならどうでも良い話に思えますけど。
>ノーマルなＣに関しては何度も言うようですが論争する気はありません。
>だいいち、環境やコンパイラが変わるたびに僕は全部調べなおしてまし
>たから。勿論マイナーバージョンアップでさえ気がぬけませんよ。

調べなおしたわりには何も知らない模様。

>＞ 32bit の static int や extern int の変数一つ増やしただけで，4バイト以上増えることも多いだろうね．
>＞ 処理系，コンパイルオプション，リンクオプションによって違うはず．
>
>それが嫌だからもっと規定のきつい言語を作りたいのです。
>いちいち調べなおすのはすごい面倒なんですよ。

コンパイルオプションやリンクオプションは難しいので使ってない模様。

>＞ ＞ ただ・・・。32bitＯＳとかは規格逸れていることも多いから有りうるかもし
>＞ ＞ れない。ストリーム装置もあるのかないのかあやふやだし・・・。
>＞
>＞ ストリーム装置？
>＞ 何で言語の話にデバイスが出てくるの？
>＞ C++ の streams のことかなあ?
>
>デバイス→現在のドライバ
>ストリームはそもそもＯＳの一部ですよ。古典Ｃプログラマーなら基本。
>Ｃ++のストリームはおおよそＥＸＥ内のもの。標準関数が
>呼ばれてからが本当の正念場です。

Cのストリーム入出力ライブラリを含む標準関数をOSの一部だと勘違いしている模様。
DOSのIO.SYSによるBUFFERS= 指定がストリームだと思ってる模様。

>＞ 実行時に型情報を持っているのか．
>＞ それは一体，なんというコンパイラかな？
>
>内緒。特殊用途です。多分（というか確実に）日本には皆無。
>それぐらい内部では迂遠な事をやってるコンパイラです。

話のよりどころだったコンパイラは、電波なんで、日本には実在ないしない模様。

>＞ もし手元に C の処理系を持ってるなら int, static int, extern int の sizeof の値を調べてみれば？
>＞ あ，C++ でもいいよ．
>
>だから調べるのはお仕事のときだけですよ。
>環境変わるたびに必要なときに調べるべきものです。
>普通に使うだけならしらべるひつようもないでせう？
>最適化は労働価値高いですから。日本賃金安すぎでしたよ、まさか今も？

干されてからかなり日がたってます。
かなり昔に外資の入っている会社でバイトしてたのか？

>＞ 今 Visual C++ 6.0 で試したら全部 4 だった．当たり前だけど．
>
>そりゃそうでしょう。最適化も効いていたほうがよいにきまってますし。
>って少し話がずれてる・・・・。

ずれてんのはおまえだ。

>これ知ってれば複数のexeを効率良く連携動作させられたり。

DOS以前しか知らないんでダイナミックリンクやCOM、クラサバなどを
引き合いに出せない様子。
オーバーローディングも特別すごい技術だと思っているようだがどうよ？

>高等なデータ構造、アルゴリズムは使用すると開発者全体の構成の内部で
>断絶を起こしやすい。経験論ですが。だから安定化させるためには
>固定長の配列をベースに据えていました。他の企業でもまずそれでしょう。
>オブジェクト指向もプログラマーの組織構成、コミュニケーション形態に
>多大な影響を及ぼしますし・・・場合によってはマイナス効果かも。

可変長データの取り扱いが難しいので使えないようです。
オブジェクト指向はもちろん理解不能だけど、知ってる人が職場にいると
話が通じなくて仕事がやりづらいようです。
つか、仕事してないですけど。

>＞ exe ファイルの形式は OS (ローダー) の問題なんで，言語作ったからどうにかなるってもんじゃないです．
>＞ リンカーとローダーも作るんなら好きなように決めればいいけど．
>
>何度も言うようですが、メモリ上にあるものは基本的に全書き換え可能。
>ＯＳもそう。メモリアクセス制限はソフトウェア的に解決するのは好ましく
>ない。パフォーマンスが低下するし。

メモリアクセス違反がハードウェア的に解決されていることも
パフォーマンスには何ら影響も与えないこともご存じない様子。
つか、何度もいうけどこの人のいうOSは、OSでも何でもありません。

>ＯＳ内部のストリームについて書きますね。

OS内にはストリームはありません。

>たとえば標準出力にprintという文字を表示するとしますね。
>例えばprintfが呼ばれる。exe内部ではメモリの低位からp r i n t　\0という
>順に並んでいるとします。
>それが一旦ＯＳ内部にコピーされます。

コピーされません。

>場合によってはt n i r p と逆転する事もあります。

右→左なアラビア語表示可能なWindowsでも逆転しません。
そういうアーキテクチャはありません。

>これはストリームの構造如何です。ＣＰＵとセットになってる事多かったです
>。昔のＣぷろぐらまーでＯＳ作る人間ならこれをＣで作らないとイケナイ。

ストリームの構造はCPUアーキテクチャには依存しません。

>で、それからモニタ用のドライバ等に送られます（これもストリーム？）

CONデバイスは、ドライバではありません。

>さらに出力用のバッファにコピーされて最終的にモニタ出力、っと。

テキストVRAMがある場合をのぞいていきなりモニタには表示されません。

>これが基本パターンですが・・・・例外は腐るほど。w_char用もあり。

wchar_tのことは聞いたことあるようだが、例外でも何でもありません。

>これ以外はexe内部の処理と思っておけば良いのでは？

これ以外ってどれよ？

>高度な技術もアルゴリズムもデータ構造も技術もなかなかに低価格化は
>すすまないし、プログラマ間のコミュニに断絶起こすし、高価だしで、
>・・・・。（ハードに委譲する手もありだろう、そろそろ。）

低レベルすぎて誰も使わないので大安売り技術です。
プログラマと話が通じないのはあなただけです。
多くの技術がハードに依存し、委譲してます。

>あと・・・。年齢27でこの知識は当然だよ。小５から始めたし・・・。
>けど最初は挫折して実際は中2あたりから。当時でも今でも普通ですよね？
>プログラミング自体の難しさなんて別にないよ。
>
>資料得られる立場にあったり、情報が得やすい事がプロの利点。
>で・・・逆に怖いとこ。急激な変化は辛すぎるよ。

今27で小五からは別に自慢でも何にもなりません。
本職に失礼です、
高々17年前にはじめた経験数年以下の電波は黙ってなさい。

>137
モニタって画面の装置のことではなくて、
汎用機とかでいうところのモニタじやないんすか

ボク、アマチュアプログラマなんですが、
業界では実行可能ファイルのことを総称してEXEと呼ぶ週間でもあるのでしょうか？

あー、電波っていいなぁ。

>>139
どう考えてもDOS以下電波なので汎用機の話は
入ってこないと思う。

>>140
いいえ。

昔はマスターランク（＾＾；）なCプログラマだったらしんだけど、
今は何してんだろう？

マスターランクってなんだょ。。。

>>144
どこをどう見てもマスターしてないよ。

アメリカにも残り七人くらいしかいない人たちのことです。

いま初めてスレッドの頭からと氷魚様の発言を読ませてもらったのですが、
イカシすぎです。
この人、相手の質問に全然答えてないよ。

Kなんとかっていうひとに誰かファンレター出して!

あーいう方のことをマスターランクと言うんですね！
アメリカってなんかすごいっすね(笑）

電波マスター
マスター電波

>>143
でも、
> ＷＩＮ、Ｂｅあたりも範疇かな。コンパイラ作る仕事もありです。
ってことはWinメインじゃないですよね？
なのにEXEとかDLLとか、、、、
そんなにプログラミング暦長くないんですが、
わかるように教えていただけないでしょうか？

*氷魚様ワールド*では、実行形式なプログラムをEXEと呼ぶ。
どこか問題でも？

x86系、68000系は、使ったことがあるから、
その上で動くWindows, Be-OSは範疇だとおっしゃってるんだとおもう。
でもやっぱり、何の範疇だかは不明です。

Windows3.1以下、 OS/2はさわったことがありそうだけど
とても実用レベルのプログラムを書いたとは思えません。以上。

>>151
ていうかあの人絶対プログラム書けないよ。
単にプログラマに憧れてる(ﾌﾟ 痛い人なんじゃないの？
そうでなけりゃあの板に書き込む理由がわからない。

あれだけいってるんだから
一月で500ステップくらいのアセンブラかけたら上出来かなあ。

時給500円残業不可でどうよ？

嘘、ごめん。
やっぱどうかんがえても
アセンブラ500ステップで\80Kはとても出せないわ。

age

int_hairetu[i] age

ageてなかったage

>structは外様大名のようなものでした。かなり後発です。規格緩いです。
>何故かぶらっくぼっくす付近で多用されていました。配列より遅かった。
>アラインメントかなんとかいうもののせいで隙間空きまくりだし。
>ＣＰＵってそんなに融通利かないの？と憂鬱にもなりました。
structを使いこなせないようです。
大好きなhairetu[i]をたくさんかいといてください。

>ブラックボックス化したものの周囲は類似関数の再定義、用途が酷似した
>っていうか一つしか必要ないはずのものが二つ三つあったりとか・・・。
>だから高速なデータ構造は早くなるとは限らなかった。融通も利かないし。
隠蔽と書くとつっこまれるんで別の言い方を調べてきたようです。
たぶんlstrcpyとstrcpyのことを言ってます。
全くナニも理解してないです。

>ＳＴＬのvectorやlist等の用に汎用性を持たせたデータ構造は高価と
>されるようです。けど、パフォーマンスが低下したり、メモリ使用域が
>激増したり不定だったり、使いたい機能との接続性がいまいちだったり
>で・・・。僕の場合はやっぱりint_hairetu[i]に持っていきます。
>次に早いのがint_hairetu[i+j]、int_hairetu[i+j[k]]はのろかった。
>
>高度なアルゴリズムは本当に理解できる人間は関わらないほうが良かっ
>た。下手すれば一生足かせとしてついていくから。企業秘密もそれ。
>多くの情報集めるためにはそういうものに引っかからないほうが無難。

STLですら特性をつかめず、遅いとか勝手なことぬかしてます。
氷魚様のいうことが本当ならallocatorを独自に実装して無駄のない
コードがかけるだろうに、こともあろうか、これも挫折しています。
C++にチャレンジしたことだけは自慢しておきたいようです。

>上下関係がほとんど無いに等しい米企業の労働はかなり好き。
>アルゴリズムもっててももってなくても扱いは一緒。
>（ただし機密のためチーム自体は分割されますよ。）
>狭い範囲だけでも労働は労働。就職＝日本のバイトといった感じ。
>年金積みたてとか退職金とか住宅手当とかは・・あんま聞かなかったな。

外資系企業に多重派遣で潜り込んでいたことが唯一の心の綱の
ようですが、所詮はバイト。隣のワークショップでナニをやっているのか
までは教えてもらえなかったようです。
外資系企業の仕事ぶりを見て、どうやらそこが米国だと思いこんでしまって
いるようです。

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/messages/39991.html

>sizeofとかは別にintのメモリ上に占める幅を計測してる事はないです。

じゃあsizeof(int)って何ですか？

>それやりたかったら特定数値代入後メモリ前方からしらみつぶし検索ですよ。
>まー、それだけでは駄目な事多いですけど、配列なら楽ですが。
>たまーに内部で途中半分バイトに圧縮されてる事もあるかも知れないし。
>こんなのコンパイラがそれっぽい数値をコードに埋め込めばいいってだけ。

すんませんが、だれか後半部の解説をお願いします。（藁

んー、案外この氷魚という奴って電波とか偽グラマの類じゃないかもよ？
プログラマの常識からは明らかに外れた知識・概念の体系でものを言ってるし、
日本語も無茶苦茶だけど、
彼自身の言葉は概ね矛盾なく繋がってるし、
偽グラマがやっちゃうようなコンピュータの基本原理に反した話もないように思う。

はじめから、プレミアのつかない類の骨董品じゃなかったか？

今２７歳で小５からだというんじゃ
なかなかそんな骨董品に触る機会があったとも思えないんだけれど、
それで割とあたりかも。
あと、Ｃマイナスの話にしても、ＤＳＰなんかのプログラムであれば
再帰回数を限定するとかスタック消費を回避しまくるというのは全く無意味ではないと思う。
結局の所、氷魚のフィールドが
あそこの掲示板にせよ２ｃｈにせよ
そこら辺に出入りしてるプログラマのフィールドとは
全然違ったものであるというのが実相ではないかと思いますです。

>>162
DSPに限らず、組込系はpragmaで再帰を禁止できるのは当然です。
ただ、それを言語仕様レベルで面倒を見るか、というとまあ思想の問題では
ありますが…

>>163
ＤＳＰは話に聞いてただけなものでツッコミさんくすです。
何にしても、変態やドキュソではあるかもしれないけど、
電波や偽グラマとは少し違うのでわないかと。＜氷魚
隠蔽がどうのというあたりの考え方は電波臭いけど、
まあただの陰謀好きでしょってことで。
こことか向こうの様子見てたら、状況を明確にせずに
ｆｒｅｅ、ｍａｌｌｏｃ論争やってるのとあまり変わらない気がしたので
ちょっと氷魚フォロー的なことを書いてみました。

状況を明確にしないでって・・・
> ボクの技術は、あらゆる機種に適応できる技術です
見たいなこといってるジャン。DSPに限ってないんでしょ。

>>165
無知ゆえの過信って奴じゃないでしょか。
少なくとも世間一般の常識は知らないみたいだし、
身近な範囲内で自分に匹敵する人材に出会わないと、
俺様はなんでもできるんだ！、
という具合に勘違いしちゃうドキュソな人は多いと思います。
昔、某派遣会社の講習会で、
私はＣのことなら完璧にマスターしている、私に書けないソフトはない！
とのたもうている講師がいたのを思い出します。

井の中の蛙大海を知らず

# 使う機会があるとは思わなかった

されど己の青さを知る、かもしれない

# 自戒でし、謙虚にいかせてもらいますぅ

亜米利加かぶれのくせに
int_hairetu[i] って書いてる時点でアウト。
絶対、技術力＆経験なし！
Hello world.
からやり直しだな。

# いろんなハード知ってるんだったらBoard Support Package (BSP) の話くらいしろ！

>ＤＯＳ、ＷＩＮなんてＯＳを語るには新しすぎ。（これしか知らないと辛いな、きっと）
>しかもこの辺だけがＯＳやＣと思ってたらそりゃあ話も合うまいって。

おぃおぃ、DOSやWinがCなんかい。
しかし、この怨みよう、、、Cに挫折した中学生としか思えん

とおるのかなぁ、書きこみ。

削除考慮するのに疲れました。こっちで書いていいですか？
基本的に長文多いけど（ナミダ）

call 0000hの話が削除されたの辛すぎ。ＣＰＵ判定ほぼ100％の話
とかも・・・。

やや？ようこそ！(^-^)

>>172
だめです、ここは観察所であって病院ではありません。

>>172
んー、書き込むのはともかくも、日本語しゃべってくださいね。
ちなみに、既にして貴殿の書き込みは日本語として問題があるのでご注意を。

>ＣＰＵ判定ほぼ100％の話 とかも・・・。

↑何が１００％なのかさっぱり分かりません。
ソフトウェアの実行環境で使用されているＣＰＵを１００％確実に特定する方法についての話、
という意味ならそうはっきりと書きましょう。言葉省略しすぎ。
別の意味で書いてるならそんな解釈が思いもつかないような書き方をしてるということを恥じてから「日本語の作文技術」でも読んでください。

キティ相手にするなよ。なついて住みついたらどうすんだyo！

ああっ、改行一部入れ忘れっ。
こんな読みにくいんじゃ人のことの言えないし。
ちょっと逝ってきます（鬱）

>>175
そりゃあ、同じバイナリで68Kかｘ８６かPPCかαかといった判別を
するんだべや。
優秀なプログラマ様が自慢するんだから、まさか「286と386と486を判別」
なんて愚にもつかない低レベルな話じゃねーべさ。

>>178
Z80と8086ならやったことあるぞ

>>179
８８と９８を1枚のディスクでまかなう同人ソフト？

>Ｃなんかもっと古いよ。
これって何と比較して古いの？

>って、ＯＳとどっちが先なんだろう（これは今も謎）
おーい？

氷魚さん、書き込むんだったら「氷魚のプログラム道場」とかの
スレを新規に立ててやってください。
このスレでは、今まで通りマターリウォッチさせてもらいますんで。

最初はアセンブラ使いでした。完全な。途中からなんかＣしか使えなくなりました。
雰囲気的に。で・・・ｕｎｉｏｎでは時々ＣＰＵ判定失敗してました。
0000ｈ付近にポインタ合せられたら、確実に判定できたって話です。古いです。
Ｘ1でさえ固定ピッチフォント？とはいえ、グラフィック機能もＰＣＧも画面表示文
字保存領域みたいなのがあったのに、それもなかったです。
シリアルかなんかは時々ついてました。けど画面はいつもモノクロ。
cygwinでいうとこのlessみたいなものが自力で作れて感激してたほどですから
・・・・。ＡＰＰＬＥ IIIという機種をＢまがで見たこと有ります。
それと同じ位の機種かそれより古い機種。どなたかご存知ありません？

最適化オプションをつけると確かに下手な最適化は仇になりますね。
ただその前にこんぱいらばぐりまくりだったのでどーでも良かったような
・・・動かない原因なんか・・・・。

自力で最適化したほうが早かったです。できあがるものが小さければ。
あと・・・デバッグなんか誰もやってなかったけどなぁ・・・・。

charのぽいんた、intのぽいんた、その他のポインタ、++したらどっちに
進みますか？
メモリ前方ですか？　それとも後方ですか？
規約ではどのように定められていますか？
ちなみに僕は知りません、無知だから。
っていうか目の前にあるものが全て（笑）　なんて刹那的・・・・。
コンパイラ腐るほど使ってたらさっぱりわからんよーになった・・・。

えー、やっぱり日本語として無茶苦茶です。
ある程度意を汲んで書き直して見ましたが
不足部分を適宜補ってくれないと読解不能なんでフォローよろしくです。＞氷魚先生
以下、引用記号つけてるけど若干書き直した奴です。

[話題１]
＞最初は完全にアセンブラ使いでした。
＞途中からは雰囲気的になんかＣしか使えなくなりました。

[話題２]
＞古い話ですが、ｕｎｉｏｎを使ったやり方ではＣＰＵの判別に失敗してました。
＞0000ｈ付近にポインタを合せられたら確実に判定できたという話です。

[話題３]
＞Ｘ1でさえ固定ピッチフォントとはいえ、グラフィック機能にもＰＣＧにも
＞画面表示文字保存領域みたいなのがあったのに、それもなかったです。
＞シリアルかなんかは時々ついてました。けど画面はいつもモノクロ。

疑問点：何に「画面表示文字保存領域みたいなの」が欠落してたのかが不明。

[話題４]
＞cygwinでいうとこのlessみたいなものが自力で作れて感激してたほどですから・・・・。

[話題５]
＞ＡＰＰＬＥ IIIという機種をベーマガで見たこと有ります。
＞それと同じ位の機種かそれより古い機種。どなたかご存知ありません？

[話題６]
＞最適化オプションをつけると確かに下手な最適化は仇になりますね。
＞ただその前にコンパイラがバグりまくりだったのでどーでも良かったような。

疑問点：どのコンパイラを指してバグが多かったのかが不明。
疑問点：「・・・動かない原因なんか・・・・」の意味が全く不明。動かない原因が「どーでも良かった」と言うのなら日本語としては通るがプログラマの常識としては話が通らない。

[話題７]
＞自力で最適化したほうが早かったです。できあがるものが小さければ。
＞あと・・・デバッグなんか誰もやってなかったけどなぁ・・・・。

疑問点：誰も、とは誰のことを指して言っているのか？
疑問点：デバッグをやらないことの理由は何か？身の回りにはバグを最初から出さない優秀な人間だったという意味なのか？

全体を振り返って見ると、話題のつながりがさっぱり分かりません。
推測すれば、
話題１〜５で古い時代を確かに知っているのだということをアピールし、
話題６と７でコンパイラを手玉に取る自分の能力をアピールする、
という構成のようですが、いずれにしても情報不足なので
少なくとも日本語の記述能力はアピールしきれていません。
不足部分の補填をお願いいたしますです。＞氷魚先生

長文スマソ。

>>185
誤字脱字、助詞間違いなどしてしまった・・・。鬱だ。

「ＣＳ！＝ＤＳ！＝ＳＳ」問題って何ですか？
（まーどっから抜粋したかはきっとばれるね）

> cygwinでいうとこのlessみたいなものが自力で作れて感激してた
> ほどですから・・・・。
何故Cygwin？Unixぢゃないの？
やっぱWindowsしか使ったことないの？（ﾌﾟｯ

しまった、想像を遥かに超越した低レベルな話だった。

育てよう！

本物様登場ですか。はじめまして。
C--の作成は順調でしょうか？
完成したら使ってみたいので。期待してますよ。

ハローキティ！

vxWorks, pSos, ITRON の話が出てこんのぅ。
不思議やのぅ。
だから、DLL とか EXE って言うだねぇ。

86系の話のようだから、当然 Intel の ISIS も含まれるんだろうな？＞氷魚

>>185
感謝!

とりあえず[話題３] は、
Ｘ1は固定ピッチフォントだったとはいえ、
画面表示文字保存領域みたいなのがあったのに、
グラフィック機能もＰＣＧもなかったです。
あたりかと推測。
で、その画面で、[話題4]のlessを作った。と言う話に繋がるんじゃないかと。

# そもそも「何を言いたかったのか」がさっぱり不明ですね。
# とりあえずは、いろいろな突っ込みに対応しようとして支離滅裂になった、と友好的に判断しておきます。

余談なんですけど、ＣｒａｃｋＣｏｏｋｉｅって知ってる人います？
知らなかったらいいです。知ってたら笑ってみてください。（謎）

>>191
本物の氷魚たんなの？>>187は

184は偽物だろ

>>195
いや、俺は「Ｘ１ですらグラフィック機能で表示した文字もＰＣＧで
表示した文字も画面表示文字保存領域があって、そこから
文字コード読み出しができたのに、ＡＰＰＬＥ IIIと同じかそれより
古いものであるところのモノクロ画面の機種ではその読み出しが
できなかった、それでlessみたいなものを作って感激シターヨ 」
という話だと読んだが。（その機種が何かは記述無し）

char c[？？？]; /*この？？？の内部に数値を入れるとして
　　　　　　　　この配列はいくつまでならメモリ上に
　　　　　　　　連続して並ぶ事が保証されますか？　あと、その他の配列の場合は？*/
＞159の奴
sizeof()・・・・コンパイラ作った奴の主張だろ？「私達はそのつもりです」
int funcA()
{
int i;
.. (ryaku)..
for (i =0 ;i <= ?? ; i++)
{
なんか適当に入れといて
}
　　for (i= 5;i <= ?? ;i++)
{
さらに適当に入れといて
}
return 0;
}

・・・sizeof分いらんことも多かったりして。よーわからんけど。
増えてる事もあるカモナ。無茶

>>199
ああっ。なるほど。そうするとつじつまがあいますねぇ。
改訂版出してみましょうか？

＞199
すいません。それですm( )m
機種名、僕もわかんないんです・・・。

あと今日あたりの連続書きこみは全部本人っす。
184も残念ながら本物、で・・・解け！（笑）

こういう風に追い詰められたらほとんどの奴が落ちてくだろーよ。
電波な人間にさえ負ける奴もおおかろーて（笑）

あとＵＮＩＸについて。lessに類するものを初めてみたのは確かにＵＮＩＸ。
・・・用語なんかを大事に覚えていく馬鹿は長生きしないから基本的に不要。

和名はどうしてもグローバル変数を使わねばならぬとき便利だ。かぶんないし。

以下改訂版です。。。

マシンＸを使っていた頃の話なんですが、
最初は完全にアセンブラ使いでした。
で、途中からはなんだか雰囲気的にＣしか使えなくなりました。
夕方に書いたＣＰＵ判定の話というのはこの頃に使ってた方法のことで、
0000ｈ付近にポインタ合せられたら確実に判定できたっていう古い話です。
ｕｎｉｏｎを使ってＣＰＵの種別判定したんですが、時々判定に失敗してました。
マシンＸというのは随分な代物で、
Ｘ１でさえ（固定ピッチフォントとはいえ）グラフィック機能にもＰＣＧにも
画面表示文字保存領域みたいなのがあったのに、
こいつにはそれもありませんでした。
シリアルかなんかは時々ついてましたけどね。
でも画面はいつもモノクロ。
そんなマシンでしたから、
表示する文字データをどうあつかったものやら大変でした。
cygwinでいうところのlessみたいなものが自力で作れて感激してたほどですから・・・。
確か、その当時ＡｐｐｌｅIIIという機種をベーマガで見たこと有ります。
ですから、マシンＸはそれと同じ位の機種かそれより古い機種。
どなたかご存知ありません？
最近は、下手な最適化をしていると、
確かに最適化オプションをつけると仇になりますね。
ただその前にマシンＸで使ってたコンパイラは
バグりまくりだったのでどーでも良かったような。
できあがるものが小さければ、自力で最適化したほうが早かったです。
あと・・・当時はデバッグなんか誰もやってなかったけどなぁ・・・・。

意味不明個所は大分減ったと思いますがどうでしょ？

>>203
本人と称するやからの登場は
完全に無視かよ(藁

>>204
別に無視してるわけじゃないんだけど（藁
盛り上がりに水差すようでしたらやめるのでその旨ご指摘くださいな：）

>>202
>・・・用語なんかを大事に覚えていく馬鹿は長生きしないから基本的に不要。
を見て思ったんだが、
技術的な話をする場合、用語は正確なコミュニケーションを取る上で必須なんじゃないか？

>>203
最終的にマシンXは何であるか分かりますか？
と、聞いているということで良いの？

>>206
文章の主題は依然として不明なままです（藁
ただ、これは元々主題があってそれにそって書かれた文ではなく、
ギャラリーの前で随想風に綴ったものと思われますんで、
主題を求めるのはそもそも外していると思います。

日本語以外は案外問題ないような気がしてきた（藁

貴殿が言いたいことを、ほぼ全員が掴み切れないと言う
事実を一連のレスから読み取れると思います＞氷魚氏
話題を絞り、会話を交わす心づもりを御持ちではありませんか？

>>200
翻訳係名乗っておいて放置ってのも何なので
３流プログラマなりに考えられる答えを考えてみます。

回答１：幾つだろうと連続するに決まってる（アドレス空間の限界はとりあえず無視）。

回答２：リニアアドレスは連続しても対応する物理アドレスはページ単位までの連続しか保証されない。

回答３：ＯＳがプロセッサのページングなどとは無関係に配列の領域を分断する可能性があるから保証範囲は実行環境依存。

回答４：言語仕様上はポインタアクセスによる連続性が保証されているだけなのでメモリ上での連続は一切保証されていない？（ＡＮＳＩの規格書とか読んだことないんで正しいところは分かりません）

こんなところでしょうか？
問題の日本語がまた不明瞭なんですが、これは、
配列の要素はメモリ空間上で何個までなら連続するか？
という質問と解釈していいんですよね？＞氷魚

自称本人たんの存在は無視して議論が続いております

人とコミュニケーションとれない人間は
どんな職場にいても二流以下。

ネタにだけすればよろしい。

pointerオーバーフロー
七並べの変則ルールですか？　ＢＩＯＳ関数等も全くの不要。
フラグ立ったらif でも使えばなんとかなるかも。けどいらん事多い。
pointer＝メモリアドレスにできるのなら更にＧＯＯＤ
exe前方に足すもの有り。
ちなみにＯＳ、exe酷似してたりもして。char*をvoid*（）変化は
カッコヨイ。けど例は少なかった。

>>212

お前分裂だろ？

>>213
分裂には自覚症状ないぞ（藁

http://kaba.2ch.net/test/read.cgi?bbs=news2&key=993793994

えっと。好きな機種Ｘ系はnear farのないもの。こいつは素直です。
ＦＦＦＦまでかなー。多分。
これで自作ＯＳディスクは中学時点でできてました。
他の人はメモリ三倍ぐらいつかってやっと僕と同じって程度。
ＯＳ作り用のＯＳ、コンパイラも確かこれとよく似てるけど・・・。
色々なコンパイラをいじってもっともしっくり来るものが、それ。
その為だけにＣを続けてきたと言っていいぐらい。
15分おきに落ちる機種も良く使ってました。
機種名、ＣＰＵの記憶が定かでない理由・・・詮索しないほうが良いものだったから。

仕事を続けてわかったこと・・・動かすためには「これは確実」として覚えられ
るものはなにもない・・・・たったそれだけ。だからいつも総点検。
規格よりもバリエーション。日本とは正反対。文字列メモリイメージもばらばら。
マクロもifdefみたいなものも危険な事がわかるはず。殆どゴミ。
ifdefとかは大丈夫だろうけど・・・。覚えるだけ無駄だった、皆そうだった。

0000h付近の解析は結構楽しいです。人の楽しみは奪いたくないです。
バッファとしてたまにつかったり、ＦＤ用メモリbufがずれてたら要変更。
細かい事は忘れた。長寿プログラマー向きなのは長所でもあるけど・・。

けど、どれがどの機種やらもうごっちゃ混ぜ。覚えるだけ無駄なのは確実。
ＦＤ読みこみながらＥＸＥも動かすのを日本にさきこされて悔しかった。
やり方はわかってたけど僕はアセンブラ使いを目指していなかったから。
ＤＯＳは簡単過ぎてつまらんです。不便なものの方がみんな頭を使うし。
この辺も中2の辺り。

英語わからん僕がコミュニケーションを言葉に頼っても無駄でした。読み。
他人のコードなんか読んでられない。みんな上手い人はそう。用語不要。

けど「環境に依存しないコード」を書いていたら動かなくても怒られないです。
一人でできそうなものでも頑としてさせてもらえなかった。
プログラマーには優しい構造。米のユーザーは動かなくても評価・尊敬くれる。
日本のユーザーには「電波ソフト」にしか見えないぐらい不安定or重い。
もしくは動かない。開発段階で動かないのわかってたとしても通ります。
むしろ動かないはずのものが動いたときのほうが不審がられたり。

普通に書くだけなら高校時のようにコード手渡すだけだった、紙にでも書いて。
最適化は趣味でやってただけ。安定性、最適性を求めた僕は皆から決別された。
勿論冷たくされたと言う意味ではないです。

結果を評価されても別に楽しくもなんともなかったりして。

プログラムとは、一見英語ですが、実は非情に奥があり、実際には英語に近い論理的な言語です。
ですから、我々が使っているコードも、実際には英語ではなく、言語遊びが正解。
優秀なプログラマーほど、言語能力があり、さらに言語を器用に繰り出して、遊べたりもします。
ですから、この私も、非情にわかり易い言語を話すことが伺えるのです。
解りましたか？>>216

>>217
>非情にわかり易い言語を話すことが伺えるのです。

そのわりには、漢字も文法も滅茶苦茶だな。(藁

話は前後するかも。どんなに些細な事でも機密はしゃべれないし。
一度目の仕事終えはcharの流れについて習ったとき。ほんとそれだけ。

高校時（県立奈良の場所にいたイメージはあるが・・）にはストリームを習った。
全部そのままでは使えない壊れよう。だから他人になんか頼っててはいけない。
ないから作ろう、ってことになるのかも。

信頼を得るための努力をしないのならアセンブラ使いでよかった。
というかそれなら余程楽だった。インテルとも接触有り。16bit期辺り既に。
アルファ社かなぁ？ 大きなメーカーの人の評価を得て、「いざ入社！」
と思いきや・・・他社に紹介された。それがインテル。

しかし向こう（米）に行った時と国内のときがごっちゃ。
多分覚えていても話せないけど・・・・。どっちかと言えばセレロン擁護。
けど、設計まとめあげたの本当に僕なのか・・・ここ数年日本での評価は
完全に「下っ端」だったのでどっちが正しいのかすごいふらふらさまよってた。

ＩＢＭに「ハードに拠る完全なメモリ保護ＣＰＵ」の設計あげようかと
思ったが断られた。だから今はそういうものはまだないのかも、と思った。
そこの女の人、評価してくれているからそうしたっぽい。丁重に断られた。

京都の新京極か河原町辺りで数年前、アメリカから知り合いと思われる
女の人も来てた。けど、やばそうな人間が見張っていたので声もかけれず。
他の人にメールで送ったけど、やっぱり経済学者のアルビン・トフラーっ
て人も雰囲気から察するに僕の知り合いのはずなんだけど・・・。

要するに集団で全ての過去を消されつづけて現在に至ったって感じ。
いずれは書くしかなかったかな。同国・日本人としては辛いが。

HR/HM板で生まれた最強天然電波少年のページ。
http://salami.2ch.net/test/read.cgi?bbs=hrhm&key=991394303

是非とも全部合わせてご覧あれ。

Microsoft　はすでに米国の機関となりつつある事は有意に解る。

>>220は俺様の技術に比べりゃダサダサあんだよ。
http://www.geocities.co.jp/HeartLand/9901/test.html

次は「マスターランクな日本語使い」というのも目指してください。
ヨロシクお願いします。

で、C--は作ってないんだね？
言ってるだけじゃ、ホンモノなのか評価できないよ。

セレロンでも作った人なの？
>>219
なんか設計してIBMに売ったけど、買ってもらえなかった。
で、今はある団体から干されてしまった。

というのがストーリーですかね？
間違ってるかな・・・

>>224
たまたま会ったＩＢＭに勤めている人間に「ハードに拠る完全な
メモリ保護ＣＰＵ」という思い付きをしゃべったが、「ハァ？」と
言われた、というストーリーだろ。

　┌─────────┐
　│ 　　　　　　　　　　 　 　.|
　│　 危険電波強度！　　│
　│ 　　　　　　　　　　 　 　.|
　└―――──――――┘
　　　　　　ヽ(´ー｀)ﾉ
　　 　 　　　 (　 へ)
　 　 　 　 　　く

過去にしがみつけることができる多くの日本の中高年の人が、
今度は同じ日本人の若者が離れていく現象が現在なんだろう。
まぁ、不景気でもう、過去にしがみついては生きていけないはずだが、
死を選ぶ奴が多いみたいね

タイム・ラグの問題だろうな。
どこの国の人間だろうと、どこの人種だろうと、
同じ問題は起きる、しかし、そこに時間差が生じる。
それによって結果は大きく変わる。
どっちがいいかは、個人の問題だろうから、判断できないが

数十年前（現在はどうなっているか知らないが）のアメリカの
場合、きちんと動作しなくても、論理的に正しければ評価された！
というのはありえるな。
当時のアメリカには、それをする、”未来に莫大な投資をする”
だけの精神とエネルギーがあったからな。
まぁ、それがあまりにも効率を無視しすぎた為に、最近は効率重視の
経営も取り入れるようになったが（それは日本から学んでな）

其れに比べ、日本では、理論より、きっちり動作するか、動作確認
が最も重視された。
それは、「理論」に投資するだけの余裕が無かった（当時）、それだけ
切羽詰っていたため、しかも、ターゲットとなるユーザーが、高価格の
ハイエンド・ユーザーは欧米の企業が抑えていたため、
日本企業が、道を切り開くには、低価格帯のエンド・ユーザー向け、
そうなるとできることは、たしたことができなくても良い、その代わり、
きっちり動く者でないとダメだ！
と言うわけになった。
まぁ、日本のほうも、「理論」に投資したが、大卒を大量に採用してな、
しかし、結果は失敗だった。
特に、先端技術はアメリカからの（欧米ではない）輸入のみ、その為に、
アメリカ人が書かれた原書を翻訳する能力のみ、それ以外は必要なし。
だったわけだし、いまでもその傾向は強い。
アメリカ人の中でもアメリカではちっとも評価されない学者の専門書を
ありがたく研究してな、日本人が開発した技術は、メチャクチャ酷い
扱い。
それをみた優秀な欧米の学者は、日本の優秀な技術者と手を組む。
それを見て嫉妬する、クソッタレ！

＞＞159の奴
＞sizeof()・・・・コンパイラ作った奴の主張だろ？「私達はそのつもりです」

何のことやら。誰か翻訳。

＞ハードに拠る完全なメモリ保護ＣＰＵ

これも

現在の主流のOSの一つである、WinOSのハードの部分は、
IBMが開発した「PC/AT互喚機」を発展させたもの
（多分、Linuxでも同じだと思う）
よって現在に到るまで、パソコンのハードの部分は「PC/AT互換機」
を継承し発展させたもので、アメリカの優良なハードメーカもそれを
独自に発展させたもの。
（あんまり知らないが、アメリカでは、「PC/AT互換機」以外の、
ハードを中心に造ってたメーカやソフト会社は倒産したんじゃない
のかな）
まぁ、日本では、富士通が独自に開発し、NECも独自に開発したが、
徐々に、「PC/AT互換機」に置き換えられて、他のモノは消えたんじゃ
ないのかな。
詳しいことは知らないが、傾向としてはそういう傾向がある。
ちなみに、日本の優良なIT企業の経営者は、殆ど、日本IBM出身者ね！

手が空いたんで翻訳作業入ります。しかしこれは難解だ・・・。

>>227-289
>>232
氷魚先生ほどじゃないけどこっちも何が言いたいのやらよく分からんです（藁

どうやら自伝が書きたいみたいですねぇ・・・。

翻訳係殿がんばれ age!

インタビュー形式に脚色した上で、時系列にそって再構成してもいいですか？（藁
話が飛びすぎで原文の通りに並べると無茶苦茶苦しい（藁

183、216、219の内容を元に似非インタビュー作ってみました（藁
不明な部分が多くかなり脚色してるけれど、
電波な部分はかなり希釈してぎりぎり常識的な範囲に納めたつもりです。
あと、212はあまりにも意味不明でどうしようもありません。あしからず。
長文で読みにくいだろうけどそのまんまペーストします。


●氷魚様独占いんたびう
翻訳係：これまでどういう風な経験を積んでこられたのか、順を追ってご説明いただきたいと思います。
氷魚様：僕自身記憶が混乱してて、話が実際の時系列の上では前後するかもしれないし、守秘義務があるから機密はしゃべれないけど・・・。

●小学生の頃の話
翻訳係：まず最初に、最初にパソコンに触れた頃のことをお願いします。
氷魚様：始めたのは小学５年ぐらいの頃から。最初は完全にアセンブラ使いでした。途中からは、雰囲気的になんだかＣしか使えなくなりました。使っていたのは、Ｘというマシン。

翻訳係：どういうマシンだったんですか？
氷魚様：Ｘ１でさえ（固定ピッチフォントとはいえ）グラフィック機能にもＰＣＧにも
画面表示文字保存領域みたいなのがあったのに、Ｘにはそれもなかったです。シリアルかなんかは時々ついてましたけどね。でも画面はいつもモノクロ。cygwinでいうとこのlessみたいなものが自力で作れて感激してたほどですから・・・。当時、ＡｐｐｌｅIIIという機種をベーマガで見たことがありますから、Ｘはそれと同じ位の機種かそれより古い機種。どなたかご存知ありません？

翻訳係：その頃の思い出などは？
氷魚様：前に書いてたＣＰＵ判別の話がそう。0000ｈ付近にポインタ合せられたら、確実にＣＰＵを判定できたって話です。古いです。ｕｎｉｏｎを使ったやり方では時々ＣＰＵ判定失敗してました。それと、当時は、できあがるものが小さければ、自力でマシン語を最適化したほうが早かったです。最近は最適化オプションをつけると、下手な最適化は確かに仇になりますね。ただそれ以前に、Ｘの環境ではコンパイラがバグりまくりだったのでどーでも良かったような・・・。

●中学生の頃の話
翻訳係：その後、中学の頃はどうでしたか？
氷魚様：えっと。当時好きだった機種Ｘ系はnear farのないもの。こいつは素直です。アドレス空間はＦＦＦＦぐらいまでだったかなー。多分。これで自作ＯＳのディスクを作ってました。嘘じゃなくて、本当に中学の頃の話ですよ。他の人は三倍ぐらいのメモリを使って、やっと僕と同じって程度だった。自作ＯＳというのはＯＳ作り用のＯＳと言うべきもの（編注：Ｃマイナス処理系のことと思われる）で、コンパイラもこれとよく似てはいるけど・・・色々なコンパイラを弄ってみて、もっともしっくり来るものがそれだった。この自作ＯＳが使える心地よさのためだけにＣ（編注：Ｃマイナスのことと思われる）を続けてきたと言ってもいいぐらい。15分おきに落ちる機種も良く使ってました。

翻訳係：その時のマシンの具体的な名前は分かりますか？
氷魚様：よく覚えてない。機種名、ＣＰＵの記憶が定かでない理由は・・・そういうのは詮索しないほうが良いものだったから。

翻訳係：と言いますと？
氷魚様：仕事を続けてみて分かったのは、「これは確実」、という知識は何もないということだけ。だからいつも、自分の使う環境はコンパイラもＯＳもハードも何もかも総点検。実際、アメリカでは、規格に従うことじゃなくてバリエーションの拡充が重要だったみたい。日本とは正反対だね。文字列のメモリイメージですらばらばらだった。この辺の事情を知っていれば、コンパイラみたいな処理系にしても、マクロやｉｆｄｅｆですら危険だということが分かるはず。殆どゴミだね。でも、ｉｆｄｅｆぐらいなら大丈夫か・・・。何にしても、個々別々の事柄なんて覚えるだけ無駄だった。皆そうだった。

翻訳係：なるほど。
氷魚様：そういうわけで、総点検の一環として、0000h付近の解析は常だったんだけど、これ、結構楽しいです。人の楽しみは奪いたくないから詳細は言わないけれど、隙を狙ってバッファとして使ってみたり。細かいことは忘れた。長年プログラマーを続けるならばこういう作業や経験は大切なんだけれど・・・。でも、今はもう、覚えている知識がどれがどの機種の話だったかごっちゃ混ぜになってしまった。もっとも、そんなもの真面目に覚えていても毎度総点検だし、覚えるだけ無駄なのは確実だからいいんだけどね。

翻訳係：他にはどのような思い出が？
氷魚様：ＦＤを読み込みながらＥＸＥを動かすというのを日本で先にやられちゃったのは悔しかった。やり方は分かってたんだけど、僕はアセンブラ使いを目指してたわけじゃなかったから手は着けないでいた。それと、ＤＯＳは簡単すぎて面白くなかった。不便なものの方がみんな頭を使うし、だからこそパズル的なところがあって面白い。この辺が中２の頃の話。

●高校生の頃の話
翻訳係：高校の頃はどうでしたか？
氷魚様：県立奈良高校だったかな？高校にいた時にはストリームについて習った。と言っても、そのままではどれも使いものにならない代物だった。そういう経験があるから、他人なんか頼っててはいけない、自分で作ろう、ってことになるのかも。

翻訳係：その後はどうなりましたか？
氷魚様：信頼を得るための努力をしないのならアセンブラ使いのままでいればよかった。と言うか、そっちの方が余程楽だった。けどそうはしなかった。それで、アルファ社だったかな？大きなメーカーの人の評価を得て、そこへ「いざ入社！」と思いきや・・・他社に紹介された。それがインテル。16bitの頃の話。

●在米してた頃の話
翻訳係：その後渡米されたのだと思いますが、アメリカではどうでしたか？
氷魚様：言葉が大切だと言うけれども、英語の分からない僕がコミュニケーションを言葉に頼っても無駄でした。大体、いちいち他人のコードなんか読んでられない。上手い人はみんなそう。いつでもフルスクラッチ。だから用語も不要。

翻訳係：言葉に頼らずにコードを書いていたのでは独善的な仕事になりませんか？
氷魚様：向こうでは当時、「環境に依存しないコード」を書いていれば動かなくても怒られることはなかった。ただし、一人でできそうなプログラムであっても一人では決してやらせてもらえなかった。プログラマーには優しい構造です。アメリカのユーザーは、動かなくても評価、尊敬をしてくれる。日本のユーザーには「電波ソフト」にしか見えないぐらい、不安定だったり、重かったり、もしくは動かない、開発段階から既にして動かないことが分かっている、というような状況でも通ります。むしろ動かないはずのものが動いた時の方が不審がられたり。

翻訳係：職場ではどうでしたか？
氷魚様：普通に書くだけなら、高校生だった時のように、コードを手渡すだけだった。紙にでも書いて。最適化は趣味でやってただけ。安定性、最適性を求めた僕は皆から決別された。勿論、冷たくされたという意味ではないです。僕としては、結果を評価されても別に楽しくもなんともなかったりして。

翻訳係：向こうではどのような仕事をなさったのですか？
氷魚様：僕はセレロン擁護派で、あれは僕が設計まとめあげたもの。向こうにいた時と国内にいた時の記憶がごっちゃで、本当にそうだったのかと聞かれると確信しかねるけど・・・。なにしろ、ここ数年、日本での評価は完全に「下っ端」だったので、どっちが正しいのかすごくふらふらさまよってた。

翻訳係：他に何か在米中のエピソードはありますか？
氷魚様：ＩＢＭに「ハードに拠る完全なメモリ保護ＣＰＵ（編注：３８６のようなメモリ保護機能搭載ＣＰＵの類を差すと思われる）」の設計をあげようとして断られた。今もまだそういうＣＰＵはないのかも、と某所で思ってたのはそのせい。そこの女の人、僕のことを評価してくれているから、後からこっそりそういう設計を取り入れたっぽい。その時は丁重に断られたんだけどね。

●帰国してからの話
翻訳係：在米中に交友関係のあった方などとは今現在どうされていますか？
氷魚様：京都の新京極か河原町辺りで数年前、アメリカから知り合いと思われる女の人も来てた。けど、やばそうな人間が見張っていたので声もかけれず。あと、他の人にメールで送ったけど、やっぱり経済学者のアルビン・トフラーって人も雰囲気から察するに僕の知り合いのはずなんだけど・・・。

翻訳係：記憶が定かでない。
氷魚様：そう。今まで関わっきた集団で、全ての過去を消されつづけて現在に至ったって感じ（編注：記憶の混乱を招くほどの激務であったことが忍ばれる）。いずれは書くしかなかったかな。同国・日本人としては辛いが。

以上です。。。
事実に反する記載があったらツッコミたのみますです。＞氷魚様

出版関係者の方で? >>翻訳さん

>>244
素のＷｉｎ系アプリ屋プログラマです：）

翻訳age

>>245 お疲れ様です
氷魚様の言語を翻訳するのは、RISCマシンのバイナリーを
逆アセンブルして解析するのより難しそうですね？（ｗ

>>247
クライアントの日本語を解析するのと同じくらいだと思ってます（藁

>>248
同情 (T_T)

>>237-242
細かい所には異論もあるが、しかしそれよりもひと繋がりのインタビュー
にすることで言葉の結界の奥に隠された本人も気づかぬ真実を浮き彫り
にしたという点において、非常に大きな意味のある偉業だと考えます。

>>250
199さんのコメントには助けられましたです。
あれのおかげで見通しがつきました：）
ただ、実際の所かなり恣意的に再構成してあるので、
やはりここは氷魚様御本人にツッコミを頂きたいところ・・・。
よろしくおねがいしますです。＞氷魚様

ハローキティ！！

このネタなのかマジなのかて感じスルメのような味を醸し出していて面白いスレだ

翻訳係さん、お疲れ様です。とても分かりやすいですね。
氷魚さんも、小タイトルを付けて書き込んでもらえると、とてもうれしいです。

これは仮説なんですけれど、
ＰＣ向けのＣ処理系がまだ普及していなかった大昔に、
ＢＡＳＩＣインタプリタの実装経験に依存した人物が
その経験を元にして妙なＣコンパイラを実装したとしたら、
氷魚氏が暗に言うような妙な処理系になるような気がしませんか？
使用する変数には全て型情報を付加してどこかのテーブルに保存し、
少ないメモリ領域を活用するために値を圧縮したり
配列なども適宜処理系の方で裁断したり、移動させたりする。
そういう環境だから、ポインタもアドレスに直接対応づけられるわけではなく、
配列のインデックスのようなものとして扱われる。
こういう処理系でＣを学んで、アセンブラの知識を元にして
「こんな効率の悪い環境は書き直してやる」とばかりにＣマイナスを開発・・・
というシナリオを考えたのですがどうでしょ？

>>255
翻訳に徹して自分の意見は入れない方がよいと思うよ

でも、翻訳は感謝

>>256
心得てはいたんですがふと思いついてしまったもので（藁
以後自粛します：）

あれ・・・ちょい訳は間違ってるね。

けっこう書いてることはまともっしょ？
馬鹿な連中が上っ面見てはねてただけ。読める人間が見ればそんなに嘘はないよ。
あと・・・何かいといたらいいかなぁ・・・。
とりあえず上のほうにあった、「アセンブラと16進コードもビットコードも
同じでは？」という、80％以上の確率で正真証明の雑魚な可能性のある人に
対して。まー、言葉の上っ面で正確には判断しかねるし、そこそこ丁重に。

アセンブラ＝メモリイメージ・メモリ容量となることは稀、っていうか後者
のものに疎くなるのがおち。Ｃと接続して使ったらよくわかるよ。
あとメモリ使用量はバイト単位が基本。初歩だろう。例外は浮動少数他使用時。
こいつと整数値の接続が嫌で嫌で・・・最近はそこそこ改善されてるんだろうが
・・・やっぱりできる限り整数onlyでいきたいところ。接続めんどいし。
しかも高級言語使ってる奴でこの辺の事考えてる奴は少ないだろーな・・・。
三角関数を始めとする数学演算でのみアセンブラを使用する人間、米で見たな。
けどコンパイラ関連の仕事ぐらいだ。最適化バリバリのゲーム系ならまた別か。
昔は浮動小数値なんて「浮かれた人間のやること」で白い目で見られたね。

まともなこと書くのと言葉を飾るのを同時進行はモラルに反するから
俺はやんない。記憶の混乱はないけど・・・仕事内容は普通は言わないもの。

C系の最大の難点はノーマル時（俺はこっちが普通のＣと見るが）と最適化時、
どちらか一方でのみバグが発生したりする点。デバッグ難しい。

改善されてる可能性もあるが、どのみちもっと簡略化はできるかと思う。
（さっきから書きこめなかったのに・・・短いのテストしたらとおるとは）

上のほうでかなりお詳しい方いらっしゃるようですね。
近年の日本とアメリカの差異の具現化はまさにそこ。
実用可能だろうが不可能だろうがお構いなしに企業は
アルゴリズムを開発していました。今でも先行投資は
やってると思います。米の性格からの推測ですが。
ｐｃ関連に限らないと思います。
技術開発はほんと採算度外視でしたよ。
日本のほうが余程「企業の利益しか考えていない」
メセナ打ちきりとかも？　スポーツ振興も金なきゃすぐ止めるし。

デバッグモードと最適化モードでよくポインタの挙動が変わった。
もうそろそろこの辺りも明確に規定しないと最適化辛すぎ。

あと・・・ｃが最適化の為に作られたと思ってる奴と真面目に
会話する気なんておきねーよ。ｂｃｃで__emit__()でも使って
みろっていいたいよ。本気でそう思うんならな。

あと、DJGPPはダークホースかも知れない。32bitｃｐｕの本来の
性能を発揮してくれるかもしれない。ただ・・・ドライバガナァ。
新天地を求めたほうが楽だと僕は判断したけど。

追加。アメリカに恩はあるけど怨みはないよ。ｉｂｍもね。

50人、100人単位のプロジェクトでは個人の最適化なんて
焼け石に水。今でも多分変わらんよ。
それくらいｃとかは全体の最適化は難しいと思うけど。
とにかく、ｃｐｕの性能は完全に引っ張り出す！当面の目標。
あとやっぱりｃｐｕ命令はこんなに使わんだろ？普通は。

ハードウェア関連には潜り込みたい所。
ハード作る人間は結構ソフトウェアに疎い。
つまり・・・僕が入り込める余地はまだある可能性がある。
・・可能性が見えてて飛び込まないわけにはいかない（笑）

あの〜、できればどの辺が間違ってるのか指摘してもらえませんか？（笑）＞氷魚

ＯＳの本来の意味知ってますか？
「環境・ハードウェアの差異を吸収する事」でしょ？
要はつまりハードの性能を引き出すのは米本来のｏｓではない。
最近はそこそこやってるけど、急に人はそんなにかわれんと思う。

日本と正反対。ハードの性能を引き出すのがソフト開発者の仕事。
アメリカはハードの性能を殺してでも差異を吸収する。
ドライバ・・・使用・適用域広げられるかもね。
とりあえずｗｉｎを超える事がソフト面での当面の目標。

＞264
個人のお楽しみ用にとっときます。参考になりそうなとこだけ
読んどいて（笑）
説明めんどい。トヨタ辺りになら僕と同系の言語不明瞭いるかも。
全体を把握しようとする人間はどうしても抽象なものメインになる。
校正とか・・・それだけで仕事になる奴もいるんだし。
これ以上兼職するのうざい（って、今フリーなのに（爆））

＞かなり上のほうでコンパイラスイッチを使いこなせない模様、と
　か俺に対して書いた奴

お前、コンパイラスイッチがコンパイル時にどういう影響を
及ぼすのか正確に知ってるんか？
重箱の隅をつつくよーな真似はヨセ。死かもスイッチはモロ環境依存だ。
そんなのいちいち覚える奴はアホだけ。必要なら覚える事もあるがな。

調べずに使うわけないだろ

翻訳不要になりつつある（藁

もうそろそろ雑魚連中は去ったかな？
こんなの相手にしてるほど俺は暢気者にはなれんよ！（怒）

>>267
事故矛盾だらけだな
いちいち覚えるのがアホなのは君の技術基盤になっている
アセンブラよりの最適化技術じゃないの？

＞268
ＣＰＵ命令単位で見てだ。スイッチを完全に扱うのは一苦労。
それなら最初から扱いやすいものを作るべきだ。
最適化はそんなに簡単ではないさ。コンパイラ頼みは寂しすぎ！！

・・・と、俺ならそっちに考える。
まぁ、ノーマルなプログラマーは順応しか考えないからしょうがな
いけど・・・。つまりそのために俺は普通のプログラマー不適（笑）
まー、最適化を無視して書くのはそんなに難ではないがな。

お、ふつうの反応だ。
話が通じるなら、続けてもよいぞ

翻訳により正確を期すべく
徹夜で元ネタの掲示板の方もチェックしてるんですが（藁、
まず間違いなく電波とかの系統ではなく、
しかもそこらのドキュソプログラマに比較して
コーディングに関しては圧倒的な実力があるのは事実と
判断せざるをえない状況であったりします。
そういうわけで・・・

>>253
これはマジです（藁

俺の場合アプリケーション開発が主だったから、
適度な生産性を維持しつつ、高品質のコードを書く必要があった。

そのために、コードの移植性と、OSの特性、
要求される仕様への対応に腐心した。

もちろん、長期にわたって顧客が使用するアプリケーションだから
年数が経ってから昔のコードを取り寄せて、修正することなども
多かった。

君とはかなり立場が違うようだね。

一命令まで吟味する最適化が大変なのはわかる。
だが、そのレベルまでの最適化を行っても
実際にそのソフトウェアを使用するユーザが、性能の
善し悪しを判断できるほどの差違は見られないものと、
考えるがどうかね？

>>274

どこがじゃ。。。

>ＯＳの本来の意味知ってますか？
>「環境・ハードウェアの差異を吸収する事」でしょ？

笑った。
ボクちゃんどこでこんな事習ったんだい?

>>276
間違いではないぞ

>>277

ここは厨房のフキダマリか?

>>277
面白いから具体的な例だしてみてよ。

>>276

翻訳係じゃないけど・・・

> >ＯＳの本来の意味知ってますか？
> >「環境・ハードウェアの差異を吸収する事」でしょ？

> 笑った。
> ボクちゃんどこでこんな事習ったんだい?

なんというか、
彼の日本語の不正確さを指摘しても仕方がないかと。

>ＯＳの本来の意味知ってますか？
→ ＯＳの本来の役割を知ってますか？

ぐらいでいいんじゃないですか?

最適化がかかってる氷魚語でも一行くらい解読しろよ

>>278
まあまあそう煽らずに（藁
ＯＳ＝差異吸収、という考え方で問題があるなら、
どういう風に考えればよいのかを示してくださいな：）
ポリシーの違いと常識の欠落を混同するのも
煽り厨房の乱暴なやり方ですし、
ここはマターリといきましょうよ：）

>>282
じゃマターリいくか。
OS本来の意味はそのハードウエアを有効かつ効率的に利用できるように
するというものだ。
決して差異吸収が本来の意味では無い。
差異を吸収する意味で存在しないOSもあるだろ。
少し考えればわかると思うのだがなあ。

>>281
>最適化がかかってる氷魚語でも一行くらい解読しろよ

どこが最適化なのか教えてくれ。

キュー
そのとーりだ。すまん

>C系の最大の難点はノーマル時（俺はこっちが普通のＣと見るが）と最適化時、
>どちらか一方でのみバグが発生したりする点。デバッグ難しい。

別にCじゃ無くてもOptimizingCompilerってのはそういうのが多いんじゃない？

>>285

おそらく、C系とくくってるところを見ると最適化できる
他の言語用のコンパイラを知らなかっただけでしょ。
さらにデバック難しいと書かれてる点に注目すると、デ
バッカの使い方はあまり上手じゃないらしい。

＞286
違うよ、「楽をすること」がプログラマーの特性。デバッガももっと簡略化
するつもり。スイッチもいらねー、減らす！！

で・・・まさかとは思うけど・・・「コンパイラスイッチ」追跡するのが
どれぐらいきつい作業であるのか知らないわけではないよね？
50人以上のプロジェクトで追ってみなって・・・。死にかけた（笑）
まー別にアメリカはそんなこと考えなくても大丈夫だけどね。文句も言われんし。
好きでやったけど・・・嫌いになった。

ハードの性能を引き出すのがＯＳ、それは「日本のＯＳ」。
ストリームも標準関数も本来のものは削られてあせんぶりっくなもの載せてた。

それが米にも適用できるんならWindowsはDirectＸ状態で立ちあがってた
だろーよ。16Ｍ以上のＶＧ用ＲＡＭ積んでも普段は使わねーだろ？

元ネタになっている掲示板のログを洗って情報を整理しました（藁
またまた長文ですが、会話の上で参考になるかと思いますんで
大目に見てやってください。

・自分が獲得した知識で、問題が解釈・解決可能であれば言葉には拘らない。

・アセンブラなどＣＰＵに近い水準での経験を積んでいる。

・相当古い時代(十五年ぐらいは昔)から知っている。

・プログラミングについて次のような考え方をしている。
　　・最適化こそが至上命題。
　　・ただしアセンブラまで降りるのはナンセンス。
　　・動的変数は悪。
　　・各種インターフェース接合部のオーバーヘッドが問題。
　　・等価的にメモリ管理などを行い、ユーザーコード上で
　　　実行の全てを制御できないタイプの環境を隠蔽型と呼ぶ。
　　　今時のＯＳやコンパイラがこれに該当。
　　・個々別々の細かな知識は環境を変えると使えないからどうでもいい。
　　・高級言語で書かれたプログラムの安定性は幻想だと思っている。
　　・ちなみにＣは高級言語に分類されているらしい。
　　・実行バイナリであれＯＳのメモリイメージであれ、
　　　手を出して最適化できるのなら実行時にでも手を出すのがプロ。
　　・自分の知識は必要十分でありこれ以上覚えることはない。

・Ｃについて次のような経験や考え方を身に付けている。
　　・Ｃの正規の勉強はしておらず、処理系の実装に基づいてＣを学んだ。
　　・正式な規格などは知らないと自覚している。
　　・ライブラリと言語仕様とプリプロセスをひとまとめでとらえているらしい。
　　・Ｃは最適化のために作られた言語だと世間では思われていると思っている。
　　・自分は保守的なＣプログラマだと思っている。

・最近のプログラミングにおける常識は半ば無視しているらしい。

・数奇な経験をしている。
　　・中学、高校時代に外国人に囲まれた職場で仕事をしていた。
　　・インテルやＩＢＭと絡んだことがある。
　　・仕事で在米していた。

・アメリカでのソフト開発について次のようなイメージを持っている。
　　・大らかな文化があり、ソフトの安定動作や実行最適化には拘らない。
　　・拘らないどころか寧ろそれを回避・妨害しようとする傾向がある。
　　・大盤振る舞いで技術開発に取り組む。
　　・重要なのは依存性の除去。
　　・規格や協定という台詞が有名無実の世界。
　　・模範とすべき世界ではない。

・業界について次のような経験や考え方をしている。
　　・出る杭は打たれる。
　　・何かと情報を隠したがる。
　　・機密保護のために徹底した情報管制をしかれたことがある。

・選民意識的なヒエラルキーでものを考えている。
　　・自分は当然そのヒエラルキーの上の方に居る。
　　・下っ端は相手にしない。
　　・上の方にいる人間ほど言葉が抽象的になるのが当たり前。
　　・普通のプログラマー＝下級民であり、最適化を知らぬ連中と見なす。
　　・自分の言葉が理解できない連中は当然下級民。

265-266 の発言が御本人の言葉による要約になっていると言えましょう：）

>>288
あ、等価的、は、透過的、の誤字です。スマソ。

選民思想はないです。重箱の隅つついてくる馬鹿がうざいだけ。
有能なスペシャリストな人と同じ土俵で勝てるとは思っていない。
だったら・・・・土俵を広げれば良い。自分に都合の良いように。
言語もＯＳも作りかえる、Ｃを置き換える、ＪＡＶＡのシェアを超える！！

知識は取捨選択すべきもの。燃え尽きた人も何人かみたでしょ？この業界。
先のためなら今は捨てるさ。

>>290
揶揄でもなんでもなく
一個だけ確かめておきたいことがあるんですが、
一体どういうＣの処理系使ってきたんですか？？

使用しているプログラマの数から言って、
一般的なのはＶＣやＢＣ、ＧＣＣでしょう。
ですが、これらのコンパイラはあなたの言うような
妙な動作（ＲＴＴＩを抜きにしてバイナリレベルで型情報持つとか）
はしないと思います（確認はしてません）。
経験の違いが知識や感覚の違いにつながり、
それが言葉のすれ違いといがみ合いに繋がっているのだと思いますよ。
違った経験を積んできた人間が違った考え方をしていても、
そのことでバカ扱いすることはないと思いますがいかがですか？

＞288
ビルゲイツ会長はＯＳについて無知だと思います。それが「米」での
情報規制、日本にはないでしょ？　ダカラ、米では企業止めて他の企業に
入社してもそんなに怪しまれたりもしない。上司は必ずプログラミング等に
疎い人間が優先的に採用されます。

プログラマー一人一人は下手すれば自分が何を書いているのかも知らなかったり。
・・・前にもソネットのほうでおんなじこと書いたんですけどね・・・。
かったるいな。

＞291
ＢＣＢもＶＣも使えと言われれば使えますよ。
ＣＰＵはポインタに最適化されている分、設計が複雑？（未調査）
ＬＳＩＣ86でさえそれ。こんな最適化はいらない言語作る。
メモリアドレス＝ぽいんたにする。昔はそーしてた。
昔のＯＳならレジスタ三本もありゃジウブンだった。
Ｃに変わる言語を作らねばレジスタを完全利用できない。

メモリアクセス保護用のＣＰＵ内の設計部分について。
言うまでもないがその設計はＣＰＵごとに異なる。

・・・・
・・・何かこうとしたか忘れた・・・

>>293
ＢＣやＶＣを使う使わないの話をしてるわけじゃありません（苦笑）
氷魚さんがＣ処理系の問題点として例示なさるものが、
ＢＣやＶＣでの話からは懸け離れているので、
多くのプログラマが戸惑ってしまうのではないか、ということです。
「自分はこれこれこういう処理系を使っていたが
　かくかくしかじかの動作をしていて最適化の邪魔であった」
とおっしゃっていただければ、
「出鱈目言うな」とはいう風にはならず、
「そんな処理系があるとは知らなかった。」
といった具合になると思います。
少し配慮していただければ喧嘩などせずに済みますし、
喧嘩さえしなければ建設的な会話ができると思いますよ：）

>>287

>違うよ、「楽をすること」がプログラマーの特性。デバッガももっと簡略化
>するつもり。スイッチもいらねー、減らす！！

好きにすればよい。

>で・・・まさかとは思うけど・・・「コンパイラスイッチ」追跡するのが
>どれぐらいきつい作業であるのか知らないわけではないよね？
>50人以上のプロジェクトで追ってみなって・・・。死にかけた（笑）
>まー別にアメリカはそんなこと考えなくても大丈夫だけどね。文句も言われんし。
>好きでやったけど・・・嫌いになった。

プロジェクトの人数関係ないでしょ。
まさか、50人で一個の実行モジュール作ってたのかい?
いったいどんなデバック方法なんだろう。
きっと米式なんだろうな。トップダウンかな?
米が作るのってバグ多いよね。
昔俺が扱ってた米製ミドルウエアはバグだらけだったよ。
正直、品質管理は米には無理なんだと思う。


>ハードの性能を引き出すのがＯＳ、それは「日本のＯＳ」。
>ストリームも標準関数も本来のものは削られてあせんぶりっくなもの載せてた。

日本のOSってどれのこと指してるのかしらんけど、作りの観点で見たとき
純粋に日本製と呼べるものは限りなく少ない。
具体的な例をあげくれないだろうか。

>それが米にも適用できるんならWindowsはDirectＸ状態で立ちあがってた
>だろーよ。16Ｍ以上のＶＧ用ＲＡＭ積んでも普段は使わねーだろ？

話が飛躍しすぎだね。
DirectXは現状のGUIに必要ないでしょ。
そのうち変わるかもしれんけど。
書いてる内容をちょっと遡ってみたが、どれもPCの話だね。

土俵を広げる?
総攻撃受け、己を知るだけだと思うが。

>メモリアドレス＝ぽいんたにする。昔はそーしてた。
>昔のＯＳならレジスタ三本もありゃジウブンだった。
>Ｃに変わる言語を作らねばレジスタを完全利用できない。

ずいぶんロマンチストなんだね。
煽りでなく、最近こういう人少ないから。
時代に逆行してるね。

じゃ、またね。

>Ｃに変わる言語を作らねばレジスタを完全利用できない。

解らない。
register allocationはコンパイラの性能の中でも
特に優れているというのが一般の見解。

君の考えてるCに変わる言語がどういうものか知らないが、
現在のCコンパイラ以上　上手くregistersを活用するのは
難しいと思う。

一般的にどんな言語のコンパイラでもregister alocationの
基本は一緒なはず。
lazy evaluationを使う特殊言語は違うはずだが。

全然会話が成立しないので議論やめ。
保護観察に入る。

さー、電波が程良く回ってまいりました。

久し振りに来たらすごい！ｲｲ!!!

私は厨房プログラマなので、氷魚さんが言ってるようなことは
100％理解できません。。。申し訳ありません。

で、C--はまだ作ってないんですか？
仕様ぐらいは決まってるんですよね。
Web立ち上げないのでしょうか？
（しばらくは掲示板は付けない方がいいな・・・（藁）
Javaより普及させるんですよね。期待してますよ。

まず、最初に動かすC--コンパイラ？は、
どのマシンをターゲットにしてるんでしょうか？
普及させるならやっぱりWinですか？

>>302
いや、仕様が決まったからって別に実装してある必要はないだろう。
ただ氷魚君のC--は実装方法をある程度（かなり？）支配する言語仕様
らしいから、実装できるターゲットは限られてくるのかも知れないけど。
そもそもOSをも言語仕様で支配するらしいし。

じゃぁ、とりあえず仕様を発表して欲しいですね。＞氷魚さん

元ネタ掲示板のログ、
ほぼ全訳可能なとこまで読解しましたんでリクエストがあれば訳します(藁

アメリカには他人の挑戦を笑う奴はイナイ。見た目でor言葉で切る奴もいない。
いたら秒殺だ。ホント日本はうらやましーよ、粗大ゴミが背広着てる。
ＩＢＭの人は評価してくれた。間違いはない。俺はそんな馬鹿ではないさ。

386について。
「俺は自動車のタイヤを設計した」と言ったつもりだ。例えばね。
「俺の自転車には昔からタイヤはついていた」と言われても、俺にはサッパリだ。
ＰＥＮ3、最大1.2Ｇｈｚ、Athlon、最大1.5Ghz。これは設計の差。

で・・・どのくらいの負荷に耐えられるの？＞386
タイヤはタイヤだひとくくりにするなら、自動車に自転車のタイヤでも付けとけ。

>>306
とりあえず通訳（藁
丸括弧でコメントを入れる形にしてみました。

（Ｊａｖａを越えるとか言った俺のことを井の蛙と呼ぶのは勝手だが）
アメリカには他人の挑戦を笑う奴はイナイ。
（アメリカでは口先ではない本物の能力があればよく、）
見た目でor言葉で切る奴もいない。いたら秒殺だ。
ホント日本はうらやましーよ、
（能力のない）粗大ゴミが背広着て（普通の顔して歩け）る。
ＩＢＭの人は評価してくれた。間違いはない。俺はそんな馬鹿ではないさ。

（話題は変わるが、メモリ保護の話で出てきた）386について。
「俺は自動車のタイヤを設計した」と言ったつもりだ。例えばね。
「俺の自転車には昔からタイヤはついていた」と言われても、俺にはサッパリだ。
（つまり、３８６程度のＣＰＵの話をしてるんじゃない。）
（もっと高性能、高水準の世界での高度なメモリ保護の話だ。）
（ＣＰＵの設計水準の違いがどれだけ重要かの例を挙げておけば、）
ＰＥＮ3、最大1.2Ｇｈｚ、Athlon、最大1.5Ghz。これは設計の差。

で・・・どのくらいの負荷に耐えられるの？＞386
タイヤはタイヤだひとくくりにするなら、自動車に自転車のタイヤでも付けとけ。

>>307
補注：
設計水準の違いの重要性の例として
限界クロックの話が出てきていると解釈しましたが、
これはパフォーマンスの最大化を最重視する氷魚様的には
「クロックが違うだけじゃねぇか」という話にはならないと思われるからです。
眼光紙背に徹してのご理解のほどをよろしくお願いいたします（藁

>（Ｊａｖａを越えるとか言った俺のことを井の蛙と呼ぶのは勝手だが）
>アメリカには他人の挑戦を笑う奴はイナイ。
>（アメリカでは口先ではない本物の能力があればよく、）
>見た目でor言葉で切る奴もいない。いたら秒殺だ。
（翻訳があっているとして）
藁ってはいないょ。
今のところ口先しか見えない（掲示板の変な日本語のログだけ）から、
何か仕様書ができたら見せて欲しいな。
仕様書なら、プログラマだったら少しは話が通じるかもしれないしさ。
とりあえず、口先だけじゃないところも見せて欲しい鴨。

>>306
>アメリカには他人の挑戦を笑う奴はイナイ。見た目でor言葉で切る奴もいない。
と、自分の
>ホント日本はうらやましーよ、粗大ゴミが背広着てる。
の間に矛盾を感じないかい？(藁

　口先だけだと煽られて反論している氷魚様だが、
具体的な仕事をみないと何ともいえんぞ？反論しても説得力ゼロ。
一見は百聞にしかずと云うじゃないか。

>>311
守秘義務があるから言えないっていってるんじゃなかったっけ？

JavaとかLinux造った人らって、背広着てた人じゃないだろう。

JavaとかLinuxを売ってる人たちは背広来てるけどな。

というわけで開発職に背広はいらない、でいいですね？

あの〜、話脱線しまくってません？（藁

だってつまんないんだもん

>>315
まぁ、正式な場所では背広着て、普段は、ラフでカジュアルな
服の方がいいんじゃない。
ただ、俺が言っているのは、ラフでカジュアルな服と言っている
のであって、だらしないOR汚いカッコのことをさしているのではない。
そう言えば、NOネクタイで、親交関係を深める為にもカジュアルで
オシャレな服は重要だ！
パートナーシップが大事。
ざっくばらんな会話が重要！

>>275の質問にも答えないし。
都合の悪いとこだけ逃げて脱線しまくってるのって、どうしようもないよね。

ハローキティ！

いっそのこと氷魚様をリーダーにして
２ちゃんねる発のＯＳ＋言語処理系なんか作ってみたらどうでしょう？
これならお互いの実力も分かりますよ：）

よくわからんが米系とかがやってたように
氷魚様に勝手になんか作らせる
　　↓
丁重にお断りしてかえってもらう
　　↓
翻訳係が成果物論文にまとめて発表
　　↓
大手ハードベンダで採用
　　↓
（ﾟдﾟ）ｳﾏｰ

>>322
それはドキュメント管理やれっていうことですか？（藁

>>322
だから、ベンチャーが流行るのだろう。
アメリカもそう言った方面は（ある意味どこの国より）きついが、
その代わり、常に別の道が用意されている。
どんだけ悪状況でも、道は用意されている国だからな。

日本の場合は、そう言った部分で（実際には）アメリカよりユルイ
反面、他の道が無かった。
そこが一番の問題。

結果が問題じゃない、誰にでも成功するチャンスがあるかが問題なんだ。
それで成功するかどうかはそいつしだいだ。

氷魚さんには早く日本なんか捨てて向こう（米国）で成功してほしいものです。

>>323
ドキュメント管理の意味が良くわからないが、
アメリカの場合は、成功すれば公式な立場では、だれでも
成功した人間として対応される（非公式は別だが、）
しかし、日本を中心とした国ではそれが限りなく0に近かった。

簡単な話、アメリカでは成功した人間が、自分が同じような思い
をしている人間に、成功するチャンスを与える権利がある。
しかし、日本とかでは、それまでだった。

まぁ、ハイ・リスク＝ハイ・リターンを望むか、低リスク＝低リターン
を望むかの違いだろうけど。

でも、最近はどうだろうかね。
>>324->>326
の言ったことは、3,4年前の日本のことを言っているからね。
最近の世界の変革は速い。
もう、どこの国がこうだ！とは言えなくなった。

>>324-327
322 はそういうネタ振りだったんですか？？
ただの煽りだと思ってた（藁

ここは何のスレだ。
いったい。

キティたんの精神鑑定を観察するスレ

>>330
いや、それは判ってるんだけど。
あまりにも内容が無いし、会話が成立してないので面白味がない。
つまり本物のキティっぽくて楽しめない。
そろそろ終了?

翻訳係ながらに出しゃばらせてもらいますが、
氷魚様はキティじゃなくて勘違い野郎です、まる。
ああ、自粛してないなぁ（藁

>>332
同意
俺おまえが好きだ

>>333
　ヲイヲイ

つっこみ入らなくて焦ったよ

ここの掲示板が他よりレベルが高いのはちょっと見ればわかる。
だから他人の意見はあまり参考にしたくないから他のはあまり読みたくない。
けど・・・思わずタイトルに惹かれてみたり（笑）＞ベーマガ

僕の頭は腐ってきているのかも知れません。もう古いし、ブランク長いし・・。
いくら考えてもさっぱりなことだらけだ。

最近のプロのプログラマーは「プログラミングな掲示板」なんかに出入りしてます
か？　ソネットのほうがまともなプログラマーの目に触れる率は高いと思ったのに
。まさか躊躇なく質問にも答えますか？　プログラマはけちだから教えるのダメ。

最近のプロのプログラマーはいつも手の届くようなところに誰にでもわかるような
形で大切な、もしくはジウヨウな情報源があると勘違いしてますか？

プロのプログラマー同士が平気でメールのやりとりしてますか？
せめて間にプログラマーでない人間か現役退いた人探すべきだ。
けどまぁ・・・それもいいのかな・・・イイ時代になったもんだな。

他人と対抗したり叩きのめすためだけに自分の職名を名乗りますか？
腐りきってるな。こんなの相手にする気なんて起きますか？

他人様の構築したＵＮＩＸをいじった程度で「俺は立派だ」と勘違いしますか？
他人様の書いてくださった本を見てその内容を「俺様の才能」にすりかえますか？
「この人秘密を持った口の重いプロのプログラマーだ」と、その程度の直感すら
働きませんか？

なんかうざいけどとりあえず書く。基本ばっかりだが別にいいだろ？
ＥＸＥやＤＬＬはＢＭＰやＧＩＦとは大きく違うはず。メモリに読みこめば
わかる。できれば透明性の高い16bit機で調べるべきだな。
ここにも早い・遅いの違いが出るだろうから。

ＷＩＮ系でハードディスクのＦＡＴか何かと境界合せかなんかしてくれるＡＰＩ
があったな？普通の読みこみより高速な奴ね。昔はこんなのなかった。
というか消していた。ダカラいつもパフォーマンスは落ちていたよ。
まだものわかり良いほうだよ、マイクロソフトも。

16bitの資産はもはや無用の長物ですか？
昔の技術を簡単に「もう使えない」と言いきる馬鹿はあと何人ぐらい
世の中にワいてますか？　ウジですか？　ナメクジですか？
何年ぐらい前からワイてましたか？　塩でもまきませんか？

マイコン関係・くみこみ系、8・16bit機関係者は雑魚扱いですか？
最先端の仕事についてる奴はそんなにも立派ですか？

ウ剤ケド一応雑魚対策。

最近のコンパイラは普通の配列を無視してＳＴＬに最適化効くらしい。
400ＭｈｚＣＰＵ+配列ベースのデータ構造ｖｓ．
ギガヘルツＣＰＵ+ＳＴＬのベクター辺りか？

上のほうがまだ勝てそうな気さえする俺はとんだ勘違い野郎（爆）

「それって単なる二つのバッファを繋ぐだけでいいじゃん？」
という突っ込みは不要。

バッファ→ストリーム→ストリーム→ファイル→メモリに展開→
→別のバッファ。

こんな遠まわしな事を何十回、何百回となくお仕事でやらされた。
ストリームさえなければもっと簡単。日本のパソは腐る程単純化
されてた。だからストリームを知らないんだな。
「スピード落ちるだけでは？」という突込みには「その通りだな」
と言う他ない。事実腐るほど遅かった。日本人には耐えられまい。

あー。。。氷魚氏。
もしかして日本語より英語のほうが得意？
もしそうなら英文で書いたもらったほうが意味判るかと。

>>335
スマソ。寝てた（藁

Linux!=IBM、もう俺を試すような真似を本気でしてるやつは除けておいて。
ソネットのほうでもうジウブンなくらい説得不能なのは痛感してるから。
べつに試したきゃあ試して良いけど、そんなにすぐボロ出すようなら自信の
ある風な発言なんてしねーよ。

他に俺のやろーとしてる事と同じ事してくれるひといないか待ってたけど疲れた。
ＷＩＮ98/2000／ＮＴ／ＭＥ、全ブート可にして一人で扱ってみろって。
近い将来かなりの高率でこーなるさ。昔ながらの組織体系でやってる日本ソフトメ
ーカーや、ＮＥＣやシャープ、富士通の時みたいに素人の見た目にもわかる性能の
変化があるわけでもないのに操作性もころころ変わる。
真面目に使いたいユーザーも疲労困パイは避けられんだろ？
アメリカ人はそんなに使わないから問題ないだけ。
ワードだけ。えくせるだけ。せいぜいそんな使い方さ。
みんな優れたもの・自分の理解を超えたものは敬意を払って距離を置くから。
日本人のほうが機械に親しみを持ってる人おおいと思ってた。

初詣と普通の日の参拝は日本人にとっては全くの別物だろ？
マスターランクもそれと同じ。別に腕に違いがあるわけではない。
長い下積みの後に料理長を任されるようなもの。実力だけでは
ダメ。っていうか腕だけならアマチュアに負ける事も多分あるさ。

ＯＳや言語を俺が作れば付加価値がつく、とある国の中だけでは。
たったそれだけ。あせんぶりっくにＯＳ作るのは簡単だろ？
高い注文を付ければＣでやるべきだ。やり方ぐらいは自力で探しな。

コンソールのカーソルの変更ぐらいはできなきゃダメ。
とりあえず、キー入力したら画面左上にその文字が表示される、
たったそれだけのＯＳを作って見ろって。ＯＳ起動後に書き換え
でもいいだろう。あとはＦＤにでもメモリイメージを流し込めれ
ば・・・しょぼくても自作ＯＳは完成・・・だろ？

言うまでもないが・・・32bit機の上でやんないよーにね。
（まー・・・例外がないとは言いきれないカモネ）

しまった、343について・・・。
プログラマーの組織体系は米に似せないとやってけないよ
to　昔からあるソフトメーカーさん。
・・と言いたかった。メモ帳から貼り付けたほうが良いかも。
けど・・・めんどい。

＞341
どーでも良いけどsageは止めろ。もっと内容にふさわしい単語
入れとけ。
自分の日本語読解能力に問題ないと自信があるなら本名入れとけよ。
俺もそのときは名乗るよ。お互いリスクは五分だ。文句ないよな？
しかし板が勿体無いかな・・・。しかしメールはあんま来ねー（笑）

>>346
うーん。私の話をちょっと聞いてくださいな：）
あなたの言うことはどれもこれも、
どうにもこうにもずれているような気がしてならないんです。
多分、それはプログラミングの分野の違いに起因すると思います。

まず、私はＰＣ歴がせいぜい十年の、
そんなに古いことは大して知らないプログラマです。
ＭＳ−ＤＯＳやＷｉｎｄｏｗｓ環境でプログラミングの経験を積み、
実務経験はＷｉｎｄｏｗｓ上でのアプリケーション開発に限定されます。
プログラミング言語にはもっぱらＣ＋＋、ＶＢを使用し、
アセンブラは極々希にインラインで使う程度です。
仕事で直接に関わることのないハードや言語などの知識は
私が思う限りの教養の範囲内で理解しています。
これを踏まえた上で以下をお読みください。

何よりもよくご理解いただきたいのは、
一口にプログラマと言ってもその仕事には様々な分野があり、
それぞれの分野で常識とすべき事柄が異なっているということです。
氷魚さんはハードウェアのパフォーマンスをフルに引き出すことを
重要視されるようですが、それが重要ではない分野もあります。
一般のユーザーさんが使われるアプリケーションの開発は
そのような分野の一つでしょう。

環境や細かな分野は違えど、
ここに集まっているプログラマのみなさんの中で多数派をしめるのは、
私のようなアプリケーション開発者だと思います。
つまり、何らかのエンドユーザー向けのソフトウェア開発を
その主要業務としているはずです。

一人のアプリケーション開発者として、
今時のアプリケーション開発の常識を以下にまとめてみましたので、
参考までによろしければご覧ください。
勿論これは私の個人的見解に過ぎませんし、
異論のある方も多いかとは思いますが、
大略はそれほど外れていないものと信じます。

以下、アプリケーション開発の常識についての私見です。

あ、ちなみに「sage」というのは
２ちゃんねる特有の単語で、これを入れるとスレッドが上がらない
（ランキング内での位置が変わらない、といったところです）
という作用があります。
ｓａｇｅを書かないとスレッドは上がります。
スレッドを無闇に上げるのはウザがられますんでそのための配慮です：）

１）パフォーマンスは至上命題ではない。
今時のアプリケーション開発の分野では
一般に言ってパフォーマンスは決して至上命題ではありません。
確実にソフトウェアが完成すること、
安定してソフトウェアが動作すること、
などなどの方が普通は重要です。
このためには、多少の動作速度を犠牲にすることを厭いません。

例えば、ＶｉｓｕａｌＢａｓｉｃで作ったソフトの動作速度は、
ハードウェアのパフォーマンスを引き出すという点から言えば論外です。
ＶＢでは原則として、プログラムは中間言語の状態で、
インタプリタによって実行されます。
関数呼び出しなども間に複数の処理が入り、
ＣやＣ＋＋のそれと比較しても数倍のオーバーヘッドが掛かります。
それでも、アプリケーション開発を行うプログラマに
ＶＢは広く受け入れられています。
これは、プログラマが最適化を知らないからではありません。
最適化が重要ではないからです。

昔のパソコンはあまりにも性能が貧弱で、
全ての性能を引き出すぐらいのつもりで掛からなければ
まともなソフトが作れないという状況は確かにありました。
ですが、今のパソコンは違います。
たとえ性能の１割ぐらいしか引き出せないとしても、
ユーザーさんが使用する上では問題のない
パフォーマンスが出せるだけの能力を
今時のパソコンは持っています。
仮に、パソコンの能力を１割しか引き出せなければ
表計算ソフトでグラフを書くのに０．１秒掛かるとして、
その時間が能力をフルに引き出して
０．０２秒や０．０１秒になったところで、
ユーザーさんはそのことを評価してくれるでしょうか？
実用上は殆ど違いのないことですし、
実用上の違いが無視できるのならば、
ユーザーさんはその違いに気付くこともありません。

私のようなアプリケーション開発者は
ユーザーさんに納得してもらえるようなソフトを作ることが仕事であり、
ハードウェアのパフォーマンスを引き出すことは二次的なものに過ぎません。
ですから、自分の作るソフトウェアが
完全に最適化された状態とは懸け離れたものであることを承知した上で、
なるべく手間を掛けずに確実にソフトが作れるように手段を選びます。

ハードウェアの能力を１００％引き出すことが目的とされていないのですから、
アプリケーション開発者を相手に
「ＷｉｎｄｏｗｓのようなＯＳを使っていたのでは
　ハードウェアの能力を１００％引き出せない」
といった風に話すのは意味のないことです。

２）情報の公開とコミュニケーションは日常のもの。
アプリケーション開発の世界では情報や仕様のオープン化が進行中です。
その初期の作業から公開の場で技術仕様が策定されることも、
プログラマ同士でメーリングリストを作って情報交換をしたり、
どこかの掲示板に集まって議論をしたりといったことも既に日常茶飯事です。
近年、アプリケーション開発に際して必要となる知識は多岐に渡り、
一人のプログラマの情報収集ではなかなか追いつけないのが現状です。
お互いの持っている情報を交換することで、
個々人の情報収集能力を相互に補完することは極めて重要なことです。
秘密主義のプログラマーは寧ろ敬遠されるでしょう。
自分のホームページ上で、自分が得た様々なノウハウを
丁寧に解説しているプログラマは大勢います。

それともう一つ。
アプリケーション開発では、隠しＡＰＩや隠れ仕様などの、
プログラマーからすぐに手の届くところにはない情報は、
むしろ参照するべきではありません。
ベンダーが公開していない情報は、逆に言えば、
ベンダーがその内容を公式には保証しない情報でもあるのですから、
そのような情報を頼りにして作られたアプリケーションは
いつ正常に動作しなくなるとも限りません。
非公開仕様に依存したアプリケーションは行儀が悪いものとされます。
例えば、ドキュメント化されていないＡＰＩを使っていたがために、
非公開のＡＰＩが削除されたり動作仕様が変化したりして、
違ったバージョンのＷｉｎｄｏｗｓの上ではソフトが動かない、
ということは往々にして生じます。
ユーザーさんに環境を弄るなとは言えませんから、
ベンダーなどから広く公開されている情報を基準として、
行儀の悪い色々の依存性や癖を取り除くことは、
アプリケーション開発者にとっては大切な心得です。

「依存性や癖などの非標準的な要素を排除する」
これはアプリケーションの可搬性を高め、
ユーサーざんが他のソフトとそのアプリケーションを組み合わせて
より活用できるようにする点で重要なポイントです。

３）重要なのは開発効率。
一般に言って、アプリケーション開発に関する技術開発で重要とされる事柄は、
開発効率を高めるということに集約されると思います。

オブジェクト指向プログラミングにせよ、
ソフトウェア設計技法、ＣＡＳＥ、ＲＡＤにせよ、
これらはどれも、端的にはソフトウェアの開発効率を
向上させることを目的としたものであり、
ハードウェアのパフォーマンスを引き出すことを目的としていません。

パソコンの能力が向上し価格が低下するにつれ、
一般のユーザーさんがパソコンを利用する機会は急激に増加しました。
その中で、アプリケーションに対するユーザーさんの要求も
急激に肥大化してきました。
そうした要求に応じようとすれば当然ソフトウェアも巨大化します。
巨大なソフトウェアを短期間で確実に完成させるにはどうするか？
これはアプリケーション開発者に共通の問題でしょう。
このことに対する答えが、前掲の様々な技術です。
パフォーマンスを犠牲にしてでも開発効率を向上させることで、
要求に対する追随を図ってきたわけです。

ユーザーさんはソフトウェアの技術に対して
お金を払ってくれるわけではありません。
そのソフトウェアを使って自分が得ることのできる利益を見込んで、
そのための手数料としてお金を払ってくれるのです。
ですから、ハードウェアの活用という点では無駄の多い技術であっても、
ユーザーさんのニーズを満たす技術であれば、採用する理由があるのです。

４）アプリケーション開発者の評価は顧客ニーズの充足度で決まる。
こう言い切るのはかなり乱暴な話ではあるのですが、
アプリケーション開発者としての優秀性は、
独自の技術を持っていたり超絶技巧のコーディングができる
ということとは直接には無関係で、
ユーザーさんのニーズをどれだけ巧く満たせるかで決まると思います。
これは、ユーザーさんとのコミュニケーション能力や分析能力、
開発工程のマネージメント能力などによる部分が大きく、
コーディング能力はあくまでも二次的な位置にとどまります。

たとえＵＮＩＸの内部構造に詳しくなくとも、
たとえ独自に編み出したのではない技術を頼っていても、
それで顧客ニーズをきちんと満たせるのなら、
それはよいアプリケーション開発者です。
それどころか、開発効率を重視するという立場からは、
既存の技術を積極的に学習して、それらの組合せで
アプリケーションが構築できることが望ましいぐらいです。
「自動車を作るのに車輪を再発明するな」
というのはよく言われることです。

ありあわせのプログラムを組み合わせるだけで
ユーザーさんの希望するソフトが作れるのなら、
それに越したことはありません。
むしろ、広くテストされその実用性が確認された
モジュールや技術を組み合わせ、
短期間で確実、低コストに安定したソフトが作れるのですから、
アプリケーション開発者としてはこうした方向に
積極的に取り組むのが普通です。

ユーザーさんのニーズを的確に把握し、
手間を掛けずに確実にソフトを仕上げる開発者ほど、
優秀なアプリケーション開発者であるという認識が普通だと思います。

とても荒削りではありますが、上記４点が、
氷魚さんのお考えになるプログラマや業界のイメージと、
この場にいる他のプログラマのみなさんとの感覚の違いを説明する、
一つの材料になると思います。

ただし、上記の内容は実際のところ随分と現実を美化しています。
特定の言語、特定の環境の、しかも誤った知識だけに依存して、
ユーザーさんに迷惑をかけてしまうようなソフトを作っている
技能水準の低いプログラマは相当な数に上るでしょうし、
勤め先や取引先、案件の内容などによる文化などの違いもあります。
社内や社外で情報管制が敷かれる場合も珍しくはないでしょう。
公開されている情報だけでは不足することも多々あります。

ですが、アプリケーション開発の性格を説明するものとして、
大略は間違っていないはずです。そして、この場にいる多くの方が
こうした感覚を共有しているものと思います。

２ちゃんねるに集うプログラマは、
どちらかと言えば優秀な方が多いでしょう。
（私は除外しといてください（藁））
こうした感覚の違いにご配慮いただければ、
より有益な会話ができると思いますよ：）

もしこうした事柄は全て承知の上だとおっしゃるのなら・・・
今後はずっと翻訳だけやりますんでよろしく（藁


補注：
大略があってれば細部は大目にみてください（笑）＞諸氏
Ｗｉｎ標準のＵＩデザインでは難しいと言われるとか
ユーザーさんに環境弄るなと「言っては」いるとか
ＶＢにだってネイティブコンパイルがあるぞとか
各バージョン間で公開ＡＰＩの仕様が違うとか
業務分析や要求仕様分析はどこへ行ったとか
単に導入したいだけのユーザーもいるとか
非Ｗｉｎｄｏｗｓ環境はどうなんだとか
ｅｔｃ．ｅｔｃ．（藁

>>347-352

基地外独演のスレかと思っていましたが
大変勉強になりました。

>>347-352
おお、やっぱおまえ好きだ。愛してるぜ

斜めに読んで申し訳ないけど、俺は今現在の知識で行くから知識不要。

中間コード、中間インタプリタ・・・ＪＡＶＡもそんな感じですか？
素の実行形式ではないただのファイルと同じものをコンパイル後出力（憶測）
最適化も限界かありメモリ使用量も激増するだろう。

ｃ--はそーじゃない。常にその環境に最適化された実行形式を出力予定。
じゃあどこを一定にするか・・・言うまでもなく「コードの書き方・文法」
基本的に同じ書き方で全環境に適応できる言語を作る。VERUP速度も落とす。
ｏｓも機種の垣根も関係なくする。要はつまりｊａｖａなんか眼中にない。

メモリ使用量は最小限にまでつきつめる。ｃｐｕごとに最適化するコンパイラ作
る。メモリが多い機種、メモリが少ない機種、万能言語を目指すなら後者を考慮
して作る必要がある。まー骨子はこんな感じ。別に真似してもいいよ。

>>355
既にそういうシステムの開発に着手し、プロトタイプを作り上げている人がいます。
ご参考までにご紹介しておきますんで、お暇なときにでもご覧くださいな：）

http://www.imasy.or.jp/~kawai/osask/

ＯＳＡＳＫというＯＳで、
やや特殊なアセンブリ言語を使ってシステムを記述し、
ｘ８６環境のパフォーマンスを最大限に引き出すことを目標にしています。

ちなみに、Ｊａｖａもパフォーマンスを重視したものではありません。
あれは過去の様々な技術の長短に学び、生産性という観点から
デザインをやりなおしたものと考えるのがよいかと思います：）

>>354
ども（藁

そろそろお仕事なので離脱・・・朝からやっちまったよ（藁

会社に逝く前にちょっと覗いたら。。。
翻訳係さん、スゴイっすね。分かりやすいっす。
C--もOSASKみたいなページが欲しいナ。
OSASKというのは、すでに動くようですね。

＞マイコン関係・くみこみ系、8・16bit機関係者は雑魚扱いですか？
どれもやったことがあるが＆どれも雑魚扱いした覚えがないが
＆アセンブラレベルで最適化の必要があってやったことがあるが
すくなくともあなたの言うＣ−−とsizeof(int)の話は意味不明＞氷魚君

＞359
例えば250回程度のループならばint分使わなくてもループ組めたと思います。
16bit期にアセンブラを使った場合ですけど。而もＣＰＵ依存ですけども。
つまり「メモリ節約」な最適化を効かせた場合、int分必要ない事も有り得ます。
それなりにコンパイラにアルゴリズムを組みこめばメモリ節約可、でしょ？
逆にニ変数分にループ用の定義変数を増やせば「速度最適化」しやすいです。
この辺はアセンブラ使いの方に聞けばわかるかと思います。Ｃ使いの守備範囲
外だと思いますから、普通は。

雑魚扱いされたのは某掲示板での話です。説得のつもりでしたが、逆効果でした。
勿論、ここに書いた内容はそれなりにまともだとは思うのですけど・・・
あの人たちに同じ事を書いても箸にもかからない扱いされたと思います。
言うだけ無駄だと予想が立ってるのに真面目に答えても空しいだけですから。
あそこでそのままこの辺りの内容書いても無駄に終わったでしょう。

それにこういうものは普通自力で解くべきものでしょう？
他人の学習するチャンスを減らしてしまうだけですよ。
だからもうこれ以上突っ込んだ質問は止めにしてくださいね。お願いします。

＞sizeof(int)
コンパイラが置き換えているに過ぎず。
実行時にメモリ消費幅を計っているわけでもなんでもなく。

>>360
おいおい。そもそもso-netの掲示板はプログラムの話をする場所じゃないんだよ。
あんた最初っから聞きもしないことをしかも翻訳しないと理解できないようなことを
だらだらと垂れ流してたんだろう。
内容云々以前にあんたの人間性が雑魚扱いされてんだよ。

>おいおい。そもそもso-netの掲示板はプログラムの話をする場所じゃないんだよ。

おいおい、そんなこと君が決めるなよ（藁

>>363
さんざん管理者に注意されてたの見てないのか？

Cの定義で明確に、「不定」とされてるところを勝手に解析して
速くなったと喜んでる。
で、コンパイラごとに動作が違うから調べるの疲れたとかいってる。
PC向けの16bitのCPUのことしか知らない。
レジスタがたくさんあるCPU向けのコンパイラ（しかも１０年前からある）
のをダークホースとかいってる。

本当の組込用のCPU知ってるのか？ 否
汎用機に使われているCP/CPUを知っているのか？ 否
総合的に速くするための技術を、総括的に知っているのか？ 否

こいつの明かした技術なんて、10-20年以上前に開発をやっていた人間なら
知っている、よくある手法ばかりだ。

場違いな掲示板に、何の前提もなく構想段階のコンパイラの仕様を
さも当たり前のように話し、相手との会話も成立させずに、雑魚扱いされたという

さて、これはだあれ？

どうでもいいけど、必死だね、君。
sageでやってくれたまえ。

ハローキティ！！！

>>365
すいません、ちょっと質問してもいいですか？
アセンブラはさわってみたという程度なんで
アセンブラレベルでの最適化というのが今ひとつピンと来ないんです。

メモリアクセスを減らしてレジスタを使うようにするとか、
ＳＩＭＤみたいなアセンブラ特有の命令を活かしたアルゴリズムを考えるとか、
速い命令を使うとかループアンローリングするとか分岐を減らすとか、
そういう当たり前のことは別にして、私の知っている範囲内で考えれば、
次のようなことがアセンブラレベルでの最適化だと思っています。

・レイテンシを考慮してパイプラインストールによるＮＯＰ部分に
　依存性のない他の命令を入れる。

・アウトオブオーダー実行やレジスタリネーミングを考慮して
　レジスタ割付を考える。

・乗算や加算など各実行ユニットの稼働状態を考慮して処理を組む。

で、これ以外の最適化、というのが思いつきません。
実際には具体的にどういう手法があるんでしょうか？
後学のためにご教授いただければ幸いです。

>ＳＩＭＤみたいなアセンブラ特有の命令を活かしたアルゴリズムを考えるとか、
これ以外はコンパイラもやってるね。

たとえば、実行命令の動的な書き換え。
たとえばアドレスレジスタのインクリメント命令をデクリメント命令に
書き換えて動作を逆転するようなコード。

ユーザコードだけではなく、CP/Mみたいにメモリ保護が考えられていない
環境下では、システムのメモリを書き換えて、
本来入れられない箇所に、自分のコードを呼び出すようなコードを
埋め込んだりもできる。

昔のコンパイラのブレークポイント生成とか、こういう手法だったね。

たとえば、実行命令を動的に生成する方法。
上のと似てるね。量が違うだけ。

たとえば、多重インデックスを排除したフラットなデータ構造設計。
あるまとまったデータ単位(構造体ね）の配列を作成して
その構造体のメンバをアクセスするとき、

構造体の先頭アドレス + 構造体サイズ * 配列のインデックス + 構造体メンバへのオフセット

を計算しなければならない。
これはCPUに多大な負荷をかけるコードなので
それぞれのメンバの配列を、メンバの要素分作成する。
すると

配列の先頭アドレス + 配列のインデックス * メンバ一個分のサイズ

だけの計算ですむため、高速に動作し、小命令セットでコードがかける。

CPUキャッシュが豊富にある現在のCPU下では、
一度にアクセスするデータがなるべくひとかたまりにまとまっていた方が
キャッシュヒット率の向上にもつながるので、これは無駄になる可能性がある。

たとえば、別プログラムのオーバーローディング。

プログラムが、別のプログラム、もしくはバイナリを動的にメモリにロードして、
直接、ロードした先の命令を実行してしまう方法。

DLLと同じようなことを、昔もやっていた。オーバレイとかもいうね。
DLLと違うのは、呼び先のメモリアドレスを呼び出し元が事前に
予測可能（というか計算できる）なので、
名前解決などの手間がかからないこと。

これはCでも簡単にできるけど
変数サイズを、バイト単位まで削って使用メモリを減らす方法。
CPUによってはバイト単位操作命令の方がコード量が少ない、
実行が速いなどの利点もあった。

Cで同じことをやろうとしても、実際には、インデックスを配列の
添え字として利用するときの暗黙の型変換などがおこり、
かえってコード量が増えたり、速度が遅くなったりすることがあるが、
アセンブラではこれを調整可能。

Cやほかの言語でもできることはたくさんあるが、
Cの標準からすると、あまり推奨されない書き方だったり、
かえって効率が落ちたりする。

中にはOSの機能が発達して禁止されてしまった技法や、
かえって効率を妨げるようになってしまったもの。
プログラムの設計・製造工程の変化により、廃れてしまったもの。

そんなのばっかり。

今でも、たとえば、マイクロ秒単位の速度差が
重視されるようなビデオカードのドライバとか、
利用できる資源が極端に少ない電子部品向けの
ファームウェアなどでは、使われているかもしれない。

後、大きな勘違いなんだけど、
Cみたいな言語をつかうとアセンブラと比べてプログラムが大きくなる
という信仰ね。

Cは、たとえば標準入出力ライブラリや浮動小数点演算ライブラリなどの
使いもしないのにリンクされてしまう無駄なコードがついてくることがある。
main関数が呼ばれる前にだって、Cのスタートアップコードがついてきていて
必要がなくてもコマンドライン引数の解析とか
初期化とか、割り込みベクタの設定とかをしてくれてる。

こういうのを撤去する方法はCにもあるし、それほど難しい技術じゃないけど
アセンブラを書いてる人から見ると、やっかいな、お荷物でしかないわけですな。

無駄なコードを持たないこと自体、アセンブラレベルでの最適化だと思ってる
人もいる。

とりあえず、氷魚様には常識的なことだろうけど
別の人から聞かれたんで、わかりやすいとこだけかいときました。

ちなみに俺は、105=116=119=121=122=129=...。

んじゃあとよろしく

OSASKの人すごいね・・・なんか鬱だ。

>>369-373
ありがとうございます。
ただ・・・全部既知でした（藁
どれも歴史から言えば古典的なものですよね。

ついこの間、Ｉｔａｎｉｕｍの資料を眺めていたのですが、
プレディケーションやデータスペキュレーション、レジスタローテーションなど、
新しい最適化技法が必要になるのではないかと思われる機能が目に付きました。
こうした機能を活かした最適化技法などは既にあるのでしょうか？
高級言語レベルでの設計技法と組み合わせた最適化技法を編み出せば
かなりのパフォーマンス向上が望めるのではないかと期待をしています。
そもそも、アセンブラまで降りることのない私の目から見ると、
ｘ８６の命令セットは直交性や対称性に欠けていて非常に汚く思え、
そういう意味でもＩＡ−６４に普及してほしかったりします。
このあたりは単なる趣味の問題ですけどね：）

>ただ・・・全部既知でした（藁

アセンブラで何か一本書いた人なら既知だと思いますよ。

でもアセンブラのなんて10年以上前の話なんで
それ以降の話はしりませーん。
コンパイラには使えないものすごい命令があるかもしれないけど
しりませーん。

ここ半年だと、cpuid命令のために埋め込みasm書いたくらいかな。
試しただけでお蔵入りだけど。

>>376
アセンブラが必要になる状況というのもどんどん少なくなってきてますからね。
アセンブラ専門で食べるのもアプリ屋にはなかなか辛い話です・・・。

ところで、今朝はＯＳＡＳＫを紹介しましたけど、
環境非依存で低水準レイヤーからまとめ上げる、
という意味ではｉｎｔｅｎｔの方が適例かもしれませんね。

ご存じない方のために簡単に説明しますと、
ｉｎｔｅｎｔはＪａｖａみたいな仮想マシンベースの環境なんですが、
Ｊａｖａとは違ってレジスタマシンを仮想マシンに採用しています。
レジスタマシンを仮想マシンに採用したシステムは、
なんでも商用システムとしてはｉｎｔｅｎｔが世界初とかどうとか。
今ひとつ表には出てこないようですが、
Ｊａｖａバイナリをｉｎｔｅｎｔバイナリに実行してから
ｉｎｔｅｎｔのＶＭ上で実行すると、
ＪＤＫの数倍以上の速度が出るそうです。

http://www.ascii24.com/24/columns/10102/article/2000/11/17/619758-000.html
http://www-6.ibm.com/jp/developerworks/linux/010223/j_l-amiga3.html

↑この辺に情報があります。
ｉｎｔｅｎｔＶＭ用のアセンブラであるＶＰアセンブラはなかなか面白そうです。

＞Ｊａｖａバイナリをｉｎｔｅｎｔバイナリに実行してから
Ｊａｖａバイナリをｉｎｔｅｎｔバイナリに変換してから

誤字です。スマソ。

なんかつまんないや。

氷魚くんに提案なんだけど、C--とやらを作ってから、もう一度
ここに来れば?
ここはさあ、嘘つきや、キティと呼ばれる頭のおかしい人(もしく
はそのように振舞っている人)が沢山来るんだよね。

だから、たいていの人は何か確証が得られないかぎりは、あんまり
まともに相手しない。

実力主義なんだろ?
モノ持って来りゃつまんない煽りなんてなくなるさ。

＞379
全く、その通り。けど、そのときは誰に対しても恩義を感じなくなる状態。
結局言葉も通じないのに、完璧才能の芽もない馬鹿だった僕に真面目にプロ
グラミングを教えてくれたのも、全部アメリカの人、なんか空しいですよね。

勿論、個人個人に於いては恩を感じている人もいるけど少ないです＞日本
なんでみんな肩書きとか結果の提出等に拘るんでしょうか。
こういう人たちが上司の場合、「採用してやった恩を仇で返しやがって」
・・・より評価してくれる（要はより高級をくれる）企業にヘッドハンテ
ィング等で部下が企業を移籍しても文句を言うのは筋違いでは？
アメリカでさえ、「結果を見せてみろ！」なんてことは滅多に言われませ
んでした。これもし言われたときは・・・既に採用されている状態ですよ。
「だったら結果を出してみろ」、出資もしてくんないのにこんなこと言われ
てもなぁ・・・とか思いますよ。まぁ・・・僕は環境に恵まれてただけかも。
あんまり・・・「だったら結果を見せてみな」とかは言わない方が良いかも。

例えばＢＣＣ系掲示板では__fastcallの方が__stdcallより早いとありました。
正直僕も早さはいちいち自分で計測しないと自信が持てないのでまだ不明ですけ
ど。少なくとも・・・メモリ消費量は減ります。「たかが数バイトじゃねーか！」
とか言う人は・・・メモリ少ない機種、低速な機種を扱わないからそう吐き捨て
られるんでしょうね。自分の守備範囲の立場にない人間・仕事はすぐ切り捨てに
かかってくる・・・。

Ｃ++において、値をコピーして関数呼び出し、参照渡しで関数呼び出し、
現状のＣＰＵではどちらが早いのか、とかも僕は悩みますけどね。
他にもポインタを渡す場合、class内関数を呼び出す場合・・・とかとか・・・。
昔の物なら確実に「早くなる」と断言できたけど　＞Ｃ++
いや、classは一レジスタ分消費増えるだけかな。確かめないと全然わからん。

>>380
「肩書きにこだわる」のと「結果の提出にこだわる」のは正反対の意味だと思うが。
「肩書きにこだわる」のは権威主義、「結果の提出にこだわる」のは実力主義だろう。

いったいお前は何を基準に評価されたいのか？
聞かれもしないのに垂れ流してる真偽の定かでない経歴や、需要も将来性も不明な
妄想言語・妄想OSの仕様（の断片）なんかで技術者を評価する奴は日本にもアメリカ
にもいないよ。

>>380
　アメリカアメリカ言い過ぎ。アメリカ万能じゃ有るまいし。
日本もアメリカも良いところも悪いところも双方有るんだよ。
10年前の日米比べて見ろよ。
米国の製造業界なんて日本にきて勉強する始末だったんだぜ？
まぁ過去のこと言っても仕方ないが、まぁそれはお互い様でな。

　で、実態だが、
　有る程度結果を出した者や経験を積んだ者がヘッドハンティングされていたね。
まず口だけの奴は組織に入っても結果ださんからすぐにばれるよ。

某掲示板のエセプログラマーとかと同意見の方多いですね。
「もう今はＰＣそのものの処理速度が上がっているから問題ない」
とか自分の無能・無知さを棚にあげておきながら偉そうにのたまう。

ハードディスクが省電力が働いて停止していた場合にスワップが
ＷＩＮ等で働いた場合とかはすんごい速度低下しますよ。
「スワップを切るにしとけよ」って言われてもＰＣ初心者には
何の事かさっぱりわからないような・・・もしくは電気食う？
どっちも俺は嫌だがな。

＞メモリ少ない機種、低速な機種を扱わないからそう吐き捨てられるんでしょうね。

阿呆か。
どんな環境を使っていようと、その環境での条件や要求条件によって思考を
切り替えられないようなダメ技術者なんかいらないよ。

小メモリ低パフォーマンスの環境では１バイトの多少にまでこだわっても、
その思考をそのまま大メモリ高パフォーマンスの環境に持ち込む奴は馬鹿。

＞382，383
なんか醜い言い分ですね。要するに僕に結果を出されると困りますか？

＞「もう今はＰＣそのものの処理速度が上がっているから問題ない」

ああ実際問題ないよ。
一般的なPCで動作するアプリケーションにおいて、ns単位でしのぎを削る
ような仕事なんかそう滅多にあるもんじゃない。
そもそもそんな用途にPCなんて不安定要素の多いプラットフォームは
使わないもん。

>>385にもあるけど、環境によって、適用すべき知識や技術は違って当然。
それに適応できない技術者はすなわちダメ技術者ってことだ。

>>386
はあ？どこをどう読んだらそんなこと書いてあるんだ？
結果出せばいいじゃん。ていうか誰も困らねえよ。出して見せてくれよ。

＞385
苦しい言い分ですね。最初から僕は書いてきましたよ。
「メモリを最大限有効利用するための言語が欲しい」って。
あなたが欲しい欲しくないの意見を書くのは勝手ですけどね、
それを万人の意見にすりかえる権限はあなたにはありませんよ。
翻訳係さんも書いていたでしょう？「ニーズも調査しろ」と。
まぁ・・・僕は需要ゼロでもやるつもり。文句ある？

＞ハードディスクが省電力が働いて停止していた場合にスワップが
＞ＷＩＮ等で働いた場合とかはすんごい速度低下しますよ。

それがどうした？
そんなレアケースを想定してアプリケーションレベルで数バイト、数μsの
最適化をすることに何の意味があんの？

＞388他
なんかキレテル人多いですね。
「500MhzＣＰＵでギガヘルツＣＰＵを超えたい。」
・・・こういうのも暗に仄めかしてましたけど、某掲示板で書きこん
でいたときから既に。ただし、これ完璧にこなすならＯＳそのものを
書き換えないといけないからＷＩＮ上とかではちょっと無理っぽいか。

こんな電力食うＣＰＵが地球にやさしいわけねーだろ！！
とも思ってみたり＞ギガヘルツＣＰＵ
毎時何ワット消費するって、この辺のＣＰＵは？

>>389
誰もお前の都合なんか聞いてねえ。
その需要を感じてない奴が需要を感じてないなりの思考を持つことを否定してる
のはお前の方だ。

>>386
>なんか醜い言い分ですね。要するに僕に結果を出されると困りますか？
　逆。要するに結果を見せろって事。

あと、君の言う米国は俺の見てきたのとずいぶん違うが？

＞394
場所によるんでは？　滅茶苦茶広いアメリカ全土を見渡したってか？
とかいうヤクザな書き方も疲れてきたな・・・。

ただ・・・多分その予定。けどもうちょい粘りたい理由が残ってます。
もう少しのご辛抱お願いします。m()m

>>392
今のギガヘルツCPUは、昔の486DX2あたりと比べても電力消費は低いですよ。

おはようございます。

そんなに日本がダメな奴ばっかりなら、
アメリカで氷魚さんOSとC--作ればいいんじゃないのでしょうか？
アメリカの素晴らしいプログラマが集うスレにでも書き込めば良かったのでは？
なんで日本のソネットだったの？と思ってしまいました。

厨房プログラマの意見ですいません。

>>395
なんで都合のいいところしか返信しないんだよ。
だったらお前の言ってる場所はどこだよ？

でさ、メール欄にメアド入れるなよ。
いちいち上がってウザイだろ？
sageてこーぜ

>なんで都合のいいところしか返信しないんだよ。
「うざいから」と言われるに1MHz。

そろそろ、会社逝ってきマス。

＞＞sizeof(int)
＞コンパイラが置き換えているに過ぎず。
＞実行時にメモリ消費幅を計っているわけでもなんでもなく。
もちろん承知してます。
ただintの幅を「測定する」ことは氷魚君がいいだしたことなんで
それの必要性を聞いたときに引き合いにだしたもの。

たとえば衆議院の（制度上の）定数は何人かはそれを定義して
ある関係法令を調べればわかることであり、決して「測定」して
わかる性質のものではない。intの幅も同様。

限定した環境ではこういうのが有効だと、最初から書いとけばよかったかねー。
そうしたらそんな環境をもってるとか興味あるとかの人だけレスくれたんでは？
アナタが考えるいいプログラマもいたと思うよ。
経歴やらなんやら電波に書きまくるから、誰もアナタが本当に言いたいことを読めなかった。
アメリカだとあんな風に書いたほうが評価されんのかなーｗ
つーか少なくともこっちじゃ誰もアナタの経歴なんて興味ないし。
渡米してがんばってください。

でむぱ全開！

＞例えば250回程度のループならばint分使わなくてもループ組めたと思います。

ということは
int i;

for(i=0;i<250;i++) ...

ってコードに対して変数iはunsigned char分だけあったら十分
ってこと？
じゃあ 250を500に書き直したら展開形が変わるってこと？
そんな最適化 やだね。

＞16bit期にアセンブラを使った場合ですけど。而もＣＰＵ依存ですけども。
32bit機でも（たとえば３８６）バイトアクセスできたやろう？

＞つまり「メモリ節約」な最適化を効かせた場合、int分必要ない事も有り得ます。

０から２５０までの数字しか保持しないなら８bitで事足るのは
わかったが、だから それとintのサイズ測定とどういう関係があるねんな？＞氷魚君

アーキテクチャによっては、8bit単位のアクセスよりも32bit単位のアクセスの
方がパフォーマンスに優れているんだけどね。
メモリを効率的に扱おうと、8bit単位の変数をたくさんマッピングしても、奇数アドレス
に対するバイトアクセスで発生するアドレスバイオレーションのペナルティが
大きければ意味がないよね。

68000だと奇数アドレスにワードアクセスしただけで落ちたなｗ

よくもまぁこれっぽっちの知識でこんなに書き込めるものだと感心する事しきり。

>403
っていうか既に実在してたりして。ノーマルなＣこんぱいらとしても。
あと＞401
あの書き方で評価されなきゃ無意味ですよ。
＞404
だからＣＰＵごとに最適化するコンパイラを作ると書いてるでしょ、上に。
アラインメントとかも全部考慮に入れるのは当然ダロ？良く読めよ。
ディスクレス環境も考慮に入れたらお前の意見は却下。

言葉遣い云々の前に奈良県近辺はここ数年凄まじい状況でしたよ。
三年ほど前かな、元日に初詣に行ったら族な格好の連中が最低でも200人。
けど別に誰も通報するでもなく、素通り。警察も来ない。無論エキストラではない。
Ｍ本、Ｍ村、Ｆ脇、Ｏ田、この辺の奴らが笠縫付近にあるＦボウリング場
でよく俺を賭けボウリングに連れ出してくれた。うっとい話しだぜ全くヨー！
従業員は金銭の授受を目撃しても無反応。わけがわからん状態。
兵庫東部、大阪、京都、名古屋、岐阜、東京（要は電車が乗り換え易いとこ）
派出所とか、警官の質とか、住民の性格・容姿とかかなり見て回ったけど
・・・なんでこんなに法律や善悪を完全無視した奴らがいるわけ？
まー、警察、奈良県警があんなんでは住民にも黒い奴らがいて当然カモナ。
ぽつぽつだよ、まともと呼べそうな人間は、好意を持ってくれる人も。
俺の才能なんか完全無視だよ。真面目に話してさえ完全無視？何要なの？
言葉遣い・態度に問題がなくてもそれ。わけわからず。

調べ易いものとしては西大寺駅付近に違法コピーソフトレンタル屋があったな。
中学の同じ奴らは平然と使ってた。高校の奴らも使ってたらしい。ちらしが
仇になって摘発されたラシーが・・・そんな連中と協調しろと言われてもナァ？

俺の名前、期限切れの免許で照久となってるが・・・これもキワドイカモナ。
とりあえず・・・他の国をあたるしかないの鴨。改善の余地なしって感じかもね
。某掲示板のまともそうな連中数人には奴らの実名入れてメール転送済み。
俺が移動した時に情報歪められんよーにしといてね。最低でも。

それと・・・ヘボグラマーが「過酷ではない」といってたスレッド並列処理and
同期、本当にそうか？
bio100％って板かな？DirectX専門のやつ。俺は約30秒で挫折した。
スレッド使わないとダメだと読んだが、俺は。その辺どーよ？
アマもプロもそんなに差はないんだし意見をその辺の人に聞いてみてよ。
本当にスレッドの有効利用＆デバッギングが楽なのかどうかをね。

賭け麻雀の件については奈良県警本部に行って筒井派出所に行けって言われて
やっとこさうごいた程度。盗られたmyベルトは返って来・・・ないかやっぱ。
中学同部の奴らも完全に洗ってなきゃ未だ県警は黒だね。全域も探れってよ。
楽ばっかしやがる。うっとーしいな。高校同学年の奴らだけでも最低洗ったのか？
・・・って、メールの続きをここで書いてみたり（笑）

どこから突っ込めば良いかな？（藁

氷魚君は上記カキコより分裂病と思われ｡
分裂病の特徴で「病識がない」ちゅうのがある（藁
ので本人には理解できないだろうが．．．

なんの脈絡も無く西大寺が出てくるとこなんぞ．．．
だれかに「西大寺の違法コピーソフトレンタル屋の客の
厨房＋工房と協調しろ。」って言われたのか？＞氷魚君
そういえば奈良競輪はしばらく逝ってないなぁ（藁

メールの続きなんだから、脈絡のない話が出てきてもおかしくは無いと思うが。

為にする批判は見苦しいのでやめようぜ。

>Ｃ++において、値をコピーして関数呼び出し、参照渡しで関数呼び出し、
>現状のＣＰＵではどちらが早いのか、とかも僕は悩みますけどね。
>他にもポインタを渡す場合、class内関数を呼び出す場合・・・とかとか・・・。
>昔の物なら確実に「早くなる」と断言できたけど　＞Ｃ++
>いや、classは一レジスタ分消費増えるだけかな。確かめないと全然わからん。

参照はアドレスだからワードサイズ以上のストラクチャだったら
コピーより渡す速度は速いはずです。

ポインタは渡すのは参照と同じですが、アクセスするときに
デレファレンスで時間を食うかも知れません。

C++のclass関数が遅い理由は動的ディスパッチのせいですよ。
一レジスタどころかテーブル抱えてるんです。

>>409
>>108参照のこと。

それとsizeof(int)はマシン次第ですよ。

普通sizeof(int)=ワードサイズじゃないかな？
ある意味すでにCPUごとに最適化されているんですよね。

ま、自分はあまりエンベッディドプログラミングは
知りませんが、そちらの方の研究は今HOTなので色々
調べれば出てくると思いますよ。頑張ってね。

> ポインタは渡すのは参照と同じですが、アクセスするときに
>デレファレンスで時間を食うかも知れません。

ポインタと参照は書き方が違うだけで中身や動作は一緒です

俺、バカだから長い文章読むとねむくなるからさー
氷魚さん簡潔に書いてよ。

分裂君がかすんで見えるね..

メールの続きって何よ？
メールの続きだったら地域批判とも取れることを
安易に書いてもいいのかよ？
メールの続きだったらＲＯＭ者がはて？って感じる
ことを何の説明もなく書いていいのかよ？
奈良だの西大寺だのが今までのスレの流れ（たとえば
Ｃ−−コンパイラだの最適化）とどう関係あるのか説明できるのか？

>>417
つーか、落ち着け。

唐突な話題なのは「分裂病」が故ではなく、>>407がメールの続きだからでしょ。

責められるべきは、「唐突な話題を持ち出す」じゃなくて、「唐突にメールの続き
なるものをここに書き込む行為」だ。

唐突な話題を責めたってなんにもならないし、それを「分裂病」と判断するのは
どうかってこと。

彼を批判したいのはわかるけど、為にする批判ならやめとけって話。

>>403
たしか、そのテクニックってレジスタ数が少ないx86系で、
ループカウンタに２個もレジスタ取られるのがもったいないから、
上位と下位に分けて、レジスタ１つ分で済ましちゃおうってテクニックでしょう。

普通はこんなことしないで、フラットに展開しますけどね。
どこか有名な最適化を扱ってるページ（日本語）で見た記憶があるんで、
そこで得た知識でしょう。
あいまいな書き方しかしてないのは、きっちり理解できなかったからだと思われます。
250回程度って書いてあるところが、イカニモですね。
思い出したらurl書きますね。

あ、ちなみに2重ループでのことです。

乱文スマソ。まあとりあえず落ち着いてみるわ。

そやけど、氷魚君の話が飛びすぎて 批判というレベルに
いたってないんですわ。実際。

>>421
>>108の方は読んだのけ？

>>422
読んだよ。というか ガイチ（藁 でした。

とりあえず氷魚君本人が脈絡を説明してくれん
ことには「連合弛緩」「滅裂思考」の疑いをもって
しまうのが自然と思うがどうよ？

いや、はじめからそういってるのだけれども。。。
つまり、まともにそういうのの相手をするのが間違ってると。。。

# 躁鬱に追加して妄想もかな。

>>424
おおスマソ。逆の意味に取ってた。
１０９のＵＲＬをみたら分裂病でないことがわかるはず
だからやみくもに分裂病だってゆうな って主張してると思ってた。

わしは 読解力がない。鬱だ．．．

しまった。電波さん専用スレだったのに汚してしまった。ｽﾏｿ

＞423
確率論でしょ？情報は分散させたほうが上手く伝わる確率は上がる。
別に気をまわす必要のある人間が存在していないならいくらでも手はあるが。
正直自分に入ってくる情報は限られている。その中のベスト尽くせばこうなる。
奈良近辺の医師に対して医師が必要な状態。まともな精神科医は日本に今いるか？

・・・まずそいつらは何故か俺の顔を知っている。住民も含めてな。この辺も調査
よろしく。結構広範囲に及ぶと思う。
で、俺の写真でも使って確認してくれ。中・高校時のアルバムのものでも構わない。

1.再認識・再確認能力が存在するか？欠如していないか？
　俺＝取るに足りない人間、蔑むべき人間の構図がある。
　まともな文章は無視して、ろくでもない部分のみをあげつらう奴をまず捕獲。
　俺が書いた文章だと頑として認めない奴も捕獲。
　その時点では認めるが数日、数ヶ月、一年以内に都合良く忘れる。これも捕獲。
　まー、残りも訴訟は覚悟しとくべきかもな。

2.能力の差異は無視して、あくまで友人・親類等の対等な立場を取ろうとする。
　まー、要するに侮辱行為だよな、暗黙の・・・な。
　この辺も数年以内には「なかったことに」してしまうだろう。今に始まったこ
　とではない。
3.本当に気の合う人間と会うにはまだ恐怖心がある。恐らくまだ数的に不利。
　徹底的に数を削らないとこっちがやばいという可能性もあるし。緊急措置。
4.誰か既に動いていたら合流して。メール着いてたらだろうけども
5.米大使館に電話したとき、一度だけは助けてもらえた。けど、
　俺＝異常者に持っていきたい医者はまだまだいるはず。
6.ま、こんなとこ。思いついたらまた書くつもり。とりあえずベスト尽くす男より。

待つだけは待ったけど、もう我慢の限界って感じ。成長せんよ、奴らはな。

>>423の疑いを補強しとるぢゃないか。
語るに落ちてます。

かなりの高周波ですね。

シャレになってない感じ

ある程度組織的に動いてるみたいだから誤魔化されることはない
かと。あと、中ニか中三のとき部室に泥棒が入ったな。
盗まれたのは88とＭＺの古い奴かな。

そこそこ期間を長く見て調査してね。動くのは速攻で良いよ。
っていうかそうして。こっちも怖いし。
情報歪めるのが得意なだけ。危害を直接に加える奴は少ないはず。
但し、食事には気をつけろよ。持参推奨。薬品の流通は多いよ。

>俺＝異常者に持っていきたい医者はまだまだいるはず。
居なかったら嘘だ（藁
食事に関しては108先を見てのネタだろな。

で、こういうのを病院に放り込む方法ってないかな？（マジに

>>４２７も邦訳キボンヌ＞専属翻訳係どの

主語が無いしなあ･･･

じゃあとりあえずましなことでも。結果主義について、ね。
まー、別にイタイ扱いでも諦めるよ。これ以上の努力は思いつかん。
そん時はここで骨を埋めるまで。

「・・・・・・・・・」←（口の軽い人ばかりでもあるまい）
（俺にはお前の能力なんて測ることはできない。結果を評価するだけだ）
こういう謙虚さで結果主義は成り立っている。どこの国も例外なくね。
って。本当はアメリカの事、って言いタイサ。

あと・・・日本の風土には合わない。
「有能な人間はつつましやかさを求められる」から結果出したときに
評価・賞賛できないでしょう？　悲しいほど扱い辛い風土。
この風土の上でモラルを保つのは並大抵の事ではない。
事実・・・枯渇してるでしょ？　軽薄な人間がモニタ上でベタボメ。
「引き出す能力、掘り出す能力、批判しない能力？」が必要。
けど・・・できてないな・・・どう贔屓目に見ても、だ。

ある意味、すげぇな
ラウンジあたりに報告してくっか

こういう文章書けるっつーのも才能のうちに入るだろうか？

「情報を歪める」「危害」「薬品」・・・・・。

氷魚さま、これまでに何者かの陰謀をお感じになったことはありませんか?

ってゆうか、少なくとも面と向かっては話したくないな

モノローグ書きってちょくちょく見るけど、
ここまでのは初めて見るなあ。

そろそろ「氷魚の母です。（以下略）」はでねえのか？

>>441
ダメだ、ネタでは本物の持つ迫力には勝てん。

うわあ！
全開だ〜〜〜〜〜！
もうsageない！チェキラ！

久しぶりに来たら本人らしき人が！
本物？職人？

>>435
俺はアホだから氷魚さんが何を言っているのか分かりません。
雀並みの脳味噌しかない俺にも分かるように説明して下さい。

た、助けて、ラロー！

ざっと読んだ感じ、CよりAskaが好きだ、って事でいいのかな？
いいんじゃない？Aska使ってれば。
そっちの方が便利な事も当然あるだろ。

コミニュケーション能力の欠如。
哀れ。
どんなに凄い才能を持っていたとしても
誰からも相手にされず変人扱い…

一言言葉を発するたびに心が離れていく。
行き着く先は絶望的な孤独。

誰も彼を救えない。
彼自身がそれを拒否するから…

>>433
難しいこと言わんでくださいよ（藁
とりあえず、身に覚えがないのに精神科医にマークされている、
という仮定の下で翻訳してみましたです。
会社から帰ってきて早々これは辛い（苦笑

なお、途中で頭についている番号はカットした方が読みやすいかと思います。
改行位置を変えて丸括弧で文を補った他は原文ママです。

この訳はなかなか際どいんで、
間違ってるか合ってるかを明確にコメントして欲しいところです。＞氷魚様

以下訳文。

＞423
（俺が精神病じゃないかと思うのは勝手だが、それも）
確率論（でものを言ってるだけで確証はないわけ）でしょ？
（俺がわざわざ話題を一本に絞らずに話しているのは、）
情報は分散させたほうが上手く伝わる確率は上がる（から）。
（普通に話をしてもおれを基地外扱いするバカが多いからね。）
（そういうバカがいない、つまりは）別に気をまわす必要のある人間（＝相手）が
（この場に）存在していないなら（、）いくらでも手（＝会話のしよう）はあるが。
（俺を病院送りにしたがってるバカがどこに張りついているやら、）
正直（なところその辺の情報で）自分に入ってくる情報は限られている。
その中（で、バカに絡まれないようにと俺なり）のベスト（を）尽くせばこうなる。
（全く、俺を基地外扱いするなんざ）奈良近辺の医師に対して医師が必要な状態（だね）。
まともな精神科医は日本に今いるか？

（奴らはよっぽど俺を基地外扱いしたいらしい）
・・・まずそいつらは（面識もないのに）何故か俺の顔を知っている。
住民も含めてな。（俺の言うことが嘘だって言うんなら）この辺も調査よろしく。
（俺のことをマークしてる奴らは）結構広範囲に及ぶと思う。
で、俺の写真でも使って確認してくれ。中・高校時のアルバムのものでも構わない。
（編注：アルバムの話は、学校に問い合わせて写真を入手し、それを使って足で聞き込みして確かめてみろ、ということ？）

（俺の周囲にいる奴らにも言えることだが、お前ら、自分を振り返って以下の事柄をよく考えてみろ。）

1.再認識・再確認能力が存在するか？欠如していないか？
　俺＝取るに足りない人間、蔑むべき人間の構図が（態度の前提に）ある。
　（俺の書いた中で）まともな文章は無視して、
　（わざとそう書いた）ろくでもない部分のみをあげつらう奴をまず捕獲。
　俺が書いた文章だと（いうだけで）頑として認めない奴も捕獲。
　その時点では認めるが数日、数ヶ月、一年以内に都合良く忘れる。これも捕獲。
　まー、残りも訴訟は覚悟しとくべきかもな。
（編注：捕獲＝とっつかまえていわすぞｺﾞﾙｧ!!(ﾟДﾟ)、ぐらいの意味で捉えましょう）

2.能力の差異は無視して、あくまで友人・親類等の対等な立場を取ろうとする。
　まー、要するに侮辱行為だよな、暗黙の・・・な。
　（揶揄するばかりのバカなお前らとは俺の実力は比較にならんのだぜ？）
　（たとえここでどうにか俺の実力を口先ぐらいで認めたとしても、）
　この辺も数年以内には「なかったことに」してしまうだろう。
　（いちいち付き合ってられんよ。）今に始まったことではない（がな）。

（以下は独り言だ。）

3.本当に気の合う（感じる）人間と会う（という行為に出る）にはまだ恐怖心がある。
　（気が合うと思っていても実はバカだったりするかもしれず、
　　俺のことを基地外扱いしないまともな連中と顔を合わせようにも）恐らくまだ数的に不利。
　（もっと絞り込んでこいつは大丈夫という奴だけに）徹底的に数を削らないと
　（紛れ込んだバカにしてやられて）こっちがやばいという可能性もあるし。緊急措置。
（編注：緊急措置はどうにも意味不明。）

4.誰か既に動いていたら合流して。メール着いてたらだろうけども
（編注：意味不明。同胞（＝実力を理解されず基地外扱いされる真のマスターランクプログラマ）に対する呼びかけぐらいの意味か？？）

5.米大使館に電話したとき、一度だけは助けてもらえた。
　けど、俺＝異常者に持っていきたい医者はまだまだいるはず。

6.ま、こんなとこ。思いついたらまた書くつもり。とりあえずベスト尽くす男より。

（ここなら理解してもらえるかと思って）待つだけは待ったけど、もう我慢の限界って感じ。
成長せんよ、奴ら（＝俺の能力も俺という人間も基地外扱いして理解しない連中）はな。

今後の翻訳方針についてのご説明：）
え〜、翻訳係としてはキティかドキュソかというような判定はいたしません。
ただし、氷魚様本人からツッコミがない限り、次の仮定の下に翻訳をいたします。

・氷魚様は実はＰＣ関係に関してはアセンブラレベルから一通りの知識を持っている。

・その水準に達せず理解もしないバカがここも含めて大量にたむろしていると考えている。

・自分の実力を理解せず基地外扱いしたがる「奴ら」にマークされていると思っている。

・そのマークを回避するために敢えて分かりにくい書き方をする必要があると考え、
　意図して実際にそうしている。

・ただし、２ちゃんでは話の通じるマスターランクプログラマが一部に含まれており、
　そうした人たちに対してのメッセージも自分の書き込みの中に含めている。

以上５点を基本原則として翻訳していこうと思います：）
翻訳対象については個別にリクエストしてください。
あと、メールアドレスを公開しときましたんで何かご意見などあれば
そちらにもどうぞ：）

それと、仲裁係もやっていいですか：）？
社会観だの価値観だのの常識については話が平行線になるとしても、
このＣＰＵがどうだとか一個人の意見として業界にこういう傾向があるだとか、
そういう個別の会話は十分に可能だと思われますんで、
そういう方向で話をまとめていくと『色々な意味で』希有なスレになると思います。
どうでしょ：）？

大感謝 ＞ 翻訳係様

>>451
仮定が一つ抜けています

・コンピュータ暦、留学暦、交友暦はすべて脳内

うーむ (^^;)
古代文書の研究のよーだね。

>>454
申し訳ありませんが翻訳の仮定についての
苦情は氷魚様御本人以外からは受け付けておりません（藁

メモリー単価が下がった現代、ループ変数の数バイトの節約など無意味。（データ圧縮は別）
それよりは、速度、単純性、可搬性などを考えるのが本筋。
小手先の技に偏らず、堂々を王道を進んでほしいものである。

つまりすでに精神病、という診断をもらってる本物、という事？
でもなんでそれを自分で暴露してるの？目的がよくわからん。

訴訟とかもよくわからない。何を訴えるの？
そもそもなんの話をしているんだ？
なんか
>>427
と
>>450
がどの程度同じ物であるのかを本人に判定してもらいたい所だが。

>>457
激しく同意！

目立ちたがりの被害妄想さん。
ありがちだけど最悪の組み合わせ。
「僕は他の人とは違うんだ！」
そう思いたいために難解な言葉を使い、精神性疾患を装う。
「狂っているのは世の中のほう」
「この世の中では僕は正気でいられない！」

「なぜ僕の言っているコトをわかろうとしない！」
「真実を知っているのは僕だけ」

http://www.edfac.usyd.edu.au/staff/souters/Humour/Real.Programmer.Stories.html

Cなんか邪道です。

病院内でノートパソコンや携帯電話を使うと
医療機器に障害が出るのでやめてください

俺はここは惜しいが次点、一位はやはりSMGスレだと
思うんだけど、どうよ？

SMGネタは今、熟成期間に入っております。
定期ヲッチは続けておりますので、裏日記が再開されたあたりで
また美味しく頂こうかと思います。
生モノですが弘田勝あたりで宴をおつなぎください。

弘田じゃねーや(^^;)弘中か？

>>457
それって419に対する返信？
あのテクニックって、メモリ圧縮より、
ループ内で利用できるレジスタの数を増やすための技術ですよ

技術ってほど大げさじゃないけどね

プログラムに限ったものでもないと思いますが、
世間で一般に「技術」と呼ばれるものって、
考え方自体は極単純なものばかりですよねぇ。

最近のPentium系でもレジスタって不足してるんですか？
普段はMIPSのCPU使っているもので…
ゼロ専用のレジスタが有るぐらい。

Ｐｅｎｔｉｕｍ系というか、
ｘ８６で演算用の汎用レジスタとして使えるのは
ＥＡＸ〜ＥＤＸの四つにＥＳＩとＥＤＩの六つぐらいですから、
コンパイラ屋さんはなかなか苦労してるんじゃないかと思います。
普段はＢＣＢ使ってますが、ＥＢＰは変数領域、ＥＳＰは勿論スタックに割り当て、
残りのレジスタでやりくりしているようです。

ＡＭＤのｘ８６−６４では汎用レジスタを８つほど増やすようですね。
ＩＡ−６４では整数と浮動小数それぞれに１２７個だったかな？
なんにしても増えるのはよいことです：）

ふーむ…６個じゃ大変そうですねー。
１次キャッシュとか、あまり効き目無いのかなぁ。
Coreと等速。かつ、パイプラインが効いていれば
レジスタと比べてと遜色無い速度が出そうではありますが…

キャッシュの有効性ってどのぐらいなんでしょうね。
一度キャッシュを切ってからベンチとってみようかな？

余談ですが、
いっそのことキャッシュ上のデータを明示的に操作できるようにして
メモリマシンにしてしまえどうかなんて思ってたりもします（笑
実際にはそれじゃうまくいかないことがあるんでしょうね。
その不都合が思いつかないあたりが我ながら凡百プログラマ：）

昔のDOSプログラムをDOS窓で動かすと、爆速でビックリすることがありますよ。
なんたって、全部キャッシュ上で処理が進むから（？）

ありそうな話ですね（笑
前に簡単なテストプログラムを書いて
２次キャッシュが効いたときの速度差を図ったことがあるんですが、
コアクロックとＦＳＢの差に近い差が出てましたね。
あれにはびっくりしました。
最近の環境ではコンテキストスイッチやグラフィック関係の
処理があってキャッシュはあまり効果がないという意見もありますが、
あそこまでの速度差を見ると多少は意識しないとと思います。

まぁ、人間が勘でやっている難しいことを単純にすることが
技術みたいな側面もありますから・・・

>>475
卓見ですね：）

一連のキャッシュ話読んでて、ふと思い出した事例をひとつ・・・
（氷魚氏とはまったく関係無いけど御勘弁）

スリーマイル島の事故覚えていますか？
チャイナシンドロームのモデルになったアレです。
あの時、システムは完全に動作していたのです。（少なくともコンピューターは）
なのに何故、事故原因究明が遅れたのか・・・
（警告ランプがいっぺんにいっぱい灯いちゃってワケワカメという部分もありますが）
プリンターです。プリンターバッファー。
システムはリアルタイムに情報吐き出していたのに
プリンターがその速度について行けず、
最新の情報が出るのに数十分〜数時間要したとか・・・
しわ寄せはどっかに来るものですね。

>>477
そう、ネットワークセキュリティでも、弱い所が一番良く
狙われる（この場合は、故意的ね）、
そして、一番をわい奴が一番自覚してなくて、無防備で
裸の俺は”人間的に一番えらい”とか言い出すと・・・

>>477
似たようなネタが
「アンドロメダ病原体」というＳＦ小説にもありましたね。
近い深い研究所に外部からの重要な電文が届いていたのだけど、
ちぎれた紙がはさまっていて通報のベルが鳴らなかったために
気付くのが遅れたという・・・。
スリーマイル島の話が元ネタなのかもしれませんね。
あと、「未来世紀ブラジル」という映画の冒頭も似た話だったような。
教訓ですよねぇ・・・。

会社から帰ってきたら、大変なことになってますね。。。
氷魚さん大丈夫っすか。。。

>ＩＡ−６４では整数と浮動小数それぞれに１２７個だったかな？
なんかスゴイいっぱいですね。。。

>>479
近い深い＞地下深い

スマソ。

裸の俺は偉いんだぜ〜
とか言って、ガイル（スト�U）のソニックブームのように
胸を開けて無防備な状態にして、しかも敵の前で。
そして、大声で、「俺の気持ちは凄いんだ！！！！」
いや、思いっきり胸を開けて無防備で、充血してる所をナイフのような
もので切られたら、知が止まらんと思うが・・・
あ〜、話が脱線しまくり、鬱だ！

>>480
１２７個とはいえ、たくさんあるようでも、
関数呼び出しの際の引数を詰め込むために使いますから、
そんなに多いものでもないようです。
レジスタウィンドウという奴ですね。
アプリケーションの最上層の関数から
ＯＳの最深部までのコールの引数とローカル変数を
全部レジスタに詰めていくとすれば、
これぐらいの数字になるんじゃないでしょうか：）？

>>482
ナイフのような刃物で切られたら、血がとまらん
でしなね。
思いっきり脱字！

>483
なるほど。そういうものなのですか。
レジスタ数は、増加傾向にあるんでしょうかね。

>482
どうかしましたか？（藁

>>485
いや、実際の所は知りませんよ（笑）
ただ、レジスタウィンドウ的な使い方をするということは
インテルの資料にも明記されていますし、
ＩＡ−６４は２０年ぐらいは使い倒すつもりのアーキテクチャだそうですから、
多少の余裕を持たせた上でレジスタ数を整備した、ということなのだと思います。

なんかこの板に珍しく、SE系でないプログラマ系の話にマターリと
移行してるね。
反面教師のせいか？

sage

>>487
明け方には荒れ模様になるでしょう（藁
今日はここらで寝。おやすみなさい：）

実は>>482は氷魚

人の文章は斜め読みだが自分の文章は
「ちゃんと嫁」
と言う。最強だ。おやすみ。

つーか主治医は勝手にノートと携帯を病室に持ち込んでんの、
わかってんのかな？
それともあれか、治療の一環としてネット環境をわざと与えてるのか？

tp://www.ne.jp/asahi/home/kazu/profile.htm

氷魚さんへ，

ここはプログラマ板なので警察や病院の話は止めたほうがいいと思うぞ．

＞490
482は俺じゃねーよ。
ますたあらんくの真髄を見せてやろうか？
とりあえずややこしい事態になる前にちゃんと書いて＆教えておこう。
まだどうなるか不明だが。・・別に人に教える内容は渋るつもりはないからな。
しかし・・曲訳多いぞ（笑）＞翻訳係。ついでに間違いすぎて却って意味が通ってるし。

ｎ-1，ｎ，ｎ+1、可変長なんか使えなくても良いからこういうとこでミスんな。
掲示板とかでさもカッコヨサゲニ可変長なんて言い出すのは雑魚グラマーだけ。
ただし、この板の上のほうで言ってる奴は本気でそういってるのかは微妙。
2ｎ+1，2ｎ-1、何憶えようがどんなテク身につけよーが、そんな事は関係ネー。
こっからは離れられねーさ。人間でもやめねー限りはな。
指折りでも良いから数えろ、最初はな。そのうちにミスらないようになるさ。
それまでは決しておろそかにすんなよ。

「俺（私）は絶対こういうところでミスりません」という前提でアホグラマー
共はカッコ良さげにウロオボエの用語や自分自身理解しきれてないことを
エラソーに書いてるだけ。こんな取るに足りない奴をまともなプログラマー
扱いすんな。わかったな。

ahomaroって人の掲示板、493のurlに似たurlのホムペ、参考になったな（謎）

ちょっと上の方のいい加減な書きこみに嫌になってきた・・・。
まぁ、突っ込み入れるだけ無駄なんだろうけど・・・。
内容間違ってても無視するからその辺よろしうにな。

>495
なんか気持悪いぞ。マジで。

技術力はこのスレの内容じゃ判らんが、人間性に大きな問題
があるのはヒシヒシと感じる。
PCばかりに向かってないで、たまには別のことでもして気分
転換したほうがよいのでは?
もしかして偽物か?

ここにハイスキルなやつがいるぞ
http://yasai.2ch.net/test/read.cgi?bbs=win&key=993421101&st=13&to=13&nofirst=true

>>473
昔のDOSゲーを400めがへるつのマシンで動かしたら、速すぎて何も見えなかった。

別に病室じゃないよ。奴らは偽善者だから
「私達でメンドウを見ます」トイウ。異常と正常の狭間に置かれる。
要するに俺の意見はいつもまじめにとりあってもらえない。いつもだ。


639-2163
uo:y gqtzog@h@y qeja)4fat0 285-3
って感じ。]o6tが名字か？
aa zs] 60?
ff d:@k 60?
a)4uy w.vx 27のはずなのだが←俺最近日に当たってないからwhite color寄り?
世帯主と言われたが救急隊員呼んだときのそいつらの反応からすると・・嘘かも。
d@uy 84d@ 24?
em4s n0 21?

って感じのはずなのだが・・・・。これさえ自信持って良いものやら・・・。
gywz d'hs@駅が北側に見えると書けばましにはなるかな？
いや・・・ちょっと東に外れて直には見えない。
/*
今日、高田市駅近くの旅行代理店行って、高飛ぶかどうか悩んで・・・やめた。
いや、結局家からも出なかったが・・・。
なんかまた国内に「いなかったことに」されそーな気がするし・・サポート緩ぅ〜
639-261(過去)
uo:y 7jsb6l7jd fad@)4a)4 の261が引っ越す前。まーどっちにせよ・・・
俺は雑魚、能無し、落ちこぼれ、キ印って感じ。大学行け行けといわれつづけ。
最近は止んだけど・・・ここ数年の不毛な生活はあまりにイタイ。
肺炎さえ医者にとりあってもらえんかったし、マジで死のうかと思った。
で、助けてもらえたのは正直有り難かった、我のまともさを再認識できたし。
あのいわくつきの病院、wylのebe9\z@。けど次の医者にも無視された、嗚呼。
びびりながらも「問題ありせません」とはな・・・。説得無理、絶対無理！！
*/
/**/でくくった部分、解読できなきゃ文句言って。書き損じあるかも。

（゜д゜）＜ざこあつかいされちった

>>500はデキすぎているのでニセモノの創作と思うが、どうよ

＞499
わかって言ってるかは微妙だが、俺がいいたいとこはそれ。
ＶＳＹＮＣなんて今現在流行のＯＳ上では絶対無理ダロ？

＞501
あんたのことじゃないよ、365の間違いさん。
・・・誰の事指すかは見当つくよね？
＞502
だいぜうぶ、俺。言葉の上からの読みには確かに限界あるな。難だ。

>>503
むりでもなんでもないんだけど？

ゲーム向けのカードはちゃんとできるよ。
だいたい同期の問題はOSは直接関係無い。

さて、どうするよ皆の衆。これ以上刺激して、一時帰宅の時に
事件でも起こされたらまた2chがワルモノにされてしまうが。
というこの書き込みもまた刺激物なんだが（wら

（゜д゜）＜はじめてちゃんとレスもらっちった

>>507 は放置プレイを奨励するのか?

＞507
雑魚が多すぎて刺し違えてもせいぜい50人巻き込むのが限度だろう。
それよりかはまだ信用を残しておいて信頼できそうな奴を探す努力する。
:ylz uob4b4を92年に卒業かな？　アルバムにはそうあるな。
7の7jq@ 8gklと別クラスのu6eという奴は頼れる。
まあ最近顔を合せていないがな。あとは全部黒いと思っててもジウブンな位。
本当に俺は世間のお荷物、何の役にも立たないゴミか？
何度も考え直したがそこまではひどくねーよな？

＞506
ぷろぐらみんぐが複雑＝無理と俺は判断する。実はできんのかもな。
調べてないからなー、いちいち俺は。
複数exeで同時実行の場合はどうよ？調べるの面倒でな。

なんか、怖い・・・
この強烈な電波とか、
読めないとこら辺とか。

シニス.batって作ってるやついたなあ

きっと親とかそこらへんが一番の問題なんだろうな、と思いつつ。
>>500が出来すぎは気はするが、ネタで出来るレベルか？これ。

全く関係無い話だけど。
>>108先から
>精神分裂病の発生頻度は1000人に7、8人といわれています。
>かつては「不治の病」とされていましたが、
で、肉体的な障害者ってのも結構な割合でいる。
宗教家ってよくもまぁ「人間は平等」なんて言えるもんだな。

ここを拝見してますと、ちっぽけな人間が多過ぎますね。
特にここは。
わざわざ書き込む必要ないと思ったんですが、どんな反応
してくるのかと思って。
私の仕事はシステムインテグレーターです。
１年のほとんど海外にいます。　もちろん給料はかなりいい
し、海外住まいの時はホテル。　仕事が終わって、ワインを
傾けていると、自分自身に惚れてしまいます。　「あほか？」
とお思いでしょうが、実際そのレベルにいる人間はそういう
もんです。　いつのまにか話せる言語も英語、中国語、ポルトガル
語、スペイン語、ちょっとマイナーな言葉ですがグルジア語、と。
だからって、コンピュータオタクじゃありませんから。
とまあ、話は尽きないんですが（君達の目線の高さで話すのは辛い）
まあ、君達は小さな世界で生きてください。

新しい電波 age

2chなんて便所の落書きと同じなのにマジレス age

好きに生きてくれage

パンツ一枚だけど俺もワイン飲みながら age

＞516
一番気にしてるのは情報封鎖だ。海外でもソネットも読めるのかいつも不安
だった。
米大使館、大阪か、東京か、多分大阪のとき。
長身で恐ろしく美形な女の方。一言で言えば「クール」、カッコヨスギ。
ああいう人が近くにいてくれると俺の心労は軽減されるのだが・・・。
その人に聞けば俺がebeでどんな扱いうけてたかわかるよ。正直泣きそう。

ＷＨＯやＦＢＩは頼れないのか？
トフラーや女の人の安否も確かめておいて。

>どんな扱いうけてたかわかるよ。
想像できる。それが妥当であることも想像できる（藁

>>508

いいなぁ〜

>513
batとかの問題ではない。ＷＩＮとかの上で複数exeが同時起動してる場合だ。
ＡＰＩとかを使って同期させたとしてそれが最速の同期と思えるか？

本当にビデオカードを上手くコントロールするのは普段は難しいはず。
今までのアプリ全部捨ててＤｉｒｅｃｔＸ上辺りで全部再構築でもするのなら
話しは別なのかも知れないが・・・ＤirectＸエキスプローラ辺りからでも作るか？

>>524
複数のexeが同時に起動していようと、VSYNCを取得するのに特段の障害はない。
VSYNCに同期する必要のあるアプリケーションが複数起動する必要があるなら、
そのプロセスの数だけディスプレイリソースがあればよい。

VSYNCに同期する必要のあるアプリケーションとそうでないアプリケーションの
違いがわからないのであればやはりお前には設計能力はない。

＞525
もしそれが本当だとして、だ。
で、世間の何人ぐらいがその事実を知っている？
何人が完全に使いこなせる？
いちいち小難しくする必要はねーだろ？
最初から最適化し易い環境を作るべきだ。初心者や低能力の人間を無視するような
やつがまともなプログラム書けたとこを俺は見たことがない。

そのＶＳＹＮＣしたｅｘｅ、そんなに簡単でありふれたものだというのなら
ここか自分のホームページにコード貼り付けてみて。
貼り付けられないとしたら・・・それなりにテクを要していると言う事だ。
垣根は一旦は低くする必要がある、少なくとも一回は、な。

あり、ｼﾆｽ.batがなんのことかわからない？んなはずないけどまあいいや。

VSYNCとの同期処理で複数EXEってんならよく知らない。
ゲーム系の人に聞けば、詳しい人いそうだけどね。
あ、>>525が書いてるね。

そうでない同期処理なら、OS・アプリケーション分野では十分すぎる
効果を上げてるよ。CPUが一個だろうと、効果はある。複数あれば、
負荷のかかる場面で、より効果がでる。
あんまいうとおれも電波扱いされちゃうけど、今時はやりのOSの中身みてるし
アプリケーション開発の一線にいたし、トータル的なパフォーマンス調整の仕事も
してるから、あながち嘘じゃないと思うよ。うん。

マイクロセコンド単位で最速とかいう話しなら、密結合のアレイシステム
とかを調べてみよう。NTではまだそういうのないけど、ハードウェアが
やすくなれば、そのうち同じ技術がWS/PCに移植されてくるはず。

あ、なんか言葉変だね。 sage

http://piza.2ch.net/test/read.cgi?bbs=tech&key=994069464
の43のひとおもしろいです

>>529

ぜんぜんものたりねーｙｏ！

>>526
DirectXのドキュメント全部読んでから出直してこい（ｗ

＞531
あははは（笑）　そりゃそーだ。
けどこういうものはハードウェア知識系からツイキウした方が楽だし。
機会があってそうゆう情報や資料が得られてからもう一度見てみるよ。
きっとそのときならもっと楽に理解できるだろうから。

ハードウェア関連なんてバッファ操作ができれば誰でも最適化可能、
基本的に俺はそー考えている。ややこしかったら諦めるよ（笑）
マルチスレッドだとそんなに楽とは思えないよ。
って・・・無駄を完全に排除したい人間しかこうは考えないのかもね。

あと・・・自分一人で組むのなら確かに最適化は楽勝だよ。
けど・・・特にアメリカとかは細かく分担作業するしなぁ・・・。
まぁ・・・キワドイラインだよなぁ、我の目論見も。

それと俺の場合は他人の組んだｏｓを見る気はしないなぁ・・・。
あと、ＤＸ7，8，9・・・環境の違いを考慮しだすときつくない？

>>532
で、マルチスレッドでもマルチプロセスでも良いんだけど、それぞれのスレッドや
プロセスが各々VSYNCに同期する必要があるようなアプリケーションてのはそう
滅多にあるもんじゃない。
ディスプレイリソースが複数あるならともかく、そうでない環境でスレッドごとに
VSYNCに同期しなきゃいけないようなアプリケーションは設計段階からして何か
間違ってると思うんだが。

例えば、画面をいくつかに分割して複数人で異なるビューを持った対戦ゲームは
あるが、そんな物は最終的な描画を行うスレッドだけがVSYNCに同期すればいい
んであって、同時に存在するすべてのスレッドがHWを意識する必要など微塵もない。

できないとか難しいとか言う前に、それが本当に必要かどうか見極められないなら
やはりお前は設計能力がない。

おはようございます：）
これはまたすごいことになってますね・・・。

ちなみに >>516 はコピペですね。↓ここにもあります。
http://cheese.2ch.net/wom/kako/986/986798844.html

>>526 >>532

LPDIRECTDRAW pDirectDraw ;

DirectDrawCreate( NULL, &pDirectDraw, NULL );
：
ここら辺で初期化処理その他をやってください。
：
pDirectDraw->WaitForVerticalBlank( DDWAITVB_BLOCKBEGIN, NULL ); // ＶＳＹＮＣ待ち。とても簡単：）

↑端的には上記のコメントをつけた１行の部分だけでＶＳＹＮＣ待ちができます。
ＷｉｎｄｏｗｓプログラマでＤｉｒｅｃｔＸ使う人ならみんな知ってます：）
バッファへのポインタも、やはりメソッドコール一撃で取得できます：）

私はＤｉｒｅｃｔＸは少ししか触っていないので半分は受け売りですが、
バッファへのポインタを使って直接データ処理をやるよりも、
アクセラレータの機能をＡＰＩ経由で利用した方が圧倒的に速いことが多いです。
ＣＰＵの命令を使った最適化では絶対に追いつけない理由がちゃんとあります。
もちろん環境によってはＣＰＵ命令使って最適化した方が速くなることもありますが、
ここ何年か、新品で店頭販売されるマシンではまずありえないことだと思います。
簡単なベンチマークを書いてみましたが確かに↑のような傾向が確認できます。
隅から隅まで自分で確かめたわけじゃありませんが、ご参考までに：）

おお、簡単だね。
俺も覚えた。

>>526-533あたりの文章は随分まともだなぁ。どういうことだ？

おはようございます。
DirectXの話に移行のようですね。
昔いじってましたけど、なんかDx8になってずいぶん変わったゾ
って聞きました。
最近はJavaの仕事ばっかりで。。。

なんか芸しろ＞氷魚

>>539
いや、氷魚君はDX知らないみたいだからこれ以上つっこまんほうが良いだろう。
DirectXだのVSYNCだのって単語に反応したゲハ厨が寄ってきても困るし。

＞]o6tが名字か？
って他人に聞かないとわからんのか？

＞:ylz uob4b4を92年に卒業かな？　アルバムにはそうあるな
そこまでは まともやってんな？

aa zs] 60?
も
ff d:@k 60?
も泣いてるぞ＞氷魚君

>536の人、センキウ
けどやっぱり俺は憶えない人だったりして。自力が基本だからね。この世界は。
DirectＸ等は要はつまり「ハードウェアの機能を最大限に引き出す」ものでしょう
？　優れた反面、逆にハードウェアの設計にも大きく依存している、と。

ソフトウェアの安定（ＤＸのＳＤＫとかか？この辺未調査）がまず第一条件。
次にハードウェアが正常に真っ直ぐ進化してくれる事、これが第二条件。
この二つをクリアしていないと安心して覚えてはいけません。
なんかNvidia辺りが仕掛けてきそうでおちおち夜も眠れないって感じ。

「これからは？？？の時代だ！！」とか昔から周囲もマスコミも雑誌も
騒ぐけど数年後「ああ、首突っ込まないで良かった」という事も多いし。

で、昔からのパターンからすると・・・この二つの条件満たす率はかなり低い。
各々が分担作業して、個人個人の知識は最小限に留めておくのが鉄則です。
頑張って色々憶えるのは・・・ある意味「賭け」・・・心に留めておきませう。
2Ｄ、3Ｄ、サウンド、etc・・・一人で全部ヤルのは俺でも怖い（笑）
けど・・・絶対ダメとも言いきれないしな。やりたきゃやるべき時もある鴨。
待ってれば古いバージョンの事を憶えないで済むという可能性もある。
憶えたはずの部分が変更される、これが積み重なっていっただけでも結構辛いよ。

＞534
俺にとっては、最大限そのハードの機能を引き出すために最適化利かすのが主義。
まー、俺の事は放っておいて。俺は何言われてもそれを常に求めてるし。

>>543
結局、自分がドキュメントを読んでもサパーリ理解できなかったものは
理解できるやつなんて世間で何人もいないくらいにわざわざ複雑に作
られたものだと決め付けて自分の精神の安定を図っているわけね。
その他の話も全部自分の無能をなんとか正当化するために布団の中で
必死で考えたんだね。
哀れだなキミは、そうやって一生哀れなまま生きて逝くんだね。

昨日と比べてかなり文章が読みやすくなったな。

結局結論は何なの？３０文字×２０行以内でまとめて下さい。

＞536翻訳係。また読み違えてるよ・・・・。バッファ＝データと履き違えてるな？
・・・って俺の書き方がまずかった。失敬。これは全面的我の責任。

例えば・・・現状のビデオカードは正確に把握していないけど、
｜0000＿0000＿0000＿0000｜←これがビデオ出力用のバッファ（メモリ上のね）
例えば円を描く場合、前方あどれすから円1，ｘ座標、y座標で出力するとする。
｜0001＿0030＿0040＿0001｜←最終アドレスはビデオカードへ出力するスイッチ
これでビデオカード様は座標（30，40）に円を描画。っとね。簡単よ？
楕円、円の大きさを変える、文字を出力する、転送用バッファを増やす、等々、
全部バリエーションはこんな些細なとっからでも推測可能よ？
まー円を1にするとかそういう取り決めは誰かがやってるのでせう。
これをビットごとにデータ転送する場合と比較すれば速度に差はでるね。
で、最終アドレスをビデオカード様が0000にでも書きかえればそれが
「描画完了しました！」という合図、というわけ。＝ＶＳＹＮＣか？不明。
あーしかし。。。普通はバッファ＝データで俺が拡大解釈し過ぎてるのかもね。
とりあえずこの辺はソフトそのものよりハードの設計等の影響必至。
・・・とまぁ、ウロオボエ+推測、あんまし真に受けられても困るけど・・・
かといって大幅に外れる事はまずないと思うよ。接続部分は普通単純化するし。
それやってなきゃあ大概は不具合とか頻発するし＞どっかの部分で

ますます混迷の度が深くなっております。
がんばれマスターランク。

500の読めないところはかな打ちしてあるだけだね。

氷魚様を付狙っているヤツは誰ですか？
力になれるかもしれませんので
実名でお願いします

つまり、まわりの批判を気にせず発言するための集中力、そして
自分の言いたいことを言ったらさっさと引っ込む図太さ、この２つが
必要だということを表現しているんだな。納得したッ！

スレ間違えた、スマソ

>>551
あんたにはプログラマとして必要な能力はなさそうだ。（にやり）

氷魚の話って日本語が目茶苦茶だから難解だけど
十数年前の程度の低い話を間違ってはいないけど
あってもいない程度に書き並べているだけじゃないか？

帰宅しました：）

>>547
なるほど。オペレーションバッファの話だったんですね。
でも、そのようなバッファの内容はどうしても
ハードウェア固有の仕様に依存しますから、
依存性を解消するというのはどうもよく分かりません。
そもそもハードウェアへの情報の転送方法も
ｘ８６のＰＣ環境に限って言えばＤＭＡとＩ／Ｏぐらいしか
ないように思うんですが、どのような最適化が考えられるんでしょうか？
どうもハードウェアに近いあたりの話はよく分からないので、
何か例を挙げるなどしてご説明をいただけませんか？：）

circle関数のコマンドを解説するのに何故こんな回りくどい書き方するんだろ？。

アセンブラ書きだったから

少しでもスゴくみえるように

氷魚さーん
なんか書いたプログラム見せてくれYOー
昔のでもイイからさ。
くちだけ厨房なんて言われたくないだROー？
不言実行だZEー。漢はYOー。
それともナオンの腐ったよーなヤツなノカー？

>>559
出せねぇよ。
うそつきカス野郎だもんな？氷魚。

みててみな。
無視するか、屁理屈つけて誤魔化すかしか
できないから。

いやー、さすが２ちゃんねるですねぇ（藁

>>556-558
いや、本人はマジでマスタークラスにしか解からない内容だと
思い込んでいるのだろう。

だいぶ読みやすくなりましたね！（読むのに慣れて来た？）

>>559
sonetに引数二個と不定値のローカル変数の和を返すコードがあるやん。（藁

ソーダソーダ。あれで我慢しろ。

氷魚様

私はあなたの味方です。
氷魚様を付狙っているヤツは誰ですか？
力になれるかもしれませんので
実名でお願いします

>>566

何たくらんでんの?(藁

それで，Cマイナスはどうなったんだ？

そんなことより治療に専念するのが先です

８０年代のタイムカプセルから飛び出してきたような感じだ。

おはようございます：）
ゆうべはお見えにならなかったみたいですね。
体調不良？

>>571
「鬱」の周期に入ったと思われ。

体調不良ではなく、精神不良かと

# 元からか

閑としてますねぇ・・・。
このままスレ消滅ですか？

氷魚君入院しちゃったのかな。

C--は消滅したんすかね。

>>575
ここだと突っ込みがキツイから、またパソコン一般系の掲示板に
逃げたんじゃねーの？

マスターランクは気まぐれなんだよ

ちょっと風邪を引いていたとか
ちょっとディスクがクラッシュしていたとか、
まあ色々ほかの可能性も考えられることですし、
私はマターリマタリと待ち続けることにします：）

　　　　　＿＿＿＿_＿
　　　 ／＿　　　　　　|
　 　 /.　＼￣￣￣￣|
　　/　　／　 ―　― |
　　|　 /　　 　-　　- |
　 ||| (6　　　　　　>　|
　| | |　　　　 ┏━┓|　　 ／￣￣￣￣￣￣￣￣
| | | | 　　　　┃─┃|　 ＜　正直、飽きてきた
|| | | | 　＼　┃　 ┃/　 　 ＼＿＿＿＿＿＿＿＿
| || |　|　　　￣　￣|

氷魚が引きこもってはや2年。親友だった私は半年振りに氷魚の家を訪ねた。
「ああ、○○君いらっしゃい」氷魚の母が出迎えてくれた。気のせいか、髪に白
いものが増えたようだ。「氷魚はどうしてますか」そう聞くと、氷魚の母は悲し
そうに首を振るばかりだった。「○○君、氷魚ちゃんの話し相手になってくれな
いかしら。私とは話してもくれないのよ」氷魚の母にこうまでして頼まれると断
るわけにはいかない。私は胸の鼓動を抑え、氷魚の部屋のドアをノックした。
「氷魚、俺だよ、○○だよ」ガサゴソと音がして、ドアが少しだけ開いた。その
瞬間、私は見てはいけないものを見た気がして、激しい後悔の念に駆られた。小
学校時代はみんなの人気者だった氷魚。サッカークラブのキャプテンも勤めた氷
魚。その面影のかけらも無い。そこに立っていたのは、長い間風呂に入らないせ
いで顔中脂と目やにで黒ずんだ小太りしたおっさんだった。部屋の中を覗くと、
パソコンがあり真昼間から2ちゃんねるに繋いであった。それを見られたと思っ
たのか氷魚は照れ隠しをするように、「2 ちゃんねるって、ドキュンばかりでさ
あ、ほんと同情するよあいつらには」と私の目を見ずに言った。氷魚の臭気に蒸
せかえる部屋で、いつのまにか私の頬には涙が伝っていた・・・。

--------------------終了--------------------

スレを仕切るわけじゃありませんが、
氷魚様が現れるまでの余興代わりに、
どういう人なら「優秀なプログラマー」を自称していいか？
なんて話でも考えてみたらどうでしょう：）？

分裂病のバーチャル体験とかニュースでやってたョ。
なんか、、、大変だね。ゆっくり安いんでね。

優秀なプログラマーなら、自分のことをマスターランクとは言わないだろう？
また別の問題かな・・・性格の問題かな・・・

>>582
一日中プログラムができて
AND
一日中、遊ぶこと
の両方ができる人、単調な作業も多いからね、やった後は、
周りが気にしない位の音量でガンガン、音楽を聴いて適当に
踊ればいいんじゃない。
後は、モノに八つ当たり（ただし、後で困らない程度に）

>>585
単に作業ができるというだけでは優秀さには繋がらないでしょう（笑
割と選択に迷うパターンってあると思うんですよ。
仕事は速いがバグが多いとか、仕事は遅いが安定性も性能もいいとか、
どういうところでどういう人材が優秀と目されるのか、
割と重要な話じゃないかと思います：）

いや、今回は本当に面白かった。

でも、ひとついえることは、氷魚氏が書き込むと、掲示板が盛り上がる
ということでしょう。いけすで魚を運ぶとき、一種類の魚だけを入れて
おくと、運送時のストレスで結構な数が死ぬが、数匹、別の種類の魚を
入れておくことで、いけすの緊張が保たれてロスが少ないという話を聞
いたことがあります。意外と、キ印の彼も、何かの役にたつのかもしれ
ません。
残念なことに、彼はキ印ですから、今後の行動はなかなか予測できませ
んが、もうこの板には来ないのかもしれません。しかし、ひとついえる
ことは、皆さんに叩かれたから消えたということは無いでしょう。
彼は「if (叩かれた) {消える}」等の真っ当なプログラムでは動作して
いないと思います。
また、「氷魚」「魚速度」などの名前が掲示板で見られることを期待
して止みません。

ちなみに、彼の発言が読めるのは、
so-netの
パソコンすくらんぶるWin
パソコンスクランブルエトセトラ
にぎやかパーティルーム
のBBSです。
また、見かけたら遊んであげてください。

>>587
直リンしろよ・・・

>>587
いつ頃のログですか？
板はすぐに見つかりましたけど、
いつ頃登場してたのかが分からないと探すのがなかなか・・・。

>>588 板のリンクは次の通りです：）

http://www.so-net.ne.jp/ClubHouse/room/pc_scramble_win/
http://www.so-net.ne.jp/ClubHouse/room/pc_scramble/
http://www.so-net.ne.jp/ClubHouse/room/party_room/

過去ログのアーカイブを全部ＤＬしてｇｒｅｐ掛けないと
出てこないみたいですねぇ。＜氷魚様の過去発言
でもそこまでの情熱はないなぁ（藁

さて、今晩はここらへんでおやすみなさい：）
お待ちしてますよ〜：）＞氷魚様

氷魚たんは自主退院したもよう（脱走ともいう）。
カキコがないのはそのためです。
ここ数日のニュースに注目

ネタだと思ってたけど、本物なのかな？

>>592
ニュースに注目すれば、わかります

「氷魚」=「魚速度」なのか？
魚速度は
「アホの溜まり場so-netにぎやかパーティーに超絶基地外出現！！」
ってスレが昔、ヲチ板に立ってた覚えがある。すぐに沈んだが。

ネタでこれだけ出来れば政治家にもなれそうだ（藁

so-netか、熟練者と若手とがあまりに違ってビックリする所でも
ありますよね！

1999.7月辺りからネット初めて、はまたくというハンドルの人に、
メールで答えて、「掲示板でちゃんと答えるように」忠告されて以後
そうしてた。正直あの辺の掲示板のＰＣ関連の過去ログにはお世話に
なったので、質問に答えるのは義務だったけど、正直何度も同じ質問
に答えるのは疲れた。要はそれぐらい現在のＯＳは使いづらい、と僕
は判断しましたけどね。「腕に自信のある」人間が僕以外にもいると
いうのならちゃんと万人に扱い易いＯＳを作るべきだったね。

魚速度→sea++（登録cgiにハネラレて使用中止）→氷魚、って感じ。
勿論、Ｃとか昔覚えた知識以外は誰かのＨＰや掲示板を参考にして得
たもんだから、自分の才能とかとそれをすりかえる気はないです。
あと、文章練ったりしてると眼精疲労とかで疲れませんか？
少なくとも僕はそうだけれど。

ソウやウツと思われるのも仕方ないけど、なんでそうやったかは
次の書きこみにでも書きますね。ま、精神的に辛いから書けないという
のも半分は当たり。白黒か優劣がはっきりしそうな書きこみは辛い。

いつも最優先してしまうのは善悪と倫理と人を選りすぐる事。

ろくでもない連中とうまく妥協するような器用さは俺にはない。
法律は破りまくってても無視するくせに掲示板ではモラルを語りやが
る連中こそ本当の分裂・本当の糞電波人間・糞電波野郎・糞電波女だ
と俺には思えるのだが・・・・。

追加。1998-ぐらいのパソスクＷＩＮとか・・・結構雰囲気良かった
よ。俺が雰囲気を壊したと言うのなら申し訳ない事だけど。

リナックス派の方には申し訳ないけど、あれは万人受けする率は低い
と僕には思えた。
微妙な変化を引き起こす部分ごとのバージョンアップ。
・・・真面目にＰＣを使いまくりたい一般的な日本人を苦しめる
アメリカＰＣ業界特有の毒素が抜けきっていないと俺には思えた。
何とかしないと・・・とは僕は思ってるんだけど・・・。
なんだかんだいってもインテル系+ＤＯＳ系列+商用の道を僕は
離れられない・・・思い入れや義理もあるのだろう。融通きかず。

僕が真面目なことを書くとつまらぬ対抗意識を燃やしてまともなこと
、適当な事、もっともらしいこと、とにもかくにも「俺（私）はこん
な奴には負けていない！！」。。。こんなアピーラー馬鹿が増える。
この時期を避けるには一定期間の冷却が必要。そのうち奴らはバテる
からな。対抗意識や自慢目的で書く馬鹿を相手したら俺自身が腐って
しまうきがしてた。「情報は惜しまない」、書きこむ動機はこれ、
もうひとつは「倫理にもとる口先人間は刺し違えてでも叩き潰す」
、まーそういうこと。下らん対抗意識の影がちらつきそうな時は
正直逃げてた。勿論負けるのが嫌だという些細な拘りはない。
プログラマーとしてもＣ以上に手を広げる真似はしてない、基本的に
。信用を落とす事もあるでしょう？無闇に手を広げるのも・・・。

>万人受けする率は低いと僕には思えた。

うん、うん、わかってくれてありがとう。

>何とかしないと・・・とは僕は思ってるんだけど・・・。

お願いだからなんともしないでね。いまでさえ厨房ウザ過ぎだからさ。

とりあえずちょっとだけ。

>正直あの辺の掲示板のＰＣ関連の過去ログにはお世話になったので、質問に答えるのは義務だった〜
ただ答えれば良いというわけではないですよね？相手が理解できるように答えなければ何の意味もないですよね？
わかりやすいように説明せず、自分の思ったことをずらずらと並べ立てるだけでは義務を果たしたことにはなりませんよ。
それはただの自己満足です。

＞僕が真面目なことを書くとつまらぬ対抗意識を燃やしてまともなこと
＞、適当な事、もっともらしいこと、とにもかくにも「俺（私）はこん
＞な奴には負けていない！！」。。。こんなアピーラー馬鹿が増える。

それは君の文章の読みにくさに起因する
最初なら誤解で済むものを同じような調子で
自画自賛やら見下しまで入ったような書き込みされれば
誰だってコイツはバカだって思うさ。

どれほど高機能なモジュールでも
インタフェースが仕様不明じゃ使えないだろう。

おお。お見えになりましたね：）

>>599
> 僕が真面目なことを書くとつまらぬ対抗意識を燃やしてまともなこと
> 、適当な事、もっともらしいこと、とにもかくにも「俺（私）はこん
> な奴には負けていない！！」。。。こんなアピーラー馬鹿が増える。

私もこれに該当するんでしょか・・・（藁

それはともかくも、分かりやすいＯＳというのは大切だと思います：）
ＤＯＳの時代に比べると、把握するのがあまりにも大変ですからねぇ。＜Ｗｉｎ
私の場合、アプリケーションが一つ動けばそれで十分というお客さんが多いので、
ＤＯＳベースで専用アプリケーション作って他の作業を一切禁止する、
という風な開発ができないものかと考えることは結構ありますね。
それこそＣＯＮＦＩＧ．ＳＹＳでシェルから固定しちゃうとか。
ただ、それをやると後から「ワード使えないの？」なんてことを
言われた時につらいんですよね。見た目がＷｉｎでないというだけで
不安になったり時代遅れだと嫌がるお客さんもいらっしゃいますし。
この辺の融通が利く環境があると大変嬉しいところではあります：）

>>603
ああ、も一個追加です。
開発環境、これも非常に大きいところですね。
最近はＲＡＤがないとなかなか辛いところです。
ｉｉｉとか使ったことある方いらっしゃいます？

皆さんが過去ログダウンロードしてgrepしまくる前に…

残念ながら、彼の発言は、最近の(6月ごろ）を除けば、すべて１年以上前ですの
で、おそらく過去ログにも残っていません。私が保存しておけばよかったのです
が、アレを読みたがる奇人が（私のほかに）いるとは思わず、保存していません。


-- 以下私信 --
氷魚さんには、ぜひ古巣のso-netに戻ってきていただきたい。2chも良いのです
が、巡回先が増えるのが面倒ですので。「魚速度」の時だって、パーティルーム
の人たちは暖かく迎えてくれてたじゃないですか？皆さん、歓迎してくれると思
いますよ？

>>605

so-net の過去ログは1年分しかないんですね．
久しく見かけてないと思ったら1年以上たっていたのか．

その間，どうしていたんだろうなあ．

>>606
治療を続けていたのでは？

あいかわらず内容の無い文章だな＞氷魚
自分の居る（と思っている）場所をわかってもらいだけなのか？
「情報は惜しまない」「倫理にもとる口先人間は刺し違えてでも叩き潰す」
とからまで言うからには、それを態度で示せよ。
言っていることと、やっていることが、矛盾しているぞ。

おまえは、やはり「くちだけ厨房」なのか？
君の人生噺など誰も望んでいないのだよ。
君の持っている…君が自慢げに話している技術について語れ。
隠喩など用いずに理路整然。かつ堂々とな。
それが君の好きな米国流だろう？

君の話を聞いていると、高架下のキチガイ浮浪者の戯言にしか聞こえんのだよ。

氷魚様は
今、お薬が効いているようです。

病状からしてこれ以上強い薬はないといわれているはずなので、耐性がついた頃に
再び書き込んでくれるとおもいます

ゴミのようなスレだな、削除依頼出すか。。。

ここが静かだと他があれるヨー

>601
最初は真面目に答えてたよ。っていうか質問にはちゃんと答えてるよ。
あと、あんまり関係ないけど、僕がヘボグラマーの時の話しでも。

才能になんか全然自信なかった、別に今もそんなに変わらないが。
「せめて教えてもらったところだけはミスんないようにしよう」
「ｎ-1、ｎ、ｎ+1みたいなとこでミスるのだけは絶対避けよう」
「周りの足を引っ張るような真似はできるだけ避けよう」（まぁ無理だったな）
「まぁ少しでも全体の足しになるようにやるしかないか」
（運良く、足しにならないことの方が少なかったから続けただけ）
・・・ってな感じ。

プログラミングに関して僕が教えてもらったのは基礎、基礎、基礎。
可変長なんか習った事ない。ややこしいことは全部自分で探した。
だから「答えを教えてくれ」とかいう人間には「他をあたってくれ」

ＵＮＩＸなＣ使いは嫌いだ。聞いてもいないのにべらべら教えてくれる。
まぁ最近は何を聞いても昔僕がやったこと以上ではないことが直感できる鴨。

分厚い書籍数冊読めば技術的な事は僕の習った事全てを完全に上回るね。

キカイゴ（！＝アセンブラ）以外の言語の存在をいつも恐れていた。
けど・・・有難い事にまだそういうシロモノには出くわしてない。
・・・有りガタヤ、ありがたや・・・。

新しい言語名や技術名を聞くたびにびくびくしてた。
これが発見されたら僕の運命も一巻の終わり。

ＴＣＰ／ＩＰとかいうものだけ積めばなんとか様になるだろ？＞ＯＳ
・・・なんか安易な考え方だなぁ・・・。

>魚氷

うざいなあ。
こういうのは自分のホームページでも開いてやってくれ。
会話を拒否する奴のくるとこじゃねえんだよBBSは。

あと、フォント。ベーしっくな言語の上でいいから作っとけよ。
font（ｘ座標、ｙ座標、出力文字）、こうゆう関数まず作れ。
フォントは別に・・・絵でも構わない。
ピッチが不定なフォント。改行を知るためには他に変数いるな？
出力された画像は基本的に捨てっぱなし。拾えると思うな。

あと、フォントサイズについて
1.全サイズのフォントのビットマップを用意する。
2.ありがちな画像処理アルゴリズムを適用。
3.4.略。

しかし・・・ＷＩＮの中身は複雑かもなー、推測するに・・・。
けんど・・・この辺も書きすぎっぽい。

なんだか放置プレイに近い状態ですねぇ（藁

どっちが放置されてるのか心配になったりして。

>>617
お互いに放置しているのなら
対等の立場ということで問題ないんじゃないでしょうか？（笑

日本の数学は役立たず、物理も化学も役立たず。
高校からは中学ぱずるごっこの二番煎じ。飛び級してもしっかりと
脳みそにゴミが溜まる。文部省（今何？）もアホばっか。
大学なんか行っても多分数学とかは教えてもらえないね。
Adobe辺りにでも入社すればまともな数学書は読めるよ。
理解できるかどうかは別問題だが。実用性が低すぎるよ＞日本教育
別に国語がゼロ点でも他で稼げれば文句言われる必要もアルマイニナ。

中学あたりからやらんと追いつくのはきついよ、色々と・・・。

>>615
> font（ｘ座標、ｙ座標、出力文字）、こうゆう関数まず作れ。
そんな名前の関数ヤだ。

>>615
「字形」と「字体」（あるいはグリフとフォント）の違いがわからないなら
そういう話はやめておけ。
せめてプロポーショナルピッチとかカーニングとかベースラインアラインメント
とかいった概念を理解できるようになってから発言してくれ。
DTPプログラマから見たらツッコミどころ満載すぎてつっこめねえ。

>>621
昔は何処につっこむべきかわからないくらい、言葉が通じてなかったんだよ。

あの〜、質問とかしてもいいですか：）？＞氷魚様

＞602
どうでも良いがその「正体不明物質」をよく調べもせずに貶せるand見下せる
馬鹿が多くてな・・・・エイリアンなんて俺は怖くてなかなか近づけんがな。
まー、命知らずな奴らだ、放っておいてもそのうち死滅すんのかもな。
別に放っておく気もないけど。
>621
OSの中身を見るにはジウブンナガイネンダロ？（コウユウコトヲオレニカカセルナヨナ）

過去に取得したＦＢＩコードは未だ現役ナノダローカ・・・フアンダナ。
ちなみに加護亜衣とおっしゃる方のファンであります。けど別にロリでなし

＞623
気が向いたら答える。けど本屋さん行ったほうが早いに決まってる。

>>624
＞OSの中身を見るにはジウブンナガイネンダロ？（コウユウコトヲオレニカカセルナヨナ）

いえ、全然…ていうかOSの中身の話なのかこれが？？
ロケールの話か？文字セットとコードページの区別は付いてるんだろうな？

氷魚クンって、おもしろいね。

俺様君スレ。

>>625
どうもです：）
で、技術的なことは聞きません（笑）
質問は、「なんで２ちゃんねるのこの場で書き込みをしているか？」です：）

「情報は惜しまない」とおっしゃってますが、
これまでの皆の反応を見る限りでは、
誰も氷魚さんの提供する情報を欲しいとは思っていないようです。
誰も欲しがらない情報を提供することにどんな意味があるのでしょうか？
この辺りをきちんと理由付けしていただかないと、
騒音公害扱いされても仕方ありませんよ：）？

もう一つの、「倫理にもとる口先人間は刺し違えてでも叩き潰す」という
理由にしても、これまでのところ、「刺し違えてでも叩き潰す」という
言葉に見合うほどのやりとりは全然なされていません。
ということは、倫理にもとる人間はここにはいないと考えてらっしゃる、
という風に理解してよいのでしょうか：）？
ただ、そうなると、叩き潰す相手がいない以上
ここで書き込みをする理由がありません：）

とまあそんなこんなで、なんでここに書き込んでいるのかな？、と、
疑問に思ったのでできればお答えいただけないでしょうか：）？
答える意思がないということであれば、その旨おっしゃってください：）

>その旨おっしゃってください
その旨おっしゃる意志もないかもよ。

>>630
それはそれで慣れてますから：）

なんか翻訳係っていうよりカウンセラーだね。

>>632
そういう風に見えちゃいますか・・・（藁
私もそろそろ一名無しさんに戻った方がいいかもしれませんね（藁

>601,602
安易に俺の書きこみを信用されるほうが余程問題、ダロ？
どっちにしろ俺は文句を言われる事を避けきれた気がシナヒ。
わからん奴が首突っ込んでもドートなるような領域ではナヒヨネ？
本読む奴ならＰＣ全体を把握するには何十冊読めば事足りる？
本読んで知識を増やすようなアホ連には新しいものを作る力なんかないにきまってる。
（こーいう言い方・考え方は某所では素通しだったから、いまさらココデウサバラシ）

一人読める奴がいればそのうち全体に還元されるよ。
けど・・・・もう日本にはいないかもな。
きっともう流出しきってるね、ジンザイ。

>安易に俺の書きこみを信用されるほうが余程問題、ダロ？

こんな奴居ると本気で思ってるのか。
しかもここ2chだぜ。

　いくら云われても氷魚さまの成果を見せてくれない。
はやく見せてくれよぉ〜？C--だっけ？

アメリカは見せなくても評価してくれるとか、そういうのは聞き飽きたからさ。

＞上のほうの人
font関数・・・だいぜうぶ。ツカッテりゃあそのうち慣れるよ

＞637
成果を見せる率は000000000000000000000000000000000.1％くらい。
っていうかゼロ。

ALi SiS AMD-76x VIA i815epの次の次辺り・・・・。
昔懐かしい頃のＰＣ業界が再現することを俺は邪魔するつもりなし。
ＵＳＢの仕様が異なるってか？　気にすんな、動くだけ今のほうがいいに決まってる。
ＰＥＮＴＩＵＭ16（通しで数えてくれたらだけど）とかもぜひ見てみたい。
正直僕は4までしか見とおしが立っていなかったから・・・是非見てみたい。

アメリカしんしつは諦めて大人しく安定したあせんぶりっくな安定したＯＳ
作られる事を希望。安定させたきゃハードも全部日本で揃えな。
アメリカは別に大した理由がなくてもある時期になったら仕様変更よくするしな。
ソフトのばーじょんあっぷも似たようなもん。金儲けの事すら考えぬ楽天家。
モラルに反していない価値観から来る行動を俺が阻止する必要あるのか常に疑問。

加護亜衣というひとの目に触れる確率がゼロにならん限り書きつづけたりして。

>きっともう流出しきってるね、ジンザイ。

はいはい判りました。凄いです。
日本にはロクなやつ居ません。
そのとおりです。

で、お前はどうなんだよ?

>>638
上のほうの人 って俺なのかなぁ。ヤだなぁ、ムカつくなぁ。
「ツカッテりゃあそのうち慣れるよ」
って、慣れたくねぇっつの。

「だいぜうぶ」って……アンタ。いったい。

すんません、放置しなくちゃなんですよね。＞その他の人々

なんだか相手にされてないみたいですねぇ（藁
さすがにここまで暖簾に腕押しではつまらないので
そろそろコテハンやめて名無しさんに戻ります：）
翻訳も殆ど不要になりましたしね：）

それじゃあ完全放置プレイに移行します。

=============== 爽やかに完 =====================

ﾀﾀﾞｲﾏ ﾎｳﾁﾓｰﾄﾞ ﾃﾞｽ

加護亜衣のファンを一人でも増やそうと言う強い意思の現われの書きこみ。
放置中に重いの竹をぶっつけ中。
どなたかの参加希望。

フォントはキー入力と絡めれば必須、能力的に足りてる奴ならこの文水とも若流。
こんなちまちました知識が必要な連中ばっかが集まってりゃあ先行きは暗い鴨名。

=======　　 注意: 放置プレイ中です　 ========
======= 　　　　反応しないように　　　========
======= 　　　　エサを与えないように　========

朝っぱらから芝刈りうるさくて目覚めたよ・・・・。
まぁ、家の北側の砂利を積む会社？がなくなったし、南側の工事時期よりは
静かだけどね・・・・。

ｌｓｉｃ86のヘルプをてきとーに読んでみた。
kbhit()とgetch()を組み合わせてキーにうりょくはんてい。
こんなの遅いにきまってるけど、「ｃだけだとこの辺が限度だろうな」
とか僕は早々に諦めた。いや、まあそこそこに組み合わせてはみたけど、
結局のろくて、慣性付けて誤魔化しただけ。（他に手はあるかもね）

特定キーが押されているか押されていないか、定点観測できるメモリ域を
探すのはこれら関数の行方を追跡する他あるまい・・・・。多分ね・・・。

けど・・・えみゅなものを今更追跡する気は起きず、っと。ｗｉｎ・・・

Getasynkkeydate？だっけ？　これも本当の入力判定ではない、偽者だよ。
しかしやるなぁ、ＷＩＮ、キット内部で入力判定は増幅ポスティング？（nazo）
16bit＆8bit、晩ざー医！！きーにうりょくはおまえたちのものだよ、やっぱな。

これら一連の書きこみは中学生向けのものだよ、レベル低いのもあたしまえ。

>「倫理にもとる口先人間は刺し違えてでも叩き潰す」
>成果を見せる率は000000000000000000000000000000000.1％くらい。

口先人間＝氷魚　ではないか？
やっぱり分裂してみたいですね。
自分自身と戦っていらっしゃるということかな。

>安易に俺の書きこみを信用されるほうが余程問題、ダロ？
大丈夫。だれも信用してないから。
あんな文章、誰も信頼しないよ。
こいつはヤバイよ、ってみんな思ってるはずだから。

※この餌は食べないでください。

なんだか、彼の一人舞台になってしまっていますが、私の605の書き込みがいけ
なかったのかも知れません。2chの皆さんには申し訳ありませんでした。

ちなみに、「晩ざー医」「重いの竹」などの漢字用法は、ttp://www.spgf.org/
（ライフスペース）を彷彿とさせるものがあります。キ印特有の用法なのかも知
れません。

めーるとどいているかとか、消されてないかとか不安なのでここにも春。

魚速度、sea++、氷魚にございます（改名しただけよ）
おひさしう。直レスしたい時もあったけど、やばい人間もい
そうなんで避けとりました。このメールで被害に遭うような
ことがあったら諦めてね、まーそん時は「この国には正義な
ど全くなかったのだ」とでも思うしかありませんわね（涙）

ちょっと今更な内容だけど、それだけにマスコミの冷酷さと
そのばしのぎさと、役立たずは浮き彫りね、誤魔化しも効く
まいってよ。って以下は面倒なので他の人と同内容。失礼。
まーでも掲示板では真面目に書いても限界あるし・・・。
正体不明・責任不明確・不特定多数の人間相手に議論なんて
するだけ無駄だしね。

原潜事故については書いておかねばなるまいて

アメリカの人間は何て冷酷なんだ！！と考えるのは浅はか。

「死んだ人はどんなに誰が悔やんだところで生き返りはしない
。」・・・そんな徹底的にリアリストな部分がおかしく映るこ
と自体が私には不自然な話ですけどね。事実そうでしょ？
彼らも殺すつもりがあってそういう結果に繋がったわけではな
いだろうし。まぁもしそういうことを画策した人間がいるとす
れば日本在住のアジア系マフィアorギャング辺りだろうな・・
・。アメリカはそんなことしたって不利益・無意味極まりない
から動機は限りなく皆無だし。

非を認めないのは当然。だって殺すつもりはなかったんだろう
し。非を認めるのは殺すつもりだったと取られかねないし無理
。人の死はきっとボケた一部の似非（エセ）平和主義日本人よ
りもずっと厳粛に受け止めているし、のんべんだらりと希薄な
生を貪ってるマフィア系にかぶれた糞ゴミ連中よりもはるかに
「死を前提にした生」の限りある時間というものを強く認識し
ているし、社会の制度等も日本のそれよりかは配慮はあるさ。

「・・・さんが熊に襲われて死亡しました。地元の住民は熊注
意の看板を立てて、付近の警戒にあたっています。」
これが原潜事故とどうしてあんなに取り上げ方、ナレーション
の仕方と異なり、あっさりしたものなのかが俺にはわからんね
。結局人が死んでからそれっぽくその場しのぎの対策だけよ。

死にたくなきゃぁ、死なせたくなきゃあ、そもそも船になん
か乗るなor乗せるな！って言いたいよな、俺はさ。

糞な政治家や外交官も当然日本の領海内であれなんで有れ、安
全確認の義務も怠っていたのは明白だし、アメリカに不備があ
るなら不備があると真っ当な手段・手続きで主張すべきだった
ろーよ。被害者にも文句はあるさ。押し黙って「わたしたちの
気持ちがわかりますか？」なんて言ってもアメリカでは通用し
ないさ、っていうか日本においてさえ通用してねーじゃねーか
！！　あと国内向けだけ「（いかにも）私達はこんなにも遺族
の感情を汲んでいます。けどアメリカは何の配慮もありません
」って風に騒ぐゴミマスコミも腐りきってるよね。アメリカに
対して放送しろって、その内容をそのままでな！！！
外交官辺りも普段から安全確認はしとけ。いざという時は「
遺憾」なんて言ってねーで「けしからん」って言えって。媚び
売って平和に過ごすアホ連中の命なんて俺にはどーでも良いも
のにしか映らなくもないな・・・。感情よりも法を優先、ね。

公害訴訟とか薬害訴訟を見てみなよ。遺族の感情なんか完全に
踏みにじられているよ。どこが「人に優しい国」なのやら・・
・・。寝言もたいがいにしろよ、一部も妄想日本人って感じ。

自分達の都合の良いときだけ「かけがえのない命」とかほざく
人間共のウットオシイ顔and声and口調ときたらもう・・・。
ってこれが同じ種族の日本人として扱われるなら最悪だぜ。

「かけがえのない命」とほざいておきながら、結局はアメリカ
と同じ事後処理のみであり、結果論ばかりを振りかざすのさ。
これから起こるであろう事故や事件への安全管理はまた結局後
手に回る、ということを繰り返すだろうな、アホだから。

「これからが楽しい人生だったのに」「もし今生きていたら私
は誰々に対してこういうことがしてやりたかった」
お馬鹿な連中だ。たった一個の事故や事件を避けられただけで
後は波風無しの天寿を最大限真っ当できると盲信してやがる。
こんな連中だからいざ人が死んだときとかに後悔が口をつくの
さ。「あと・・年はこいつは生きるだろうな」、こんな感じで
取らぬ狸のなんとやらで、他人の人生の損得勘定を普段ははか
っている分際で何言ってやがる！とも言いたいね。そんな奴に
人を思いやる優しさなんて備わっているはずもないさ。

「まだまだ若いんだから苦労するのは当然だ」「まだあなたは
子供だから勉強の事だけを考えていなさい」「わしの若い頃な
んてもっと食べるものにも困った事さえあったさ。それと比べ
れば安月給とはいえ有り難く思うべきだよ」「あの人たちはも
っと長い苦労に耐えてきたのよ。だからあなたも我慢なさい」
（こんなものに全部耐えきれる奴にロクな奴はいねーよ！！）

要はつまり、自分達自身で長生きしなければ元を取れないよう
な社会的な組織and価値観を支えておきながら、にもかかわらず
人命優先の予防策なしの事後処理のみというアメリカと全く同じ
対応しかしてこない日本側の責任ではないのかい？
（いや、アメリカの方がむしろやってるかもな、今の日本よりは）

アメリカで過ごす時間の密度は日本のそれとは大きな隔たりがあ
るさ。確かに明日銃で殺される危険はあるさ、けど、「俺は何々
がしたい」と思ったら法に触れない限りは誰も文句は言わないさ
。正義面をして「お前には若すぎる」とか「まだまだ人生長いん
だから」とか言ってくるマフィアな価値観を持ったアホは限りな
くゼロに近いからな。もし言われたとしても最終的にはその本人
の意思を尊重してくれるさ。「せっかく忠告してやっているのに
」とか正義面で言う奴も、結果的に失敗して「それみたことか」
とよってたかって貶（けな）される心配も無用さ。
だから時間は限りなく自由に使えるさ。誰も止めないからな。
場所的にはヤバイ場所もあるかも知れんが引っ越せば済む話さ。
・・・現状の日本ではこうも上手くはいかんだろ！？

進学は人の目を気にし、はげははげを気にし、就職はまた見栄を
張り、給与の違いに一喜一憂し、せっかく積み上げた年金・退職
金・給与もリストラの一撃で撃墜。こんなの全部アメリカにはね
ーよ。っていうか韓国・日本ぐらいだろ。ここまで酷いのはさ。
他の国なんかのんびりしたもんさ。便利な世の中だからな。汗水
垂らして働くのは本人が好きでやってる奴ぐらいだよ。
（まー、例外はあるね。そして糞な連中はここばかり見るのよね）
真面目に働いている事を武器にする奴にまともなのはいねーよ。

アメリカは他人に対して責任を持たないのは日本人と同じ。けど
そのかわり他人の生き方や身なりとかには口を挟まないさ。法に
触れない限りはね。（日本は法に触れてても無視してるよな。）

あと、追加。確かに積み重ねを要求される仕事はあるさ。アメリ
カならプログラマーもなぜだかその部類さ。手続き・手順を踏む
には数年を要するさ、最低でもね。日本なら伝統芸能とか古典芸
能とか・・・。けどまぁ後者は実力だけでもなんとかなるさ。
もっともらしー能書き垂れるだけの実力皆無連中が見てくれだけ
の「積み重ねが大切」理論を無闇に振りかざしてないことを望む
よ。虚飾・虚礼・形骸化・腐敗。日本のお家芸か？
まぁ、得るものがあると信じて目指したものなら後悔はないさ。
人の失敗を笑う奴を避け切れないのが日本の空しい現実だろ？？

「・・・してはならない」集と言えば十戒が有名か？けどあれも
絶対ではないと思っておくべきだろうよ。そんなに簡単に善悪を
判別できるのならお釈迦様もキリスト様ももっと気楽だったろー
よ。勿論礼節の重要性を説いた孔子・論語もそうさ。複雑だよ。
まー・・・。「信じた道を突き進みたい」のなら文句は言わんさ
。何らかの信仰に頼っていなければ行動に限定加えるべきでない
とは思うけどね。合理的でないよ、まともな奴だけが動けないの
はさ。

けどまぁ確かに・・・。「能ある人はつつましやかであれ」とい
うものは風土としてこの土地にあるのだろうか。確かにこれだけ
は動かし難いな。だからこそ結果のみを見ての評価じゃ駄目なん
だろうけどね・・・、なのになぁ、何故に結果主義・・・。
人材が消えていくのは当たり前の話だぜ、全くよ・・・。
価値観からして結果主義はアメリカではＯＫなのだが・・・。
他にもこういう例は多々あるのにそういうとこだけアメリカ似せ
るんだよなぁ・・・・。余程浅はかな馬鹿が権力握ってるのね。
アメリカでも大きな事を言えば笑われる事もあるが、結果を出せ
ばちゃんと評価してくれるよ。「言ったからには当然ダロ？」み
たいなヤクザな連中の口は法律ででも米なら防げるさ。日本じゃ
無理だろ？　法があやふやだし裁判官はマフィアかぶれだしさ。

飽きてきた

結局自分は異常者だと言いたいんだろうね。
親に迷惑かけないうちに病院へ行け！ >> 氷魚

>>655
君が「親」に責任がある！と言っているうちは、
彼の言うことが理解できないだろうね。

やっぱ翻訳して欲しい・・・

>>655-656
やりとりが噛み合ってませんよ（藁

>>655
既に充分に迷惑をかけていると思われ（藁

　夜は当然同衾せねばならず、その際に義父は様々な格好になる事を要求した。
セーラー服や体操服はもとより、美由紀の母に着けさせていたというランジェリーもよく纏わされた。それは赤や紫などの派手な色ばかりで、しかも股の部分が大きく割れているか完全に透けているもので、身に着けるのは１２歳の美由紀にとって真裸でいるよりも恥ずかしい類のものだった。美由紀の体にはややサイズが大きかったが、それがまた何ともいえない淫靡さを醸しだし義父を喜ばせる結果となっていた。
　オナニーも覚えさせられた。
要求に応じて目の前でして見せなければならず、日々の陵辱の中で否応なく濡れるという生理的な反応を示すようになった事を卑猥に揶揄されたりもした。
　美由紀の恥辱は一日毎に増すばかりだった。義父の倒錯は止まる事を知らず、放尿を命じたり肛門を責め立てたりと嗜虐の度を高めていった。義父は特に肛門責めに執着した。

ちょっと面白くなってきた

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

存在する価値の無いもの ＝ 氷魚

>>656 = 氷魚 = 危険人物

電波には電波で対抗すべし。
通常の論理学を適用しては駄目だ。

氷魚＝親のすねをかじりまくって利留いる有害な引きこもり

偉そうな事言う前に、それだけ優秀ならば独立すれば？

>>619
>大学なんか行っても多分数学とかは教えてもらえないね。

でも、間違いなく高校までの数学レベルは日本のほうが上ですよね？
確かに、大学では数学学べないかも知れないけど、向こう（米）の
高校生までの数学レベルは本当に異常に低いですよ。
ただのアルジェブラの試験で、電卓使用可能なの教えられたときは本当におったまげた。
(採点してる教授まで電卓使ってたし・・・)

>>635
>きっともう流出しきってるね、ジンザイ。

そうおっしゃるあなたは、まだ流出なされていないのでしょうか？

馬鹿な連中だ。キチガイのおもう壷じゃん。

>>667

基地外を丸め込むだけの技量を試したいのよ。
天の唾はく行為かもしれんけど。

いやいや
もうちょっと楽しみたいんだろう

電波バリバリだね。氷魚さんスゲーヨ。たまげた。

さっさと、大好きなアメリカに移住してください。
こんなのが日本に要られると怖いョ！！

氷魚さんの日記スレッドになったのでしょうか．
プログラマ板にふさわしい話題とは思えませんが．

660 Continue
　下半身が裸の義父は、洸に背を向け酒の入ったコップを口元に運びながら、視線の先の茜を見つめている。茜は、服を着たままパンティを下ろしてテーブルの上でしゃがみ込み、前に置かれた洗面器の中への放尿を命じられていた。
　股間がよく見えるように不自然に足を広げさせられた茜の割れ目から、黄金色の液体が洗面器めがけて流れ落ちているのが洸にも見えた。
　茜は泣き出しそうな顔をしてきつく目を閉じ、被虐に身も砕けんばかりの屈辱を感じている。放尿を終えた茜は、それがいつもの事なのか、自らの指でまだ小便に濡れたままの割れ目を開いてみせ、義父の目に幼い薄桃色をした淫肉を晒す。その光景を見ながら義父は醜い肉欲に汚れた己の物をしごいている。

というわけで、将来性を否定されなかったのも、若くても好きに
やらせてもらえたのも、結果を評価してくれたのも俺の場合は全
部アメリカ。個人に対しては日本にも恩のある人いるかも知れん
が、国に対しては全くないね。

マフィア輸出大国とか、倒産国家になられでもしたらそりゃあ無
視してばかりもいられなくなるわいな。単なるそれ対策よ。
後は自力でなんとかすべき事ばかりよね。ただ、かなりの人数の
人間が情報を曲げる事を好んでいるようだからやはり国連なりＦ
ＢＩなりなんなり国外とも連携して情報の歪曲を食い止めるべき
だろうよ。有能な人間はこれだけでも消えていくはずさ。ろくで
もない人間や善悪に頓着のない人間は平然としてるけどね。
・・・馬鹿ばっかだよ、全く・・・。情報まげても責任なしかよ
。まともな人間が表から姿を消すのも当然の結果だろーよ。

氷魚速度@こういう内容はあまり書きたくないがマスコミヘボいし
[email protected]
せるとる（暗号というほどのものでなし）
2月頃に「原潜事故だってさ・・・」で書いた内容の補足です。
「米軍」かなんかでひらめ31とかぶうぶうとかが書いてたものへの
対抗策。けどさすがに掲示板上で叩き潰しても無意味だからね。
/*にぎぱーにこれ書きこんだ後、他の奴の書きこみ止まった、糞の吹き溜まりだな*/

＞673ともう一個
ナイスフォロー！（謎）

色々バイトはしたよ。積水でバイトしたときなんかあと一ヶ月づいてい
たら、絶対長野か北海道へ行っていたと言えるぐらい覚悟は強かった。

けど・・・不自然な事にどのばいとも三ヶ月程度でやめる羽目になった
。フシギな事に全て肺炎ｏｒ気管支炎！！さすがに変だと思った。
・・・まぁ・・・完全に自信を喪失したときにやってたパチンコのば
いとだけはその症状でも続けられたのだけど、母親に強く文句を言われ
て止めたし、職業差別のつもりで言うつもりは無いが、僕はどうも
ギャンブルというものは肌に合わなくて・・・正直辛かった。

こんだけのことが積み重なると却って原因を完全追求したくなった。
そもそも「先の事・就職なんか考えないで良い」と言いつづけてきた
のは親や親戚！！そしてそれを擁護するだけのアホ連中！！

働くほうが勉強するよりずっと楽しいよ。当然ダロ？
「ただ飯ばっかくいやがって！」とかいわれて心苦しさを感じないで
良いしな・・・・。

心の病気って治療が大変だけど、挫けないで頑張ってね。
応援します。

＞666
専門能力に長けた人間は必ずしもオールラウンダーである必要はない。
そういう基本的な事をわかってねーのな＞テメーも含めてな
お前、日本の数学レベルが何故低いかという根本をわかってねーな！
まー、議論するレベルにある頭がそもそもないのかも知れんが。

お前こそ、低能な人間を「低能」扱いして蔑んでいる。
有能な人間がぽろぽろでも紛れていればいいんだよ。
一教科さえ社会に通用すればいいんだよ。会社辞めて大学行けばいい
、必要だと思ったとき憶えればイイダロ？

こういう卑下したような発言or謙虚な発言は何故か消したんだよな＞某ソネット
--以下ね--
いや、確かに正直な話、僕なんかへぼへぼですよ。ってだいぶ前にも・・・。
「ポインタってアセンブラ使えたらもう使いたくないよ」
とか
「標準関数もストリームも別にいらないじゃないか」
（後者はとくに安定させるのめんどいのに何故か必須だったし）
とか
「ＯＳなんか下手すれば三分の2削ってもちゃんと動くじゃないか」
とか
「ややこしいことは覚えたくない、もっと楽したい」
とか
「一回覚えたら終わり、にしてほしい。いちいち調べなおすの死にそう」
とか
「16bitでもパイプとかマルチスレッドは可能だったじゃないか」
（ＣＰＵになんかあった気がする、けど16bit末期にぱっと出て消えたかも）
とか
「バージョンや異なる環境への対応だけでプロなんか続けていても
もうこれ以上テクニックは上がりようがないよ」（事実やめた）
とか
「charやwcharとか、Nullポインタも習ったけど・・・必要なの？」
とかとかとか・・・。

16進→Ｃへの変換、及び逆変換は限られた環境でしかできませんよ。
コンパイラ・デバッガとかも自力で作りましたけど環境モロ依存です。
エミュレーターは何か怖いので作りませんでした。
（って、デバッガをちょっといじればできるんだけど、多分）

ＢｅＩＤＥ（アセ）でglobalとmainなだけなものをつくって見ました。
これだけで気分的に辛くなりました。これ以上はしたくないです。
デバッグ面倒な言語が何故主役なのかがよくわからない。
ポインタがメモリを破壊すると言うが、メモリを破壊しないようにしたら
それもまたＣＰＵの無駄遣いなきがするし・・・。（ＪＡＶＡ？）

データの保護といいながら外部から破壊できるし。昔はポインタでいちいち
ドライバとかを作ってバッファ操作してた名残？とか・・・。
おかげでＯＳを作る事も書き換える事も可能な万能言語でしたが・・・。
（起動ディスク＞ＯＳという幸せな時代でしたが・・・。）

安定性と言うものから見ればＣなんか何の意味があるのかさっぱりです。
結局狭い守備範囲で頑張るしかありませんでした。僕は・・・。
仕事ごとにコンパイラもＯＳもバージョンも変わるし・・・。
「環境に依存しないコード」を書いていたら動かなくてもちゃんと給与を
人並みにもらえるんですけどね・・・。それはそれで辛かった・・・。

プロなんかやっててもバグ情報収集とか、資料読み漁りで日が暮れてました
。きっとまだｗｉｎとかは楽な方ですよ＜ってやってない人間はなんとでも
言えるから気楽だ。やってないから当然言う資格なし
ＣＰＵ、ハード、ＯＳ、ＥＸＥ（っていうかコンパイラの機能？）を同時に
見ないと安心して使えない僕は確かにＣプログラマーには向いてないです。
printfですらちゃんと動くか今でも不安です。

ﾎｳﾁ ｼﾅｲﾄ ﾎﾞｳｿｳ ｼﾏｸﾘﾖ?

他のスレッドでＣＰＵ・アセンブラに関して僕のとかちあいそうな
スレッドありました。他意なしか調べておいて。続きはココデ書く。
--以下連続投稿でハネラレタ--
結局ＰＳ2のＣＰＵではアセンブラジカウチ止まりなのですか？
お詳しい方がいると困る（ことはないよな）のでこちらでも
質問させていただきます。

ただただメモリダンプだけのお仕事って何かありましたよね？昔。
職名まではよく覚えておりませんけど。
あの時点である意味ＯＳの解析は80％以上達成されたよーなもんなんですけどね。
・・・16bitはともかく、32bitＯＳの全貌を把握できる奴、世界中を探しても
見つからない気がするし・・・だったら16bitＯＳをまず研究すべき。
(著作権？とかも気をつけて。解析とかはダーティーな行為だから新潮にね。)
・・・と僕は思うのですが・・・二度手間だと考える人のほうが多いのかも。

誰か、新しい翻訳係になろうという勇者はいないか？

他のスレに面白いものがあった。
「クライアントの意向を無視して別言語で開発する。（混入含む）」

・・・通ればいいんじゃないの？　お互いそれで幸せになれることもあるさ。
アメリカでは・・・・絶対無理だけどね　（ＴＴ）←なぜにＣで？と思う事シキリ

氷魚さん、どうもあなたの日本語はみんな理解できないようなので、
今後書かれる文は全部お得意の英語で書いていただけますか？

　　　　　　　　　　　　　　　ノ ‐─┬　　　 　　　　/
　　　　　　　　　　　　 　,イ 　囗.　|　　　　　　　/ ＿　丿丿 　 そ　　先　　>>1
決今 と　　　　　　　　 　 | 　　　__|　　　　―ナ′ 　　　　　　　れ　　日　　 殿
定回　｀　　　　　　　　　　　　　　　　　　　　/　　‐'￣ 　　　　　と　　は
と こ な　　　　　　　　　　 　 ,‐ 　　　　　　/ 　　　　　　　　　　同　　ス
なの り　　　　　　　　　　　ナ'￣ 　 　 　 /　　　､＿__ 　　　　 時　　 レ
り ス慎　 　　　/　　　　　ノ`‐、＿ 　　　　　　　　　　　　　　　に　　 を
ま レ重　　　　/ ＿　丿丿 　＿メ　　　　　　　|　＿/ 　　　　　行　　立
し はに　　―ナ′　　　　　〈＿＿ 　 　 　 　　Ｘ　/￣＼ 　　　わ　　て
た貴検　　　/　　‐'￣ 　 　 　 　　　　　　　　/　Ｖ　　　/ 　　　さ　　 て
　゜方討　　 / 　　　　　＼　　　ｌ 　　　　　　レ ' `‐　ノ 　　　　せ　　 頂
　 様 を　　/　　　､＿__　　Χ￣￣〉 　　　　　　　　　　　　　　て　　 き
　 の さ　 　 　　　　　　　　　＼　丿　　　　　　　/ 　　　　　　 頂　　ま
　 ご せ　　　　　　　　　　　　　 ＼　 　 　 　 　 / ＿ 　　　　　い　　 し
　 希 て　　　　　　　　　　　　　　　　　　　　―ナ′＿_ 　　　 た　 　て
　 望 頂　 　 　|　＿/ 　　　　　￣￣〉　 　　　/　　　, 　　　　>>1　　誠
　 に き　　　　Ｘ　/￣＼ 　 　 　　ノ 　　　　/　　＿| 　　　　　様　　に
　 添 ま　　　/　Ｖ　　　/ 　 　 　 　 　　　　/ 　く＿/`ヽ 　　　 の　　有
　 え し　　　レ ' `‐　ノ　　―――'フ 　　　　　　　　　　　　　 適　 　難
　 ず た　 　　　　　　　　　　　　/￣　　　　 　┼┐┬┐ 　　　性　　 う
　　｀ が　 　 　 　　　　　　　　　|　 　 　 　 　 〈　/ 　Ｖ 　　　　検　 　ご
　 放　｀　 　　　　　　　　　　　　`−　　　　　　乂 　 人 　　　 査　 　ざ
　 置　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　の　　 い
　 す　　　　　　　　　　　　　　┼‐　　　　　　|　　―┼‐ 　　　 結　　 ま
　 る　　　　　　　　　　　　　　┼‐　　　　 　 |　　　　| 　　　　　果　 　し
　 事　　　　　　　　　　　　　　｛＿_）　　　 　 |　　 ＿| 　　　　　　｀　　た
　 に　　 　 　 　 　 　　　　 　　　　　　　　 　|　 く＿/`ヽ 　　　　　　　　゜
　　ﾊﾊﾊ
　 ∧＿∧　　／￣￣￣￣￣￣￣￣￣
　（　＾∀＾）＜　　末筆ながら貴殿のご健康とご活躍を心より祈り申し上げます。
　（ つ ⊂ ）　＼＿＿＿＿＿＿＿＿＿
　 .）　 ）　）
　（_＿）＿）　　　　　（＾∀＾）ｹﾞﾗｹﾞﾗ ｻﾂｼﾞﾝｼﾞｹﾝﾅﾝｶｵｺｽﾅﾖ

「四つん這いになって尻を上げろ」
　奈美は命じられるままゆっくり身を起こして四つん這いになり、ふっくらとした丸い尻丘を高くもたげた。
　しなやかな黒髪が床に触れた。
　同時に秘められていた天使の深奥部が咲き開いた。
　藤堂の目の前に十二歳の少女の秘裂があった。長年、求めても求めても得ることのできなかった妖精の秘めやかな恥裂が、わずか十センチほどの距離にあった。その淡い紅色に染まった秘唇はあまりにも可憐で控えめな表情を見せていた。
　藤堂はゴクリと喉を鳴らし、まるでこわれものにでも触るように、ゆっくりと手を這わせた。手のひらで包み込むように双丘をつかむと、奈美のあたたかい体温が伝わってくる。
「あぁぁ・・・」
　すっかり観念した少女の身体から急に力が抜けていった。藤堂は開いた両脚の付け根を裂いている秘裂の両側に指をおき、ゆっくりと押し広げると秘裂に潜んでいた淫唇が剥き出しになった。まだ薄い肉づきだが、興奮のためか充血している。

>>684-685
荒らすなよ、せっかくみんなでマターリ見物してるんだから。

>>683
Then, responding to expectation, it writes in English.

There was a thread which is likely to collide with mine about CPU and
an assembler by other threads. Someone are investigated. A continuation
is written here.

-- The following was kneaded by continuation contribution.

Does an assembler strike with CPU of PS2 soon after all? Since it will be troubled
if the better-informed one is, I will ask a question also here. a long time ago,
there was only work which dumps a memory? I do not remember an official title
well It was like attaining the analysis of semantic OS which it is at that time
80% or more. Whatever 16 bits, those who can grasp the whole aspect of 32bit OS
consider not being found by them even if it looks for the inside of the world.
If that is right, you should study 16bit OS first. (Copyright etc. should take care.)
Since analysis is a dirty act, you have to make it prudent. Although I consider
like abnormalities, it may be a thing with more those who think that it is waste of energy.

>>678

あんた、自分のやったこと捻じ曲げてるだろ？
こういう普通の質問なら別にいいんだよ。
あんたは、この手の質問をわざわざキチガイ文にして書きなぐった上、
人の意見をまったく聞こうとしないからキチガイなんだよ。
自分がどう思っても、あんた、キチガイだよ。人とか殺す前に、病院行けよ。
病院はあんたには陰謀とマフィアの巣窟で、身に危険を感じるかもしれないけど、
それは、あんたの頭が狂っているからで、とにかく治療を受けろ。

Waste of energy? It's you!

The following utterances which were depreciated, and the humble utterance
were erased in why.

-- Following --

It is poor in the talk disagreeable and honest to be sure, me, etc. Also
considerably before ...
"I do not want to already use it, when a pointer can use an assembler."
"Probably, neither a standard function nor a flow is needed independently."
(Especially the latter was indispensable in why, although it was troublesome
that you made it stabilized)
"If the lower part is carried out in OS etc., even if it will delete 2/3, it moves perfectly."
"A puzzling thing wants to want to memorize, to twist it and to carry out comfort more."
"When memorizing once, I want you to carry out finally. Reinvestigating each time is dying."
"Were at least 16 bits of the pipe or the multithread possible?"
(Or having come out rapidly and having disappeared in the 16 bits last stage of
for which I feel that it was in CPU ) even if it is continuing in the pro etc.
Only by the correspondence to "version or different environment -- a technique
does not already have how to go up more than this -- "
although "char, wchar, and Null pointer were also learned ... required one"
Conversion to the C language and reverse conversion can be performed only
in the limited environment from a binary. It is very dependent on environment
although the compiler debugger was made by himself. Since some emulators were
fearful, they were not made. (But if a few debuggers are used, I will think probably made)
global and the main thing only were built and seen by BeIDE. It became hot according to
the mood of the moment only now. I do not want to carry out more than this.
Debugging it does not know well why a troublesome language is the leading role
Although it says that a pointer destroys a memory, if it is made not to destroy
a memory I feel. (If it is JAVA, how is it? ?)
It can destroy from the exterior, calling it protection of data.
It -- ancient times -- a pointer -- one by one -- or that buffer operation
of the driver is made and carried out? Although also making OS from favor and
rewriting were also possible omnipotent languages (It is although the starting
disk was a fortunate time of OS) If it sees from what is called stability,
the C language does not understand in the least what meaning there is.
I had only done my best after all in the narrow range. Since a compiler, OS,
and a version change for every work.
If "the code depending on environment" is written, even if it will not move perfectl
salary Although it can be given like most people. It was hot at it. a pro etc.
Doing a bug information gathering and data reading in a day being at a loss bette Windows etc.
is surely still the easier one. Since the human being who does not do can say also
with what, he is comfortable. Since it does not do, there is no qualification naturally
said. CPU, hardness, and OS and EXE (or function of a compiler ?)
Unless it sees, surely I who do not use in comfort am not suitable
for a C-language programmer.
Even now, it is uneasy in whether it moves even by printf exactly.

文章の論理性は言語の構造に依存するものではないということが
よくわかりました。

この英語なら、かの国では、貴方のことを精神的ハンディキャップ
を負った人としてみんな優しく認めて下さったことと思います。

機械翻訳かなんかでしょ。
氷魚本人の書き込みだとしたら、寒いね。
他人がやったのなら、もっと寒いけど。

>>692
そのようだ。まったくの直訳で、サイズも増えている。
こういうのは英語とは言わない。

ここまでホンモノだとちょっと寒いデス。
だいぶ読みやすくなって来たたんだけど、書きなぐってるだけだし。
やっぱり何言ってるかわかんないし。
これも治療の一環なのかもしれないですね。
保護者の方いらっしゃるんでしょうか、、、放置は危険っすね。
お大事に。

ちゅーか、キミタチ氷魚なんかを相手して時間を消費しないで、他のことに使えよ。
出来ればsageでやってくれ（氷魚は必ずageるみたいだが）。

何が精神的ハンディキャップだよ＞691　今現在、精神的ハンディ
キャップを背負っている俺にとっては、アンタのほうが
社会的ハンディキャッパーに思えるけど。
社会的ハンディーキャｯパーとは俺が勝手に定義したもんだが・・・

>>696
全く同意。
どのような相手でも、>>691のような発言をするなんて信じられませんね。
もっと冷静になってくださるようお願いします。

まあ、直訳は直訳だが、正確に直訳出来るソフトウェアを持ってん
だから、その点は優秀なんじゃろ？

俺も>>691や>>694のような奴のほうがむかつくね。このスレさかのぼれば
似たような奴はいっぱいいるだろうけど。
隣に居て欲しくないタイプだな。逆に怖いよ、君たち。

この掲示板はＩＰ抜くんかい？ 攻撃受けてるけど・・・

> アンタのほうが
> 社会的ハンディキャッパーに思えるけど。

そのとおりだ。
アメリカは競争社会だが、同時にヘタレにやさしい国だ。
おれも癒された。

「IP抜く」とはどういうことですか？

>>701
>そのとおりだ。

なーんて引いてみせたって>>691の発言をしたことにはかわりがないんだよーん。
自分は騙せないんだよーん。

>>703
ちゃんと認めるだけいいじないすか？
マターリしませんかね？

別に自分を誑るつもりはないんだがな。
もしかしてハンディキャップという言葉に反応してんのか？
そりゃ困ったな。

どこをどう読んだら>>691が悪意の無い文章に取れるんだよ。
ふざけるのもたいがいにしろ。

悪意はある。だが面白くない書き込みだったと反省もしている。
指摘してくれてありがとう。

知らず知らずのうちに他人の気分を害するモノ ＝ 氷魚

他人の氷魚に対する態度は、氷魚の他人に対する態度の鏡像

なぜ氷魚は自分を傷つけ続けるのか・・・
哀れなり、自分を知ろうとしないモノ。

実行可能ファイルをEXEと呼ぶあたりWin厨だと思うのだがどうか。

>>709
FBIしか出てこないのも不思議だね〜。
CIAとかNSAという単語は知らないのかしら。

はるか昔ですけど、僕の頃もｅｘｅだったと思います。一度に3つぐらいしか
ロードできないような機種ばっかり扱ってましたけど。（最適化効いてなかった
からサイズでかかったせいでもあるかも）←記憶違いなのかなぁ・・・
上の英語の書きこみは僕ではありません。そんなに僕は英語は今得意で無いです。
というか、周囲が日本人の状況で英語を覚えなおすのは無意味なのはよく知ってる。
向こうでなら小学生だって喋ってるんだから僕もなんとかなります（笑）

日本は何故か「自称精神科医」多いですね。あくまで「かわいそうな人」として
優しくしてくれるけど、・・・そんなのが嬉しいわけがない。（冷たくも嫌だが）
Ｃ--についてそろそろ書き始めますね。
#include <stdio>
char buf[5000]={ここに16進コードを入れます。ハンドアセンブルと同じです};
int main (void){
buf();/*これだけではダメなこと多いのですが・・・簡略化失礼*/
}
ノーマルな関数がローカル関数ならこれはグローバル関数と呼ぶべきでしょう。
昔の最適化きかない状況なら確実に効果ありでしたが、今は・・・どうかな。
これがもっと誰にでも簡単にできるべきだと思った。
次はフルスクラッチ+メモリアドレスずらしによるＯＳの作成法書く予定。

国防総省とは仲良くなかったり。
僕の昔の行動した結果による汚点が尾を引いている（犯罪行為ではないよ）
ＮＡＳＡ、ＫＧＢ（ズレ）とかも知ってますよ。

>>711
> char buf[5000]={ここに16進コードを入れます。ハンドアセンブルと同じです};
> int main (void){
> buf();
> }

これって C でも C++ でもできるんじゃなかったっけ?

なんか氷魚様今日は絶好調だね……。

>>713
x86環境について言えば
言語がどうと言うよりもコードセグメントと
データセグメントのリニアアドレス領域が重なってればできる。
重なってなければC/C++であろうとできない。

> #include <stdio>

必要無い。第一あれだけstream嫌ってるんだったら
stdio.hは使わずに書くのが男だ。

> char buf[5000]={ここに16進コードを入れます。ハンドアセンブルと同じです};

5000バイトも使っちゃいかん。もっと節約しましょう。

> 昔の最適化きかない状況なら確実に効果ありでしたが、今は・・・どうかな。

残念ながら君のアセンブラの能力が解らないので不明。
ただし、今時のコンパイラは優秀なので君のアセンブラよりずっと
優秀なコードを吐いてくる可能性大。

ところでbuf()に引き数を与えたい時はどうする？

> 国防総省とは仲良くなかったり。

惜しいな。NSAあたりの協力要請をことわり、国防総省とひと悶着
あって追われた挙げ句捕らえられ、記憶を破壊されて強制送還さ
れたぐらいのことを言ってもらえると、カッコよかったのに。

>>711
惜しいなぁ。
char main[] = {16進コード};
でいいのに。
リンカは関数だろうが変数だろうが名前がmainなのでリンクする。