アセンブラ言語やマシン語は覚えておくべきですか？ (520ﾚｽ)
上下前次1-新
100: 2009/06/17(水)02:50 AAS
GCCがあってもむしろアセンブラでガリガリ書きたい石もある。
ColdFireとか。
101: 2009/06/17(水)04:47 AAS
>>1
アセンブラはプログラマーとして必需言語です。
主にSIMDを使った最適化や、難読化に使います。
102: 2009/06/17(水)05:29 AAS
>>65
10万ステップの内、実際実行されるステップ数が1000行で残りはゴミとか容量気にしないアホが作るとこうなるんだな
あとオブジェクト指向言語から始めた奴なんかも容量まったく気にしてないしな
携帯５００万行っていってっけど、ゴミがわんさかｗｗｗ
103(2): 2009/06/17(水)08:00 AAS
アセンブラなどは、大工で云えば「カンナ使った面仕上げや、カナヅチ使った釘打ちの技など」だよ。
今の住宅建設では、ほとんど使わないだろ。
工場で面仕上げ済みだし、釘は電動釘打ち機で打つ。
プレハブ方式で、ユニットを組み上げるイメージで建設してる。
だから、ド素人に近い大工でも使えてる。
ソフト業界も似たことやってるよな。
素人の若いの集めて、生産性の高い最新言語を即席で教え込んで
バカスカとアホなコード粗製濫造して、何とかシステムを完成に持ち込んでいる。
やっぱ、カンナも使えない釘打ちもできないじゃあ、大工じゃないよな。
細かな調整や裏技のためには必須だろ？
104(1): 2009/06/17(水)10:08 AAS
>>103
きわめて同意。
なんだか自分たちが頑固オヤジになった気分だなあ。
でも、ほんとうに速度やメモリ効率を重視される時が来たら、出番があると信じてるが。
105: 2009/06/17(水)10:08 AAS
昔話 まだ仮想記憶でなかったメインフレームの頃
初心者〜低レベルプログラマーの書くＣＯＢＯＬプログラムが原因不明のアドレスエラーで
落ちるケースが続出した。
ソースを読むと、一見落ちる理由がない。
あるとすればテーブルの添え字がゾーン形式であることくらい。
ま、やってみよう、とその添え字をパック形式やバイナリー形式に直すと、ＯＫ。
初めのうち首をひねった。落ちないプログラムもあるのだ。
落ちたプログラムのオブジェクトリストを出して追跡してみて、ようやくわかった。
FILE-CONTROLの４番目以降に記述したファイルのフィールドに対してゾーン形式の
添え字を使うとレジスターのやりくりがつかなくなって落ちるということ。
すぐにメーカーに現象を連絡し、各プログラマーにはゾーン形式の添え字を使うなと厳命。
仮想記憶コンピューターが入った頃転勤したので、その後どうなったかは知らない。
106: 2009/06/17(水)15:04 AAS
コンパイラも同時進行で作ってるような出来立てのホヤホヤの石とかで
新規で構築するとかなら、アセンブラ必要だな。
107: 2009/06/17(水)17:26 AAS
マシンの性能が良くなり、メモリもいくらでも使える時代なんだから
アセンブラなど不要。
…と思ってる馬鹿はおらんか？ｗ
108: 2009/06/17(水)17:47 AAS
新しい石ができれば最小限誰かがどこかで機械語を使わなきゃならんのだがな
109: 2009/06/17(水)18:10 AAS
新規の石はむしろコンパイラの不具合が出切ってないから、実地で修正でバッグしなならん。
コンパイラの吐き出すコードが正しいかどうかを検証する事もしばしば。
110(3): 2009/06/17(水)23:55 AAS
オープン系のもれにはなんで枯れたコンパイラがあるＣＰＵを使わないのか
不思議でならない。
111: 2009/06/18(木)01:44 AAS
>>110
組み込みだとそういう理由でハードを選定しないからかと。
大概、基盤の搭載性とかコストでほぼ決まる。
112: 99 2009/06/18(木)03:07 AAS
組込制御系だけど、>>110みたいな理由でGCCの使えない案件(石)は
もうヌルーすることにしてる。GCCだけでなく、gdbやmakeも含めて。
石に依存した新しいIDEの突っつき方ばかり次々と憶えるのが馬鹿らしい。
アルゴリズムやOS, TCP/IPとかのプロトコルの使いこなしをマスターする
方が学習コスト/パフォーマンスが良い。
>>103
>工場で面仕上げ済みだし
今は工場も派遣のド素人がツールやライブラリ作ってるんだぜw
それをド素人の派遣SEにOOPで組立てさせるorさせたことにする
などという粗製乱造に拍車が掛かってる。
113(1): 2009/06/18(木)07:17 AAS
>>104
＞でも、ほんとうに速度やメモリ効率を重視される時が来たら、出番があると信じてるが。
組込では無いが、マルチスレッドで作ることを強制される時代が近いはず
高級言語でも俺達の持つ枯れた知識の出番も近づいていると思うんだけど。
あ、異動してPGではなかったonz
114(1): 2009/06/18(木)07:25 AAS
マルチスレッドなんてもう使いまくりでしょ業務系は
115: 2009/06/18(木)09:04 AAS
DBとかのミドルウェアでは使われてるだろうけど、業務系プログラミングではほとんど使ってない。
というか、使う場面が無い。
>>113
並列処理の知識って、あまり広まってなくね？
教科書とか論文とか読み始めてはいるが。。
116: 2009/06/19(金)00:16 AAS
組込制御系でも、32bitの石を使うような案件だと、
もうマルチスッドレぐらい使いまくり。
空ループ禁止とか、mutexやセマフォなんかの排他/同期
手法ぐらい理解しといてくれ。
117(2): 2009/06/19(金)04:03 AAS
>>114
なんかのサーバープログラムではマルチスレッドなしでは無理。
でもクライアント画面とかにマルチスレッドが必要？
118: 2009/06/19(金)08:36 AAS
>>117
クライアントでもストレスない操作性を実装しようと
思ったらマルチスレッド使うよ。
何かするたびにユーザーを待たせてもいいなら使わないけどね。
119: 2009/06/19(金)18:20 AAS
マルチスレッドなんて使わなくても、実装方法一つで幾らでも解決できるのにね。
120: 2009/06/19(金)18:46 AAS
でもマルチスレッドのほうが楽でしょ？
121: 2009/06/19(金)18:50 AAS
目的による。
マルチスレッドにするコストってのはあるからなぁ
むしろ単にループを工夫するだけで目的達成できればそっちの方が楽なのはある。
122: 2009/06/19(金)21:32 AAS
>>110
このページには聞いたことないＣＰＵの名前がいっぱい出てくる
外部ﾘﾝｸ[aspx]:it.nikkei.co.jp
123: 2009/06/20(土)00:44 AAS
全部ARMだろう。
124: 2009/06/20(土)06:00 AAS
モバイルはだいたいARMかSHの互換だな
全く独自ってのはまずない
125: 2009/06/20(土)07:06 AAS
>>117
PC-機器とのタイマー監視アプリとかで必要でね？
126(1): 2009/06/20(土)08:35 AAS
リアルタイム性が重要なのはマルチスレッドにしてプロセス数上げるより
シングルスレッドで安定性重視なんじゃないのか
127: 2009/06/21(日)22:01 AAS
>>126
いまだにRTOS乗ってない案件やってます。
128: 2009/06/23(火)16:06 AAS
OSの不要な組み込み機器はいっぱいあるぞ。
だいいち、RTだけが必要でOS部分なんて不要なんだよな
129(1): 2009/06/24(水)08:41 AAS
っていうかOSがあるほうがめずらしいだろ
上下前次1-新書関写板覧索設栞歴
あと 391 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.020s