Windows APIとUNIXシェル（同等） - または - プログラミング言語がスクリプトではなく言語であるのはいつですか？

Question

私はまた、最小限にいくつか月だ彼らのいくつかの代替サイト（stackoverflowの）テーマに-フォーラムことや、サイトの質問を維持しようとするために理解質問者の数は、（例えばhttps://stackoverflow.com/questions/397854/what-process-accesses-my-hdd）「関連のプログラミングなし」として閉じ

を見てきましたこれはあまりにも主観的だと主張しています。私は最初の答えで怒ってしまいました。私の最初の質問ですが、いくつかの規制当局を守るために、psudo-contextual-basis（jepordyスタイル）でフレームしようとします。 ..

プログラミングと同じ分野でUNIXシステムのレベルの議論を＃含むことは公正ではありませんか？ strace/trus/parで最も有用なUNIXツールの1つは、システムコール情報とレポートをベースにしています。ltraceのような他のツールはlibarariesで同様のことをすることができます...

システム管理者、私は同意します「qmailはどのようにXを行うのですか」のようなこのフォーラムではありませんが、「私のsmtpウイルススキャナはdnotifyに基づいて十分に高速ではありませんか？ （答え） "ねえ、inotifyを使う"ので、分かりやすいですか？後者は、シェルカーネルまたはLinuxカーネルシステムコールのいずれかです。

私はあまり標準的ではありません（最近読んでいるものがあまりありません）、POSIXの "コマンド言語"にタグを追加して、いくつかの決定的な情報を特定することに焦点を当てます。

システムレベルのやりとりは、プログラミングインターフェイス（API）/ユーザーインターフェイス（シェル）の二重性（UNIXの場合はperticularly）です。

インキュリタのコンテキストがプライマリインターフェイスベースであり、プログラミングとAPIの応答を排他的に解決する簡単な採石場（または典型的なもの）であれば、人と機械の両方を助けるために、またはURLドメイン;）？

Answer 1

申し訳ありませんが、私はUNIXとWindowsの間で描画しようとしているように見えます。両方を使用してプログラムする人として、カーネルサービスへの呼び出しがライブラリにあるかどうかの区別は重要ではないようです。この区別はプログラミングの文脈で行われた呼び出しですか？たとえば、UNIXのcatコマンドに関する質問はここにはありませんが、catがあるレベルで使用しなければならないUNIXのread（）システムコールに関する質問はありません。

ああ、カーネルとシェルの間に「緊密な統合」はありません。

Answer 2

プログラミングと同じ分野でUNIXシステムのレベルディスカッションを＃含むことは公正ではありませんか？ strace/trus/parの最も有用なUNIXツールの1つは、システムコール情報とレポートに基づいています。ltraceのような他のツールはlibarariesで同様のことをすることができます...

デバッギングについての議論ツールはSO、IMOで完全に有効です。私は、デバッグツールの質問が終わったのを見たことがありません。

あなたが参照している閉じた質問が「私のプログラムをデバッグするためにどのプロセスがファイルに触れているかを見つけるにはどうすればよいのですか？しかし、「どのようなプロセスが私のベッドルームの雰囲気を改善するためにファイルに触れているのかを見つけるにはどうすればよいか」と思われます。これはプログラミング関連ではありません。

システム管理者の質問は他の場所にあります。 Bashプログラミングはプログラミング関連ですが、システムユーティリティはそうではありません。これは、「Wordのフォーマットを3列にするにはどうすればよいのですか？」というのはプログラミング関連ではありませんが、「Word文書をフォーマットするVBスクリプトをプログラミングするにはどうすればいいですか？

Answer 3

あなたが今日同じquestionと尋ねると、それも閉鎖されると思います。しかし、 "関連しないプログラミング"ではなく、 "server fault"に属します。

ご質問がありましたら、私のプログラムに触れてください。具体的には開発作業に関連していますが、限界があります。

Answer 4

システム管理者、私は同意するが、「どのように私はqmailのは Xを間に合わせるために？」のように、この フォーラムのためではなく、ある「マイSMTPウイルススキャナがdnotifyに基づいて、十分に速くない のですか？」 （答え） "ねえ、inotifyを使う"ので、簡単に をdiscreminateするには？後者は シェルまたはLinuxカーネルシステム コールのいずれかです。

私たちは差別する必要はありません。もし誰かがsmtpウイルススキャナを書いているのであれば、それはプログラミングの仕事であり、それを行う方法に関する質問はプログラミングの質問です。それがbash、アセンブリまたはC++またはWhitespaceで書かれているかどうかは関係ありません。

一方、「どのプロセスがUNIX上で実行されているかを確認するにはどうすればよいですか？プログラミングに関する質問ではありません。はい、答えは基本的にはシステムコールの周りのラッパーであるコマンドを使用することですとは何ですか？ MS Wordの「ファイルを保存」ダイアログは、書き込みファイルシステムコールのラッパーです。それはプログラミングに関連するものではありません。

私は本当に問題は表示されません。それは、UNIXシステム に関する質問は 質問にプログラミングされている場合

はありませんか？そうでない場合は、 プログラミング/スクリプト言語と ユーザーインターフェイスの間には、 境界がありますか？

境界はここにあります。「プログラミングコンテキストで質問が行われていますか？」 いくつかのUnixコマンドの使い方を尋ねるエンドユーザは、プログラミングに関する質問ではありません。しかし、どのようにプログラムをUnix上で動作させるかを尋ねるプログラマは、プログラミングに関連している。

シェルコマンドとシステムコールが基本的に同じであることは重要ではありません。プログラミングコンテキストから呼び出されると、プログラミング関連です。それ以外の場合はそうではありません。 Windowsでも同じような区別ができます。私が "私のPythonプログラムからCreateFileをどう呼び出すべきか"と尋ねると、それは明らかにプログラミング関連です。 "実行中のプログラムがクラッシュして、CreateFileが失敗したというエラーメッセージが表示されましたが、それはどういう意味ですか？プログラミング関連ではありません。

1つはプログラミングコンテキストから尋ねられ、もう1つはシステムコールの名前を含むことがあります。あなたが疑問にしている場合は、ここでの「プログラミング」のWikipediaの定義

です：

コンピュータプログラミング（多くの場合、プログラミングに を短くしたりコーディング）を書き込み、テスト、 デバッグ/トラブルシューティングの プロセスされ、そして は、私にはかなり明確なようだ コンピュータプログラムのソースコード

を維持します。あなたはソースコードを読み書きしていますか？そうでなければ、それはプログラミングがほとんどありません。プログラミングを通して作成されたユーティリティーのユーザーであることで十分です。