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

1仕様書無しさん
垢版 |
2009/06/12(金) 19:54:03
c言語だけ、理解していれば、プログラマーとして、大丈夫なのでしょうか？
2014/08/31(日) 21:14:56.62
他より強い将棋ソフトを作るのでも、安全を確保しなければならない自動車の制御でも、
コンパイラが吐くコードぐらいはプログラマは把握できてなきゃどうにもならないんじゃないの。
2014/08/31(日) 21:31:01.28
コンパイラの出力を評価して効率のいいコードを吐かせるためのソースの記述を把握するとか、プログラムの
想定外の動作の原因を探るためにコンパイラの出力を確認したりデバッガでアセンブリレベルでのトレースを
行ったりってのは基本レベルのスキルだろう。
2014/08/31(日) 22:49:27.96
>>388
何もすべてをアセンブラで記述する必要はありません。そんなことは誰もがわかっていることです。
2014/08/31(日) 23:08:27.64
388はそういったアプリの下にコンパイラとかOSとかいうものが存在するという
あたりまえのことすら認識できないほどのウスラボケなのだろう。
393仕様書無しさん
垢版 |
2014/08/31(日) 23:58:09.98
CPUに出来ることなんか限られてるからある意味では一番簡単な言語だ。
その機能もそうそう大きく変わるものじゃないからCPUが変わったからといって決定的には違わない。
アセンブラに苦労するとなると、最適化のトラブルはもちろん、パフォーマンスやリソース問題に
全く手がつけられないという事だ。
2014/09/01(月) 02:48:44.11
覚えなくてもどんなものかは知っておいたらいいだろうね
本一冊おいておくとか
うちにはトランジスタ技術スペシャルの本がいっぱいあるのでときどき見ているね
2014/09/01(月) 02:52:42.32
いまざっくりさがしてみたけど、これなんかに載っているね
ttp://shop.cqpub.co.jp/hanbai/books/49/49011.htm
2014/09/01(月) 03:46:10.84
各々「基礎知識として〜は抑えておくべき」と好き勝手言い始めると
あまりにも項目が増えすぎて収集つかなくなる

今どきアセンブラが基礎知識とかねーわ
話を「最初に覚えるべき言語TOP5」に限定したとしても絶対に入らない
低水準言語としてはぎりぎりでCが入るかどうかだろ
2014/09/01(月) 04:02:46.45
CやC++にしても、どういうコードに落ちるかまでを理解してなければ分かってるとは言えない。
398仕様書無しさん
垢版 |
2014/09/01(月) 08:28:26.42
　___　_
　 ヽo,´-'─ 、　♪
　　 r, "~~~~"ヽ
　　 i. ,'ﾉﾚノﾚ!ﾚ〉　　　　☆ 日本のカクブソウは絶対に必須です ☆
　__ '!从.ﾟ ヮﾟﾉﾙ　　　総務省の『憲法改正国民投票法』のURLです。
　ゝﾝ〈(つY_i(つ　http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html
　 ｀,.く,§_,_,ゝ,
　　　~i_ﾝｲﾉ
2014/09/01(月) 09:56:00.74
↑コピペのマルチレスで運営に通報されてるぞwwwww
400仕様書無しさん
垢版 |
2014/09/01(月) 12:24:16.90
>>397
Cはまだしも、c++はアセンブラレベルじゃジャンプテーブルとデータテーブルが混在してて流れを追うのも大変だぞ。
2014/09/01(月) 12:37:20.49
> c++はアセンブラレベルじゃジャンプテーブルとデータテーブルが混在

分かってない奴はこゆこと言いそうｗ
2014/09/01(月) 14:38:35.60
じゃあてめぇがvtblを説明してみろよ
2014/09/01(月) 14:57:21.70
>>402
煽って教えてもらおうとするなんて、幼稚園児ですか？
2014/09/01(月) 15:48:16.67
>>402
vtable 如きで大騒ぎｗ
405仕様書無しさん
垢版 |
2014/09/01(月) 15:48:40.11
>>403
はい、わかりませんでした〜。
2014/09/01(月) 15:50:03.88
>>400
> c++はアセンブラレベルじゃジャンプテーブルとデータテーブルが混在してて

アセンブリソース出力する分には混在なんかせんだろ。
407仕様書無しさん
垢版 |
2014/09/01(月) 15:51:38.75
コンパイラ次第。
2014/09/01(月) 15:52:48.14
>>407
具体例挙げなよ。
409仕様書無しさん
垢版 |
2014/09/01(月) 15:58:59.94
vtblとデータテーブル(て何?)が混在される具体例待ち
410仕様書無しさん
垢版 |
2014/09/01(月) 16:00:16.68
三年間くらい前にやったARMのコンパイラ。
メーカー名は忘れた。
混在と言うか、境界が分かりづらかった。
2014/09/01(月) 16:08:12.47
>>407
混在する具体例はよ
412仕様書無しさん
垢版 |
2014/09/01(月) 16:25:23.32
関数型変数使えばコンパイラ頼らず混在できるよ。
2014/09/01(月) 16:26:02.73
>>410
ARMのコンパイラってKEILとIARとGreen HillsとMSとGNU以外になんかあったっけ?
2014/09/01(月) 16:40:06.06
混在厨必死すぎｗ
2014/09/01(月) 16:40:43.24
>>412
"関数型変数" て何の話してんの?
https://www.google.co.jp/search?q=%22%E9%96%A2%E6%95%B0%E5%9E%8B%E5%A4%89%E6%95%B0%22
2014/09/01(月) 16:43:23.91
>>410
コンパイラに出力させたアセンブリソースでvtblとデータテーブルの「境界が分かりづらい」ってどういうこと？
2014/09/01(月) 16:59:37.43
COBOLは天地を創造できる
418仕様書無しさん
垢版 |
2014/09/01(月) 22:18:12.28
１インスタンスにテーブルのポインタ１つあれば充分なのでは？
2014/09/02(火) 03:57:41.31
10011001・・・うぁじゃまくさw
2014/09/02(火) 04:21:14.05
>>400
おら、出て来い口先野郎
2014/09/02(火) 23:15:07.68
ああああああああああああああああああああああああああ
久しぶりにものすごく68000のアセンブラが書きたい！
書きたいぃぃぃぃぃいいいいいいいいいいいいいいいいいいいいいい
Z80でもx86でもARMでもなくて68000が良い！！！！
でもエミュはヤダ
ベクターから書きたいんだよぅぅううううううううううう
2014/09/02(火) 23:39:40.23
書いていいぞ。
423仕様書無しさん
垢版 |
2014/09/06(土) 12:16:29.31
6809なら今でも結構覚えてるな。
424仕様書無しさん
垢版 |
2014/09/06(土) 15:51:07.63
6502の事も時々思い出してやって下さいね。
425仕様書無しさん
垢版 |
2014/09/06(土) 16:31:19.27
コモドール64を入手できずに、替りにFM-7買ったんだった。
コモドール買っていれば6502(6510)の方を習得していたかもなぁ。
2014/09/06(土) 19:35:03.24
8bitCPUなんて単純なもんだし「習得」なんて言うほど大げさなものではない。
427仕様書無しさん
垢版 |
2014/09/06(土) 19:40:04.23
細かい所に突っ込むなぁw
まぁ、たしかにね。ルールは至ってシンプルだし。
2014/09/06(土) 22:28:10.10
皆さんこんばんわ。天才エンジニアの福士春男です。
青森出身、金沢工業大学卒業です。

私は童貞です。
自己愛が強すぎて女と付き合える性格じゃありません。

そこで私は女子高生やおばさんでも使える3Dモデリングアプリを開発することにしたのです。
勿論、3Dプリンタがマスコミで流行る前から開発してます。
429仕様書無しさん
垢版 |
2014/09/06(土) 22:31:12.02
あげあげ。
430仕様書無しさん
垢版 |
2014/09/25(木) 08:43:13.10
>>423-424
1401, 360/370アセンブラなら今も覚えてるぞ
431仕様書無しさん
垢版 |
2014/09/26(金) 20:34:59.56
ＥＡがＪｕｍｐでＮＯＰが８０Ｈだっけ？ｗ
432仕様書無しさん
垢版 |
2014/09/27(土) 17:48:30.28
アセンブラは8bitとか64bitとか、ピット幅で難易度あがったりしないから。
パイブラインとかマルチコアとか言うのは時代の変遷で追加されてる技術で、ビット幅とは無関係。
2014/09/27(土) 17:50:38.21
ピット幅か
2014/09/27(土) 18:35:00.44
>>432
>アセンブラは8bitとか64bitとか、ピット幅で難易度あがったりしないから。

傾向として、規模がでかいと構造や命令が複雑になるので、一般的に言って8bitプロセッサより
64bitプロセッサのほうが難易度は高い。
2014/09/27(土) 19:44:49.78
ビット幅とは関係ないが、パイプラインやマルチコアで難易度は変わるだろ。

あとZ80とか単純ではあるけどそれなりに変則的な命令が多い。64ビットだとPOWERが代表だと思うけど、
逆に命令体系はすっきりしているから、Z80とかより逆に簡単だと思う。
x86-64なんかはむちゃくちゃに複雑だがw
2014/09/27(土) 19:58:15.60
遅延ロードや遅延分岐、ストールなんかを意識しなくてはいけないアーキテクチャでない限りは
パイプラインは難易度には影響しない
2014/09/27(土) 20:00:16.24
>>435
Z80は8080の命令だけでおおよその処理は書けるので全部を理解しようとしなければ簡単
2014/09/27(土) 20:03:35.62
>>435
> 64ビットだとPOWERが代表だと思うけど、

途中で64ビット化されたアーキテクチャが代表なわけがない。
439仕様書無しさん
垢版 |
2014/09/30(火) 13:10:42.25
だからビット幅は難易度に無関係だと言ったろ。
関係あるのはアーキテクトだと。
2014/09/30(火) 14:38:17.40
http://ejje.weblio.jp/content/architect
> architect
> 音節ar・chi・tect 発音記号/άɚkətèkt｜άː‐/音声を聞く
> 【名詞】【可算名詞】
> 1建築家，建築技師.
> 2設計者，企画者，創造者 〔of〕.
> 用例
> the architect of one's own fortunes [of U.S. foreign policy] 自己の運命の開拓者[米国外交政策の立案者].
> 可算名詞としての「architect」のイディオムやフレーズ
> the (Great) Architect
> ［ギリシャ語「棟梁(とうりよう), 親方」の意］
441仕様書無しさん
垢版 |
2014/09/30(火) 14:41:41.65
いちいち上げ足とるだけの無能か。
2014/09/30(火) 14:45:58.03
無知を晒してごめんなさい勉強になりましたありがとうございますと言えないところが残念なところ
2014/09/30(火) 14:46:56.83
>>439
>関係あるのはアーキテクトだと。

設計者って言いたいの?
2014/09/30(火) 14:48:19.02
ありゃ既出か。
445仕様書無しさん
垢版 |
2014/09/30(火) 14:51:56.29
いちいち誤記を晒して会議時間を無駄に消費させる系の奴らか。
2014/09/30(火) 14:55:32.83
erをつけたら、○○をする人という意味になる。

例 teach （教える） → teacher （教える人）

アーキテクト（設計） → アーキテクチャー（設計する人）
2014/09/30(火) 14:59:30.78
http://ejje.weblio.jp/content/architecture
2014/09/30(火) 15:01:45.52
>>446
アーキテクトで設計者って意味だからなあ。ピアノ弾く人=ピアニストに er 付けないよね。
449仕様書無しさん
垢版 |
2014/09/30(火) 15:01:55.12
RISC系は命令数少ないから覚えるのは簡単。
ロジックも少なく済むからbit幅広げやすい。
CISC系は複雑怪奇な命令が多く覚えるだけでも大変。
ロジックも大規模になるためbit幅広げるのが容易ではない。
450仕様書無しさん
垢版 |
2014/09/30(火) 15:03:59.99
だからさ、そんな本筋と関係無い話はどうでもいいんだよ。
bit幅と難易度は無関係だと認めろよ。
2014/09/30(火) 15:07:46.19
>>449
>RISC系は命令数少ないから覚えるのは簡単。

ARMv7とかけっこう命令数多いと思うぞ。
2014/09/30(火) 15:18:08.63
ピアノでもピアニストでもどっちでもいいだろ。

関係有るのはピアノといおうが
関係有るのはピアニストと硫黄が
いみはつうじるどｒ．あ
2014/09/30(火) 20:24:08.48
>>449
最近は CISC にもパイプラインとか実装されていて、RISC はただ使いにくいだけのアーキテクチャになりつつある。
そもそも RISC も命令が増えてきて命令長が可変だったりと、何をもって RISC やらわからなくなってきてる。
2014/09/30(火) 20:40:09.20
>>453
>最近は CISC にもパイプラインとか実装されていて、

30何年前の6502にも実装されてるよ
2014/09/30(火) 20:41:11.32
命令を単純化して並列実行させようってことだったのでは
RISC
2014/09/30(火) 20:46:20.39
>>453
>最近は CISC にもパイプラインとか実装されていて、

30何年前の8086/88にも実装されてるよ
2014/10/01(水) 22:34:47.73
IBMの7030にありましたが何か？
2014/10/02(木) 00:41:42.78
>>457
あれってCISC？
2014/10/02(木) 01:38:09.42
パイプラインが深すぎて、自己書き換えができなくなったと
一部の人、騒いでました
2014/10/02(木) 03:30:52.65
パイプラインが深すぎたところで自己書き換えができなくなる、ということはない。
2014/10/02(木) 15:24:42.74
そりゃ検出してパージしてるから。
Pentium以降では大丈夫だけど、486だとダメだよ。
2014/10/02(木) 15:39:59.05
486でも自己書き換えした後でパイプラインの内容捨てればいいだけ。
2014/10/02(木) 17:12:37.29
>>458 そうやってなんでもRISC/CISCのどちらかに決めつけるのは間違いだってパターソンさんが言ってるから
2014/10/02(木) 17:32:27.94
パターソンは素人
2014/10/02(木) 17:41:34.53
RISC教徒信者かつヘネシー原理主義者なんて奴が存在するとは思わんかったw
2014/10/02(木) 17:58:03.70
>>463
RISC/CISCのどちらかに決めつけるのが間違いなら、「最近は CISC にも〜」に対して

> IBMの7030にありましたが何か？

なんてレスするのがおかしい。
467仕様書無しさん
垢版 |
2016/08/25(木) 22:50:26.52
マシン語もアセンブラも苦手だな。

そもそも俺はこの仕事に向いていないｗ

気づくの遅すぎた！！
468仕様書無しさん
垢版 |
2016/08/27(土) 00:41:51.26
アセンブリ言語をやっておくとＣ言語のポインタの概念を理解しやすくなる、という利点がある。
469仕様書無しさん
垢版 |
2016/10/23(日) 19:42:13.10
アセンブリ言語をやった事の無い人はポインタが分らないだろうな
470仕様書無しさん
垢版 |
2016/10/23(日) 20:57:35.16
CASL2でC言語作ったった
2016/10/24(月) 02:32:01.20
だまれ。
このクソゴミが。こんなスレでしか威張れんカスが。
2016/10/25(火) 05:00:41.99
>>459
「大体のCPUには特定のメモリ領域を読む　→　そのメモリ領域に書いてるアドレスを読みに行く
って『間接参照』の機能がある、ない場合はコンパイラ側でそういう挙動するようにしてある」

なんて結城浩の本とか柴田望洋の本には書いてなかったので、H8マイコンでアセンブラ覚える程度に
すんげー大回りした

「ポインタってか特定の変数にアドレスが入ってて、変数に書いてるアドレスを読むらしいのはわかるけど
なんでそうなるの？ じゃあ今の俺の書き方ってあってるの？　なんでそうなるのかわからないんで全くわからない」
→　ハイ死亡（アプリが）

下のレベルが理解できなくて、わかるまでうまいことCを書けなかったな
473472
垢版 |
2016/10/25(火) 05:06:50.57
ん、>>469じゃないのか、安価は
474仕様書無しさん
垢版 |
2016/10/25(火) 05:23:20.02
やっぱ下流なんてこんなもんか
そりゃ使い捨てが正しいわ
2016/11/04(金) 20:47:22.19
C言語はhello worldレベル
C++も全然知らない
バイトの操作とか殆どやったことない
アセンブラも全く知らない

こんなんだけど、職業プログラマ２０周年を迎えました
Webメインだとこんなもんですわ
2016/11/17(木) 19:34:38.29
その範囲でならCでいい

・色んなOSはほぼC(だけじゃないけどメインは大体のとこでC)
である

・今のアセンブリはアセンブリ風でしかない

この二点だけでもう充分

勿論機械等組み込みは除く


おまんま食べたいだけならCすらどうでもいいよ
適当な流行言語でへローワールド
が出来りゃいいよ うん
何か分かんないけど 何か動くし 何か分かんないけど 何かバグるし
何が分からないかも分からないけど何処かの誰かがなんとかしてくれる
まぁ問題無い


趣味で突き詰めたいなら何語じゃなく全て 0 と1 で理解しろ
話はそれからだ
477仕様書無しさん
垢版 |
2016/11/17(木) 21:00:01.89
アセンブラはアセンブラを知っているとコンピュータの仕組みがわかるからな。

ただしアセンブラもC言語もそれを使わないといけない重大理由がないかぎり使うべきではない。
2016/11/19(土) 10:03:51.35
んなことたぁない
479仕様書無しさん
垢版 |
2016/11/20(日) 23:25:19.72
>>477
今のはあまりにも複雑化していて、コンピューターの仕組みを
ある程度、覚えきるのだって大変だろ？
覚えようとしているうちに時間は過ぎていくからな。
2016/11/20(日) 23:36:11.18
大規模にはなってもコンピュータの仕組みそのものは変わっちゃいないぞ。
481仕様書無しさん
垢版 |
2016/11/21(月) 00:03:07.12
>>479
そんな人間は役所でルーチンワークでもやってろよw
2016/11/21(月) 11:10:11.71
>>470
kwsk
どこかで公開してる？
私は、CASL2でUBASICを作るのが目標というか夢
483仕様書無しさん
垢版 |
2016/11/23(水) 12:38:46.93
マシン語
アセンブラ
C
以上をやれば完璧
2016/11/23(水) 21:34:36.75
言い忘れてたあとHSPもね
2016/11/24(木) 13:43:03.24
プリント基板見て楽しいと思える人は、組み込み系の会社行って
アセンブラやりたいんですって言えばいいよ。
486仕様書無しさん
垢版 |
2017/06/12(月) 04:04:12.59
たとえば高級言語の変数という概念、アセンブリ言語におけるラベルという概念があります
これらが機械語にアセンブリされると性格なメモリアドレスに修正されるんですか？
その際、アセンブラーとOSの関係はどのようなものなのですか？
2017/06/15(木) 20:21:43.93
相対アドレッシングになるんじゃないの？
2017/07/01(土) 07:45:52.17
age
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況