人力検索はてな
ﾓﾊﾞｲﾙ版を表示しています｡PC版はこちら
i-mobile
基本的なことにて､失礼します｡
ｴﾃﾞｨﾀｰや表計算など､いろいろな既存のｱﾌﾟﾘがあります｡
なにげに､文字や計算結果等が出力されますが､ｱﾌﾟﾘをﾀﾞｳﾝﾛｰﾄﾞするとき､ｺﾝﾊﾟｲﾗｰも一緒にﾀﾞｳﾝﾛｰﾄﾞされているのものなのでしょうか｡
よろしく､お願いいたします｡
●質問者: torimaki
●ｶﾃｺﾞﾘ:ｺﾝﾋﾟｭｰﾀ 政治･社会
○ 状態 :終了
└ 回答数 : 4/4件
▽最新の回答へ
▽1 ● みやど

ｺﾝﾊﾟｲﾙした結果がﾀﾞｳﾝﾛｰﾄﾞされれば､ｺﾝﾊﾟｲﾗｰはﾕｰｻﾞｰには必要ありません｡

torimakiさんのｺﾒﾝﾄ
ご回答､ありがとうございます｡ たとえば､WordやExcelなど､ｺﾝﾊﾟｲﾗｰは意識することもなく､裏方として働いていてくれる...という感じでしょうか｡
みやどさんのｺﾒﾝﾄ
あなたがばらばらの状態の家具を買ってあなたが組み立てて使う場合は､専用の工具が入っていることはあります｡ しかし､組み立てられた状態の家具を買う場合は､工具が入っている必要はありません｡ｺﾝﾊﾟｲﾗｰというのはこの工具のようなものです｡
torimakiさんのｺﾒﾝﾄ
ｺﾒﾝﾄ､ありがとうございます｡ ｢専用の工具｣＝ｺﾝﾊﾟｲﾗｰのﾌｧｲﾙの存在が確認できると､実感がわきます｡ なんでも結構です｡もしMacをお使いのようでしたら､ｺﾝﾊﾟｲﾗｰのﾌｧｲﾙまでのﾊﾟｽを例示していただけると助かります｡
みやどさんのｺﾒﾝﾄ
Macﾕｰｻﾞｰですが､ﾊﾞｰｼﾞｮﾝによってもﾌﾟﾛｸﾞﾗﾑ言語によっても違いますし､最近はﾌﾟﾛが(あるいは素人が勉強のために)無料ﾀﾞｳﾝﾛｰﾄﾞして使うものはあらかじめ入れておく必要はないというつもりかと思います｡ ｢mac(ﾊﾞｰｼﾞｮﾝ名)(ﾌﾟﾛｸﾞﾗﾑ言語名)｣で検索してみましょう｡
torimakiさんのｺﾒﾝﾄ
ありがとうございます｡ たとえばMacに入っている｢ﾒﾓ｣や｢ﾃｷｽﾄｴﾃﾞｨｯﾄ｣のｺﾝﾊﾟｲﾗｰは､どこにあるのでしょう｡ ご存知なら､ぜひ｡
みやどさんのｺﾒﾝﾄ
そういう開発者向けﾂｰﾙはこういったところから手に入るはずです｡ あるいは企業秘密ﾂｰﾙもあるのかもしれませんが､もちろんそういうのは手に入りません｡ https://developer.apple.com/jp/
torimakiさんのｺﾒﾝﾄ
Macに最初から入っているｱﾌﾟﾘとして､たとえば｢ﾒﾓ｣や｢ﾃｷｽﾄｴﾃﾞｨｯﾄ｣があります｡ 文字を打ちます｡これはﾊﾟｿｺﾝ自身は読むことができません｡読めるようにﾏｼｰﾝ語に変換される必要がありそうです｡で､｢翻訳｣するｱﾌﾟﾘｹｰｼｮﾝとして､ｺﾝﾊﾟｲﾗｰが人知れず動作している気がするんです...
みやどさんのｺﾒﾝﾄ
｢ﾒﾓ｣を作るためのﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語を機械語に翻訳するのにｺﾝﾊﾟｲﾗｰが必要です｡ ﾕｰｻﾞｰが｢ﾒﾓ｣に文字を入力したものはｺﾝﾋﾟｭｰﾀｰの内部には機械語(0と1だけの羅列)として保存されていますが､それはｺﾝﾊﾟｲﾗｰでなく｢ﾒﾓ｣というｿﾌﾄｳｪｱの機能で行われています｡そして｢ﾒﾓ｣を開くと普通の文字で表示されるのも逆をやっているわけですが､それも｢ﾒﾓ｣というｿﾌﾄｳｪｱの機能で行われています｡
torimakiさんのｺﾒﾝﾄ
｢ﾒﾓ｣について｡ ｺﾝﾋﾟｭｰﾀ内部に保存される､その機械語は､ｺﾝﾊﾟｲﾗｰにより変換されたのでしょうか｡
みやどさんのｺﾒﾝﾄ
ﾕｰｻﾞｰが入力したのは違います｡
▽2 ● ぽけっとしすてむ
ﾍﾞｽﾄｱﾝｻｰ

場合によりますが､一般的には｢ﾗｲﾌﾞﾗﾘ｣と呼ばれる部品となったものを纏めてﾀﾞｳﾝﾛｰﾄﾞしています｡

例えば､現在見ているこのﾍﾟｰｼﾞを表示するﾌﾞﾗｳｻﾞの場合､ﾃﾞｰﾀを送受信する部品､ﾍﾟｰｼﾞを表示させるために使う部品､JavaScriptを実行する部品などを組み合わせて表示させています｡

ｱﾌﾟﾘの中に埋め込んだり､他のｱﾌﾟﾘでも使いまわす事ができるように分離してあったりと､様々です｡

ﾗｲﾌﾞﾗﾘの中には､機能によって呼ばれ方が変わるものもあります｡

ﾃﾞｰﾀを小さく効率よく取り扱うために変換(ｴﾝｺｰﾄﾞ)したﾌｧｲﾙを元に戻して動画や音声に変えるﾃﾞｺｰﾀﾞｰなどがあります｡

OSにあらかじめ含まれている部品(ﾗｲﾌﾞﾗﾘ)のみで動作するｱﾌﾟﾘの場合は､ｱﾌﾟﾘ本体をﾀﾞｳﾝﾛｰﾄﾞするだけで済みます｡

しかし､OSに元々準備されているﾗｲﾌﾞﾗﾘよりも新しい開発環境に対応したｱﾌﾟﾘが動作できるように｢Visual C++ 再頒布可能ﾊﾟｯｹｰｼﾞ｣といったﾗｲﾌﾞﾗﾘをﾀﾞｳﾝﾛｰﾄﾞ･ｲﾝｽﾄｰﾙする場合もあります｡次世代となるﾊﾞｰｼﾞｮﾝのOSには基本的に含まれるため､利用者によっては不要に見えることもあります｡

最後に､Linuxなどで時折行われるﾊﾟﾀｰﾝとなりますが､ｱﾌﾟﾘのｿｰｽｺｰﾄﾞをﾀﾞｳﾝﾛｰﾄﾞして､利用したい環境に合わせてｺﾝﾊﾟｲﾙ･実行するために､ｺﾝﾊﾟｲﾗのﾀﾞｳﾝﾛｰﾄﾞが必要となることがあります｡

torimakiさんのｺﾒﾝﾄ
ご回答､ありがとうございます｡ 毎日､お世話になっているﾌﾞﾗｳｻﾞｰもｺﾝﾊﾟｲﾗｰが介在しているのですね｡ OSに組み込まれているもの､必要に応じてﾀﾞｳﾝﾛｰﾄﾞするもの､それに既存のものと依存し合ったりして...ｺﾝﾊﾟｲﾗｰといっても､いろいろなﾊﾟﾀｰﾝがあるという...そういうふうに解釈してみました｡
ぽけっとしすてむさんのｺﾒﾝﾄ
ｺﾒﾝﾄの訂正となりますが､ﾗｲﾌﾞﾗﾘはｺﾝﾊﾟｲﾗではありません｡
torimakiさんのｺﾒﾝﾄ
承知しました｡ありがとうございます｡
▽3 ● 椶櫚

ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語を機械語に置き換える作業の事をｺﾝﾊﾟｲﾙ､それを実行するﾌﾟﾛｸﾞﾗﾑの事をｺﾝﾊﾟｲﾗと呼びます｡ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語は人間が理解できる形なんですがCPUにとってはちんぷんかんぷんなので､これをそのままCPUに渡しても実行する事ができません｡そこでｺﾝﾊﾟｲﾙという､ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語から機械語へと翻訳する作業が必要となるわけです｡


例えば多くのﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語では四則演算が当たり前のように使えますが､CPUには加算減算の命令ｾｯﾄはあるものの､乗算除算の命令ｾｯﾄがありませんので､後者についてはｺﾝﾊﾟｲﾙする過程で乗算除算を｢再現できるように｣やや長文の機械語が配列されます｡


つまり､ｺﾝﾊﾟｲﾗ(翻訳者)を必要とするのはﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語の段階ですので､機械語に置き換わった後にはｺﾝﾊﾟｲﾗ(翻訳者)を必要としません｡ｱﾌﾟﾘと呼ばれるのは基本的にｺﾝﾊﾟｲﾙ後(翻訳後)の機械語の塊なので､ｺﾝﾊﾟｲﾗを必要とせずそのまま実行できます｡

torimakiさんのｺﾒﾝﾄ
ご回答､ありがとうございます｡分かりやすい解説､ありがとうございます｡ 2つ質問させてください｡とても基本的なこととなります｡恐縮です｡ 1) 最後の一文｢ｱﾌﾟﾘと呼ばれるのは基本的にｺﾝﾊﾟｲﾙ後(翻訳後)の機械語の塊なので､ｺﾝﾊﾟｲﾗを必要とせずそのまま実行できます｣について｡ たとえばExcelのｾﾙに､1,2,3,4と入力します｡ その上で､記述したすべてのｾﾙを選択し､｢Σ合計｣を 実行すると､10と出ます｡ この過程では､裏方として､ｺﾝﾊﾟｲﾗｰは動作しているのでしょうか､していないのでしょうか｡ 2) (人にわかる)ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語 →ｺﾝﾊﾟｲﾙ→(ｺﾝﾋﾟｭｰﾀに分かるように)機械語 となりますが､ 今度は､逆方向に､ 機械語→(人に分かるように)表示される際にも､ ｺﾝﾊﾟｲﾗｰが､その役割を担っているのでしょうか｡あるいは違うｿﾌﾄｳｪｱが担っているのでしょうか｡ よろしくお願いいたします｡
椶櫚さんのｺﾒﾝﾄ
1) 動作していません｡それは例えるならば､ ﾃﾚﾋﾞの映像を映すためには制作に携わった工場の作業員が必要でしょうか？ というような質問です｡ 映像を映すために必要なのは､放送電波であるとかDVDであるとかの､ 元々ﾃﾚﾋﾞ本体には備わっていない外部の情報ですよね？｡ ﾃﾚﾋﾞはそうした外部からの信号を､ ｢規則どおり｣変換して映し出しているに過ぎません｡ ｾﾙの入力情報も外部からの情報です｡ 元々ｱﾌﾟﾘ本体に備わっているわけではありません｡ ｱﾌﾟﾘはそうした外部からの入力情報を元に､ ｢規則どおり｣に実行したものが出力結果というわけ｡ さらに言えば､その｢規則｣を規定するのがﾌﾟﾛｸﾞﾗﾑというわけです｡ ﾌﾟﾛｸﾞﾗﾑは設計図､ｺﾝﾊﾟｲﾙは工場での組立､ｱﾌﾟﾘは完成品､みたいな？ 2) > 機械語→(人に分かるように)表示される際にも､ これがまず不可能です｡ｺﾝﾊﾟｲﾙは不可逆だと思ってください｡ ｺﾝﾊﾟｲﾙの際に機械語の最適化(無駄な処理を効率的にするための置き換え) がなされるのですでに原型を留めていないからです｡ 可能なのはせいぜい逆ｱｾﾝﾌﾞﾙ､ つまり機械語をﾆｰﾓﾆｯｸに置き換える程度のところまでです｡ (ﾆｰﾓﾆｯｸとは要するにｱｾﾝﾌﾞﾗの事なので一般人には敷居が高いです)
torimakiさんのｺﾒﾝﾄ
1)について､ ｾﾙに打ち込んだ1，2，3，4､および｢合計｣は､ﾊﾟｿｺﾝには理解できず､ｺﾝﾊﾟｲﾗｰにより､ﾊﾟｿｺﾝが理解できるﾏｼｰﾝ語に､一度､変換される必要があると思うんです｡ﾊﾟｿｺﾝ自身は､ﾏｼｰﾝ語に変換されていないと､｢規則｣も分からないと思ったりしますが.. 2)について 説明の仕方が悪かったようです｡恐縮です｡ ｺﾝﾊﾟｲﾙされたﾃﾞｰﾀの結果は､今度は､人に分かるように返ってきます｡ 本ｺﾒﾝﾄのExcelの例で言えば､10が返ってきます｡ ｺﾝﾊﾟｲﾗｰというのは､ﾏｼｰﾝ語に変換するだけでなく､その後の､人に分かる結果(この場合は10です)まで行うｱﾌﾟﾘｹｰｼｮﾝなのでしょうか､それとも､後者は､ｺﾝﾊﾟｲﾗｰとは､また違うｱﾌﾟﾘｹｰｼｮﾝが働いているのでしょうか｡
椶櫚さんのｺﾒﾝﾄ
> ｾﾙに打ち込んだ1，2，3，4､および｢合計｣は､ﾊﾟｿｺﾝには理解できず ﾊﾟｿｺﾝはﾃﾞｰﾀの意味を理解する必要がありません｡ 入力されたﾃﾞｰﾀを指定された通りに加工し､出力すればいいのです｡ もう一度言います､ﾃﾞｰﾀの意味を理解しなくてもいいのです｡ 極端な話､人工知能(AI)だってﾌﾟﾛｸﾞﾗﾏの指示した通りに動いているに過ぎず､ 意思を持って人間と会話したり思考したりしているわけではありません｡ # もちろん知性なんてかけらもありません # 知性｢もどき｣をｼﾐｭﾚｰﾄするﾌﾟﾛｸﾞﾗﾑは存在しますが # 喜怒哀楽の感情も無ければ好き嫌いや愛憎の感情もありません > ｺﾝﾊﾟｲﾗｰというのは､ﾏｼｰﾝ語に変換するだけでなく､その後の､人に分かる結果(この場合は10です)まで行うｱﾌﾟﾘｹｰｼｮﾝなのでしょうか 違います｡人間のﾌﾟﾛｸﾞﾗﾏが､これこれこういう動作をしなさいよ､ と命令(ﾌﾟﾛｸﾞﾗﾑ)した通りに動いているに過ぎないのです｡ ｺﾝﾊﾟｲﾗはあくまでﾌﾟﾛｸﾞﾗﾑを機械語に翻訳するだけ｡ なぜか､人間の書いたﾌﾟﾛｸﾞﾗﾑは､ そのままではｺﾝﾋﾟｭｰﾀが実行できないからです｡ ｱﾌﾟﾘは機械語ですのでｺﾝﾋﾟｭｰﾀが実行できます｡ でもｱﾌﾟﾘが外部から受け取るﾃﾞｰﾀ､その内容を理解する必要はありません｡ たぶんここの表現が悪いです > ﾊﾟｿｺﾝが理解できるﾏｼｰﾝ語 ｢ﾊﾟｿｺﾝが実行できるﾏｼﾝ語｣､が正解｡ では実行できないﾏｼﾝ語を実行するとどうなるのか？ ｱﾌﾟﾘが暴走します(ｺﾝﾄﾛｰﾙが帰ってきません)｡
椶櫚さんのｺﾒﾝﾄ
例えば､人工衛星打ち上げの際の軌道計算は､ とてもｺﾝﾋﾟｭｰﾀなしではできない､と昔から言われています｡ ではその軌道計算をするｱﾌﾟﾘ(ｱﾌﾟﾘｹｰｼｮﾝﾌﾟﾛｸﾞﾗﾑの略)は その計算が人工衛星の打ち上げ軌道を求めるためのものだと 理解しているのでしょうか？ ｢理解しているに違いない､そうじゃなきゃ計算なんてできないもの｣ というのが上記のtorimakiさんの主張になります｡ 実際には公式とﾃﾞｰﾀさえ与えれば計算できます｡ しかも､人間には計算ﾐｽが大いに起こりえますが､ ｺﾝﾋﾟｭｰﾀｰはｺﾝﾋﾟｭｰﾄ(計算)が得意中の得意ですので､ 計算間違いがまず起こりえません｡ 間違いがあるとすれば､人間が入力するﾃﾞｰﾀをﾐｽした結果として 間違った解を返す場合くらいです｡
torimakiさんのｺﾒﾝﾄ
文脈から言えば､｢理解｣という言葉は､暗喩として読んで頂いた方が良いですかね｡ 2)については､ ｺｰﾄﾞ→(ｺﾝﾊﾟｲﾙ)→ﾏｼｰﾝ語 ﾊﾟｿｺﾝに表示される結果(例示の場合10)← ？ ←ﾏｼｰﾝ語 上記の?もｺﾝﾊﾟｲﾗがやっているのか､それとも違うﾌﾟﾛｸﾞﾗﾑによるのか､という質問です｡
椶櫚さんのｺﾒﾝﾄ
ｱﾌﾟﾘは単体で動きます｡ ｺﾝﾊﾟｲﾗはﾌﾟﾛｸﾞﾗﾑ言語を機械語に翻訳するｱﾌﾟﾘです｡ # 要するに､ｺﾝﾊﾟｲﾙという作業を人間の手で行ってもいいんですが # 人力では効率が悪いしちょくちょく間違いも起こるので普通はしません ﾊﾟｿｺﾝの画面に表示するのはｸﾞﾗﾌｨｯｸを担当するLSIです｡ (CPUはただの計算機なので､ｸﾞﾗﾌｨｯｸ作画なんて高度な芸当はできません) ﾊﾟｿｺﾝ内部では､LSIに対してこれこれこういう挙動をしてくださいね という信号を送る指令をCPUが発しますが､ そのCPUの挙動はﾌﾟﾛｸﾞﾗﾏが設計段階で指定してるわけです｡ より正確には､ﾌﾟﾛｸﾞﾗﾏはCPUやLSIの存在なんて意識していません｡ 画面作画を実行するﾌﾟﾛｸﾞﾗﾑ言語の文法通りに記述しているに過ぎないんです｡ ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語という外部情報を元に､ その文法通りの挙動をするよう機械語に翻訳させるﾌﾟﾛｸﾞﾗﾑがｺﾝﾊﾟｲﾗで､ そのｺﾝﾊﾟｲﾗを作った(ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語を創始した) 先人がいるというだけの話になります｡ なお､ｺﾝﾊﾟｲﾙ形式とは別の､ｲﾝﾀﾌﾟﾘﾀ形式というのも存在します｡ https://blog.codecamp.jp/compiler-interpreter-commentary
椶櫚さんのｺﾒﾝﾄ
語弊があるのでいくつか訂正 > ｱﾌﾟﾘは単体で動きます｡ ぽけっとしすてむさんの書いておられるように､ 別途､dllﾌｧｲﾙなどが必要になる場合もあります｡ が､その多くは最初からOSに組み込まれているものだったり､ 他のｱﾌﾟﾘをｲﾝｽﾄｰﾙした際にすでにﾀﾞｳﾝﾛｰﾄﾞ済みの事が多いはず｡ 特定のdllﾌｧｲﾙを別途用意しないと動かないようなｱﾌﾟﾘについては､ ｢これらのﾌｧｲﾙをどこどこからﾀﾞｳﾝﾛｰﾄﾞして下さい｣のように Readmeに記述があるはずです｡ > ﾊﾟｿｺﾝ内部では､LSIに対してこれこれこういう挙動をしてくださいね > という信号を送る指令をCPUが発しますが､ Windowsが登場する前の規格が乱立してた頃なら ｸﾞﾗﾌｨｯｸの橋渡し部分については それぞれのPCﾒｰｶｰが作ってたはずなんですが､ (当時はOSではなくDOS､ﾌｧｲﾙ操作に特化したOSだったので) 今時のPCではｸﾞﾗﾌｨｯｸはOSの管轄のような気がします｡ まぁ､内部でやってる事に大した違いは無いはずなんですが…
torimakiさんのｺﾒﾝﾄ
ｺﾒﾝﾄ､ありがとうございます｡ ﾗｲﾌﾞﾗﾘについて､図書館をｲﾒｰｼﾞしてみました｡ なにか知りたいことがあったら､図書館に行って､あの本と､この本と､その本と...といった感じで選ぶ｡ ﾗｲﾌﾞﾗﾘの場合､ある目標に応じて､あのﾌｧｲﾙと､このﾌｧｲﾙと､そのﾌｱｲﾙと..といった感じで依存し会う｡ ｺﾝﾊﾟｲﾗｰは､その一種である､と､ちょっと違ったｱﾌﾟﾛｰﾁをしてみました｡
椶櫚さんのｺﾒﾝﾄ
こういうのは頭で考えるのではなく､まずはﾈｯﾄで調べた方がいいような… 基本的な定義 https://e-words.jp/w/DLL%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB.html さらに突っ込んだ内容 http://www.kab-studio.biz/Programing/Codian/DLL_Hook_SClass/01.html > ｺﾝﾊﾟｲﾗｰは､その一種である つまりここが違うんです｡ ｢自工場で製造から手がける部品｣がﾌﾟﾛｸﾞﾗﾑだとすると､ ﾗｲﾌﾞﾗﾘは｢社外から納入された部品｣であり､ ｺﾝﾊﾟｲﾗは部品を組み上げて製品を完成させる｢作業員｣となります｡ 作業員は製品の組立時こそ必要とされますが､ 完成した製品はもう作業員を必要としないというわけ｡
torimakiさんのｺﾒﾝﾄ
ｺﾒﾝﾄ､ありがとうございます｡ じっさいに試してみることが性に合っているので､以下のｻｲﾄを参考に実際に試してみました｡ (ｻｲﾄのｺｰﾄﾞに一部､抜けがありますが...) https://blog.katty.in/4346 おかげさまで､ｺﾝﾊﾟｲﾙの感じ､動的ﾘﾝｸﾗｲﾌﾞﾗﾘ､それにAPIについて､理解が進んだように思えます｡
椶櫚さんのｺﾒﾝﾄ
上記の例えではｺﾝﾊﾟｲﾗを｢作業員｣としましたが､ ｢ﾛﾎﾞｯﾄｱｰﾑ｣に置き換えた方がいいかも｡ 作業員だと作っている物が何なのかを知っていてもおかしくありませんが､ ﾛﾎﾞｯﾄｱｰﾑは自分が何を作らされているのか全く知りません｡ # ｺﾝﾏ何秒待機せよ # この三次元座標にこのくらいの速度で移動せよ # のような連続した命令が与えられ(ﾌﾟﾛｸﾞﾗﾑされ)ていて # それをひたすら繰り返しているだけなんです # (ﾌﾟﾛｸﾞﾗﾑの形態はNC旋盤なんかのそれに近い) # # ｺﾝﾊﾟｲﾗも同じで # このようなｿｰｽが登場した場合には､これこれこのように加工せよ # という命令が与えられ(ﾌﾟﾛｸﾞﾗﾑされ)ていて # それをひたすら繰り返しているだけなんです なお､ﾃﾞｰﾀはﾃﾞｰﾀです｡未加工のままでも使えます｡ 容量が膨大であればﾃﾞｰﾀを圧縮する事もあるかもしれませんし､ 他人に見られて困るものは暗号化したりするかもしれませんが､ わざわざ機械語に翻訳する意味も必要性もありません｡ というか､仮に機械語に翻訳しようとしても､ 文法規則を大きく逸脱したものでしょうから､ ｴﾗｰを大量に吐き出して止まっておしまい､ ｺﾝﾊﾟｲﾙなんてできなかった､となるのが関の山かと思います｡ ﾃﾞｰﾀ未加工の例：wavﾌｧｲﾙ､bmpﾌｧｲﾙ 圧縮ﾃﾞｰﾀの例：MP3ﾌｧｲﾙ､JPEGﾌｧｲﾙ ｱﾌﾟﾘはﾃﾞｰﾀがどのようなﾌｫｰﾏｯﾄで保存されているのか､ その型だけ把握できれば必要な作業には事足りますので､ あとはそのﾌｫｰﾏｯﾄ通りにﾃﾞｰﾀを扱えばいいだけとなります｡ (だからﾃﾞｰﾀの｢意味｣まで把握する必要がないわけ)
torimakiさんのｺﾒﾝﾄ
ﾌｧｲﾙAがｺﾝﾊﾟｲﾙされると同時に､関連したﾌｧｲﾙB(ﾗｲﾌﾞﾗﾘ)にﾘﾝｸされ､両者の関数が実行される｡ 次に､ﾌｧｲﾙBの中の､例えば関数の値を変えた場合､結果を出すために､同様の処理が行われます｡ ならば､(たまたまExcelを例に出していますが)先の例の場合､Excelにて､1,2,3,4合計Σにより10の結果が出る｡ 次に､6,7,8,9合計Σ30がｱｳﾄﾌﾟｯﾄされる際には､同様の作業､ｺﾝﾊﾟｲﾙなり､ｲﾝﾀｰﾌﾟﾘﾀのような､その都度､ﾏｼｰﾝ語に変換されていないのでしょうか｡
椶櫚さんのｺﾒﾝﾄ
> ﾌｧｲﾙAがｺﾝﾊﾟｲﾙされると同時に､関連したﾌｧｲﾙB(ﾗｲﾌﾞﾗﾘ)にﾘﾝｸされ､両者の関数が実行される｡ 1.ｺﾝﾊﾟｲﾙはｺﾝﾊﾟｲﾙで完結します｡ 2.ｱﾌﾟﾘはｺﾝﾊﾟｲﾙを経て完成します｡(ｺﾝﾊﾟｲﾙの出力結果がｱﾌﾟﾘ 3.関数は､ｱﾌﾟﾘを起動した後に実行されます｡ ｺﾝﾊﾟｲﾙはあくまでﾌﾟﾛｸﾞﾗﾑ言語→機械語へのｺﾝﾊﾞｰﾄのみで､ 一切実行はしないんです｡また､3から分かる通り､ ｺﾝﾊﾟｲﾙをしない事には関数を呼び出しようがありません｡ ﾃﾚﾋﾞを映すのには電源を入れて電気を流す必要があるのと同じで､ 関数を実行するにはｱﾌﾟﾘを起動してﾌﾟﾛｸﾞﾗﾑを流さないといけないのです｡ なお､ｲﾝﾀﾌﾟﾘﾀ言語ではこの1,2の過程が省略され､ ｱﾌﾟﾘも作成されず､関数を直接実行するという荒業を行います｡ > 次に､ﾌｧｲﾙBの中の､例えば関数の値を変えた場合､結果を出すために､同様の処理が行われます｡ 値を変える事ができるのは変数(ﾃﾞｰﾀの入れ物)ですね､ 関数(ﾌﾟﾛｸﾞﾗﾑ)ではありません｡ 変数は関数内部で宣言されます｡ (ただし､ｸﾞﾛｰﾊﾞﾙ変数という例外はあります) ｾﾙの入力情報は変数のﾃﾞｰﾀとして扱われます｡ それらﾃﾞｰﾀの加工規則を記したものが関数(ﾌﾟﾛｸﾞﾗﾑ)です｡ 変化するのはﾃﾞｰﾀのみ､ﾌﾟﾛｸﾞﾗﾑは変化しませんから 再度のｺﾝﾊﾟｲﾙは不要ですよね？｡ ｺﾝﾊﾟｲﾙによって機械語に置き換わった関数という加工規則に基づいて ﾃﾞｰﾀが変化するに過ぎません｡
torimakiさんのｺﾒﾝﾄ
以下､ｲﾒｰｼﾞとして､とらえてください (C言語は不安内なので､pythonとしています｡実際はｺﾝﾊﾟｲﾙできません) ﾌｧｲﾙA(ﾗｲﾌﾞﾗﾘｰ) def add(a,b,c,d): return a+b+c+d ﾌｧｲﾙB add(1,2,3,4) 両者をｺﾝﾊﾟｲﾙし､結果は10となります｡ 次にﾌｧｲﾙCを add(5,6,7,8) とし､同様の作業を行います｡ 結果は26となります｡ いずれも､値を含んだまま(1,2,3,4あるいは5,6,7,8)ｺﾝﾊﾟｲﾙされ､結果が出ています..よね？
椶櫚さんのｺﾒﾝﾄ
> 両者をｺﾝﾊﾟｲﾙし､結果は10となります｡ > いずれも､値を含んだまま(1,2,3,4あるいは5,6,7,8)ｺﾝﾊﾟｲﾙされ 違います｡関数(機械語)を実行したのです｡ ｺﾝﾊﾟｲﾙしたのではありません｡ ｺﾝﾊﾟｲﾗはﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語を機械語へとﾒﾃﾞｨｱｺﾝﾊﾞｰﾄする ただそれだけの機能しか持たない｢ﾂｰﾙ｣に過ぎません｡ よって､ｱﾌﾟﾘの実行時にはすでに用済みのお払い箱なのです｡ つまりこういう事､ 関数(ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語) → ｺﾝﾊﾟｲﾙ → 関数(機械語) そのままでは実行できない関数(ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語)を 関数(機械語)へとせっせと変換するのがｺﾝﾊﾟｲﾗなのです｡ ｱﾌﾟﾘの実行時にはｺﾝﾊﾟｲﾗは呼び出されません｡ ｱﾌﾟﾘが起動されると関数(機械語)が ﾒﾓﾘ上の｢ﾌﾟﾛｸﾞﾗﾑ領域｣に読み込まれます｡ CPUは｢ﾌﾟﾛｸﾞﾗﾑ領域｣の関数(機械語)を上から順に実行していくのです｡ https://brain.cc.kogakuin.ac.jp/~kanamaru/lecture/prog1/08-02.html
椶櫚さんのｺﾒﾝﾄ
もしかすると｢関数｣の意味もまだ曖昧なのかもしれませんので､ 上記の｢ﾌﾟﾛｸﾞﾗﾑ｣ﾊﾞｰｼﾞｮﾝも書いておきます(関数≒ﾌﾟﾛｸﾞﾗﾑ)｡ > 両者をｺﾝﾊﾟｲﾙし､結果は10となります｡ > いずれも､値を含んだまま(1,2,3,4あるいは5,6,7,8)ｺﾝﾊﾟｲﾙされ 違います｡ﾌﾟﾛｸﾞﾗﾑ(機械語)を実行したのです｡ ｺﾝﾊﾟｲﾙしたのではありません｡ ｺﾝﾊﾟｲﾗはﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語を機械語へとﾒﾃﾞｨｱｺﾝﾊﾞｰﾄする ただそれだけの機能しか持たない｢ﾂｰﾙ｣に過ぎません｡ よって､ｱﾌﾟﾘの実行時にはすでに用済みのお払い箱なのです｡ つまりこういう事､ ﾌﾟﾛｸﾞﾗﾑ(ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語) → ｺﾝﾊﾟｲﾙ → ﾌﾟﾛｸﾞﾗﾑ(機械語) そのままでは実行できないﾌﾟﾛｸﾞﾗﾑ(ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語)を ﾌﾟﾛｸﾞﾗﾑ(機械語)へとせっせと変換するのがｺﾝﾊﾟｲﾗなのです｡ ｱﾌﾟﾘの実行時にはｺﾝﾊﾟｲﾗは呼び出されません｡ ｱﾌﾟﾘが起動されるとﾌﾟﾛｸﾞﾗﾑ(機械語)が ﾒﾓﾘ上の｢ﾌﾟﾛｸﾞﾗﾑ領域｣に読み込まれます｡ CPUは｢ﾌﾟﾛｸﾞﾗﾑ領域｣のﾌﾟﾛｸﾞﾗﾑ(機械語)を上から順に実行していくのです｡ https://brain.cc.kogakuin.ac.jp/~kanamaru/lecture/prog1/08-02.html
torimakiさんのｺﾒﾝﾄ
ｺﾝﾊﾟｲﾙされたﾌｧｲﾙB､ﾌｧｲﾙCは違うﾊﾞｲﾅﾘｰ..ですよね？
椶櫚さんのｺﾒﾝﾄ
> ｺﾝﾊﾟｲﾙされたﾌｧｲﾙB､ﾌｧｲﾙCは違うﾊﾞｲﾅﾘｰ..ですよね？ ﾌｧｲﾙB､ﾌｧｲﾙCが何なのか分かりませんが､ 同じﾌﾟﾛｸﾞﾗﾑ(ﾃｷｽﾄﾌｧｲﾙ)を同じｺﾝﾊﾟｲﾗで､ 同じ最適化深度でｺﾝﾊﾟｲﾙすれば､ 何度やっても全く同一のﾊﾞｲﾅﾘが作成されます｡ 元となるﾃｷｽﾄﾌｧｲﾙが異なれば､異なるﾊﾞｲﾅﾘとなります｡ もちろん実行結果も異なりますが｡ 最後に､これでもか?というくらいに詳細な説明を試みます｡ ↓でも理解できなかったらもうお手上げです｡ ◆ﾌﾟﾛｸﾞﾗﾑの作成段階 ◇必要なﾌｧｲﾙ ﾌﾟﾛｸﾞﾗﾑ(ﾃｷｽﾄﾌｧｲﾙ@ﾌﾟﾛｸﾞﾗﾑ言語) ｴﾃﾞｨﾀ(ﾊﾞｲﾅﾘﾌｧｲﾙ@機械語) ◆ｺﾝﾊﾟｲﾙ段階 ◇必要なﾌｧｲﾙ ﾌﾟﾛｸﾞﾗﾑ(ﾃｷｽﾄﾌｧｲﾙ@ﾌﾟﾛｸﾞﾗﾑ言語) ﾗｲﾌﾞﾗﾘ(ﾊﾞｲﾅﾘﾌｧｲﾙ@機械語)…ﾌﾟﾛｸﾞﾗﾑ言語に紐付け ｺﾝﾊﾟｲﾗ(ﾊﾞｲﾅﾘﾌｧｲﾙ@機械語)…ｺﾝﾊﾟｲﾙするためのﾂｰﾙ ◇生成物 ｱﾌﾟﾘ(ﾊﾞｲﾅﾘﾌｧｲﾙ@機械語)…ｺﾝﾊﾟｲﾙによってﾌﾟﾛｸﾞﾗﾑ言語から生成 ◆実行段階 ◇必要なﾌｧｲﾙ ｱﾌﾟﾘ(ﾊﾞｲﾅﾘﾌｧｲﾙ@機械語)…ﾌﾟﾛｸﾞﾗﾑ実行の起点 ﾗｲﾌﾞﾗﾘ(ﾊﾞｲﾅﾘﾌｧｲﾙ@機械語)…ｱﾌﾟﾘから呼び出し CPUは機械語しか解しません｡ ﾃｷｽﾄﾌｧｲﾙであるﾌﾟﾛｸﾞﾗﾑ言語を そのままCPUに渡しても暴走しかしません｡ (だからｺﾝﾊﾟｲﾙという過程が必要となる) ｴﾃﾞｨﾀ(ｱﾌﾟﾘ)､ｺﾝﾊﾟｲﾗ(ｱﾌﾟﾘ)､ (ｺﾝﾊﾟｲﾗによって新規作成された)ｱﾌﾟﾘなどは 始点のある機械語です(exeﾌｧｲﾙ)｡ ﾗｲﾌﾞﾗﾘ(dllﾌｧｲﾙ)は始点のない機械語で､ 他のｱﾌﾟﾘから呼び出されない限りは実行されません｡ ﾃﾞｰﾀに意味を持たせるのがﾌﾟﾛｸﾞﾗﾑ(ﾌﾟﾛｸﾞﾗﾑ言語＝ｱﾌﾟﾘ)です｡ ﾃﾞｰﾀはﾃｷｽﾄ･ﾊﾞｲﾅﾘどちらの形態も取れますが､ ﾊﾞｲﾅﾘだからといって機械語というわけではありません｡ CPUに渡した時に､CPUが正常に動作するよう､ ﾌﾟﾛｸﾞﾗﾑの流れをﾃﾞｻﾞｲﾝされたﾊﾞｲﾅﾘﾃﾞｰﾀ群が機械語なのです｡ ｺﾝﾊﾟｲﾗはﾌﾟﾛｸﾞﾗﾑ言語(CPUが実行できない文字列､論理的な存在)を､ ｱﾌﾟﾘ(ﾌﾟﾛｸﾞﾗﾑと論理的に同等な機械語)へと昇華させるようﾃﾞｻﾞｲﾝされています｡ ｺﾝﾊﾟｲﾗによって作成されたｱﾌﾟﾘはそれ単独で動きます｡ ｱﾌﾟﾘはｺﾝﾊﾟｲﾗによって作られたんだから､ 実行にはｺﾝﾊﾟｲﾗが必要なのでは？ (OS環境下のｺﾝﾊﾟｲﾗ環境下でしか動かないのでは？) という考え方は､実はｲﾝﾀﾌﾟﾘﾀの考え方になります｡ ｲﾝﾀﾌﾟﾘﾀ言語は､ｲﾝﾀﾌﾟﾘﾀ言語を実行するための環境下 (OS環境下のｲﾝﾀﾌﾟﾘﾀ環境下)でしか動きません｡ ｺﾝﾊﾟｲﾗから独立してOS環境直下でも動くもの､それがｱﾌﾟﾘです｡ また､ﾃﾞｰﾀの加工はCPUが行います｡ ﾒﾓﾘに展開されたﾌﾟﾛｸﾞﾗﾑ上で行われるのではありません｡ より正確には､CPU内部のﾚｼﾞｽﾀと呼ばれる部分で行われます｡ ﾚｼﾞｽﾀに直接値をｾｯﾄする場合(単なる値の代入)もあれば､ ﾒﾓﾘ上の特定のｱﾄﾞﾚｽからﾃﾞｰﾀを読み込んで ﾚｼﾞｽﾀにｾｯﾄする場合(ﾌﾟﾛｸﾞﾗﾑ言語の変数がこれにあたる)もあります｡ 加工されたﾃﾞｰﾀをﾒﾓﾘに上書きすれば変数が変化するわけですね｡ また､ｸﾞﾗﾌｨｯｸ用に割り当てられた特定のﾒﾓﾘ位置に値を書き込むと､ 画面に変化が起こります(PCはそのように作られているから)｡ それを行えるのはCPU(半導体/物理的な実存在)です｡ CPU(物理的な存在/ﾃﾞｰﾀの加工を司るPCの心臓部)が､ ﾒﾓﾘ(物理的な存在/ﾃﾞｰﾀを保存する)に干渉して ﾃﾞｨｽﾌﾟﾚｲ(物理的な存在/ﾃﾞｰﾀを表現する機器)に変化が起こるというわけ｡ ここにはｺﾝﾊﾟｲﾗの出る幕なんてどこにもありません｡
torimakiさんのｺﾒﾝﾄ
ﾌｧｲﾙB､ﾌｧｲﾙCは､やりとりの遡上にあがっているものです｡
椶櫚さんのｺﾒﾝﾄ
なるほど､pythonですか(自分はそっちを知らない)｡ でも､ｲﾝﾀﾌﾟﾘﾀ言語のようですので､ﾊﾞｲﾅﾘではなく､ 実行前はﾃｷｽﾄのままです｡ python実行環境という限られた環境下において､ ﾌﾟﾛｸﾞﾗﾑの実行時に命令を逐次､1行1行構文解析していき､ その命令を再現するためのﾗｲﾌﾞﾗﾘ(機械語)の呼び出しを(pythonが)行います｡ つまり､実行するたびに､ﾌﾟﾛｸﾞﾗﾑ部分の解析が行われます｡ 10回実行すれば10回の解析が､ 100回実行すれば100回の解析が､ 1万回実行すれば1万回のﾃｷｽﾄ解析が行われるわけ｡ ｺﾝﾊﾟｲﾗはこの解析を1回しか行わず､ 解析結果を機械語に落とし込んで､ ｱﾌﾟﾘという形で保存するのです｡ なお例外として､ｲﾝﾀﾌﾟﾘﾀ言語を無理やりｺﾝﾊﾟｲﾙ してしまうｺﾝﾊﾟｲﾗというのも存在します｡ その場合､ｺﾝﾊﾟｲﾗの実行結果として保存されるのは機械語ですから､ ｲﾝﾀﾌﾟﾘﾀ環境下から離れて実行することができます｡
▽4 ● outofjis

質問者がｺﾝﾊﾟｲﾗを何のために欲しているのかが､はたから見ていると疑問です｡

まず､ｺﾝﾊﾟｲﾗは生産者がｱﾌﾟﾘなどの製品を作成するために必要なもので､

消費者が持っていても､基本的には何の役にも立ちません｡


たとえば､ｱﾌﾟﾘの作成を､一本の鉛筆を作成するのと置き換えて説明します｡


｢ﾌﾟﾛｸﾞﾗﾑ｣は鉛筆の設計図､もしくは製造工程図に当たるものです｡

どの材質を使って､どのくらいの長さ､太さで､材料ををどのように組み合わせて､､

という内容が事細かく書いてあるものです


｢ｺﾝﾊﾟｲﾗ｣は､鉛筆を作るための組立設備にあたるものです｡

特注で作った､全自動の専用機械で作っているかもしれませんし､

汎用の木材工作機械をいくつか使用して作っているかもしれません｡

手作業でｶﾝﾅやﾉﾐを駆使してひとつひとつ丁寧に作っているかもしれません｡


｢ｱﾌﾟﾘ(製品)｣である､出来上がった鉛筆を､消費者が購入して使います｡

もちろんこの製品には､設計図も工作機械も付いてきません｡


ｺﾝﾊﾟｲﾗをくれ､というのは､

ｱﾌﾟﾘの｢工場｣や｢職人｣をくれ､と言っているのに近しいので

元々提供するのはおかしな話ですし､

仮に､ｶﾝﾅやﾉﾐを売っている場所を教えたとしても､

何に使うか不明なうえに､役に立てるとも思えないのです｡

torimakiさんのｺﾒﾝﾄ
動機が分からない､ということが､質問の分かりにくさとなっているのですね｡恐縮です｡ 本件は､一般的な､好奇心からの質問となります｡ (たぶん)ﾌﾟﾛｸﾞﾗﾏｰの皆さまは､ｺｰﾄﾞを書いて明示的にｺﾝﾊﾟｲﾙしていると思うんです｡ 一方､僕の場合､一般的で､たとえばWordやExcelを使っていて｢あれ？ これ､どうなっているんだろ｣といった感じです｡ ｺﾒﾝﾄの中でも､書きましたが､Excelで1，2，3，4､合計で10が返って来る｡この裏側でも､ｺﾝﾊﾟｲﾗｰが介在し(ﾏｼｰﾝ語を経て)答えが返ってくるのかしらん､とか｡ ｺﾝﾊﾟｲﾗｰとは､もしかしたら...ﾌﾟﾛｸﾞﾗﾐﾝｸﾞを目標通りに｢編集｣する､そのようなﾆｭｱﾝｽでしょうか｡ で､ﾏｼﾝ語に変換することは､その｢編集｣の一部であるという感じ...
outofjisさんのｺﾒﾝﾄ
ｺﾝﾊﾟｲﾗはしばしば｢翻訳者｣や｢通訳｣と表現されます｡ ﾌﾟﾛｸﾞﾗﾏｰは､｢通訳｣がどういう風に自分の言葉を 機械に伝えているかはあまり意識しません｡ 得られた結果が正しいかどうかを見て判断するだけです｡ ｢1，2，3，4を足して｣というﾌﾟﾛｸﾞﾗﾑを書いて､ それを通訳が機械に何と伝えたかは意識せず､ 答えが10と返ってきたら､ああ､ちゃんと伝わっているね､と思うだけです｡ ﾌﾟﾛｸﾞﾗﾏｰは､通訳が翻訳しやすいだろうと予想される表現を 多少は心がけることはしますし､ 場合によってはｺﾝﾊﾟｲﾙ環境を変えることもあるかもしれませんが ほとんどﾌﾞﾗｯｸﾎﾞｯｸｽのようなものと考えていると思います｡ ひと昔前は､集積回路(虫のように足がいっぱい付いた四角くて黒い部品)の､ どことどこの足(端子)に､どういう順番で信号を与えると､ どの足に計算結果が返ってくるから･･･､ というようなﾌﾟﾛｸﾞﾗﾑを組んでいた時代もありましたが､ 今はそんなことを考えるﾌﾟﾛｸﾞﾗﾏはほぼいません｡
torimakiさんのｺﾒﾝﾄ
ｺﾝﾊﾟｲﾗは､ｱﾌﾟﾘ制作の時に利用されるもので､たとえば､ﾕｰｻﾞｰがExcelを使う時､先の例の､1,2,3,4合計10の裏側にはｺﾝﾊﾟｲﾗは介入していない､というふうに､とらえてみました｡...としても､1,2,3,4は､ﾊﾟｿｺﾝには認識できず､いったんﾏｼｰﾝ語に変換されているような気がしなくも､なかったりして...
outofjisさんのｺﾒﾝﾄ
たとえば､英語で書かれた本を､｢翻訳者｣が 日本語に翻訳して出版したとします｡ 日本のﾕｰｻﾞｰは､日本語訳された方の本を読み､ 原文の方に手を出すことは基本的にありません｡ 一方翻訳者は､一度翻訳して出版してしまえば仕事終了で､ ﾕｰｻﾞｰが本を読む際には､特に仕事はありません｡ この｢英語｣をﾌﾟﾛｸﾞﾗﾑ､｢日本語｣を機械語､ ｢翻訳者｣をｱｾﾝﾌﾞﾗ､｢日本語訳された方の本｣をｱﾌﾟﾘと 置き換えて考えれば､ｲﾒｰｼﾞしやすいでしょうか｡ ここで､外国人と話すときに介在する｢通訳｣をｲﾒｰｼﾞしてしまうと､ 都度､通訳があれこれ働くような印象を持ってしまいますが､それは間違いです｡ ｺﾝﾊﾟｲﾗは､一度翻訳してしまえば､あとは働かないのです｡ 蛇足までに､余計混乱させるかもしれないけど､ ｺﾝﾋﾟｭｰﾀには､通訳のように､都度翻訳する働きをするものもいます｡ それは｢ｲﾝﾀﾌﾟﾘﾀ｣といって､一般的にはｺﾝﾊﾟｲﾗとは別物として 扱われています｡これはこれで別の話なのでここでは詳細は省きます｡
torimakiさんのｺﾒﾝﾄ
ｺﾒﾝﾄ､ありがとうございます｡ 初学ですがpythonを学習中ですので､ｲﾝﾀｰﾌﾟﾘﾀはｲﾒｰｼﾞできたりします｡ 既存のｱﾌﾟﾘ､たとえば､いままで例を引いてきたExcelのように､1,2,3,4 合計Σで､結果10となり､ その後に､ｾﾙに3.4,5,6合計Σで､結果18となる｡ この場合､それぞれ､ｺﾝﾊﾟｲﾗなり､ｲﾝﾀｰﾌﾟﾘﾀなりが働いているものでしょうか｡
outofjisさんのｺﾒﾝﾄ
働いていません｡ どちらも､単なる通辞なので､ ｺﾝﾋﾟｭｰﾀに計算命令の内容を伝えることはしますが､ 計算するのはｺﾝﾋﾟｭｰﾀです｡
torimakiさんのｺﾒﾝﾄ
お手数をおかけしております｡ Excelなど､既存のｱﾌﾟﾘの例が直感できない原因のように思えて来ました｡ 自分に引き寄せて､理解しようとするｱﾌﾟﾛｰﾁにて失礼します｡ 学習を兼ねて､Herokuに自作のｱﾌﾟﾘをﾃﾞﾌﾟﾛｲしたことがあります｡ ﾒﾓ書きのｱﾌﾟﾘとなります｡ この場合､ｱﾌﾟﾘをﾃﾞﾌﾟﾛｲする際に､Herokuのｽﾀｯｸで一度ｺﾝﾊﾟｲﾙされ､ その後のﾒﾓ書きの利用時には(逐一ｺﾝﾊﾟｲﾙされることなく)､autofijisさんの言葉をお借りすれば､通辞されている､という理解でよろしいでしょうか｡
outofjisさんのｺﾒﾝﾄ
Herokuがわからないので確実なことは言えませんが､ ｺﾝﾊﾟｲﾙは､ｱﾌﾟﾘの実行時ではなく開発時に行うものなので ｢逐一ｺﾝﾊﾟｲﾙ｣という状態は､ｺﾝﾊﾟｲﾗの性質上あり得ません｡ ﾃﾞﾌﾟﾛｲ時にはすでにｺﾝﾊﾟｲﾙは終了しているはずで､ 以降､ｱﾌﾟﾘの実行時には､ｺﾝﾊﾟｲﾗは一切かかわりません｡ ﾒﾓ書きの利用時には､ｺﾝﾋﾟｭｰﾀは､ ｺﾝﾊﾟｲﾗによって｢ずっと以前に翻訳済み｣の 機械語のﾌﾟﾛｸﾞﾗﾑを読んで実行するだけです｡
torimakiさんのｺﾒﾝﾄ
少し違う角度からお聞きします｡失礼します｡ Herokuにﾃﾞﾌﾟﾛｲし､ｺﾝﾊﾟｲﾙされたｱﾌﾟﾘは､SQL(Herokuの場合はpostgreSQL)と連動しています｡ ﾃﾞｰﾀﾍﾞｰｽから入力したﾃﾞｰﾀ(本ｱﾌﾟﾘの場合､ﾒﾓ書き)を､ﾛｰｶﾙにﾀﾞｳﾝﾛｰﾄﾞした(.dump)ﾌｧｲﾙは､ﾊﾞｲﾅﾘｰとなっています｡ ということはSQLについては､書き込んだﾃﾞｰﾀは､ｺﾝﾊﾟｲﾙ､あるいはｲﾝﾀｰﾌﾟﾘﾀｰ(のようなもの)により､ﾏｼｰﾝ語に変換されているのでしょうか｡
outofjisさんのｺﾒﾝﾄ
ここまでのやり取りをしていて､質問者が知りたいことを推測するに､ 以下のようなことでしょうか？ ｺﾝﾋﾟｭｰﾀは機械語や2進数しか理解できないのに､ ﾕｰｻﾞｰがｱﾌﾟﾘに入力した10進数の数字や､日本語の文章を どうやって処理しているかわからない｡ だから､それを行っているｺﾝﾊﾟｲﾗのようなものが存在するはず､ ということでしょうか｡
torimakiさんのｺﾒﾝﾄ
その通りです｡ありがとうございます｡
outofjisさんのｺﾒﾝﾄ
結論から言うと､その段階で動作するｺﾝﾊﾟｲﾗのようなものは存在しません｡ あえて､質問者が想定する処理を行うものをあげるとすると､ それはOSだと思います｡ｽﾏﾎで言うと､AndroidやiOSといったものです｡ ｺﾝﾋﾟｭｰﾀは機械語や2進数しか理解しない､というのは ちょっとした誤解があって､実際に2進数(ONかOFFか)しか処理できないのは ﾌﾟﾛｾｯｻとか､ﾒﾓﾘとか､そういうﾊｰﾄﾞ的な部分であって､ その上層にある､BIOSとかｶｰﾈﾙとかOSの部分は､2進数じゃなくても処理可能です｡ 逐次解析処理しながら実行していくらからです｡ 実はこの解析も｢ﾌﾟﾛｸﾞﾗﾑ｣が行っています｡ たとえば､任意の場所にあるﾒﾓﾘ上に4ﾋﾞｯﾄの2進数｢1010｣があったとして､ それをﾕｰｻﾞｰに理解できるよう画面表示するときは､ まずは10進数に直して､1×2の3乗＋0×2の2乗＋1×2の1乗＋0×2の0乗 → 10 とし 次に画面に｢1｣と｢0｣を表す文字を表示するために､ それぞれの桁に16進数0x30を足して､0x31番と､0x30番の文字ｸﾞﾗﾌｨｯｸを表示します｡ これで画面に｢10｣が表示されました｡ 実際には最低でもこれだけの処理(ﾌﾟﾛｸﾞﾗﾑ)が動作しています｡ そんな処理を､いちいちﾌﾟﾛｸﾞﾗﾏが書かなくていいのは､ OSなどが用意した､基本的な動作をするﾌﾟﾛｸﾞﾗﾑがすでに用意されてい来るからです｡ 逆も然りで､ﾕｰｻﾞｰが入力した内容を､ﾌﾟﾛｾｯｻにわかるように 解析するﾌﾟﾛｸﾞﾗﾑも､OSなどが用意してくれています｡ つまりは､質問者が疑問に思っている処理を行っているのは つきつめていくとﾌﾟﾛｸﾞﾗﾑであり､ そのﾌﾟﾛｸﾞﾗﾑはOSの用意したものであるから､ 処理を行っているのは､見た目上OSであると言ってよいと思います｡
torimakiさんのｺﾒﾝﾄ
分かりやすいご回答､ありがとうございます｡勉強になります｡
● 質問者から

皆様､つたない質問や､やり取りにお付き合い頂き､ありがとうございました｡

やり取りしているうちに､当初の質問より､いつの間にか深耕していくことに｡

それも､こちらの至らないことによります｡

ﾍﾞｽﾄｱﾝｻｰについては､当初の質問の視点より選ばせて頂きました｡

どうぞ､ご容赦くださいませ｡

●質問をもっと探す●

0.人力検索はてなﾄｯﾌﾟ
8.このﾍﾟｰｼﾞを友達に紹介
9.このﾍﾟｰｼﾞの先頭へ
□対応機種一覧
□お問い合わせ
□ﾍﾙﾌﾟ/お知らせ
□ﾛｸﾞｲﾝ
□無料ﾕｰｻﾞｰ登録
□はてなﾄｯﾌﾟ