アセンブラ言語やマシン語は覚えておくべきですか？ (520ﾚｽ)
上下前次1-新
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があるほうがめずらしいだろ
130: 2009/06/24(水)13:08 AAS
>>129
そこまで言うと無知丸出し
131: 2009/06/24(水)14:01 AAS
ちっこいのしか相手してなきゃそうなるんでないかい。
俺も自前マルチタスクモニタ持ち出す方が多いかもしれん。
最近はめっきり減ってしまったが…
132: 2009/06/25(木)01:32 AAS
汎用機を使用した開発では、COBOLやPL/Iブログラムの性能が出ない時にアセンブラをコンパイラに出力させて、ホットスポットの解析を行うことがあります。
ソースコード上は問題無いようにみえても、アセンブラのステップ数がかさんでいたりする問題などを検出するためです。
※コンパイラが出力するのは、正確には擬似アセンブラです。コンパイルリストと呼ばれています。
なにが言いたいかというと、汎用機の開発ではまだまだアセンブラが現役のスキルとして重宝されているので、そっち系の仕事をするならば勉強して損はありません。
133: 2009/06/25(木)04:38 AAS
組込作ってる会社でもアセンブラできない人は結構いる.
チーム(開発)違うのに解析・最適化頼まれる事も ;P
おまいら！
別に自分がアセンブラできなくても,
好きな奴がやってくれるからイイヤって思ってないか？
「アセンブラ扱える」
＝「アセンブラでハァハァできる奴」
＝「お金と時間とアセンブラコード渡せば
喜んで解析・最適化してくれる」
と勘違いしてないか？
・・・いや確かにそうかもしれないが,
本見ながら, 読める程度にはなろうぜ！
134: 2009/06/25(木)12:11 AAS
汎用機でアセンブラソースをメンテした事が2回ある
可変長レコードファイル出力と単なる帳票出力
後者でCOBOLを使わなかった理由は知らん
135: 2009/06/25(木)17:19 AAS
処理速度をウリにしてたんだろうきっと。
136: 2009/07/01(水)07:08 AAS
昔話だが、俺のいた電子計算室ではＣＯＢＯＬを開発言語と決めていた。
ところがあるチームが室長に黙ってアセンブラで業務を書き換えた。
発覚したとき「これはアセンブラでなければ書けない」と言い訳をした。
その後、他のチームの人は２〜３年でどんどん人事異動で入れ替わってゆくのに
そこは５年間人事異動なし、１０年後にＣＯＢＯＬで書き換えられるまで
半数が異動できなかった。
137: 2009/07/01(水)08:36 AAS
俺もC++とアセンブリ言語併用してそういうことやってるよ
他の人間には理解できないように作るのは保身の基本だと思ってる
138: 2009/07/01(水)10:49 AAS
それは止めとけ。
「策士策に溺れる」「上手の手から水が漏れる」って昔から云うだろ。
バグを誘引して、自滅する。
139: 2009/07/01(水)10:56 AAS
アセンブリって一番簡単な言語なのになぁ
上下前次1-新書関写板覧索設栞歴
あと 381 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.017s