アセンブラ言語やマシン語は覚えておくべきですか？

パターソンは素人

／人？ ？？ ？人＼

新しい石ができれば最小限誰かがどこかで機械語を使わなきゃならんのだがな

業務系の請負でもライブラリはCのインタフェース触らないといけないものがあって、UIはJavaで運用スクリプトがPerlだったりするが。
もちろんSQLとshくらい普通に知ってる感じで。

あとは案件によって時々ABAPとか付いてきたりか。

仕事が来てから必要に応じて勉強しても間に合う話しなので
どうってことは無い事だけど。

>>2
そういうレベルになっちゃうと、もうアセンブラ仕事なんか理解できないよ。

原始的だから一番簡単なんだよなぁ

Cを理解してるっていってもねえ。
理解してると思ってるのは自分だけって奴もいっぱいいるしな。
static関数のプロトタイプ宣言をヘッダに書くみたいな狂ったことして
「Cわかります」って威張られても笑っちゃうだけだよ。
関数のポインタが嫌でifをずらずら並べたり、プロトタイプ宣言がわからなくて
ボトムアップ順で関数記述したり、ローカルでしか使わない関数なのにstatic
つけなかったり、分割コンパイルがよくわからないから１個のソースに何でもかんでも
入れたり・・・「なんちゃってCプログラマ」は無数にいるよ。

なんですかのう。この脱力感は…

マシン語
アセンブラ
C
以上をやれば完璧

おガキ様です。

>>325
鬱になるような心弱い奴じゃ無理。

論理的思考だけあってもねぇ、って人もたまに居たりする。
なんだろう、勉強が出来るだけで仕事が出来てないっていうか・・・。

変わらなかったら誰も馬鹿高いSPARCなんて買わんわな

なぜにC言語

言うのが20年ばかり遅くはないか

>>62
怖いよね。そーゆー会社。
プログラムが使い捨てってことは、それを作っているプログラマも使い捨てにできるってことに気づいたら、さっさと転職考えるよな

マラソン選手と短距離選手のどっちがすごい、みたいな比較は…

だいたいCをしっかり出来る奴なんて５％くらいしか居ないんじゃないか？

そうだそうだ
プログラマは少ないほうが俺の給料はよくなる

ハード寄りの仕事なんかやるもんじゃねぇ
知ってても知らぬフリが賢明だ。

大規模にはなってもコンピュータの仕組みそのものは変わっちゃいないぞ。

CやC++にしても、どういうコードに落ちるかまでを理解してなければ分かってるとは言えない。

アーキの違いがそのまま発熱の違いになって、組み込みにARMが多いのもそんな感じで。

アセンブラすら使えない人にはそうなのか

>>166
俺の感じ方は逆で、ぴゅう太の時代から求められているのに
みんなめんどくさがってやってないだけだと思う。

だから業種によって様々だから。
言い切れるおまいらが異常だよ。

ソフトを作れる人を減らしていかないと
俺の仕事がなくなる

アセンブリ言語をやった事の無い人はポインタが分らないだろうな

ピアノでもピアニストでもどっちでもいいだろ。

関係有るのはピアノといおうが
関係有るのはピアニストと硫黄が
いみはつうじるどｒ．あ

>ハードウェアを理解したからどうなんだって言われればそれまでだけどなー。
ド・モルガンだの、真理値表からの論理圧縮だのは
プログラミングに活かせるな、と強弁。

ｵﾜｺﾝｽﾚ

関数型変数使えばコンパイラ頼らず混在できるよ。

書いていいぞ。

>>383
お前はやっとの事でアセンブラを使ったな？顔の見えない掲示板では相手を見下す為にレッテルを貼る。
もしかしたら使えないのかもしれないがｗｗ
残念だが俺は言語の違いでどうこうするほど初心者じゃない。

各々「基礎知識として〜は抑えておくべき」と好き勝手言い始めると
あまりにも項目が増えすぎて収集つかなくなる

今どきアセンブラが基礎知識とかねーわ
話を「最初に覚えるべき言語TOP5」に限定したとしても絶対に入らない
低水準言語としてはぎりぎりでCが入るかどうかだろ

ま、アセンブラの次にcは最後まで生き残る言語だからな。
コンピュータという機械がある限りアセンブラは存在し、
アセンブラが存在する限りcは存在する。

>>207
無理にGPGPUのネイティブコードをアセンブラと呼んでるだけでさ、
実質あれは通信プロトコルだからねぇ。

オープン系のもれにはなんで枯れたコンパイラがあるＣＰＵを使わないのか
不思議でならない。

http://next.rikunabi.com/
キーワードから探す「アセンブラ」検索する

そんなもんに奇怪語の知識なんてもったいないなｗ

コンパイラの出力を評価して効率のいいコードを吐かせるためのソースの記述を把握するとか、プログラムの
想定外の動作の原因を探るためにコンパイラの出力を確認したりデバッガでアセンブリレベルでのトレースを
行ったりってのは基本レベルのスキルだろう。

>>276
普段なに作ってんの？

プログラマになりたいんじゃなくてゲーム解析したいだけっす

俺はエロゲ起動時のDVDチェックを外したいだけだぜ。

他業種ですがいまパソコン使う仕事してます
インストール禁止の職場です
メモ帳にプログラム書き込むのはOKですが
コンパイラをインストールできません
アセンブラって機械語なんで
コンパイラインストールしなくても
メモ帳だけあれば動くんでしょうか？
超簡単な演算処理なんですけど

まあ>>353を見て、できる1割のほう人は「そうそう。ここでアセンブラできるって言ってる連中って8ビットとかそういうのだろ」って
べつにムカついたりしないよな。

ムカついて、どうでもいい揚げ足取りとかで煽ってるのはできない9割のほう。

>>357
たしかに根拠ないね。最新のCPUの性能を引き出すようなコードを書けてる人は1割より少ないと思う。
だけど、できないほうが95%でも99%でも別にいいじゃん。
そんな必死にツッコムところ?

俺の推定が間違っていても、ほとんどはヘボコードしか書けないってことには違いないし。
「俺が間違ってました。ここの人たちがすごいレベルの高い人たちばっかりでした」ってことにはならないから。

>>85
つまりドラえもんの時代まで待てということか

アセンブラ言語やマシン語って基礎的な部分で言えば知識じゃなくて根気だよね
計算できる奴なら誰でも解るけどいざ実装するとなると異常に面倒
ただそれだけのこと
CPU依存命令とか使い出したら話は別だけど

Hercules ってエミュレータがあるらしい

>>103
きわめて同意。
なんだか自分たちが頑固オヤジになった気分だなあ。
でも、ほんとうに速度やメモリ効率を重視される時が来たら、出番があると信じてるが。

-O -fomit-frame-pointer -fforce-register
ってやれば出来るだけスタック渡ししてくれるでそ

>>452
>最近は CISC にもパイプラインとか実装されていて、

30何年前の8086/88にも実装されてるよ

gasのソース落としてきたけど、オペコードを何処で定義してるの？
今Winしか触れない環境だから探すのが面倒。

というのが面倒、そりゃあ具烈婦使えば一発だろうけども、
もっといいツール探せばいくらでもなんぼでもあるし、そもそも
家に帰ればちゃんとツール一通りそろってるし。

というが面倒。

vtblとデータテーブル(て何?)が混在される具体例待ち

っていうより、今時そんな「自己満オナニー」に呑気に浸ってる暇ないんだよ。
他に山ほどコード書かなきゃならん時代なんだから。

新規の石はむしろコンパイラの不具合が出切ってないから、実地で修正でバッグしなならん。
コンパイラの吐き出すコードが正しいかどうかを検証する事もしばしば。

>>422-423
1401, 360/370アセンブラなら今も覚えてるぞ

レイヤーが違う、といってるだけで、
えらいとかえらくないとかは、別に無いだろう。

>>402
はい、わかりませんでした〜。

関東沿線の電車はやめて下さいね。迷惑だから。

俺はＤｅｌｐｈｉ使いだが何か？

プリント基板見て楽しいと思える人は、組み込み系の会社行って
アセンブラやりたいんですって言えばいいよ。

アセンブラも慣れれば高級言語やっているのと変わらなくなるな。
なんでも慣れだよ、慣れ。
マシン語になれるやつはいないだろうがｗ
いたら見世物小屋に売った方がいいｗ

客の要求に応じたシステムを作れれば言語ひとつしか出来なくても一人前だと思うんだが。
複数言語使い分けてなんてのは技術者側の自己満足でしょ。
アーキテクチャやってる人なら複数言語使ってみて比較して使い分けてってのは必要だろうけど。

> ちょっとパワーのあるCPUならC言語で組むだろうし、Z８０は今でも色々使えるだろ

コイツ↑本物の馬鹿だなｗ

もう一組入手できたら考えよう

CPUに出来ることなんか限られてるからある意味では一番簡単な言語だ。
その機能もそうそう大きく変わるものじゃないからCPUが変わったからといって決定的には違わない。
アセンブラに苦労するとなると、最適化のトラブルはもちろん、パフォーマンスやリソース問題に
全く手がつけられないという事だ。

OSの不要な組み込み機器はいっぱいあるぞ。
だいいち、RTだけが必要でOS部分なんて不要なんだよな

おバカさまがいらっしゃいました

486でも自己書き換えした後でパイプラインの内容捨てればいいだけ。

>>376
>>1以降、どういう話がされてるかも理解できないの？