Ein Interview Mit Axel Dörfler
Total Page:16
File Type:pdf, Size:1020Kb
TECHNOIDS The free BeOS magazine Ausgabe 2 - August 2003 www.technoids.tk . S O e B n e p O | a t e Z | n o i t i d E in dieser Ausgabe findet ihr .... x a M | n - ein Interview mit Axel Dörfler ... o i t i d E v e - Berichte über Programme ... D | n o i t i - Workshops ... d E e P | n o - Tips & Tricks ... i t i d E o r P Liebe BeOS - Freunde Wir hoffen ihr habt die Zeit bis zur neuen Auflage Auch den Personen einen Dank, die eigentlich von Technoids gut überstanden. besseres zu tun hätten oder anderweitig ziemlich beschäftigt sind und sich trotzdem Wir waren positiv überrascht, als man auf Bebits für uns Zeit genommen haben. lesen konnte, dass das erste Magazin über 400 mal heruntergeladen wurde. Ebenfalls gefreut hat So, nun wünschen wir euch gute Unterhaltung uns, dass sich einige BeOS Mitglieder bei uns mit der zweiten Ausgabe von Technoids und persönlich gemeldet haben, sei es wegen Hilfe bei sind gespannt auf eure Reaktion! Ü b e r s e t z u n g e n , a l s T e s t l e s e r o d e r a l s Artikelschreiber. Und vergesst nicht weiterhin Feedbacks zu senden bzw. zu posten, denn ohne Feedback Vielen Dank dafür! wissen wir nicht was wir besser machen könnten bzw sollten. Des weiteren möchten wir euch für die Feedbacks danken, die ihr zu der ersten Ausgabe gepostet Euer Technoids Team Matthias, habt. Ihr habt uns mit eueren Vorschlägen und Lelldorin und Florian mit Gehilfen Kritiken sehr geholfen, sodass wir guten Grundes hoffen können, dass diese Ausgabe um ein bedeutendes Stück professioneller wirkt. Besonderer Dank geht an die fleißigen Übersetzer, die die englische Version in die jeweilige Muttersprache übersetzt haben, sprich in Polnisch, Französisch und Griechisch. Ebenso geht ein großer Dank an den Portugiesen Joao Carvalho, der uns einen netten Vorschlag für das Technoids Layout gemacht hat. Wir haben davon abgeschaut :-) Technoids - Das freie BeOS Magazin - August 2003 Seite 2 Interview TECHNOIDS 4-8 OpenBeOS - Interview mit Axel Dörfler The free BeOS magazine Schau mal vorbei: Berichte/Vorstellungen 9 raycone.com - Wiederbelebt! 10-12 Grafikprogramme 13-15 PackageBuilder 4.5 Gedanken 16-18 Entwicklung - Von Generation zu Generation Workshop 19-22 CIFS-Mount 23-26 Java-Tutorial Tips & Tricks 27 Tracker - BeOSradio... Impressum Technoids - Das freie BeOS Magazin - August 2003 Seite 3 Interview mit Axel Dörfler von von Matthias Breiter Das Interview wurde von Matthias Breiter per das war wohl email geführt. Trotz (oder gerade wegen) des noch vor der BeBox, und ich wurde großen Umfanges gibt es einen sehr irgendwann wegen Nichtaktivität nicht weiter interessanten Einblick in das freie BeOS - von den Be Newslettern behelligt. Als dann System. Wir danken Axel Dörfler, einem der aber, ca. 3 Monate nach dem Erwerb eines PCs wichtigen Programmierer und erstem BeOS R5 PE herauskam, und ich es dann auch Ansprechpartner des viel versprechenden einfach mal direkt ausprobierte, war es auch Projektes. schon zu spät - bis zu diesem Zeitpunkt fristete der PC ein Schattendasein, der sich mit 1. Kannst Du Dich unsern Lesern kurz Windows 98 langsamer anfühlte als mein alter vorstellen? Amiga (immerhin ein Athlon 600). Aber es war nicht nur die überragende Geschwindigkeit Ich heiße Axel Dörfler, bin Jahrgang 1976 und mit der BeOS das änderte; es passte einfach studiere z.Zt. (noch) "Computerlinguistik & alles (und sogar meine Hardware wurde Künstliche Intelligenz" an der Universität zufälligerweise komplett unterstützt). Osnabrück. 3. Was hat Dich dazu bewegt, OpenBeOS zu 2. Wie und wann bist Du zu BeOS gekommen? initiieren? Vermutlich hauptsächlich durch meine Nun, initiiert habe ich es nicht - das war Abneigung gegenüber dem Betriebssystem "damals" Michael Phipps mit einer kleinen Windows - ich war lange Zeit (und bin es Schar von Mitstreitern. Ich habe noch ein immer noch) ein Amiga-Benutzer, und konnte wenig abgewartet, und hatte dem kleinen als solcher die Windows-Versionen vor NT Projekt eigentlich keine großen Chancen nicht so ganz ernst nehmen. eingeräumt, in den nächsten paar Jahren eine Bis zum Jahre 2000 besaß ich auch keinen Alternative zu erschaffen. eigenen "IBM-kompatiblen" PC; ich hatte mir Geändert hat sich meine abwartende Position mal eine Demo von BeOS R3 auf dem eigentlich erst, als Be offiziell verkauft wurde, Computer meines Vaters angesehen, als es und es klar war, das BeOS selbst nicht mehr damals mal auf der CD irgendeines PC- weiterentwickelt werden würde (YellowTabs Magazins enthalten war. Leider war es nur in Zeta hat ja auch noch ein wenig gebraucht, bis schwarz/weiß mit 640x480 und sogar die es soweit kam wie es heute ist) - und da alle mitgelieferten Programme stürzten z.T. bei anderen alternativen Betriebssysteme (von meinem oberflächlichen Test ab, daher denen ich zu dieser Zeit einige ausprobierte) verfolgte ich seinen Werdegang auch erstmal nicht meinen hohen Standards entsprachen, nicht weiter, auch wenn ich mich davor mal war OpenBeOS der für mich folgerichtige als Entwickler bei Be registrieren ließ - aber Schritt, die Zukunft von BeOS selbst in die Technoids - Das freie BeOS Magazin - August 2003 Seite 4 Hand zu nehmen. Ich schloss mich dann mit 6. Zurück zu deinem OpenBeOS. Wollt Ihr die Bruno G. Albuquerque (auch bekannt als BGA) APIs usw... überarbeiten oder hauptsächlich zusammen dem Team an, und habe es immer BeOS als freie Variante "Nachprogrammieren"? noch nicht bereut - arbeite ich doch mit den fähigsten und nettesten Programmierern Der Plan ist, BeOS R5 mit allen seinen APIs neu zusammen, die ich bislang kennen lernen zu implementieren, d.h. die APIs werden durfte. grundsätzlich erstmal nicht verändert. Das wird zum größten Teil erst mit den 4. Bist Du mit den Programmiermöglichkeiten nachfolgenden Revisionen passieren, auch (API, Schnittstellen) aus heutiger Sicht noch wenn wir unter der Haube einige Dinge anders mit BeOS zufrieden? erledigen, von denen zwar Anwender wie Entwickler profitieren werden, aber keine Das bin ich zum größten Teil - mal abgesehen (großen) API Änderungen erfordern. von den vielen Fehlern und Unzulänglichkeiten Das hat dann auch den Vorteil, dass wir mit in deren Implementation (wie z.B. im Media anderen BeOS Derivaten zusammen an Kit). Was mir als Programmierer fehlt, ist eine Änderungen der API arbeiten können, und die vernünftige Art, GUIs zu erstellen (siehe Marco Folgen von Änderungen direkt absehen Nelissens hervorragende liblayout.so), ein können. Locale Kit (in Arbeit), und ein vernünftiger Netzwerkstack. 7. Im Gegensatz zu anderen freien Be Ich bin da also relativ anspruchslos - darüber Derivaten, setzt Du ja nicht auf ein Linux hinaus könnte man aber natürlich noch viele System sondern auf einen "echten" BeOS Kern. Kleinigkeiten verbessern, und einige Design- Warum? Pattern aus aktuellen Klassenbibliotheken integrieren; aber der diesbezüglich aktuelle Nun, das hat mehrere Gründe. Einer von ihnen Status schränkt mich nicht ein. ist z.B. schon die GPL - obwohl ich natürlich keine grundsätzliche Abneigung dagegen Da setzt ja auch OpenBeOS erstmal an: im habe, halte ich sie im Bereich Betriebssysteme e r s t e n S c h r i t t w i r d v e r s u c h t , d i e für nur bedingt geeignet. Wäre z.B. neben Implementation zu verbessern, und danach dem Kernel auch noch XFree unter der GPL kommen dann die "Schmankerl" in der API - würden heute viele Linux Systeme auf VESA was interessiert es mich denn, wie kompliziert angewiesen sein - auch wenn das nicht (oder einfach) das Media Kit zu benutzen sein unbedingt offensichtlich ist, halte ich die mag, wenn das blöde Ding meine Filme nicht Treibersituation unter Linux für alles andere als synchron abspielen möchte? optimal; viele Firmen scheuen sich, öffentliche Treiber für Linux zu entwickeln. Außerdem 5. Falls Du andere Betriebssysteme auch schafft die GPL meiner Meinung nach die von kennst, würdest Du sagen, Be hat das Ziel der uns nicht ganz gewollte Atmosphäre, das alles leichten Programmierbarkeit erreicht? kostenlos sein müsse; sie setzt für einen k l e i n e n M a r k t w i e d e n u n s r i g e n Definitiv, es kann von der Programmierbarkeit möglicherweise die falschen Signale. her durchaus mit anderen aktuellen Systemen Aber auch technische Gründe würden mich mithalten (Java, OpenStep/MacOS X). eher im Bereich FreeBSD/ Darwin/ etc. als in Windows kann man zumindest in der pre-.NET Linux nach einem adäquaten Kernel suchen Ära in diesem Zusammenhang eigentlich nur lassen. als abschreckendes Beispiel nennen. Technoids - Das freie BeOS Magazin - August 2003 Seite 5 Aber warum haben wir uns nun entschlossen, Einige private und undokumentierte APIs einen eigenen Kernel zu entwickeln, bzw. werden wir aber nicht oder anders umsetzen, NewOS als Basis zu benutzen? Hätten wir uns weswegen z.B. das originale DriveSetup nicht damals für FreeBSD entschieden, wäre unser auf OpenBeOS laufen wird - aber natürlich Kernel vielleicht schon fertig, möglicherweise werden wir für solche Applikationen Ersatz mit Eigenschaften, für deren erreichen wir nun liefern. mit Jahren rechnen können. Nun ganz so ist es Wir drehen aber z.B. auch den Adreßraum um, auch nicht: die Anpassung eines fertigen was die Umsetzung von Projekten wie Wine Kernels um alle von uns gewünschten deutlich vereinfachen wird, aber eben einige Leistungen zu erreichen wären z.T. erheblich Änderungen mit sich bringt - glücklicherweise gewesen - eine Neuimplementierung dieser macht es wenig Sinn, solche Dinge im Teile ist in vielen Fällen schneller und vor allen Programm abzufragen. Dingen sauberer möglich. Wir haben die D.h. man kann grundsätzlich sagen: entweder Möglichkeit, ein System komplett neu zu es funktioniert (99,8%), oder es funktioniert entwerfen, und nach unseren Bedürfnissen zu n i c h t ( 0 , 2 % ) - d a r a n k a n n e i n e gestalten - und alles kommt, perfekt Neukompilierung aber nichts ändern.