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