Der MacOS X Kernel basiert nicht auf FreeBSD, der wesentliche Teil ist ein modifizierter OSF Microkernel (Mach 3.0), womit er dem FreeBSD Kernel in mehrerer Hinsicht ueberlegen ist.
Es sind ein paar FreeBSD-Elemente drin, und fast das komplette Userland kommt aus diesem Haus. Mit den XCode Tools (gcc, gdb und Co.) ist es daher fuer den Unix-User schon mal gut zu gebrauchen. Und wg. POSIX Konformitaet und Kernel-Threads die dann trotzdem als reentrant Funktionen in der libc zur Verfuegung stehen, sind auch die meisten Anwendungen die halbwegs vernuenftig programmiert sind gut zu portieren.
Nur bei GUI-Anwendungen scheiden sich dann halt die Geister - wenn man auf MacOS X was haben will, was sich komplett in die Bedienergonomie der Kiste einfuegt, dann sollte es am besten mit der nativen "Aqua" Oberflaeche gebaut sein. (Fast) alles andere kriegt man zwar auch zum Laufen (Java Swing, X11 GUI Toolkits abhaengig davon ob sie portiert sind, Windows Apps in Virtual PC (kostet Geld)), aber das kommt halt leider alles aus Welten wo sich kein roter Faden durch die Bedienung GUIs unterschiedlicher Anwendungen zieht.
Unterm Strich funktionieren meine Macs fuer mich gut genug fuer fast alles, was ich so im Alltag zu tun habe, wenn ich nicht sowieso ein spezielles anderes System dafuer brauche oder einsetzen will. Ich kaeme jetzt nicht unbedingt auf die Idee, damit Server zu betreiben. Auch als Arbeitscomputer muss man wie bei jedem System Abstriche machen, ausser man gehoert zur traditionellen Zielgruppe die man wohl grob mit "Medien" umschreiben kann.
Bei MacOS X hat die "Offenheit" halt gewisse Grenzen. Schon die eine oder andere Black-Box drin. Und wenn man ein System will, auf dem man Gott und die Welt kompilieren kann, faehrt man mit einem Linux auf Intel sicher besser. Bei Spezialaufgaben, wo bestimmte Tools nur auf bestimmten Plattformen verfuegbar sind, kommt MacOS X eh nicht in Frage. Ich habe auch schon C-Code fuer Solaris auf meinem Mac geschrieben. Generell entwickle ich sowas aber lieber direkt auf der Zielplattform.
Wenn man ein System will auf dem man seine Arbeit effizient erledigen kann, und die entsprechende Software steht fuer MacOS X zur Verfuegung oder kann kompiliert werden (als BSD-User praeferiere ich die Darwin Ports gegenueber Fink), sollte man den Mac ernsthaft in Betracht ziehen. Wenn man Windows Apps in VPC benutzt, sollten die inkl. Windows nicht mehr als 512MB RAM brauchen, zumindest mein 6.x schafft nicht mehr. Ist fuer mich vollkommen ausreichend, da ich lediglich einige Management-Tools benutzen muss.
Ich wuerde auch den duennen O'Reilly empfehlen, zumindest mal durchblaettern. Die Moeglichkeiten in 10.x sind sowohl in der Shell als auch der GUI immens, ich kannte davor sowohl FreeBSD als auch MacOS und die wesentlichen Elemente aus der NeXT Welt, und habe trotzdem noch das ein oder andere entdecken koennen.
Thomas .. wg. "|" finden: Ich rate dazu, den schnellen Sprachwechsel mit ALT-APFEL-LEERTASTE zu aktivieren. Die zum administrieren/coden wesentlichen Tasten liegen im US-Layout wesentlich guenstiger. Geht auch Applikationsbezogen. Ausserdem die Sprache auf Englisch einstellen, dann kann man oft mit APFEL-<Anfangsbuchstabe> bei einem Popup die passende Option waehlen. Und natuerlich den "Full Keyboard Access" einschalten.
