アセンブラ言語やマシン語は覚えておくべきですか？ (520ﾚｽ)
アセンブラ言語やマシン語は覚えておくべきですか？ http://medaka.5ch.net/test/read.cgi/prog/1244804043/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
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
122: 仕様書無しさん [sage] 2009/06/19(金) 21:32:30 >>110 このページには聞いたことないＣＰＵの名前がいっぱい出てくる http://it.nikkei.co.jp/mobile/news/index.aspx?n=MMIT0f000017062009&landing=Next http://medaka.5ch.net/test/read.cgi/prog/1244804043/122
123: 仕様書無しさん [sage] 2009/06/20(土) 00:44:28 全部ARMだろう。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/123
124: 仕様書無しさん [sage] 2009/06/20(土) 06:00:03 モバイルはだいたいARMかSHの互換だな 全く独自ってのはまずない http://medaka.5ch.net/test/read.cgi/prog/1244804043/124
125: 仕様書無しさん [sage] 2009/06/20(土) 07:06:27 >>117 PC-機器とのタイマー監視アプリとかで必要でね？ http://medaka.5ch.net/test/read.cgi/prog/1244804043/125
126: 仕様書無しさん [sage] 2009/06/20(土) 08:35:55 リアルタイム性が重要なのはマルチスレッドにしてプロセス数上げるより シングルスレッドで安定性重視なんじゃないのか http://medaka.5ch.net/test/read.cgi/prog/1244804043/126
127: 仕様書無しさん [sage] 2009/06/21(日) 22:01:12 >>126 いまだにRTOS乗ってない案件やってます。 http://medaka.5ch.net/test/read.cgi/prog/1244804043/127
128: 仕様書無しさん [sage] 2009/06/23(火) 16:06:39 OSの不要な組み込み機器はいっぱいあるぞ。 だいいち、RTだけが必要でOS部分なんて不要なんだよな http://medaka.5ch.net/test/read.cgi/prog/1244804043/128
129: 仕様書無しさん [sage] 2009/06/24(水) 08:41:47 っていうかOSがあるほうがめずらしいだろ http://medaka.5ch.net/test/read.cgi/prog/1244804043/129
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 391 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s