機械語ではマシンの挙動は理解できない - 未来のいつか/hyoshiokの日記
実のところ機械語はマシンに対する高レベルな挙動を示す命令であって実行を厳密に写像したものではない。（何を言っているんだわたしは？） 「マシン語ってどんな感じか知りたくなった方へ」という大人気のエントリと、ニコニコ動画を見て、昨今の最新マイクロプロセッサでは機械語がもはや機械の挙動と一対一に対応しなくなっちゃったのである、というツッコミをしたくなった。http://d.hatena.ne.jp/shi3z/20070913 「水野拓宏のTK-80講座」これが素敵すぎる。http://www.nicovideo.jp/watch/sm1048903 最近のプロセッサ(Pentium 4とかXeonとか)は機械語を機械が直接実行するのではなく（じゃあ、なんで機械語というだよというツッコミは諸般の事情で却下（ｗ））、機械語をμOPという機械語と一対Nに対応する命令に変換し実行するのである。Java
低レイヤ以外の技術ってそんなに軽いのか - odz buffer
えーっと、誰かのおもりをするためだけに飼われている社畜はいません(少なくともうちの会社には)。ソフト屋が誰かに助けてもらうことを前提としてソフトウェア関連スキルのポートフォリオを組むのはやめた方がいい。最初はいい。分からないこともあるだろう。誰かと協力しなきゃ解決できない問題もあると思う。でもアーキテクチャ固有の脂っこい問題だけ誰かに丸投げして押しつけておいて、"私はプロのソフト屋でござい"ってのはちょっと虫がよすぎるように思う。 だから、そういう仕事ばかりじゃないわけですよ。極端な話、Linux + Apache + MySQL + PHP*1 な仕事もあって、そういう場合、gdb で apache のプロセスを attach して mod_php のアセンブリレベルデバッグを始めたりははしないんですよ、普通は。何か問題があってもたいていはソースレベルデバッグで済むでしょ。なにか、epo
404 Blog Not Found:マシン語読みの言語知らず
2007年09月11日22:20 カテゴリArt マシン語読みの言語知らず もうこの話題が登場して何度目になるのかは知らないが.... shi3zの日記 - マシン語を知らない子ども達 あまりも当たり前過ぎて21世紀に入ってから言葉にだしたことはあまりないのですが、当然のことながら、プログラムというのは、マシン語を理解して初めて「書ける」と言うのです。 そんなことは、ない。 私の上の娘は、まだ日本語文法を習っていないが、日本語で彼女の母や父である私や妹や級友と話すことが出来る。まだ辞書さえ知らない下の娘も同様だ。 確かに、「下の事」を一通り習った者は、「底まで知っていて」やっと「知っている」と言って「下の事」を知らない者を下に見がちだ。しかし、知識を深さでしか測れない者は、往々にして知識を広さを測ることが出来ない。「一段下の階層を知らなければそのことを知らない」という人に限って、そのことの
404 Blog Not Found:再発明車輪のリリースと普及は北伐
2007年09月11日14:00 カテゴリOpen SourceLightweight Languages 再発明車輪のリリースと普及は北伐 半分同意。 きしだのはてな - 2007-09-10 「車輪の再発明はするな」という言葉で車輪の再実装を阻む行為は、「車輪を実装した」という経験をもたせないようにして、先行者利益を確保するという、孔明の罠なのです。同意するのは、車輪の再発明のところまで。これは多いに結構。これほど短期間にスキルを上げる方法はそうはない。 ただし、リリースと普及は別。既存の車輪より少なくとも３倍良くないと、薦められない。 車輪には、「あると便利」「あると面白い」という側面がある一方、「ないと困る」の側面もある。「ないと困る」ものをリリース、というよりサポートし続けるのは、実は車輪を(再)発明する以上の手間暇がかかる。その過程で、車輪の多くは淘汰され、ごくわずかが業界標準
「車輪の再発明をするな」の流行は孔明の罠 - きしだのHatena
なんかの実装がオープンソースで公開されているときに、同じ機能の実装を行うのは「車輪の再発明」で無駄な行為だといわれた時期がありました。 でも、それは「再発明」ではなく「再実装」であって、とても大切な行為です。 車輪にしたって、ブリヂストンも横浜ゴムもタイヤの開発をいまもって続けてるわけです。タイヤだけでなく、ホイールからベアリングからドライブシャフトから、「車輪」の部品については、いまだにいろいろな会社が切磋琢磨して再実装を続けているのです。 世の中に出ているライブラリを自分で実装してみるとわかることは、自分の実装を持っているという強さです。 たとえ世の中のライブラリに機能的に性能的に負けていたとしても、自分の実装というのは自分のニーズに合わせるという点でとてもいい。特に、処理の途中の値を使えるというのがいいのです。ライブラリでは、入力したら出力が返ってくるまで中身が見れないですからね。
http://radiofly.to/nishi/work/2000-12-kk/kk2000-nishi-2.txt
プログラマの三大美徳について 西本卓也 京都工芸繊維大学 工芸学部 電子情報工学科 助手 http://www-vox.dj.kit.ac.jp/nishi/ nishi@vox.dj.kit.ac.jp オープンソースとアクセシビリティ プログラマの三大美徳について考える 1. 無精 2. 短気 3. 傲慢 出典： Programming Perl 改訂版 美徳1 「無精」 手抜きをせずに楽をするためには？ 仕事の質は落とさないで、時間や労力を短縮する 問題を解くのではなく、問題を解くための道具を作る プログラムを書きたくなる動機 問題そのものを解くのではなく、より一般化された問題を解く 解法＝ソリューションを再利用する 誰かのソリューションを再利用する＝オープンソース 頭を使って時間と労力を節約する 6時間かかる単純作業があったとする Aさん：6時間かけてやる 頭を使うこと
どさくさにまぎれて一つ提案してみるよ | スパムとか
オカモデラーさんがWebデザイナについて語っているので便乗 実のところ、Webデザイナといって頭に思い浮かぶのは JeffCroft か WillsonMiner くらいしかいないんだ。 二人ともDjangoっていうオープンソースプロジェクトに積極的に絡んでるから知ってるんだけどね。彼らはプログラマ側からも尊敬されているよ。 もしかするとその理由は、彼らが「CSSやJavaScriptをきちんとかけないデザイナはWebに関わるデザイナとして失格だ」とか言っているからかもしれないけどね。 JeffCroftはDjangoに絡んで有名になったからかは定かじゃないけど Pro CSS っていう本を書いていて、そこそこの評判をとっている。プログラマとしては、CSSとかについてきちんと考えているデザイナがいるってことがわかるだけでもうれしい本だから読んでみるといいかもよ。 それからWi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マシン語ってどんな感じか知りたくなった方へ - shi3zの日記