アセンブラ言語やマシン語は覚えておくべきですか？ (520ﾚｽ)
アセンブラ言語やマシン語は覚えておくべきですか？ http://medaka.5ch.net/test/read.cgi/prog/1244804043/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
92: 仕様書無しさん [sage] 2009/06/16(火) 10:35:19 >>65 糞ソースｗｗｗｗｗｗｗｗｗｗｗｗｗｗ http://medaka.5ch.net/test/read.cgi/prog/1244804043/92
93: 仕様書無しさん [sage] 2009/06/16(火) 22:37:58 つーか、自分でＣＰＵ作ってＣコンパイラを作らなければいいんだよ http://medaka.5ch.net/test/read.cgi/prog/1244804043/93
94: 仕様書無しさん [sage] 2009/06/16(火) 22:39:55 >>54 > 引数をスタックでわたすかレジスターで渡すかの違いがわかるのは大きい > わけねーだろ！ 組み込みだと結構気にしますが。 関数の第一引数はint型であれば、レジスタ渡しを優先的に選択するマイコンとか。 知らないと損をすることがあるので違うマイコンをはじめて使う時は このあたりのことから勉強してます。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/94
95: 仕様書無しさん [sage] 2009/06/16(火) 22:47:52 >>94 それはマイコンがどうとか言うより、そのマイコンのＣコンパイラの癖じゃないのか。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/95
96: 94 [sage] 2009/06/16(火) 22:49:59 >>95 > >>94 > それはマイコンがどうとか言うより、そのマイコンのＣコンパイラの癖じゃないのか。 そうですね正確にはそういうことです http://medaka.5ch.net/test/read.cgi/prog/1244804043/96
97: 仕様書無しさん [sage] 2009/06/16(火) 22:57:48 -O -fomit-frame-pointer -fforce-register ってやれば出来るだけスタック渡ししてくれるでそ http://medaka.5ch.net/test/read.cgi/prog/1244804043/97
98: 仕様書無しさん [sage] 2009/06/16(火) 23:01:17 まちがえた 出来るだけレジスタ渡し、ね http://medaka.5ch.net/test/read.cgi/prog/1244804043/98
99: 仕様書無しさん [] 2009/06/17(水) 02:45:46 組込みマイコンでもGCC使えないのは、もうモチベーション出ないな。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/99
100: 仕様書無しさん [sage] 2009/06/17(水) 02:50:16 GCCがあってもむしろアセンブラでガリガリ書きたい石もある。 ColdFireとか。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/100
101: 仕様書無しさん [] 2009/06/17(水) 04:47:33 >>1 アセンブラはプログラマーとして必需言語です。 主にSIMDを使った最適化や、難読化に使います。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/101
102: 仕様書無しさん [] 2009/06/17(水) 05:29:38 >>65 10万ステップの内、実際実行されるステップ数が1000行で残りはゴミとか容量気にしないアホが作るとこうなるんだな あとオブジェクト指向言語から始めた奴なんかも容量まったく気にしてないしな 携帯５００万行っていってっけど、ゴミがわんさかｗｗｗ http://medaka.5ch.net/test/read.cgi/prog/1244804043/102
103: 仕様書無しさん [] 2009/06/17(水) 08:00:33 アセンブラなどは、大工で云えば「カンナ使った面仕上げや、カナヅチ使った釘打ちの技など」だよ。 今の住宅建設では、ほとんど使わないだろ。 工場で面仕上げ済みだし、釘は電動釘打ち機で打つ。 プレハブ方式で、ユニットを組み上げるイメージで建設してる。 だから、ド素人に近い大工でも使えてる。 ソフト業界も似たことやってるよな。 素人の若いの集めて、生産性の高い最新言語を即席で教え込んで バカスカとアホなコード粗製濫造して、何とかシステムを完成に持ち込んでいる。 やっぱ、カ
ンナも使えない釘打ちもできないじゃあ、大工じゃないよな。 細かな調整や裏技のためには必須だろ？ http://medaka.5ch.net/test/read.cgi/prog/1244804043/103
104: 仕様書無しさん [sage] 2009/06/17(水) 10:08:02 >>103 きわめて同意。 なんだか自分たちが頑固オヤジになった気分だなあ。 でも、ほんとうに速度やメモリ効率を重視される時が来たら、出番があると信じてるが。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/104
105: 仕様書無しさん [] 2009/06/17(水) 10:08:21 昔話 まだ仮想記憶でなかったメインフレームの頃 初心者〜低レベルプログラマーの書くＣＯＢＯＬプログラムが原因不明のアドレスエラーで 落ちるケースが続出した。 ソースを読むと、一見落ちる理由がない。 あるとすればテーブルの添え字がゾーン形式であることくらい。 ま、やってみよう、とその添え字をパック形式やバイナリー形式に直すと、ＯＫ。 初めのうち首をひねった。落ちないプログラムもあるのだ。 落ちたプログラムのオブジェクトリストを出して追跡してみて、ようやくわかっ
た。 FILE-CONTROLの４番目以降に記述したファイルのフィールドに対してゾーン形式の 添え字を使うとレジスターのやりくりがつかなくなって落ちるということ。 すぐにメーカーに現象を連絡し、各プログラマーにはゾーン形式の添え字を使うなと厳命。 仮想記憶コンピューターが入った頃転勤したので、その後どうなったかは知らない。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/105
106: 仕様書無しさん [sage] 2009/06/17(水) 15:04:32 コンパイラも同時進行で作ってるような出来立てのホヤホヤの石とかで 新規で構築するとかなら、アセンブラ必要だな。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/106
107: 仕様書無しさん [sage] 2009/06/17(水) 17:26:20 マシンの性能が良くなり、メモリもいくらでも使える時代なんだから アセンブラなど不要。 …と思ってる馬鹿はおらんか？ｗ http://medaka.5ch.net/test/read.cgi/prog/1244804043/107
108: 仕様書無しさん [] 2009/06/17(水) 17:47:20 新しい石ができれば最小限誰かがどこかで機械語を使わなきゃならんのだがな http://medaka.5ch.net/test/read.cgi/prog/1244804043/108
109: 仕様書無しさん [sage] 2009/06/17(水) 18:10:15 新規の石はむしろコンパイラの不具合が出切ってないから、実地で修正でバッグしなならん。 コンパイラの吐き出すコードが正しいかどうかを検証する事もしばしば。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/109
110: 仕様書無しさん [sage] 2009/06/17(水) 23:55:09 オープン系のもれにはなんで枯れたコンパイラがあるＣＰＵを使わないのか 不思議でならない。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/110
111: 仕様書無しさん [sage] 2009/06/18(木) 01:44:21 >>110 組み込みだとそういう理由でハードを選定しないからかと。 大概、基盤の搭載性とかコストでほぼ決まる。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/111
112: 99 [sage] 2009/06/18(木) 03:07:12 組込制御系だけど、>>110みたいな理由でGCCの使えない案件(石)は もうヌルーすることにしてる。GCCだけでなく、gdbやmakeも含めて。 石に依存した新しいIDEの突っつき方ばかり次々と憶えるのが馬鹿らしい。 アルゴリズムやOS, TCP/IPとかのプロトコルの使いこなしをマスターする 方が学習コスト/パフォーマンスが良い。 >>103 >工場で面仕上げ済みだし 今は工場も派遣のド素人がツールやライブラリ作ってるんだぜw それをド素人の派遣SEにOOPで組立てさせるorさせたことにする などという粗
製乱造に拍車が掛かってる。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/112
113: 仕様書無しさん [sage] 2009/06/18(木) 07:17:16 >>104 ＞でも、ほんとうに速度やメモリ効率を重視される時が来たら、出番があると信じてるが。 組込では無いが、マルチスレッドで作ることを強制される時代が近いはず 高級言語でも俺達の持つ枯れた知識の出番も近づいていると思うんだけど。 あ、異動してPGではなかったonz http://medaka.5ch.net/test/read.cgi/prog/1244804043/113
114: 仕様書無しさん [sage] 2009/06/18(木) 07:25:18 マルチスレッドなんてもう使いまくりでしょ業務系は http://medaka.5ch.net/test/read.cgi/prog/1244804043/114
115: 仕様書無しさん [sage] 2009/06/18(木) 09:04:51 DBとかのミドルウェアでは使われてるだろうけど、業務系プログラミングではほとんど使ってない。 というか、使う場面が無い。 >>113 並列処理の知識って、あまり広まってなくね？ 教科書とか論文とか読み始めてはいるが。。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/115
116: 仕様書無しさん [sage] 2009/06/19(金) 00:16:08 組込制御系でも、32bitの石を使うような案件だと、 もうマルチスッドレぐらい使いまくり。 空ループ禁止とか、mutexやセマフォなんかの排他/同期 手法ぐらい理解しといてくれ。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/116
117: 仕様書無しさん [sage] 2009/06/19(金) 04:03:53 >>114 なんかのサーバープログラムではマルチスレッドなしでは無理。 でもクライアント画面とかにマルチスレッドが必要？ http://medaka.5ch.net/test/read.cgi/prog/1244804043/117
118: 仕様書無しさん [sage] 2009/06/19(金) 08:36:29 >>117 クライアントでもストレスない操作性を実装しようと 思ったらマルチスレッド使うよ。 何かするたびにユーザーを待たせてもいいなら使わないけどね。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/118
119: 仕様書無しさん [sage] 2009/06/19(金) 18:20:34 マルチスレッドなんて使わなくても、実装方法一つで幾らでも解決できるのにね。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/119
120: 仕様書無しさん [sage] 2009/06/19(金) 18:46:28 でもマルチスレッドのほうが楽でしょ？ http://medaka.5ch.net/test/read.cgi/prog/1244804043/120
121: 仕様書無しさん [sage] 2009/06/19(金) 18:50:08 目的による。 マルチスレッドにするコストってのはあるからなぁ むしろ単にループを工夫するだけで目的達成できればそっちの方が楽なのはある。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/121
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 399 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s