Unix Legendry（およびその他の* nixも同様）

これはこの質問の双子です。

ほとんどのあいまい/支持された回答は、回答票を獲得します！

ほとんどのUnixおよびUnixライクシステムには、世代ごとに受け継がれる「伝統的な歴史」があるため、初心者はシステムのより難解な部分を見て理解することができます。新しい管理者がさらされるべき難解な知識に関して、「UNIX」の「レジェンドリー」に関して、長年の* nix管理者はどのような貢献をしていますか？

個人的なお気に入りは常に「500マイルのメールの場合」でした

http://www.ibiblio.org/harris/500milemail.html

ネタバレ

$ units
2411 units, 71 prefixes, 33 nonlinear units

You have: 3 millilightseconds
You want: miles
    * 558.84719
    / 0.0017893979

私にとってUNIXの伝統について最も驚くべきことは、UNIXが基本的に1人の男-Bell Labs在籍中のKen Thompsonによって書かれたことです。これについての興味深い説明があります：http : //www.bell-labs.com/history/unix/

引用符のいくつかはただ貴重です：

「オペレーティングシステム、シェル、エディター、およびアセンブラーにそれぞれ1週間を割り当てて、自分自身を再現しました...」とトンプソンは説明しました。

パイプ：

UNIXのもう1つの技術革新はパイプの開発であり、これによりプログラマーは特定の出力のために多数のプロセスをつなぎ合わせることができました。

簡単ではありませんでした。「 'cat into grep into ...'または 'who into cat into grep'」と言うのは非常に簡単です」とMcIlroy氏は説明しました。「しかし、これらのコマンドが持つこれらのサイドパラメーターはすべてあります。入力引数と出力引数はありませんが、これらのオプションはすべてあります。」

sty地に陥ったが、McIlroyはその考えを捨てなかった。「1970年から1972年にかけて、「このようなものを作るのはどうですか」と時々言いました。そして、別の提案、別の提案、別の提案を出しました。パイピングに沿ったシェルの構文を使用して、ケンは「やるよ！」と言いました。

「彼はこのような話を聞くのにうんざりしていた」とマキロイは説明した。「彼は、パイプシステムコールに対して私が提案したものを正確に実行しませんでした。彼は、今日よりもやや良いものを発明しました。彼は私の不器用な構文を使用しました。」

「トンプソンは、ファイル引数がこの仕組みに合わないことを見て、同じ夜にすべてのプログラムを変更しました。どのように...そして次の朝、私たちはこの乱交をしました-ライナー。」

「彼はパイプをUNIXに入れ、この表記法を一晩でシェルに入れました」とMcElroy氏は驚いた。

技術的には、トンプソンがパイプを作成したとき、彼はまた、UNIXに何か他のものを入れました-哲学でした。

McIlroyが説明したように、「誰もが提唱し始めた哲学は、「1つのことを実行し、それをうまく実行するプログラムを作成します。一緒に動作するプログラムを作成します。

tarはエラーで終了しません。絶対に。気をつけて。

出典：UNIX-HATERSハンドブック、31ページ（http://simson.net/ref/ugh.pdf）申し訳ありませんが、HTMLバージョンはありません。

この本はたまたま他の伝説でぎっしり詰まっており、ほとんどの場合まだ適用可能です。Linuxを使用してきた数年間、これらの落とし穴の多くに出くわしました。ドライブ全体をrm-ingすることに関係するものはありません。よろしくお願いします。15年以上前に書かれたにもかかわらず、この本の多くが依然として正確であることは私にとって驚くべきことです。

そして今、私自身のtarホラーストーリー、UNIX-HATERSのほぼ正確なレプリカです。同じバグ、14年後！

ワイヤレスをeeepcで動作させるには、ドライバーをダウンロードしてコンパイルし、インストールする必要があります。必要なものをすべてダウンロードし、動作するようにライブラリに移動します。途中で、はい、何かのためにインターネットが必要なのはわかっているので、インストールに行きます。

tar -cvf somewirelessdriver.tar ./importantcompilerfiles

やばい。-xvfの代わりに-cvfと入力しただけですか？

うん。

tarは、使用可能なファイルを上書きして、ランダムなゴミのtarファイルを静かに作成しましたか？

うん。すごい。インターネットにアクセスせずにやるだけだと思います。良いことは、数ギガバイトのファイルではなかった...ああ、待って、それは一週間前に起こった。

正直なところ、謎めいたコマンドライン引数とLinuxプログラムは一体何なのでしょうか？適切な拡張子を持つファイルで呼び出されたときに、基本的な操作を自動的に実行することはできません。なぜ炎上で、アーカイブで何をすべきかをtarに伝える必要があるのですか？私はそれをもう一度アーカイブしたいと思うかもしれませんか？

「タールピット」が何であるかをようやく理解したと思います。ファイルが死ぬ場所です。

すべて大文字でログインする

http://utcc.utoronto.ca/~cks/space/blog/unix/UnixFossilizationExample

時間 質問を誤解したのではないかと心配です:-)

しかし、私はそれが面白いと思うので、リンクを残しています！

オリジナルのパイプ記号は^ました

元の削除キーは＃

元の「kill」キー（行のすべてを消去）は@

古いシステムにログオンし、コメントやメールアドレスを入力できないようであれば、sttyは友達になります。

これは、ログを作成している人がsttyを実行するのに十分なほど親切だった7番目のedログインセッションの例です。また、ここで述べたように、「従来のBourneシェルを識別する方法？1 |（パイプ）の代わりにサーカムフレックス^（キャレット）を使用できます。

ケントンプソンの有名なチューリング賞講演：

http://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf [PDF]

loginCコンパイラにバックドアを配置すると、厄介なことが起こる可能性があります...

NetBSDは、ほとんど何でも実行できます。57（57！）サポートされているポートがあります。

http://www.netbsd.org/ports/#in-tree-ports

乾杯

Linuxの新参者の多くがおそらく知らないことの1つは、Linuxの作成者（Linus Torvalds）がAndrew Tanenbaum教授によって作成されたMINIXオペレーティングシステム（教育ツール）から大きく借用していることです：http : //en.wikipedia.org /wiki/Andrew_S._Tanenbaum#MINIX。

LinusとTanenbaum教授は、モノリシックカーネル（Linux）とマイクロカーネル（MINIX、Solaris）のメリット/プラグマティズムについても長々と議論しました。議論は公開されており、ここで見つけることができます：http：//oreilly.com/catalog/opensources/book/appa.html

乾杯

Unixプログラミングの芸術は、Unixに興味がある人だけでなく、コンピューティングに興味がある人にとっても良い本です。はい、その一部は日付が付けられていますが、それでも重要な読み物です。

すべてはファイルであるか、またはそのように扱うことができます...くそユーザーを除きます。

バスエラーは、PDP / 11の分割データ/プログラムバスのデータ側に保存されたデータを実行しようとしていることを意味します。

Unixは、天文学者が創造者の1人だったという理由だけで、最初からカレンダーと時計を取得した唯一のO / Sです。（追加のコメントクレジット：その作家の名前。追加のクレジット：UNIXチームのオリンピックメダル受賞者の名前。）

/ etc / passwdのGCOSフィールドはGECOSオペレーティングシステムにちなんで命名され、元のUnix miniのプリントサーバーとしてGECOSメインフレームを使用していたため、そこに配置され、印刷ジョブを受け入れるためにデータが必要でした。

私は一度tarでやったのでそれほど面白くないことと、実行するのに1週間かかったtar：

1. tar zcf foo.tar.gz ...
   • 翌日かそこらの間に、スクリーンセッションが私の画面で起動しました。 <UP>
   • 1日ほど後： <enter>
   • Tarが終了し、キーに何がバッファに保持されているかを推測し、tarが終了してから2番目にシェルに入りました...

何が起こったのかを説明した最初の人へのコメントに対する賛成票:-)物語の教訓、スクリーンセッションのバックグラウンドで物事を実行します。

そうは言っても、私はまだ* NIXが大好きです。それが私のせいだったので、物事がめちゃくちゃになったときに気にしません。