TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
botAIプログラミングコンテストで勝負しようぜ
2ちゃんねらーで起業できるか?
ブラック企業に勤めているんだが
元請け VS 下請け 技術力が高いのはどっちなの?
【低収入】月70万円以下は主婦レベル【低技術】
すまない死ぬかもしれない #4
日本崩壊に備えるプログラマー
プログラマの雑談部屋 ★86
まともなプログラマってどのくらいの割合でいる?
Androidアプリ 個人開発者の雑談スレ28
アセンブラ言語やマシン語は覚えておくべきですか?
- 1 :2009/06/12 〜 最終レス :2019/09/11
- c言語だけ、理解していれば、プログラマーとして、大丈夫なのでしょうか?
- 2 :
- >>1
マシン語は不要。
アセンブラは、「おれ業務系のプログラムだったらもう余裕。工数も機能を言われるだけである程度見積もれる」ってレベルになって
仕事にマンネリ化して、さらにもう一皮向けたプログラマになりたいと思ったら、マイコンと一緒に始めなさい
- 3 :
- 知らないよりは、知ってれば有利。
今じゃほぼ無いと思うが、昔はコンパイラにもバグがあって、それを調べるのに重宝した。
- 4 :
- むしろ言語を学ぶこと自体既に意味がなくなりつつ
- 5 :
- >>4
どういうことですか?
- 6 :
- なぜにC言語
言うのが20年ばかり遅くはないか
- 7 :
- >>2
そういうレベルになっちゃうと、もうアセンブラ仕事なんか理解できないよ。
- 8 :
- 業種によるだろ。JK
- 9 :
- ニーモニック表が読めればOK
- 10 :
- ローカル変数やヒープ、関数の呼び出し規約、スタックの構造が想像できるようになると、デバッグ効率も全然違うから是非覚えておくべき。
というか、アセンブリ言語を経験していないブログラマは、セックスを経験していないホストのようなもの。見てくれだけで女を喜ばそうなんざ、
どだい無理な話だわな。
- 11 :
- 学生時代に経験したけどほとんど覚えてない
- 12 :
- というかこれは憶える必要はない、と断言できるものってそうそう無い。
>>1が何系のプログラマーになりたいか、でその進路にアセンブラは必要か否か
ならまだ答えられるんだけど、プログラマーと漠然とした範囲なら
「おぼえておいてソンは無い」という当たり障りない答えになってしまうかと。
- 13 :
- アセンブリ言語
アセンブラ
- 14 :
- アセロラ飲料
プリクラ
- 15 :
- >>1はまず日本語を覚えて、句読点の分量を適宜調整して欲しい。
- 16 :
- 最低限、そのコードが動くマシンがどうなっているのかは知っているべきだし、
はき出すコードがおかしくないかどうか位は自分で見てわかるべき。(あんちょこ使って良いから。)
配列にマシン語いれといて自己書き換えとかC言語でも希に良くやる。
- 17 :
- アセンブリ言語なんて、
計算機アーテクチャを知ってないと、自分が何やってるかわからんようになって
一発でやる気が無くなるのがオチ
最低でもタネンバウムのOS本は読んどかないとな
- 18 :
- クラッキングのためだと思ったら、結構楽しく覚えられるんじゃね?
- 19 :
- それは修羅の道
普通に勉強する方が遥かに楽
- 20 :
- マシン語はさすがにおぼえなくていいよ
- 21 :
- 組込なら書けなくても読めたほうがいいよ。Cで書いたプログラムの動きが納得できないときに
コンパイラが吐いたアセンブラで机上デバッグするというのはよくやること。
- 22 :
- 汎用機からJavaに移植する仕事したときにアセンブラの解析やったなぁ
自分は8ビットでマシン語やってたからある程度理解出来たけど
他のプログラマはみんな業務系の人だったんで誰も読めなかった
- 23 :
- そのプロジェクトってアセンブラ解析部隊のおじいちゃん集団がいたんだけど
ディスプレイの文字が小さくて読めないらしく、
17インチモニタなのにみんなSVGAでモニタあげてた
- 24 :
- >>2はきっと、組込み開発のことを全く知らないんだろうな。
それはそれで幸せなことだw
- 25 :
- とりあえず、情報処理技術者試験のCASL2程度はやっとけ。
8086でもいいけど、要するにそのぐらいの基本レベル。
- 26 :
- アセンブラを知らない組み込みプログラマは、モグリ。
- 27 :
- 大学でひととおり習ってるはず
- 28 :
- 今だったら、アセンブラで、
ファイルからリードして標準出力へ表示ぐらい出来れば良いんじゃね。
- 29 :
- >>28
ファイルでは敷居が高いから、キーボードから1文字リードしてTTYに出力の方がいいよ。
それならシステム関数使わないで全部まるまるっとアセンブラで組めるだろ?
- 30 :
- シリアル入力→演算→シリアル出力
これならワンチップマイコンでも作れるからね。
- 31 :
- そう考えると中級アマチュアでもみんなマシン語書いてた
ベーマガI/O世代はレベル高かったんだな
- 32 :
- >>31
いや、当時は覚える範囲がすごく狭いから
プログラマーのスキル=どれくらい深く知ってるか=アセンブラ等のハードよりの技術
みたいな感じだった。今は目的に適した言語、ツール、書き方等、スキルの方向性も変わってきてる。
アセンブラを憶えると希少価値は上がるけど活用する場面は少なかった。俺の場合。
そのうちUVパイプやらRISCやらアセンブラに直訳するだけでは高速化すら難しくなり、今は必要なら読む程度。
同じ労力で>>1が別言語覚えるのと迷っているならそちらを進める。
- 33 :
- 9801以外の奴はBASICとマシン語しか選択肢なかったようなもんだからな
- 34 :
- ちょっと前に誰か偉い人が
僕らの時代はC言語を覚えなきゃならないのが不幸だったとか言ってたな
個人的に技術追求するんじゃなかったら特定の高給言語だけできればいいんだよね
- 35 :
- Cを覚えたくないのに覚えなきゃならないから不幸だった、とかいう人は
そもそもプログラマに向いてない。
逆に、今の若い人は、Cもアセンブラも不要なので、習得が難しく、
ソフトウェアの本質を知らないまま突き進んで気の毒だと思うけどね。
- 36 :
- Cやアセンブラがソフトの本質ぅ?
- 37 :
- >>35
最初がいきなりC言語だと挫折する人の方が多いから
そもそもソフト作れる人がほとんどいなかったって意味だろ
- 38 :
- ソフトを作れる人を減らしていかないと
俺の仕事がなくなる
- 39 :
- >>34
んなこたーない。
今は一つのシステム作るのに複数の言語・複数のプラットフォームを
使うのは当たり前になってきてる。
昔と違って「C言語さえできればプログラマとして一人前」みたいなことは無くなった。
- 40 :
- 客の要求に応じたシステムを作れれば言語ひとつしか出来なくても一人前だと思うんだが。
複数言語使い分けてなんてのは技術者側の自己満足でしょ。
アーキテクチャやってる人なら複数言語使ってみて比較して使い分けてってのは必要だろうけど。
- 41 :
- 客の要求に応じたシステムを安く作るために、いろんな言語を使うんだよ。
一つの言語でやろうっていう方が、技術屋の自己満足。
- 42 :
- >>35
それで仕事になるなら知らなくてもいいことを知らないのは気の毒とは違うんじゃないかな
- 43 :
- いろんな言語使わんよ実際は
やったとしても上級PGがせいぜい似た感じの言語を2つ3つやる程度
例えばJavaとPHPとか、VBとVCとかみたいな
もちろんSQLやBASHやHTMLは1言語と数えないでね
- 44 :
- だから業種によって様々だから。
言い切れるおまいらが異常だよ。
- 45 :
- 沢山覚えてて当たり前なのか、必要な人だけ沢山覚えればいいのかって話じゃないの?
複数の言語を沢山覚えるのが当たり前ではないって反論なだけでしょ
そりゃいくつもの言語を使い分ける必要がある人はいるだろうよ
- 46 :
- いや、言語一つだけでPGやっていけるっていう方が珍しいと思うぞ。
COBOLとかの特殊な世界は知らんが。
- 47 :
- 半数以上のPGは言語1つ2つでやってると思うが、
そんなにいろんな言語をやらんといけない業種って何?
CとC++とMakeとshellとSQLで5言語と計算とか無しな
- 48 :
- WEB系だけどJavaとPHP以外は壊滅してるから殆ど使わんな。
ってかその中でもPHPが殆ど。
業界ではレアケースだったのかこれ。
- 49 :
- 業務系の請負でもライブラリはCのインタフェース触らないといけないものがあって、UIはJavaで運用スクリプトがPerlだったりするが。
もちろんSQLとshくらい普通に知ってる感じで。
あとは案件によって時々ABAPとか付いてきたりか。
仕事が来てから必要に応じて勉強しても間に合う話しなので
どうってことは無い事だけど。
- 50 :
- アセンブラ必要なのは組み込み系だけじゃね?
業務系とかWEB系は高級言語レベルで動作が保証されればハードに近い所が何やってんのか知る必要無いからな。
- 51 :
- WEB系の仕事するときでも、Java,PHP,JavaScript(AS含む),Rubyくらいは出てくるなぁ。
(一つのプロジェクトで全部使うわけでもないけど)
マスタメンテなどの管理アプリ欲しいっていわれればC#あたりで作ることになるし、
会社としてはWEB系以外の仕事も請負ってるんで、そっちはまたべつの技術使うし。
- 52 :
- おれも情報処理技術者試験のCASL勉強したけど全然覚えてない
でも先にこれやっとくとCのポインタが理解しやすかったと思う
- 53 :
- つまり複数言語を沢山使う人は、みんな無駄に改行を入れるということですね。
- 54 :
- 引数をスタックでわたすかレジスターで渡すかの違いがわかるのは大きい
わけねーだろ!
- 55 :
- 知識はただじゃない
けど、オープンソースが僕の技術力を高めてくれた
プラマイ0
- 56 :
- >>51
そんなバラバラで作っちゃって、メンテナンスどうしてんの?
同じ言語や環境で揃えて、誰か辞めてもメンテナンス出来るようにしないと
のちのち面倒くさいだろ。
二次受けで元請けの言いなりみたいな会社だったらそうなのかもしれないけど、
自社開発の所は環境揃えるもんだぜ。
- 57 :
- >>56
言語が違うくらいでメンテナンス不能になるようなことはないって。
新人でも一ヶ月くらいで新しい言語使えるようになるから。
- 58 :
- 言語よりコンピュータで何ができるかわかってる方が大きい。
Cでもjavaでも.NETでもちょっとしたアプリなら誰でもできる。
でもスレッドをつかったプログラミングとか、異機種間通信で文字コードの違いを
頭に入れて作らなきゃいけないとかはまた別次元の問題。
大切なのは前者より後者
- 59 :
- 一ヶ月やった程度の新人に、動いてる客のシステムいじらせるとか正気ですか。
- 60 :
- バラバラの言語で作っていたものを社内で統一するってことはよくあるね。
うちもJava,PHP,Perl,ASPってあったけど、一部の大規模なのをのぞいて、
新規案件は基本PHP+Symfonyに統一になった。
Webの場合は、言語の使い分けって技術者の自己満足でしかないんだよね。
HTML出てくればそれでいい。
- 61 :
- >>59
結局、その程度の規模なんでしょ。
10万ステップ級の業務プログラムとかいじることはないでしょ。
所詮、使い捨てプログラムレベル
- 62 :
- 小規模システムを作り切りで納品するだけの下請なんじゃね
だからメンテナンスは考えないで、
目新しい言語に次々手を出すと
- 63 :
- >>62
怖いよね。そーゆー会社。
プログラムが使い捨てってことは、それを作っているプログラマも使い捨てにできるってことに気づいたら、さっさと転職考えるよな
- 64 :
- > 10万ステップ級
すいぶん小規模なんだなw
- 65 :
- >>64
ひとつのファイルが10万ステップだお
- 66 :
- それは拷問だ
- 67 :
- >>64
でけぇよ
厨房はひっこんでろ。
OSですら500万STEPだぞ。
業務系で10万STEP規模なら、相当なもん作れる
- 68 :
- >>59
お前の会社は、新人に仕事投げっぱなしなのかな?
- 69 :
- >>67
どうせ1000ステップ20ファンクションくらいのプログラム作成に1ヶ月くらいかけている素人でしょ。
10万ステップ、医療系ならレセプトシステムが作れるな
- 70 :
- >>59
ちゃんとテストして動けばだれがつくっても同じだろ
- 71 :
- >>65
>ひとつのファイルが10万ステップだお
1行に平均40バイト書かれてると仮定すれば、ファイルサイズは4メガバイト足らずか。
そんなソースコードが存在してる時点で会社のレベルが知れるね。
新人をいれるとかいれないとか以前の問題だと思うぞ。
- 72 :
- 保守できないじゃん。
- 73 :
- 業務系には蛙がたくさんいるようだな
- 74 :
- アセンブラが出来ない奴らがスレ違いの話を延々とw
- 75 :
- >>74
もうその話は結論でたからいいじゃん
- 76 :
- 結論出てんのなら、このスレ終了でいいじゃん。
なにスレ違いな話を延々としてんの。
- 77 :
- >>76
>>1 読めよ。
>c言語だけ、理解していれば、プログラマーとして、大丈夫なのでしょうか?
この問いに何と答えるのか
- 78 :
- >>1への答えとしては
「まずその前に、日本語をもっと勉強しましょう」。
- 79 :
- Cを理解してるっていってもねえ。
理解してると思ってるのは自分だけって奴もいっぱいいるしな。
static関数のプロトタイプ宣言をヘッダに書くみたいな狂ったことして
「Cわかります」って威張られても笑っちゃうだけだよ。
関数のポインタが嫌でifをずらずら並べたり、プロトタイプ宣言がわからなくて
ボトムアップ順で関数記述したり、ローカルでしか使わない関数なのにstatic
つけなかったり、分割コンパイルがよくわからないから1個のソースに何でもかんでも
入れたり・・・「なんちゃってCプログラマ」は無数にいるよ。
- 80 :
- >>78
は?>>1の日本語のどこに問題あるんだ?
- 81 :
- >>80
日本語ネイティブは、あんなに読点を打たない。
- 82 :
- ま、アセンブラの次にcは最後まで生き残る言語だからな。
コンピュータという機械がある限りアセンブラは存在し、
アセンブラが存在する限りcは存在する。
- 83 :
- >>82
それはフォンノイマン型コンピュータの話だろう。
いずれちょびっツに出てくるようなパソコンが主流となる。
そうなれば機械語は終わりだ。
- 84 :
- >>83
生きてるうちにちょびっつが完成したらいいなー
無理だろうなorz
- 85 :
- >>83
intelがあの調子じゃ今世紀一杯(あと91年)は無理だろw
- 86 :
- アセンブラぐらいマニュアル見ながら読めるのが普通だろ。ユーザーレポートのレジスタ値見ても障害解析できねーじゃないか。
何も上級シスアド受かれとか言ってるわけじゃないし、基本だけ知ってれば何とでもなる。2日で覚えれるさ。
- 87 :
- C言語「覚えた」の基準は、構造化やモジュール結合度の概念が身についてないと何の意味もないよね。
- 88 :
- >>85
つまりドラえもんの時代まで待てということか
- 89 :
- 簡単なアセンブラぐらいできないんだったら、
プログラマやめたほうがいいだろ。
アセンブラでアプリ1本作るというのなら、大変だけど。
- 90 :
- >>67
>> OSですら500万STEPだぞ。
君ねー、OS書いたことないの、バレバレだよーん。
その君の言ってるOSって、まあ、基本的なドライバは
含めるとしても、ExcelやWordは入ってないよな?(笑)
- 91 :
- つーか、マイコンやれば簡単な電子回路も学べるし
アセンブラも学べるしドライバが何やってるかもよくわかるし
PCだけやってても技術者にはなれない
- 92 :
- >>65
糞ソースwwwwwwwwwwwwww
- 93 :
- つーか、自分でCPU作ってCコンパイラを作らなければいいんだよ
- 94 :
- >>54
> 引数をスタックでわたすかレジスターで渡すかの違いがわかるのは大きい
> わけねーだろ!
組み込みだと結構気にしますが。
関数の第一引数はint型であれば、レジスタ渡しを優先的に選択するマイコンとか。
知らないと損をすることがあるので違うマイコンをはじめて使う時は
このあたりのことから勉強してます。
- 95 :
- >>94
それはマイコンがどうとか言うより、そのマイコンのCコンパイラの癖じゃないのか。
- 96 :
- >>95
> >>94
> それはマイコンがどうとか言うより、そのマイコンのCコンパイラの癖じゃないのか。
そうですね正確にはそういうことです
- 97 :
- -O -fomit-frame-pointer -fforce-register
ってやれば出来るだけスタック渡ししてくれるでそ
- 98 :
- まちがえた 出来るだけレジスタ渡し、ね
- 99 :
- 組込みマイコンでもGCC使えないのは、もうモチベーション出ないな。
- 100 :
- GCCがあってもむしろアセンブラでガリガリ書きたい石もある。
ColdFireとか。
- 101 :
- >>1
アセンブラはプログラマーとして必需言語です。
主にSIMDを使った最適化や、難読化に使います。
- 102 :
- >>65
10万ステップの内、実際実行されるステップ数が1000行で残りはゴミとか容量気にしないアホが作るとこうなるんだな
あとオブジェクト指向言語から始めた奴なんかも容量まったく気にしてないしな
携帯500万行っていってっけど、ゴミがわんさかwww
- 103 :
- アセンブラなどは、大工で云えば「カンナ使った面仕上げや、カナヅチ使った釘打ちの技など」だよ。
今の住宅建設では、ほとんど使わないだろ。
工場で面仕上げ済みだし、釘は電動釘打ち機で打つ。
プレハブ方式で、ユニットを組み上げるイメージで建設してる。
だから、ド素人に近い大工でも使えてる。
ソフト業界も似たことやってるよな。
素人の若いの集めて、生産性の高い最新言語を即席で教え込んで
バカスカとアホなコード粗製濫造して、何とかシステムを完成に持ち込んでいる。
やっぱ、カンナも使えない釘打ちもできないじゃあ、大工じゃないよな。
細かな調整や裏技のためには必須だろ?
- 104 :
- >>103
きわめて同意。
なんだか自分たちが頑固オヤジになった気分だなあ。
でも、ほんとうに速度やメモリ効率を重視される時が来たら、出番があると信じてるが。
- 105 :
- 昔話 まだ仮想記憶でなかったメインフレームの頃
初心者〜低レベルプログラマーの書くCOBOLプログラムが原因不明のアドレスエラーで
落ちるケースが続出した。
ソースを読むと、一見落ちる理由がない。
あるとすればテーブルの添え字がゾーン形式であることくらい。
ま、やってみよう、とその添え字をパック形式やバイナリー形式に直すと、OK。
初めのうち首をひねった。落ちないプログラムもあるのだ。
落ちたプログラムのオブジェクトリストを出して追跡してみて、ようやくわかった。
FILE-CONTROLの4番目以降に記述したファイルのフィールドに対してゾーン形式の
添え字を使うとレジスターのやりくりがつかなくなって落ちるということ。
すぐにメーカーに現象を連絡し、各プログラマーにはゾーン形式の添え字を使うなと厳命。
仮想記憶コンピューターが入った頃転勤したので、その後どうなったかは知らない。
- 106 :
- コンパイラも同時進行で作ってるような出来立てのホヤホヤの石とかで
新規で構築するとかなら、アセンブラ必要だな。
- 107 :
- マシンの性能が良くなり、メモリもいくらでも使える時代なんだから
アセンブラなど不要。
…と思ってる馬鹿はおらんか?w
- 108 :
- 新しい石ができれば最小限誰かがどこかで機械語を使わなきゃならんのだがな
- 109 :
- 新規の石はむしろコンパイラの不具合が出切ってないから、実地で修正でバッグしなならん。
コンパイラの吐き出すコードが正しいかどうかを検証する事もしばしば。
- 110 :
- オープン系のもれにはなんで枯れたコンパイラがあるCPUを使わないのか
不思議でならない。
- 111 :
- >>110
組み込みだとそういう理由でハードを選定しないからかと。
大概、基盤の搭載性とかコストでほぼ決まる。
- 112 :
- 組込制御系だけど、>>110みたいな理由でGCCの使えない案件(石)は
もうヌルーすることにしてる。GCCだけでなく、gdbやmakeも含めて。
石に依存した新しいIDEの突っつき方ばかり次々と憶えるのが馬鹿らしい。
アルゴリズムやOS, TCP/IPとかのプロトコルの使いこなしをマスターする
方が学習コスト/パフォーマンスが良い。
>>103
>工場で面仕上げ済みだし
今は工場も派遣のド素人がツールやライブラリ作ってるんだぜw
それをド素人の派遣SEにOOPで組立てさせるorさせたことにする
などという粗製乱造に拍車が掛かってる。
- 113 :
- >>104
>でも、ほんとうに速度やメモリ効率を重視される時が来たら、出番があると信じてるが。
組込では無いが、マルチスレッドで作ることを強制される時代が近いはず
高級言語でも俺達の持つ枯れた知識の出番も近づいていると思うんだけど。
あ、異動してPGではなかったonz
- 114 :
- マルチスレッドなんてもう使いまくりでしょ業務系は
- 115 :
- DBとかのミドルウェアでは使われてるだろうけど、業務系プログラミングではほとんど使ってない。
というか、使う場面が無い。
>>113
並列処理の知識って、あまり広まってなくね?
教科書とか論文とか読み始めてはいるが。。
- 116 :
- 組込制御系でも、32bitの石を使うような案件だと、
もうマルチスッドレぐらい使いまくり。
空ループ禁止とか、mutexやセマフォなんかの排他/同期
手法ぐらい理解しといてくれ。
- 117 :
- >>114
なんかのサーバープログラムではマルチスレッドなしでは無理。
でもクライアント画面とかにマルチスレッドが必要?
- 118 :
- >>117
クライアントでもストレスない操作性を実装しようと
思ったらマルチスレッド使うよ。
何かするたびにユーザーを待たせてもいいなら使わないけどね。
- 119 :
- マルチスレッドなんて使わなくても、実装方法一つで幾らでも解決できるのにね。
- 120 :
- でもマルチスレッドのほうが楽でしょ?
- 121 :
- 目的による。
マルチスレッドにするコストってのはあるからなぁ
むしろ単にループを工夫するだけで目的達成できればそっちの方が楽なのはある。
- 122 :
- >>110
このページには聞いたことないCPUの名前がいっぱい出てくる
http://it.nikkei.co.jp/mobile/news/index.aspx?n=MMIT0f000017062009&landing=Next
- 123 :
- 全部ARMだろう。
- 124 :
- モバイルはだいたいARMかSHの互換だな
全く独自ってのはまずない
- 125 :
- >>117
PC-機器とのタイマー監視アプリとかで必要でね?
- 126 :
- リアルタイム性が重要なのはマルチスレッドにしてプロセス数上げるより
シングルスレッドで安定性重視なんじゃないのか
- 127 :
- >>126
いまだにRTOS乗ってない案件やってます。
- 128 :
- OSの不要な組み込み機器はいっぱいあるぞ。
だいいち、RTだけが必要でOS部分なんて不要なんだよな
- 129 :
- っていうかOSがあるほうがめずらしいだろ
- 130 :
- >>129
そこまで言うと無知丸出し
- 131 :
- ちっこいのしか相手してなきゃそうなるんでないかい。
俺も自前マルチタスクモニタ持ち出す方が多いかもしれん。
最近はめっきり減ってしまったが…
- 132 :
- 汎用機を使用した開発では、COBOLやPL/Iブログラムの性能が出ない時にアセンブラをコンパイラに出力させて、ホットスポットの解析を行うことがあります。
ソースコード上は問題無いようにみえても、アセンブラのステップ数がかさんでいたりする問題などを検出するためです。
※コンパイラが出力するのは、正確には擬似アセンブラです。コンパイルリストと呼ばれています。
なにが言いたいかというと、汎用機の開発ではまだまだアセンブラが現役のスキルとして重宝されているので、そっち系の仕事をするならば勉強して損はありません。
- 133 :
- 組込作ってる会社でもアセンブラできない人は結構いる.
チーム(開発)違うのに解析・最適化頼まれる事も ;P
おまいら!
別に自分がアセンブラできなくても,
好きな奴がやってくれるからイイヤって思ってないか?
「アセンブラ扱える」
=「アセンブラでハァハァできる奴」
=「お金と時間とアセンブラコード渡せば
喜んで解析・最適化してくれる」
と勘違いしてないか?
・・・いや確かにそうかもしれないが,
本見ながら, 読める程度にはなろうぜ!
- 134 :
- 汎用機でアセンブラソースをメンテした事が2回ある
可変長レコードファイル出力と単なる帳票出力
後者でCOBOLを使わなかった理由は知らん
- 135 :
- 処理速度をウリにしてたんだろうきっと。
- 136 :
- 昔話だが、俺のいた電子計算室ではCOBOLを開発言語と決めていた。
ところがあるチームが室長に黙ってアセンブラで業務を書き換えた。
発覚したとき「これはアセンブラでなければ書けない」と言い訳をした。
その後、他のチームの人は2〜3年でどんどん人事異動で入れ替わってゆくのに
そこは5年間人事異動なし、10年後にCOBOLで書き換えられるまで
半数が異動できなかった。
- 137 :
- 俺もC++とアセンブリ言語併用してそういうことやってるよ
他の人間には理解できないように作るのは保身の基本だと思ってる
- 138 :
- それは止めとけ。
「策士策に溺れる」「上手の手から水が漏れる」って昔から云うだろ。
バグを誘引して、自滅する。
- 139 :
- アセンブリって一番簡単な言語なのになぁ
- 140 :
- アセンブリって一番原始的な言語なのになぁ
- 141 :
- 原始的だから一番簡単なんだよなぁ
- 142 :
- 簡単過ぎて難しい
何をやってるかが理解出来るまで少し読むだけでは理解出来ない
- 143 :
- FORTRANでやればなんでもない超多元配列など
アセンブラでどうやって書けっちゅうんだ!
- 144 :
- >>143
[10][10][10][10]の多次元配列なら、
各最大要素 10*10*10*10 のメモリを確保しておいて、
[i1][i2][i3][i4]をアクセスするときは
basePoint + ( i1 * 1000 + i2 * 100 + i3 * 10 + i4 ) の中身を参照すればいいんでないか?
- 145 :
- メモリ参照する度に乗算命令なんかコスト高すぎて使ってられねえ。
- 146 :
- 10は、(2*2+1)*2
2回シフトに元足して更に1回シフト。
4ステップだけど、いまどき乗算なんて1サイクルだからなぁ…
- 147 :
- >>145
だから普通はループの外でアドレスレジスタを設定し
ループ内ではインクリメントで済むように書くわけですが。
- 148 :
- デバッガによるx86プログラム解析入門 こういう本を理解するにはアセンブラやc言語をマスターしておかないと理解できないものなんですか?
- 149 :
- そもそもプログラマ辞めろ
- 150 :
- そうだそうだ
プログラマは少ないほうが俺の給料はよくなる
- 151 :
- プログラマになりたいんじゃなくてゲーム解析したいだけっす
- 152 :
- 俺はエロゲ起動時のDVDチェックを外したいだけだぜ。
- 153 :
- マスターなんてできるわきゃないから必要に応じて調べながら読めばいいだろ
- 154 :
- IBM360アセンブラで育った俺にとっては
インテルのアセンブラはもうめちゃくちゃで理解不能な代物
- 155 :
- 老舗旅館の増築工事みたいなニーモニックだからな。
RISC系とは違うのさ。
- 156 :
- 醜さに納得は出来ないが、一応使う事はできる。
- 157 :
- MN1610のマシン語から入った俺でも
インテル系くらい読めるが。
あんなもん慣れだ。
- 158 :
- インテル系の石、拡張されないかな?
どの命令にも好きなアドレッシングモードで使える汎用レジスタ32本追加とか。
命令長固定な追加汎用レジスタ専用命令とか。
- 159 :
- Z80と6809のマシン語やっててSystem370もいじってたけど
今の86系のはさっぱりだな
- 160 :
- System360アーキは、コテコテのCISCだが。
そのCISCの中でもintelアーキは最悪に醜い。
i8080の時ですら醜いと思ったが、それの増築工事
の繰り返しだもんな。
MC68kに移った時は美しいと思ったが、RISCは
もっと美しかったな。個人的にはMIPSが一番好き
だが、最近はARMの案件が多いな。
- 161 :
- SPARCやAlphaはx86より遥かに安定してるって聞いた時は
はぁ?CPUのアーキテクチャでそんなの変わんねーだろUNIX厨が
とか思っていたが、今は反省している
- 162 :
- アーキの違いがそのまま発熱の違いになって、組み込みにARMが多いのもそんな感じで。
- 163 :
- 変わらなかったら誰も馬鹿高いSPARCなんて買わんわな
- 164 :
- アセンブラのニーモックに対して疑問。
例えばmovl %esp, %ebp と書くから呪文ぽいんだよ。
32ビット値のムーブ レジスタ1 レジスタ2
と書ければ良いだけ。こういうアセンブラ作れば、小学生でも
機械語をマスター出来るようになる。なので誰か作れ。
簡単なはず。
- 165 :
- >小学生でも機械語をマスター出来るようになる。
pu
- 166 :
- 発想がぴゅう太から進化してねぇw
- 167 :
- >>166
俺の感じ方は逆で、ぴゅう太の時代から求められているのに
みんなめんどくさがってやってないだけだと思う。
- 168 :
- そんな前から思ってたんなら自分でやれよとも思う
- 169 :
- s/レジスタ1/eax/g
s/レジスタ2/ebx/g
s/レジスタ3/ecx/g
s/レジスタ4/edx/g
s/レジスタ5/esi/g
s/レジスタ6/edi/g
s/レジスタ7/esp/g
s/レジスタ8/ebp/g
s/8ビット値のムーブ/movb/g
s/16ビット値のムーブ/movw/g
s/32ビット値のムーブ/movl/g
あとはまかせた
- 170 :
- >>167
>みんなめんどくさがって
>>164 は
>簡単なはず。
つってるけど?w
- 171 :
- gasのソース落としてきたけど、オペコードを何処で定義してるの?
今Winしか触れない環境だから探すのが面倒。
というのが面倒、そりゃあ具烈婦使えば一発だろうけども、
もっといいツール探せばいくらでもなんぼでもあるし、そもそも
家に帰ればちゃんとツール一通りそろってるし。
というが面倒。
- 172 :
- >>164
小学生の頃からZ80でハンドアセンブルしてた身としては、データシートさえ日本語で
書いてあれば、ニモニックは現状のままで何も問題はない。というか、小学生なめんな。
表記と意味の結びつけはわりと問題無くできるんだよ。手に入る資料と違う表記を強要
される方がよっぽど辛いわ。
それにアセンブリ言語自体は小学生にとってちっとも難しくない。糞設計の石だと
使えるレジスタやアドレッシングモードに変な制限があるから、機能を実装しようと
した時に、難しいと感じる事があるだけで。
- 173 :
- 日本語の何がダメって、入力するシステムを安定させるまでが大変。
- 174 :
- それそれ。
Windowsが一番使われている理由もきっとそこが一番まともなOSだからだろう。
- 175 :
- Windowsさえなければ、日本語処理はもっと楽になるのに。
- 176 :
- >>1
日本語も理解出来ない奴は仕事があっても騙されるだけ、日本語も理解できる様にしなきゃ良い鴨だね。
- 177 :
- これはやっとくべき?
さすがAMD! 業界初のx86 CPU対応OpenCLソフト開発プラットフォームを無償提供!!
ttp://tsushima.2ch.sc/test/read.cgi/news/1249554674/
- 178 :
- それでなくてもいいけど、OpenCLはやっとけ。
- 179 :
- 癖ありすぎて全然つかいものにならん。
- 180 :
- アセンブリやる=人間やめる
- 181 :
- ジサカーはにんげんじゃないわけか
- 182 :
- 神の領域w
- 183 :
- アセンブリ言語とマシン語の区別付いてない馬鹿が大杉だな。
ちなみに小学生でもマシン語16進直打ちでプログラミング
ぐらい出来る。昔の俺とか…。
>>172さんじゃないが、小学生舐めんな! ってか小学生に劣る
文系大卒大杉だろ。論理的思考力無さ杉。
- 184 :
- アセンブリ言語とマシン語の区別付いてない馬鹿が大杉だな
アセンブリ言語とマシン語の区別付いてない馬鹿が大杉だな
アセンブリ言語とマシン語の区別付いてない馬鹿が大杉だな
おいおい
- 185 :
- 論理的思考だけあってもねぇ、って人もたまに居たりする。
なんだろう、勉強が出来るだけで仕事が出来てないっていうか・・・。
- 186 :
- 誰もアセンブリ言語とマシン語を混同してるように見えないな確かに
マシン語出来ても日本語出来ないのかもね
- 187 :
- Cとかアセンブリとかにいちいち「言語」つけたがる男の人って
- 188 :
- >>186
違いを教えてください
- 189 :
- >>187
RPG言語は「言語」を付けないと勘違いされるのである
- 190 :
- マシン語はCPUが理解できる言語
アセンブリ言語は人間が理解できる言語
- 191 :
- いや、マシン語も人間は理解できるか。
- 192 :
- 組込みだとアセンブラは理解しとかないとデバッグできないんじゃね?
最適化されたCコードのデバッグはデバッガがアセンブラにリバースしたコードでやるし。
- 193 :
- PCとかとそんなに変わらんと思うけどな。
まあ地雷が多いので、うっかり踏んでしまって泣きながらデバッグする
確率はPCより高いかも知れん。
- 194 :
- >>190
マシン語はCPUが理解できる”唯一の”言語
アセンブリ言語は人間が理解しやすいように改造したマシン語
- 195 :
- >マシン語はCPUが理解できる”唯一の”言語
ダウト
- 196 :
- >>195
厳しいなw
じゃあ、そのダウトの理由を示してくれ。
- 197 :
- 「理解」する、というのがそもそも厳密に言うと正確ではないかも。
コンピュータを擬人化した言い方なんだろうけどね。
コンピュータが「処理できる」言語(というか符号)
とでもいうべきなのかな。
- 198 :
- なんですかのう。この脱力感は…
- 199 :
- >>196
つ[ ARM ]
バイトコードを直接実行できるぞ
- 200 :
- なんですかのう。 この無気力感は…
- 201 :
- 鬱ですな。お薬出しておきましょう。
- 202 :
- ナニをナニしたら、僕も虚脱感が出てきました…ふぅ。
- 203 :
- CPUは0か1かしかわからんよ。マシン語自体が高級言語。
- 204 :
- >>203
人間の脳細胞も1と0だしな。
- 205 :
- つまり、俺達は汎用レジスタだったんだよ!
- 206 :
- >>204
まあ、1と0だけど、論理回路と違って、気まぐれで伝達経路が変化するからなぁ…
- 207 :
- nVidiaのGPUをGPGPUに使いたい場合、アセンブラは公開されてないよね?
公開されている中では、OpenCLやCUDAが一番ハードウェア寄りということになるかな?
将来的には、PCでパフォーマンスを上げたい場合、
アセンブラの限界がより高水準な言語の限界を下回る、という時代が来るのかもね。
- 208 :
- >>207
無理にGPGPUのネイティブコードをアセンブラと呼んでるだけでさ、
実質あれは通信プロトコルだからねぇ。
- 209 :
- >>206
それさえも予定されたプログラム
- 210 :
- で?
- 211 :
- 他業種ですがいまパソコン使う仕事してます
インストール禁止の職場です
メモ帳にプログラム書き込むのはOKですが
コンパイラをインストールできません
アセンブラって機械語なんで
コンパイラインストールしなくても
メモ帳だけあれば動くんでしょうか?
超簡単な演算処理なんですけど
- 212 :
- メモ帳じゃ無理。せめてバイナリエディタにしときなさい。
- 213 :
- 超簡単な演算処理ならメモ帳で保存したファイルの拡張子をhtmlにして
JavaScriptでも使ったほうが早そう
- 214 :
- >>212-213
ありがとうございます
明日素面のとき早速くぐってみます
- 215 :
- メモ帳ってことはWindowsでしょ
WSH使えば大抵のことはできる
- 216 :
- MS Office ぐらい入ってるだろ
VBA で
- 217 :
- VBAか、やるなあ
じゃあ.NET Framework入ってたらcsc.exeでコンパイルできるだろうと
- 218 :
- 仕事で使うならインストール禁止じゃ仕事んなんねぇって暴れた方が早い気が
- 219 :
- そんな馬鹿な職場でよく働いてるなあ
- 220 :
- 皆さん色々ありがとうございます
これを機会にアセンブラ勉強しておきます
- 221 :
- 組み込みソフトでmain()が始まる前のこと考えたことある?
変数の初期値は誰が代入しているのかな?
- 222 :
- >>221
マイコンじゃないの?
- 223 :
- アセンブラも慣れれば高級言語やっているのと変わらなくなるな。
なんでも慣れだよ、慣れ。
マシン語になれるやつはいないだろうがw
いたら見世物小屋に売った方がいいw
- 224 :
- >>221
main()前こそが、組み込みだと思うけど。。
- 225 :
- そんなわけないだろw
30年前ならしょうがないけど、今時そういう「低水準の処理を書ける奴が一番偉い」
みたいな意識は時代錯誤も甚だしいと思うよ。
時代錯誤っていうより、それは普通のプログラマにとっては「厨房時代の恥ずかしい勘違いの思い出の臭いがする」
とでも言った方がいいかなw
- 226 :
- 低水準の処理をあまり意識しなくともあまり、問題にならないほど
PCのスペックがよくなったからな
時代とはつまりは必要性なんだな
- 227 :
- っていうより、今時そんな「自己満オナニー」に呑気に浸ってる暇ないんだよ。
他に山ほどコード書かなきゃならん時代なんだから。
- 228 :
- CPUスペックの向上に伴い、処理できることが増えた
↓
求められる処理の質、量が増えた
↓
低水準の言語では、もはや開発が追いつかない
↓
クロック有効利用率を考えるより、開発効率を考える方が
遥かに重要
↓
人間がより楽できるようにプログラム言語が進化している
- 229 :
- >>221
>組み込みソフトでmain()が始まる前のこと考えたことある?
お前は Windows や Unix でも、main() が始まる前のことなんざ
考えたことないんだろうな。
- 230 :
- >>225
えらいとかえらくないとか、じゃなくて、
main()前が、組み込みって言ってるだけだよ。
main()後は、(組み込み)アプリなだけ。
- 231 :
- >>229
そんなの全部あぷりけーしょんじゃねーか。
OS無しでリセットベクタから起動するコード書いてからきやがれ。
- 232 :
- 微妙に話がかみ合ってないけど、
とりあえず、コード量で自慢してる奴って馬鹿なの?
- 233 :
- >>231
某ATMのIPLなら書いたことはあるが、そんなことより
お前が何を興奮しているのか解らないし、
>そんなの全部あぷりけーしょんじゃねーか。
何を言っているのかも解らない。
- 234 :
- OSなしでリセットベクタから書けるより
MikuMikuDanceを作れるほうが偉いと思う。
- 235 :
- マラソン選手と短距離選手のどっちがすごい、みたいな比較は…
- 236 :
- レイヤーが違う、といってるだけで、
えらいとかえらくないとかは、別に無いだろう。
- 237 :
- OSなしでリセットベクタから書くのは知識だけでいいけど
MikuMikuDanceは頭がよくないと作れないからな
- 238 :
- どっちも作れない人が想像で言ってるだけのように聞こえる。
- 239 :
- いやMikuMikuDanceが作れないだけだ
- 240 :
- ところで、それなに?
- 241 :
- ggrks
- 242 :
- やだよ。めんどうだし。早く教えて。
- 243 :
- これだ
http://www.itmedia.co.jp/news/articles/0803/10/news020.html
- 244 :
- >>235
マラソンと短距離走は依存していない。
リセットベクタから起動しないとなにもアプリは動かない。
よってお前のレスは的はずれ。
- 245 :
- りせっとべくたいいたいだきちゃうんかと。
- 246 :
- >>243
そういうヲタ系文化は興味ないけど作者は男だねえ。
日本じゃ本当にしょうもないソフトでも金をとるケツの穴の小さい奴が多いのに。
- 247 :
- どっちも書けねえよ
- 248 :
- >>245
PC初期値。
これで満足か?
- 249 :
- しかし、例えば建設工学なら低水準の仕事(例えば道路を舗装する土方作業)より
高水準の仕事(例えば高速のインターチェンジを設計すること)より高度だ、
なんてほざく倒錯野郎はまずいないんだが、プログラミングの世界だと
未だに80年代前半の「マイコン」雑誌の感覚でそういう寝ぼけたことを言う奴がいるから、
困るというか微笑ましいというか……。
っていうか、たぶん年齢が若いと思われる>>237の方がアホなオッサンより
ずっと本質が分かってるな。
- 250 :
- >>249
>低水準の仕事より
>高水準の仕事より高度だ、
ってどっちがどっちで、何が言いたいんだ?
微笑ましいな。
- 251 :
- 正直、おれは初音ミクとか、全く興味なかったし、MikuMikuDanceも
知らなかったが、作ったやつすげーな。。
こういう優秀なフリーウェアプログラマにすごい憧れる
さすがにこのレベルになると、頭が良くないと無理だな。
なんか、写像使ってポリゴンをくるくる回すJava Appletつくって
よろこんでたおれが馬鹿みてぇだw
- 252 :
- フリーで出すのなら、高度なライブラリが使えるからね。
- 253 :
- 基本ってのは知識でカバー可能だけど応用ってのは
頭の良さが必要で、リセットベクタうんぬんは基本で
MikuMikuDanceは応用だかんな。
MMD作者は今リセットベクタうんぬんを知らなくても
一日、本でもネットでも読めば理解してすぐマスターするでしょう。
でも逆は無理。そういうことだよね。
- 254 :
- ローレイヤとwinアプリは比較できないし、
両方とも基本があれば応用があるよ。
そのMMRは、winアプリとしては基本に近いと思うけど。
winアプリなら秀○エディタとかが応用じゃやないか?
- 255 :
- 裏技・改造板からきました。機械語出来ると頼もしいです。
http://schiphol.2ch.sc/test/read.cgi/gameurawaza/1249041433/l50
- 256 :
- そんなもんに奇怪語の知識なんてもったいないなw
- 257 :
- >>255
馬鹿か
なんで割れの手伝いしなきゃならんのか
- 258 :
- この板の住人のほとんどはソフトウェアを作ることで飯を食ってるのに
そこにのこのこやって来て改造手伝えってちょっとゆとり過ぎるだろ
店員呼び止めて万引き手伝ってって言うようなもんだぞ
- 259 :
- しかし相手は人間
出すべきモノさえ出してやれば手伝わせることは可能だ
それをせずに手伝わせようとするのは無理だ
- 260 :
- つうかな、独学で頑張れないような奴がそういうもんに手を出すなと
- 261 :
- >1
こういう事を、自分で判断できない奴ははっきり言って向いてない。
他業種へ転職を勧める。
答えは1つではないと思うがな。
- 262 :
- >アセンブラ・・・
たしかに言われてみればそうだな
- 263 :
- アセンブリ好きなのに仕事ねーよ
- 264 :
- FASMでSSE2のコードを書いた。1単位5秒かかって
いた処理が、推定で 1ms以内 に終わるようになった
学び方:イギリスの職業アセンブラーから直接
いきなり超高速な最適化技術を教えられた。通常の
SSE2プログラミングより、10倍以上高速化する技術
だけど難しくて訳わからなかったので、IA32の資料
を見ながらコーディングw たった2日で完了。
彼の方法に従えば 0.1ms 以内が可能かもしれない
いずれにしても日本語圏でFASMを使うくらい速さに
こだわる人はいないので、ヨーロッパの職業アセンブラー
に友人を作って、教えてもらうのが早道です。
アセンブラより英語のコミュニケーション力を鍛えろw
- 265 :
- 逆にアメリカ人に教わって
もっさりになったりする可能性
- 266 :
- 5秒が1msってロジック自体の問題だろ
- 267 :
- 単にお前が思考停止になってただけなのを
たまたま欧米人に指摘されたってだけだろ
- 268 :
- 敢えてヨーロッパつってんのに「欧米」で纏めちゃうのかよ
- 269 :
- 欧米か!
- 270 :
- >>257
>馬鹿か
>なんで割れの手伝いしなきゃならんのか
お前がバカか
UMD起動は遅いしかさ張るからISO起動させようとしてんだよ
CFW=割れとか知識が無い猿丸出しも大概にしろ
- 271 :
- >>270
大部分が落としてきた磯を起動させてるんだからその意見はおかしい
- 272 :
- >>270
亀レスで言い訳ワロタ
- 273 :
- もはや使用環境が無くなってるのに
近代科学社
アセンブラプログラミング詳説
IBMシステム/360,370(上巻)(下巻)
に今、凝ってしまっている。
パソコンに360アセンブラのエミュレーターかシミュレーターがないもんかなー
- 274 :
- Hercules ってエミュレータがあるらしい
- 275 :
- これか
http://www.hercules-390.org/
ヘルクレス? ハーキュリーズ?
- 276 :
- 高速処理のためにはアセンブラが必須だろうがwww
- 277 :
- >>276
普段なに作ってんの?
- 278 :
- おガキ様です。
- 279 :
- アセンブラほど覚える概念少ない言語ないよ
四の五の言わずさっさと覚えりゃいいのにって思う
ああほら、君がこのレスに対し考えてる時間だよ
くだらんレスを考えてないでその時間に覚えりゃいいんだよ
全ての命令が2〜3文字だぞ、それを20〜30覚えればもうだいたいは読めるだろ
- 280 :
- ああ、2〜3文字の命令を、たったの20個暗記することも出来ないのか、 クズか
そりゃ悪かったな
そんな頭に生まれていたとは知らず、つらいことをいってしまったな
- 281 :
- おバカさまがいらっしゃいました
- 282 :
- 2〜3文字の命令を、たったの20個暗記することも出来ないおバカさまがいらっしゃいました
- 283 :
- レッテル貼り+鸚鵡返し
これをおバカ様と言わずに何と言えば?
- 284 :
- 覚える必要はないんだけどな。そういったものはマニュアルという外部記憶にまかせておけばいい。
重要なのはCPUの特性にあったアルゴリズムにデータ構造の設計と配置。
必要な時にL1かL2に入れればいいものであって、ROM化しておく必要はない知識。
- 285 :
- アセンブラ言語やマシン語って基礎的な部分で言えば知識じゃなくて根気だよね
計算できる奴なら誰でも解るけどいざ実装するとなると異常に面倒
ただそれだけのこと
CPU依存命令とか使い出したら話は別だけど
- 286 :
- まぁ「腕力」もプログラマの素養としてある程度は必要ではあるので
- 287 :
- 言語仕様を覚えれば使えるようになったと錯覚する奴の多いこと多いこと
- 288 :
- おっそい石で115200のシリアル通信とかFPGAのJTAG焼きとか、
嫌でもアセンブラで書かざるを得ない。
- 289 :
- bpsな
単位を省く奴は信用できないし、多分仕事も無いだろ
- 290 :
- 115200回かもしれんぞ
- 291 :
- 115200という名の機械と通信するのかもしれん
- 292 :
- >>290
単位つけりゃいいってもんじゃねーぞ
>>291
それもそうかもしれん
俺が間違ってた
- 293 :
- 「木を見て森を見ず」
- 294 :
- まあ齧る程度だけでもやっといた方が何かと役に立つよ。
- 295 :
- >>1
あたりまえだろ
どんなときでもベーシックな知識は役に立つもんだ。
- 296 :
- は?何言ってるの?
- 297 :
- DDK使いか組み込みでもなければイランだろ。
- 298 :
- 組み込みでもまともなOS使えれば全部Cで書けるからなあ。
読めたほうが色々便利だと思うけど。
- 299 :
- よく読め
Cだけ理解していればいいのか?
だぞ
いいわけないだろ
- 300 :
- >>1
時代遅れな程に非常に基本的な事でも
完璧に理解していると言うのは大きな強みになるのではないかと。
ただ、C言語だけでいいかとか、アセンブリ言語をちょっと齧れば大丈夫かとか、
そういう馬鹿げた事考えているようなら先は見えてるかと。
とりあえず
C言語でポインタと再起、アセンブリ言語でレジスタとスタックをそれぞれマスターして
さらに余裕があればBasic系(Basic系、PASCAL、Fortran連中)とLisp系のプログラムを
マニュアル見つつ読み書きできるようになれば
とりあえずパッケージ系のプログラマとしては多分一生大丈夫だと思うぞ。
組み込み系ならx86以外の石も触っておいたほうがいいかと思う。
- 301 :
- 俺は基本、偽者を野放しにしてるけどたまにはレス
>>283
本物と、偽者の区別もつかないおばk(ry
>>279-280は俺。
- 302 :
- 匿名掲示板で自己主張しないで下さい
- 303 :
- 誰か知らんがクソ板のコテは本物も偽物もゴミ
誰も興味ない
- 304 :
- 自己主張の激しい糞コテはいつ見ても哀れだな。
- 305 :
- 偽物が云々言うアホコテに限ってトリを常に付けない矛盾
- 306 :
- 本物がアホだから偽物が本物を装うのも楽になるという寸法ですな
- 307 :
- とは言っても真性のアホを装うのは並のアホには難しいらしいですけどね
- 308 :
- 汚水でも飲んでろ
- 309 :
- おお、本物っぽいバカさ。
- 310 :
- >>299
アセンブラを理解しておいたほうがCでもいいはずだべ
いざ処理がおかしい時アセンブルリストでアセンブラのバグを追える
- 311 :
- いやそういう意味じゃなくてCだけでいいわけないだろって話だろ
Cが出来ればJavaやPHPやPerlなんていつでも出来るみたいに吹聴する奴いるけど
単にifやforの文法がほぼ同じなだけで各言語全然違うわけだし
Cだけ知っていればOKなんて話はおかしいってことだよ
- 312 :
- だいたいCをしっかり出来る奴なんて5%くらいしか居ないんじゃないか?
- 313 :
- 5%も居ると思ってるの?
- 314 :
- アセンブラができないやつは馬鹿
- 315 :
- Cがしっかり出来なくても仕事で使う言語が出来ればいい
Cができないからと言って貶される理由もないし
Cが出来るからと言って他の言語も自動的に出来る訳じゃない
概してCプログラマが他の言語に手を出すと
CならできるのにとかCのやり方と違うと言い出して嫌われるというオチがある
- 316 :
- 俺はDelphi使いだが何か?
- 317 :
- ハードウェア理解度との相関って指標として
一般的な高級言語 ≦ C < アセンブラ
ってのはあるとおもう。
ハードウェアを理解したからどうなんだって言われればそれまでだけどなー。
>>315
それ全部Cに限った話じゃないと思うが…
- 318 :
- > c言語だけ、理解していれば、プログラマーとして、大丈夫なのでしょうか?
ってスレなんだからC言語だけじゃないよって話になってるんだろうに
- 319 :
- >ハードウェアを理解したからどうなんだって言われればそれまでだけどなー。
ド・モルガンだの、真理値表からの論理圧縮だのは
プログラミングに活かせるな、と強弁。
- 320 :
- 時代遅れのプログラマーになりたい〜♪
- 321 :
-
ヘンリー・S・ウォーレン、ジュニアの「ハッカーの楽しみ」でも嫁。
面白くってしょうがないから。
でも、面白いと思える変人はごく少数だと思う・・・
- 322 :
- 新人にアセンブラでOSのデバッグを
やらせたら鬱になって辞めました。
使えねー
- 323 :
- >>322
そんなことを新人にやらせる奴はもっと使えないと思う。
- 324 :
- 最初から難しいこと押しつけておまえは使えないやつだって偉そうに言うやついるよな
- 325 :
- 鬱になるまで頑張る新人か。
使える奴がちゃんと指導していたら、さぞ優秀に育ったろうにな。
- 326 :
- 鬱になった振りして辞めて、別の会社で幸せにやってんだろ。
- 327 :
- >>325
鬱になるような心弱い奴じゃ無理。
- 328 :
- 鬱ぐらいチャッチャと直せ。
- 329 :
- 鬱は甘え、ということですね。
- 330 :
- どうやったら治るのかおしえてください
- 331 :
- 原因をR。
- 332 :
- 関東沿線の電車はやめて下さいね。迷惑だから。
- 333 :
- そういやー、ピンクフロイド「鬱」にのめり込んだこともあったけなー
- 334 :
- 自分じゃ手に負えないから新人に任せ、できなきゃ新人のせいにする。だめな上司(先輩)の典型だな
- 335 :
- /人? ?? ?人\
- 336 :
- 必要な時にCPUのマニュアルとエラッタ表をさらっと読めばすむので覚える必要はないよね
速読でも習得した方がまし
- 337 :
- この夏読みふけった本
http://www.ps5.net/up/download/1314741496.JPG
二冊で¥4200(正価¥3700×2) 昭和54年発行
もう今更使う環境は無いけどw
- 338 :
- >>337
すげえ!!!
欲しいっす。環境ないけど欲しいっす
売る気はありませんか?
- 339 :
- エミュあるだろ
- 340 :
- もう一組入手できたら考えよう
- 341 :
- http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1271492627
- 342 :
- 覚えなくてもいいけど、覚えておくと見える世界が驚くほど広がる。
ハードウェアやOSが変わっても、コンピュータの基礎とはそれほど
変わらぬもの。
目の前にある問題に対する推論や解決の幅が変わる。
ただ、「必ず必要」なものでもない。
俺自身は経験して心底良かったと思ってる。
仮想記憶やメモリ管理など、おぼろげな知識はあったものの、
実感できるのはメモリダンプを見るのが楽しくなってから。
機会と時間があればやってみるといい。
- 343 :
- 9月末で定年退職。
40年間俺に付いたあだ名が「マシン語ーZ」。
- 344 :
- 他の人のプログラムのデバッグにいちいちアセンブルリストを出すのでそう言われるようになった。
が、CISC機の頃はそれができたけどRISC機ではそれはさすがに無理w
- 345 :
- 無能乙
- 346 :
- EFIだとアセンブリて何か変わる?
- 347 :
- >>343
先生、Z80の需要はまだありますかちーす
- 348 :
- Z80わかりやすいから好きだ
8086以降のアセンブラ、ハンドアセンブルめんどくせーから嫌いだ!
- 349 :
- >>347
パチンコ系の求人があるみたいだぞ
http://www.careerjet.jp/search/jobs?s=Z80&l=
- 350 :
- >>346
互換モード使えば何も変わらん
- 351 :
- 覚えなくて良いけど、知っとくと良い。
- 352 :
- ハード寄りの仕事なんかやるもんじゃねぇ
知ってても知らぬフリが賢明だ。
- 353 :
- 2chでアセンブラできるって言ってる連中の9割は20年くらい前の知識だろ。
最近のアセンブラの性能を引き出すようなコード書けない。
- 354 :
- 「最近の〜」と一口に言っても、組み込み用のちっこい8ビットマイコンの最近の製品とか、x86アーキテクチャに
最近になって追加された命令だとか、色々だけどな。
- 355 :
- >最近のアセンブラの性能を引き出すようなコード書けない。
「最近のアセンブラ」の意味もわからんで言ってる様で微笑ましいなw
- 356 :
- ああ「最近のアセンブラ」じゃおかしいな。
CPUだわ。
まあこういうの揚げ足取って煽ってくるやつは、図星なんだろうな。
- 357 :
- >2chでアセンブラできるって言ってる連中の9割は20年くらい前の知識だろ。
>最近のアセンブラの性能を引き出すようなコード書けない。
>まあこういうの揚げ足取って煽ってくるやつは、図星なんだろうな。
根拠もないことを平気で書きっぱなしにできるおめでたい頭の方ですねw
- 358 :
- >>356
「2chでアセンブラできるって言ってる連中の9割は20年くらい前の知識だろ。
最近のCPUの性能を引き出すようなコード書けない。」
↑に訂正するとして、
「最近のCPU」と一口に言っても色々あることが理解できてない様で微笑ましいなw
- 359 :
- まあ>>353を見て、できる1割のほう人は「そうそう。ここでアセンブラできるって言ってる連中って8ビットとかそういうのだろ」って
べつにムカついたりしないよな。
ムカついて、どうでもいい揚げ足取りとかで煽ってるのはできない9割のほう。
>>357
たしかに根拠ないね。最新のCPUの性能を引き出すようなコードを書けてる人は1割より少ないと思う。
だけど、できないほうが95%でも99%でも別にいいじゃん。
そんな必死にツッコムところ?
俺の推定が間違っていても、ほとんどはヘボコードしか書けないってことには違いないし。
「俺が間違ってました。ここの人たちがすごいレベルの高い人たちばっかりでした」ってことにはならないから。
- 360 :
- >>353
>最近のアセンブラの性能を引き出すようなコード書けない。
アセンブリ言語を読み書きできるようになって得られるメリットってそれだけじゃないし
指摘としては浅はか過ぎるな。
- 361 :
- 結論:
>>353はバカ
- 362 :
- 結論:
2chでアセンブラできるって言ってる連中の9割以上は、20年前の知識で最近のCPUを使いこなせるわけじゃない。
- 363 :
- >>359
>まあ>>353を見て、できる1割のほう人は「そうそう。ここでアセンブラできるって言ってる連中って8ビットとかそういうのだろ」って
>べつにムカついたりしないよな。
>>353が「20年くらい前の知識」って言ってんのに「8ビットとかそういうのだろ」って頭おかしいな。
- 364 :
- まあz80互換のCPUでも、最近のCPUだよね。
- 365 :
- >>362
20年前の486とかの知識しかなくても、命令表見ながらいまどきのCPU用のコンパイラ出力を追っかける
くらいは支障ない筈。
- 366 :
- >>364
eZ80AcclaimPlus! 辺りはもう最近のCPUという感じはしないけどどの辺りの製品のこと言ってんの?
- 367 :
- このスレのスレタイ『アセンブラ言語やマシン語は覚えておくべきですか?』に対して、
「最近のCPUの性能を引き出す」こと「だけ」がアセンブラ言語やマシン語を覚える目的と
思ってる>>353が、
> 2chでアセンブラできるって言ってる連中の9割は20年くらい前の知識だろ。
> 最近のアセンブラの性能を引き出すようなコード書けない。
というトンチンカンな主張をしてる構図ね。
- 368 :
- うむ
- 369 :
- さすがに今どきガッツリアセンブラで書くことはないけど、
最適化で挙動がおかしい時とかの調査はアセンブラモードでやるしかなかったりするな。
スタートアップやフレームワークのちょっとした依存部分をアセンブラで書いたりするのも、たまには楽しい。
覚えておくべきかというと、別に覚えてなくても誰かがやってくれるだろうけど、
自分の担当部分に関係するような場合は嫌な汗かくかも。
- 370 :
- 86系のアセンブラには馴染めたけど
情報処理資格試験のCOMPXのアセンブラには未だ馴染めないwww
- 371 :
- CAP-Xなんてもう30年近く前に終わったろう
- 372 :
- http://jobinjapan.jp/job-listing/keyword-assembly-pg.html
- 373 :
- > 勤務地の選択 > 関西地方 - 中国地方
w
- 374 :
- http://next.rikunabi.com/
キーワードから探す「アセンブラ」検索する
- 375 :
- 仕事としてアセンブリ言語で組むかという話と、スキルとして把握しておく必要があるかってのは違う話なんだよなあ。
その辺わかってない奴が>>353みたいなトンチンカンなこと言い出すんだよ。
- 376 :
- ちょっとパワーのあるCPUならC言語で組むだろうし、Z80は今でも色々使えるだろ
- 377 :
- また馬鹿が現れたw
- 378 :
- お前のことか?
- 379 :
- > ちょっとパワーのあるCPUならC言語で組むだろうし、Z80は今でも色々使えるだろ
コイツ↑本物の馬鹿だなw
- 380 :
- >>376
>>1以降、どういう話がされてるかも理解できないの?
- 381 :
- オワコンスレ
- 382 :
- このスレの存在自体が迷惑
- 383 :
- アセンブラすら使えない人にはそうなのか
- 384 :
- >>383
お前はやっとの事でアセンブラを使ったな?顔の見えない掲示板では相手を見下す為にレッテルを貼る。
もしかしたら使えないのかもしれないがww
残念だが俺は言語の違いでどうこうするほど初心者じゃない。
- 385 :
- >>384
まあ、顔の見えない掲示板では何とでも言えますねw
- 386 :
- ハード寄りのソフト組むなら必須だな。
色んな機器に共通的に使えるようにソフト作るのが
常識の時代だが、やっぱ個々の機器事に細かい合わせ込みを
出来るかどうかで、他から抜きんでる存在になれるかが
決まるからな。
ビッグデータ解析、ウェブサイト開発、事務屋コボラーなどは
そのぶん先端技術の勉強したほうが良いな。
- 387 :
- 将棋ソフトが宇宙最強のプロ棋士をボコりまくり
自動車の運転が自動化されるという
かつて無いほどソフトが高度化複雑化している時代に
下水の配管工みたいな泥臭い仕事やってる奴に未来はないな
- 388 :
- 他より強い将棋ソフトを作るのでも、安全を確保しなければならない自動車の制御でも、
コンパイラが吐くコードぐらいはプログラマは把握できてなきゃどうにもならないんじゃないの。
- 389 :
- コンパイラの出力を評価して効率のいいコードを吐かせるためのソースの記述を把握するとか、プログラムの
想定外の動作の原因を探るためにコンパイラの出力を確認したりデバッガでアセンブリレベルでのトレースを
行ったりってのは基本レベルのスキルだろう。
- 390 :
- >>387
何もすべてをアセンブラで記述する必要はありません。そんなことは誰もがわかっていることです。
- 391 :
- 388はそういったアプリの下にコンパイラとかOSとかいうものが存在するという
あたりまえのことすら認識できないほどのウスラボケなのだろう。
- 392 :
- CPUに出来ることなんか限られてるからある意味では一番簡単な言語だ。
その機能もそうそう大きく変わるものじゃないからCPUが変わったからといって決定的には違わない。
アセンブラに苦労するとなると、最適化のトラブルはもちろん、パフォーマンスやリソース問題に
全く手がつけられないという事だ。
- 393 :
- 覚えなくてもどんなものかは知っておいたらいいだろうね
本一冊おいておくとか
うちにはトランジスタ技術スペシャルの本がいっぱいあるのでときどき見ているね
- 394 :
- いまざっくりさがしてみたけど、これなんかに載っているね
ttp://shop.cqpub.co.jp/hanbai/books/49/49011.htm
- 395 :
- 各々「基礎知識として〜は抑えておくべき」と好き勝手言い始めると
あまりにも項目が増えすぎて収集つかなくなる
今どきアセンブラが基礎知識とかねーわ
話を「最初に覚えるべき言語TOP5」に限定したとしても絶対に入らない
低水準言語としてはぎりぎりでCが入るかどうかだろ
- 396 :
- CやC++にしても、どういうコードに落ちるかまでを理解してなければ分かってるとは言えない。
- 397 :
- ___ _
ヽo,´-'─ 、 ♪
r, "~~~~"ヽ
i. ,'ノレノレ!レ〉 ☆ 日本のカクブソウは絶対に必須です ☆
__ '!从.゚ ヮ゚ノル 総務省の『憲法改正国民投票法』のURLです。
ゝン〈(つY_i(つ http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html
`,.く,§_,_,ゝ,
~i_ンイノ
- 398 :
- ↑コピペのマルチレスで運営に通報されてるぞwwwww
- 399 :
- >>396
Cはまだしも、c++はアセンブラレベルじゃジャンプテーブルとデータテーブルが混在してて流れを追うのも大変だぞ。
- 400 :
- > c++はアセンブラレベルじゃジャンプテーブルとデータテーブルが混在
分かってない奴はこゆこと言いそうw
- 401 :
- じゃあてめぇがvtblを説明してみろよ
- 402 :
- >>401
煽って教えてもらおうとするなんて、幼稚園児ですか?
- 403 :
- >>401
vtable 如きで大騒ぎw
- 404 :
- >>402
はい、わかりませんでした〜。
- 405 :
- >>399
> c++はアセンブラレベルじゃジャンプテーブルとデータテーブルが混在してて
アセンブリソース出力する分には混在なんかせんだろ。
- 406 :
- コンパイラ次第。
- 407 :
- >>406
具体例挙げなよ。
- 408 :
- vtblとデータテーブル(て何?)が混在される具体例待ち
- 409 :
- 三年間くらい前にやったARMのコンパイラ。
メーカー名は忘れた。
混在と言うか、境界が分かりづらかった。
- 410 :
- >>406
混在する具体例はよ
- 411 :
- 関数型変数使えばコンパイラ頼らず混在できるよ。
- 412 :
- >>409
ARMのコンパイラってKEILとIARとGreen HillsとMSとGNU以外になんかあったっけ?
- 413 :
- 混在厨必死すぎw
- 414 :
- >>411
"関数型変数" て何の話してんの?
https://www.google.co.jp/search?q=%22%E9%96%A2%E6%95%B0%E5%9E%8B%E5%A4%89%E6%95%B0%22
- 415 :
- >>409
コンパイラに出力させたアセンブリソースでvtblとデータテーブルの「境界が分かりづらい」ってどういうこと?
- 416 :
- COBOLは天地を創造できる
- 417 :
- 1インスタンスにテーブルのポインタ1つあれば充分なのでは?
- 418 :
- 10011001・・・うぁじゃまくさw
- 419 :
- >>399
おら、出て来い口先野郎
- 420 :
- ああああああああああああああああああああああああああ
久しぶりにものすごく68000のアセンブラが書きたい!
書きたいぃぃぃぃぃいいいいいいいいいいいいいいいいいいいいいい
Z80でもx86でもARMでもなくて68000が良い!!!!
でもエミュはヤダ
ベクターから書きたいんだよぅぅううううううううううう
- 421 :
- 書いていいぞ。
- 422 :
- 6809なら今でも結構覚えてるな。
- 423 :
- 6502の事も時々思い出してやって下さいね。
- 424 :
- コモドール64を入手できずに、替りにFM-7買ったんだった。
コモドール買っていれば6502(6510)の方を習得していたかもなぁ。
- 425 :
- 8bitCPUなんて単純なもんだし「習得」なんて言うほど大げさなものではない。
- 426 :
- 細かい所に突っ込むなぁw
まぁ、たしかにね。ルールは至ってシンプルだし。
- 427 :
- 皆さんこんばんわ。天才エンジニアの福士春男です。
青森出身、金沢工業大学卒業です。
私は童貞です。
自己愛が強すぎて女と付き合える性格じゃありません。
そこで私は女子高生やおばさんでも使える3Dモデリングアプリを開発することにしたのです。
勿論、3Dプリンタがマスコミで流行る前から開発してます。
- 428 :
- あげあげ。
- 429 :
- >>422-423
1401, 360/370アセンブラなら今も覚えてるぞ
- 430 :
- EAがJumpでNOPが80Hだっけ?w
- 431 :
- アセンブラは8bitとか64bitとか、ピット幅で難易度あがったりしないから。
パイブラインとかマルチコアとか言うのは時代の変遷で追加されてる技術で、ビット幅とは無関係。
- 432 :
- ピット幅か
- 433 :
- >>431
>アセンブラは8bitとか64bitとか、ピット幅で難易度あがったりしないから。
傾向として、規模がでかいと構造や命令が複雑になるので、一般的に言って8bitプロセッサより
64bitプロセッサのほうが難易度は高い。
- 434 :
- ビット幅とは関係ないが、パイプラインやマルチコアで難易度は変わるだろ。
あとZ80とか単純ではあるけどそれなりに変則的な命令が多い。64ビットだとPOWERが代表だと思うけど、
逆に命令体系はすっきりしているから、Z80とかより逆に簡単だと思う。
x86-64なんかはむちゃくちゃに複雑だがw
- 435 :
- 遅延ロードや遅延分岐、ストールなんかを意識しなくてはいけないアーキテクチャでない限りは
パイプラインは難易度には影響しない
- 436 :
- >>434
Z80は8080の命令だけでおおよその処理は書けるので全部を理解しようとしなければ簡単
- 437 :
- >>434
> 64ビットだとPOWERが代表だと思うけど、
途中で64ビット化されたアーキテクチャが代表なわけがない。
- 438 :
- だからビット幅は難易度に無関係だと言ったろ。
関係あるのはアーキテクトだと。
- 439 :
- 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
> [ギリシャ語「棟梁(とうりよう), 親方」の意]
- 440 :
- いちいち上げ足とるだけの無能か。
- 441 :
- 無知を晒してごめんなさい勉強になりましたありがとうございますと言えないところが残念なところ
- 442 :
- >>438
>関係あるのはアーキテクトだと。
設計者って言いたいの?
- 443 :
- ありゃ既出か。
- 444 :
- いちいち誤記を晒して会議時間を無駄に消費させる系の奴らか。
- 445 :
- erをつけたら、○○をする人という意味になる。
例 teach (教える) → teacher (教える人)
アーキテクト(設計) → アーキテクチャー(設計する人)
- 446 :
- http://ejje.weblio.jp/content/architecture
- 447 :
- >>445
アーキテクトで設計者って意味だからなあ。ピアノ弾く人=ピアニストに er 付けないよね。
- 448 :
- RISC系は命令数少ないから覚えるのは簡単。
ロジックも少なく済むからbit幅広げやすい。
CISC系は複雑怪奇な命令が多く覚えるだけでも大変。
ロジックも大規模になるためbit幅広げるのが容易ではない。
- 449 :
- だからさ、そんな本筋と関係無い話はどうでもいいんだよ。
bit幅と難易度は無関係だと認めろよ。
- 450 :
- >>448
>RISC系は命令数少ないから覚えるのは簡単。
ARMv7とかけっこう命令数多いと思うぞ。
- 451 :
- ピアノでもピアニストでもどっちでもいいだろ。
関係有るのはピアノといおうが
関係有るのはピアニストと硫黄が
いみはつうじるどr.あ
- 452 :
- >>448
最近は CISC にもパイプラインとか実装されていて、RISC はただ使いにくいだけのアーキテクチャになりつつある。
そもそも RISC も命令が増えてきて命令長が可変だったりと、何をもって RISC やらわからなくなってきてる。
- 453 :
- >>452
>最近は CISC にもパイプラインとか実装されていて、
30何年前の6502にも実装されてるよ
- 454 :
- 命令を単純化して並列実行させようってことだったのでは
RISC
- 455 :
- >>452
>最近は CISC にもパイプラインとか実装されていて、
30何年前の8086/88にも実装されてるよ
- 456 :
- IBMの7030にありましたが何か?
- 457 :
- >>456
あれってCISC?
- 458 :
- パイプラインが深すぎて、自己書き換えができなくなったと
一部の人、騒いでました
- 459 :
- パイプラインが深すぎたところで自己書き換えができなくなる、ということはない。
- 460 :
- そりゃ検出してパージしてるから。
Pentium以降では大丈夫だけど、486だとダメだよ。
- 461 :
- 486でも自己書き換えした後でパイプラインの内容捨てればいいだけ。
- 462 :
- >>457 そうやってなんでもRISC/CISCのどちらかに決めつけるのは間違いだってパターソンさんが言ってるから
- 463 :
- パターソンは素人
- 464 :
- RISC教徒信者かつヘネシー原理主義者なんて奴が存在するとは思わんかったw
- 465 :
- >>462
RISC/CISCのどちらかに決めつけるのが間違いなら、「最近は CISC にも〜」に対して
> IBMの7030にありましたが何か?
なんてレスするのがおかしい。
- 466 :
- マシン語もアセンブラも苦手だな。
そもそも俺はこの仕事に向いていないw
気づくの遅すぎた!!
- 467 :
- アセンブリ言語をやっておくとC言語のポインタの概念を理解しやすくなる、という利点がある。
- 468 :
- アセンブリ言語をやった事の無い人はポインタが分らないだろうな
- 469 :
- CASL2でC言語作ったった
- 470 :
- だまれ。
このクソゴミが。こんなスレでしか威張れんカスが。
- 471 :
- >>458
「大体のCPUには特定のメモリ領域を読む → そのメモリ領域に書いてるアドレスを読みに行く
って『間接参照』の機能がある、ない場合はコンパイラ側でそういう挙動するようにしてある」
なんて結城浩の本とか柴田望洋の本には書いてなかったので、H8マイコンでアセンブラ覚える程度に
すんげー大回りした
「ポインタってか特定の変数にアドレスが入ってて、変数に書いてるアドレスを読むらしいのはわかるけど
なんでそうなるの? じゃあ今の俺の書き方ってあってるの? なんでそうなるのかわからないんで全くわからない」
→ ハイ死亡(アプリが)
下のレベルが理解できなくて、わかるまでうまいことCを書けなかったな
- 472 :
- ん、>>468じゃないのか、安価は
- 473 :
- やっぱ下流なんてこんなもんか
そりゃ使い捨てが正しいわ
- 474 :
- C言語はhello worldレベル
C++も全然知らない
バイトの操作とか殆どやったことない
アセンブラも全く知らない
こんなんだけど、職業プログラマ20周年を迎えました
Webメインだとこんなもんですわ
- 475 :
- その範囲でならCでいい
・色んなOSはほぼC(だけじゃないけどメインは大体のとこでC)
である
・今のアセンブリはアセンブリ風でしかない
この二点だけでもう充分
勿論機械等組み込みは除く
おまんま食べたいだけならCすらどうでもいいよ
適当な流行言語でへローワールド
が出来りゃいいよ うん
何か分かんないけど 何か動くし 何か分かんないけど 何かバグるし
何が分からないかも分からないけど何処かの誰かがなんとかしてくれる
まぁ問題無い
趣味で突き詰めたいなら何語じゃなく全て 0 と1 で理解しろ
話はそれからだ
- 476 :
- アセンブラはアセンブラを知っているとコンピュータの仕組みがわかるからな。
ただしアセンブラもC言語もそれを使わないといけない重大理由がないかぎり使うべきではない。
- 477 :
- んなことたぁない
- 478 :
- >>476
今のはあまりにも複雑化していて、コンピューターの仕組みを
ある程度、覚えきるのだって大変だろ?
覚えようとしているうちに時間は過ぎていくからな。
- 479 :
- 大規模にはなってもコンピュータの仕組みそのものは変わっちゃいないぞ。
- 480 :
- >>478
そんな人間は役所でルーチンワークでもやってろよw
- 481 :
- >>469
kwsk
どこかで公開してる?
私は、CASL2でUBASICを作るのが目標というか夢
- 482 :
- マシン語
アセンブラ
C
以上をやれば完璧
- 483 :
- 言い忘れてたあとHSPもね
- 484 :
- プリント基板見て楽しいと思える人は、組み込み系の会社行って
アセンブラやりたいんですって言えばいいよ。
- 485 :
- たとえば高級言語の変数という概念、アセンブリ言語におけるラベルという概念があります
これらが機械語にアセンブリされると性格なメモリアドレスに修正されるんですか?
その際、アセンブラーとOSの関係はどのようなものなのですか?
- 486 :
- 相対アドレッシングになるんじゃないの?
- 487 :
- age
- 488 :
- 偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、時間外労働違反業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は別業界の残業しない相手と結婚し、共働き出来るから将来不安から救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人手不足なのに安売り低収入
・人手不足なのに無職意識
・会社員なのに短勤続年数
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf
- 489 :
- 半月放置か、仕方ないな。
OS有りのシステムなら実際にプログラムがロードされる場所に展開するときに、再振りして実アドレスが上書きされる。それがOSの仕事のひとつだ。
アセンブラはその際に何処にどんな割り当てを行うかをメモしたテーブルをプログラムコードの一部として一緒に作ってくれる。それが通常言われる実行可能ファイルだな。
OS無しの場合は、その仕組みを自分達で作るか、もしくは最初から固定のアドレスに配置される様にして実行可能コードを作る。
相対アドレッシングジャンプなんかx86には無いからな。
- 490 :
- 相対あるやん
つか、相対しか使わない。
- 491 :
- ジャンプだけじゃないっしょ。
- 492 :
- INT21
が重宝されていた時代なら俺もついていけたかもしれんのに。
もう無理だわ。
- 493 :
- >>489
遅くなりましたが、ありがとうございました
- 494 :
- 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
SE68I6EN45
- 495 :
- とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
290JF
- 496 :
- 最近たまにアセンブラできる人って求人見るんだが今時アセンブラできる人なんて60歳くらいじゃねーの?
- 497 :
- ガキのころに勉強した。
- 498 :
- >>496
大規模とか、極度の最適化をしなければいけるとおもうよ。
一つ一つの命令自体は単純だし。
それよりマイコンの仕様調べるほうが圧倒的に時間かかってる。
- 499 :2019/09/11
- メーカが配布してる資料があれば、わりと誰でも使えるわな
プログラマーオススメのITベンチャーはこれだ!
発達障害と問題児達集合(ランクC~D)+灰色コーダー
プログラマーオススメのITベンチャーはこれだ!
teratailもりあがっtail? 52問目
つまるところ派遣(含む偽装請負)ってさ
面接に来たすごいやつ晒せ
ダブルバッファおさーんと遊ぼう!
プログラマー愚痴専用スレ
【経済】料金以上に開発するな【損失】
プログラミング義務教育の全容について考えるスレ
--------------------
【FIP投資顧問】KAZMAX★61★4【投資助言業名義借りサロン〜】
2ちゃんねるこそが最強のマスコミと思う
続々々・黒崎めぐみアナウンサーのスレ
☆のんの避暑地らよー★ Part.56
250tフルカウル車総合スレ
BEATS AND LOVE スピリチュアルカウンセラー masumi
作画を語るスレ5285
宮城のサバゲー事情
エアコン使わなかった女性、熱中症で死亡
加工・改造・軽工作のスレ 2
草なぎ剛の噂563
三国志V(三国志5・三國志X) その40
EPSON PM-A820
OCNモバイルONE 154枚
NMB48★21【本スレ】
パチ屋が潰れたら晒しageするスレpart32
【マターリ】報道ステーション
貧乏神社を助けて
【弐佰捌捨漆代目】釣り板奉行所【桃紅柳緑】
ヤクルトスレ
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼