Buchbesprechung: The Art of UNIX Programming

ArticleCategory: [Choose a category, translators: do not translate this, see list below for available categories]

SoftwareDevelopment

AuthorImage:[Here we need a little image from you]

TranslationInfo:[Author + translation history. mailto: or http://homepage]

original in es Edgar Hernández Zúñiga

es to en Edgar Hernández Zúñiga

en to de Hermann-Josef Beckers

AboutTheAuthor:[A small biography about the author]

Ich habe keine Biografie, auch keine ganz kleine ...

Abstract:[Here you write a little summary]

Diese Buchbesprechung legt den Schwerpunkt auf die Haupt-Themen des Buches. Wenn Sie diesen Text lesen, wird das Buch in den Gesch�ften erh�ltlich sein. Diese Buchbesprechung basiert auf Version 0.87 des Buches, einer Vorver�ffentlichung, die uns vor der Publikation zur Evaluierung zur Verf�gung gestellt wurde. Beim Schreiben dieses Artikels habe ich erkannt, wie wichtig das Thema des Buches ist. "The Art of UNIX Programming" verdient eigentlich einen eigenen Artikel. Das Buch ist sehr gut geschrieben und Sie werden sehen, dass Eric weiss, wor�ber er spricht.

Besprochenes Buch:	The Art of UNIX Programming.
Autor(en):	Eric S. Raymond.
Beitr�ge von:	Thompson, Kernighan, McIlroy, Arnold, Bellovin, Korn, Gettys, Packard, Lesk, Feldman, McKusick, Spencer.
Seiten:	550 (in dieser Version).
Verleger:	Addison Wesley ( http://www.awprofessional.com )

ArticleIllustration:[One image that will end up at the top of the article]

ArticleBody:[The main part of the article]

Einf�hrung

Eric S. Raymond, bekannt f�r seine Ver�ffentlichung "The Cathedral and the Bazaar", hat ein au�ergew�hnliches Buch geschrieben. Dieses Buch gibt uns einen Einblick in die Techniken und Elemente des Unix-Systems.

Das Werk von Eric S. Raymond wurde von anderen bekannten Namen aus der Unix-Welt unterst�tzt, die Beitr�ge zu diesem Buch geleistet haben, unter ihnen finden sich Ken Thompson, Brian Kernighan und Dennis Ritchie.

Das Buch ist in vier Hauptteile gegliedert:

Context
Design
Implementation/Tools
Community

Jeder dieser Teile enth�lt verschiedene Themen, die von den Basics of the Unix Philosophy zu Best Practices for Working with Open-Source developers reichen und dann Konzepte wie Modularity, Design of protocols for applications, Transparency, Mini-languages and Complexity umfassen. Es geht weiter mit Languages and Tools im Teil, der sich mit der Implementation befasst. Zus�tzlich finden Sie praktische Beispiele, die dem Leser ein besseres Verst�ndnis des Themas erm�glichen.

Nachstehend finden Sie das Inhaltsverzeichnis des Buches. Es gibt nur einen kurzen �berblick, kann aber trotzdem n�tzlich sein, um eine Vorstellung �ber die in diesem Buch behandelten Themen zu bekommen.

Inhaltsverzeichnis

I. CONTEXT.


1. Philosophy.

    Culture? What culture?
    The durability of Unix.
    The case against learning Unix culture.
    What Unix gets wrong.
    What Unix gets right.
    Basics of the Unix philosophy.

  The Unix philosophy in one lesson.
    Applying the Unix philosophy.
    Attitude matters too.

2. History.

    Origins and history of Unix, 1969-1995.
    Origins and history of the hackers, 1961-1995.
    The open-source movement: 1998 and onward.
    The lessons of Unix history.

3. Contrasts.

    The elements of operating-system style.
    Operating-system comparisons.
    What goes around, comes around.

II. DESIGN.

4. Modularity.

    Encapsulation and optimal module size.
    Compactness and orthogonality.
    Libraries.
    Unix and object-oriented languages.
    Coding for modularity.

5. Textuality.

    The Importance of Being Textual.
    Data file meta-formats.
    Application protocol design.
    Application protocol meta-formats.

6. Transparency.

    Some case studies.
    Designing for transparency and discoverability.
    Designing for maintainability.

7. Multiprogramming.

    Separating complexity control from performance tuning.
    Taxonomy of Unix IPC methods.
    Problems and methods to avoid.
    Process partitioning at the design level.

8. Minilanguages.

    Taxonomy of languages.
    Applying mini-languages.
    Designing mini-languages.

9. Transformation.

    Data-driven programming.
    Ad-hoc code generation.

10. Configuration.

    What should be configurable?
    Where configurations live.
    Run-control files.
    Environment variables.
    Command-line options.
    How to choose among configuration-setting methods.
    On breaking these rules.

11. Interfaces.

    Applying the Rule of Least Surprise.
    History of interface design on Unix.
    Evaluating interface designs.
    Tradeoffs between CLI and visual interfaces.
    Transparency, expressiveness, and configurability.
    Unix interface design patterns.
    Applying Unix interface-design patterns.
    The Web browser as universal front end.
    Silence is golden.

12. Optimization.

    Don't just do something, stand there!
    Measure before optimizing.
    Non-locality considered harmful.
    Throughput vs. latency.

13. Complexity.

    Speaking of complexity.
    A Tale of Five Editors.
    The right size for an editor.
    The right size of software.

III. IMPLEMENTATION.

14. Languages.

    Unix's Cornucopia of Languages.
    Why Not C?
    Interpreted Languages and Mixed Strategies.
    Language evaluations.
    Trends for the Future.
    Choosing an X toolkit.

15. Tools.

    A developer-friendly operating system.
    Choosing an editor.
    Special-purpose code generators.
    Make in non-C/C++ Development.
    Version-control systems.
    Run-time debugging.
    Profiling.
    Emacs as the universal front end.

16. Re-Use.

    The tale of J. Random Newbie.
    Transparency as the key to re-use.
    From re-use to open source.
    The best things in life are open.
    Where should I look?
    What are the issues in using open-source software?
    Licensing issues.

IV. COMMUNITY.

17. Portability.

    Evolution of C.
    Unix standards.
    Specifications as DNA, code as RNA.
    Programming for Portability.
    Internationalization.
    Portability, open standards and open source.

18. Documentation.

    Documentation concepts.
    The Unix style.
    The zoo of Unix documentation formats.
    The present chaos and a possible way out.
    The DocBook tool chain.
    How to write Unix documentation.

19. Open Source.

    Unix and open source.
    Best practices for working with open-source developers.
    The logic of licenses: how to pick one.
    Why you should use a standard license.
    Varieties of Open-Source Licensing.

20. Futures.

    Essence and accident in Unix tradition.
    Problems in the design of Unix.
    Problems in the environment of Unix.
    Problems in the culture of Unix.
    Reasons to believe.

A. Glossary of Abbreviations.

B. References.

C. Contributors.

Kultur und die Unix-Philosophie

F�r Menschen mit Erfahrung in der Unix-Welt oder in anderen, von Unix abgeleiteten Betriebssystemen, ist es nicht ungew�hnlich, den Begriff Philosophie zu h�ren. Unix ist eine Philosophie, neben einer Kultur ist es ein Lebensstil, eine Art, Dinge zu tun, zu strukturieren und zu programmieren.

Unix basiert auf einer m�chtigen Philosophie und einem Design, die es ihm seit seiner Geburt in 1969 erlaubt haben, als Referenz f�r die Entwicklung einer gro�en Anzahl von Betriebssystemen zu dienen.

Grundlagen der Unix-Philosophie

Die Unix-Philosophie startete offensichtlich mit Ken Thompson, als dieser ein kleines, aber sehr f�higes Betriebssystem entwerfen wollte. Danach haben viele Menschen dazu beigetragen und Unix enth�lt heute die Erfahrungen verschiedenster Quellen.

Das Buch enth�lt eine Anzahl wichtiger Themen, deren Studium sich lohnt. Ein Teil, den ich besonders n�tzlich fand, ist der Abschnitt, der die Leserin dazu ermutigt, das Design vor dem Start zu abstrahieren und �ber die Grundideen nachzudenken, welche die Unix-Philosophie ausmachen:

Modularit�t: Schreiben Sie einfache Teile, die �ber saubere Schnittstellen miteinander verbunden sind.
Zusammensetzung: Gestalten Sie Programme f�r die Verbindung mit anderen Programmen.
Wirtschaftlichkeit: Programmiererzeit ist teuer; gehen Sie im Vergleich zur Maschinenzeit sparsam damit um.
Optimierung: Prototyp vor Versch�nerung. Stellen Sie vor Optimierungen die Funktionsf�higkeit sicher.
Erweiterbarkeit: Entwickeln Sie f�r die Zukunft, weil sie schneller kommt, als Sie annehmen.

Schlu�folgerung und Empfehlungen

Es ist, wie ich definitiv sagen kann, ein exzellentes Buch. Eric Steven Raymond lehrt uns, gute Software zu schreiben und �ber die Konzepte des Designs nachzudenken, bevor man anf�ngt. Dieses Buch sollte f�r alle diejenigen Programmierer sehr interessant sein, die bereits Software in C, C++, Java usw. schreiben, aber von anderen Nicht-Unix-Systemen kommen.

Es enth�lt eine sehr ausf�hrliche Bibliografie, die Ihnen die Erweiterung Ihres Horizonts erm�glicht. Ich pers�nlich war sehr erfreut, auch Referenzen zu Dokumentation �ber Versions-Steuerungssysteme zu finden.

Ich hoffe, einen Artikel geschrieben zu haben, der eine tiefere Analyse des Buches darstellt, und w�rde mich freuen, wenn Ihnen diese kurze Einf�hrung gefallen hat.