hihi, Am Donnerstag den, 14. M�rz 2002, um 19:17, schrieb Jochen Hein:
>>>>>> "Tobias" == Tobias Kranz <[EMAIL PROTECTED]> writes: > >>> [Sun und Apache und Java] > > Tobias> ???Da fehlt das Verb??? > > Nein - ich wollte nur den Kontext wieder schaffen, nachdem ich viel > gel�scht habe. Spelling Flames sind ziemlich lame. > >>> Das ist schon klar gewesen - worum es mir geht ist der eindeutige >>> Interessenskonflikt, der hier zwischen Sun und den (m�chtegern?) >>> Java-Anwendern besteht. > > Tobias> Ich sehe dort keinen Interessenskonflikt. Sun ist f�r die > Tobias> Verbreitung seiner Java-SW auf Applikations - Ebene um seine > Tobias> Komponenten-Transaktions-Monitore zu verschleudern und > Tobias> ggf. in nicht absehbarer Zukunft seine Java 2 Plattform, > Tobias> Enterprise Edition f�r Patte zu verscheuern. > > Richtig. Und was bringt mir das als Anwender? Eben, garnichts. > > Tobias> Die m�chtegern Java > Tobias> - Anwender, wie du sie nennst (Was ich im �brigen nicht mit > Tobias> C-Anwendern mache und das auch eher peinlich als lustig > Tobias> finde) > > Das war eine Anspielung auf meine (misslungenen) Java-Versuche. Ich > stehe dazu, dass bei mir nicht alles gelingt. > > Tobias> sind f�r Sun die "Einstiegshaltestelle" auf den > Tobias> Geld-Zug. Die werden das Schild nicht wegnehmen und sagen: > Tobias> "Fahr nur vorbei, du bl�der Kapitalistenzug!" *g*. > > F�r Sun ja. Aber f�r mich? > > Tobias> F�r den Einen oder Anderen ist fr�her halt noch gestern.... > > Ja, manchmal auch mit Recht. > > Tobias> Erkl�r mir bitte mal dieses st�ndige gebl�he mit der Java- > Tobias> Lizenz...*kopfsch�ttel* > > ,---- > | Copyright 2001 Sun Microsystems, Inc., 901 San Antonio Road, Palo > Alto, > | California 94303, U.S.A. All rights reserved. > | > | This product or document is protected by copyright and distributed > | under licenses restricting its use, copying, distribution, and > | decompilation. No part of this product or document may be reproduced > | in any form by any means without prior written authorization of Sun > | and its licensors, if any. Third-party software, including font > | technology, is copyrighted and licensed from Sun suppliers. > `---- > > Das ist eine Lizenz, die ich auf meinen Systemen ungerne sehe. Klar, > geschenkte Software ist nett, aber am Ende habe ich dasselbe Problem > wie mit jeder Closed-Source Anwendung: Wenn der Hersteller nicht > mitspielt, dann bin ich halt verraten und verkauft. > > Schau mal in den Debian Free Software Guidelines, die eine Reihe von > Anforderungen festlegen an Lizenzen, damit Software Bestandteil von > Debian werden kann. Ich mag diese Ideale. > > Tobias> Erz�hls mir doch einfach > Tobias> anstatt hier Andeutungen zu machen... *g* > > http://www.lan-ks.de/~jochen/linux.html > http://www.lan-ks.de/~jochen/gnu.html > Ich will auch eine HP mit der Sektion "Was ->ICH<- f�r die Welt getan habe!". Peinlich. Nur weiter so, evtl bekommst du ja mal die DIN A4-Seite voll.. [Gespr�ch beendet] > Noch Fragen? > >>> GNU/Linux ist kein Allheilmittel - erst letztes Wochenende habe >>> ich es einem Bekannten ausgeredet. > > Tobias> Toll. Ich erz�hl jetzt auch mal einen Schwank aus meiner > Tobias> Jugend, ja? blah. fertig. *g* > > Sch�n, wie Du anf�ngst zu flamen, wenn Du nicht weiter wei�t. > Entweder l�sch den Kram, wenn Du nichts zu sagen willst, oder rede mit > Substanz. Danke. > > Tobias> ja, du scheinst ein dynamisches Problem zu haben, das jeweils > Tobias> zwischen dem Java-, Distributions- und XML-Problem hin und > Tobias> her morpht. > > Ja und nein - es gibt halt einiges, was ich nicht so einfach �ndern > kann und will (eine andere Distribution w�hlen), was ich an > Anforderungen habe und wie das mit Java zusammenh�ngt. > > XML ist ein Vehikel, mit dem Java hier eingeritten ist - ich habe mein > Umfeld erkl�rt, aber eine echte Hilfe habe ich von Dir zu diesem Thema > bisher noch nicht wahrgenommen. > > Tobias> HALLLLLLLOOOOO! Wir sprechen hier �ber 2 Dinge: 1. C 2. Java > Tobias> Ich kann da jkein Debian sehen.... > >>> Ich benutze Debian, da ist f�r mich viel vorgekaut. C Programme >>> kriege ich noch kompiliert, Java-Programme habe ich noch nicht >>> kompilieren wollen/m�ssen. > > Tobias> Angst vor dem neuen... > > Danke f�r die Tiefenpsychologische Analyse. Du liegst leider falsch - > man kann nicht immer an jeder Ecke an der Front der technischen > Entwicklung sein. Dazu bietet das Leben noch zu viele andere Dinge. > > Tobias> Der Java-Compiler hat zumindest nicht > Tobias> 100te Optionen, f�r dessen richtige Benutzung man 2 Semester > Tobias> Kompilerbau Studieren muss. JAJA, das ist super > Tobias> hilfreich. Ist es auch. Aber wenn du kein Prob mit 100 Ops > Tobias> hast, lernst du auch 6 oder? (Mal sehen was dir diesmal > Tobias> einf�llt.) > > Ob der Java Kompiler schwer zu bedienen ist oder nicht ist irrelevant > - ich habe ihn bisher noch nicht benutzen wollen bzw. m�ssen. Und ja, > im C Stndard-Fall braucht man *keine* Optionen. > > Tobias> BTW: Ich kenne jemanden, der hat von einem Freund mal geh�rt > Tobias> das einer einen Befehl eingegeben hat, der 'made' oder so > Tobias> �hnlich hie�?? Kennst du das? *g* > > <flame>javac: command not found</flame> > > Ich habe immer mehr das Gef�hl, dass Du hier nur noch polemisch um > Dich wirfst. > > Tobias> Das ist so nicht richtig (Ein weiterer Grund das Quoting > Tobias> drinnen zu lassen ;-) ). Ich sagte bereits (*g�hn* > Tobias> *allesnochmalschreibenmuss*) das die Entwicklungszeiten > Tobias> DEUTLICH k�rzer sind, genauso wie die Anlernzeit der Coder > Tobias> und das verst�ndnis von geschriebenem Code. Sowie fast alle > Tobias> anderen "weichen"(nicht me�bare) Eigenschaften. > > Das gab es alles schon vor Java. Und heute auch zu passableren > Bedingungen (f�r mich). > >>> Ich wechsele jetzt mal zu einer Server-Anwendung (in Java unter >>> Tomcat/Apache), die $Kunde hat. Das Ding ist h�bsch bunt, kann >>> ziemlich gut per Klicken konfiguriert werden und ist normalerweise >>> hinreichend schnell - und $Kunde hat (naja fast) die freie >>> Plattform-Wahl ($Lieferant w�rde seinen Applikationsserver >>> verkaufen wollen). > > Tobias> *lol* *rofl* ;-) Tschuldigung, musste sein *g* > > Bitte. Wo ist der Inhalt? > > Tobias> Ahja, ein Mann vom Fach^H^H^H^H naja, irgendwo her... Wenn > Tobias> du einen Servlet-Kontainer mit einem Applikationsserver > Tobias> vergleichen willst, tust du mir Leid und hast EINIGES nciht > Tobias> verstanden. > > Ich vergleiche garnichts. Lies das einfach nochmal - ich beschreibe > die Umgebung, wie sie in der Praxis(!) existiert. > > Wo sind Deine praktischen Java-Er(g/l)ebnissse? > >>> Trotzdem ist das Teil im dauerhaften Einsatz nicht besonders >>> stabil gewesen. Bananensoftware halt, da hat auch Java nichts >>> dran ge�ndert. > > Tobias> Zusammenhang? Ge�ndert? > > In den letzten Jahren war praktisch jede Software in der ersten > Version praktisch unbenutzbar. Und das ist mit Java (so ist meine > Wahrnehmung) nicht besser geworden. Nicht mehr und nicht weniger. > >>> Das ist default ;-) Nein, die erweiterte Funktionalit�t des GUI >>> wird mit extremen Anforderungen erkauft - 256MB, PIII/700 (rate >>> ich mal). Fr�her hat man in 16MB ein SAP R/2 f�r 70 Anwender >>> betreiben k�nnen - dieselben Anwender jammern heute (4 Server f�r >>> R/3, alles 4-6 Prozessoren, 2GB Speicher) �ber die Performance. > > Tobias> Sch�n f�r SAP/ Neues Motto: "SAP kann nicht Coden, Java > Tobias> stinkt. C rockt!". > > Du interpretierst in meine Worte ziemlich viel Unsinn hinein. Ich > habe niemals "Java stinkt" geschrieben. Und C "works for me". Und um > Dich zu tr�sten, R/2 war zu der Zeit in 370-Assembler geschrieben. > > Tobias> Naja, Lisp und Java sind bei weitem nicht das Selbe. Okay, > Tobias> sie Sind OO und ihr Kompiler baut P-Code. Mehr f�llt mir > Tobias> aber auch nicht ein und die H�lfte passt auch auf C++... > > W�re es dasselbe, dann w�re Java == Lisp. > > Tobias> Z.B. einen der 4, oder sinds mittlerweile mehr, freien > Tobias> Applikations-Server, damit du den Unterschied zu einem > Tobias> servlet-Kontainer siehst... *g* > > Ehrlich, das interessiert mich nicht - bisher hab ich's nicht > gebraucht, und wenn's so weit ist, dann werde ich mich damit > besch�ftigen. Wenn Du nun noch Namen dazugeschrieben h�ttest, dann > k�nnte man auch mal auf die Webseiten gehen, aber diesen Pfad > versperrst Du uns. > > Tobias> Du kennst doch bestimmt Sourceforge.net, zumindest vom > Tobias> "h�rensagen", oder? da gibts ne Java-Sektion. Scahu mal > Tobias> rein. *g* > > Letztes Jahr war's nicht interessant genug, um mich dazu zu bringen > den Java-Kram f�r Debian zusammen zu suchen. Ja, mein Ma� ist genauso > subjektiv wie Deines - nur ich schreibe es oft genug dazu. > >> <flame>Und wirgendwo kommt der Spruch "write once, test everywhere" >> ja her.</flame> >>> > Tobias> ich hab das auch nicht geleugnet, aber das stand ja auch > Tobias> schon in der Letzten Mail (10 Zeilen dr�ber... lesen lernen > >>> Ich glaube Du meinst eine andere Mail als die, die hier liegt. >>> Ich kann in Deiner dazu nichts finden - allerdings bin ich auch >>> krank und eher unkonzentriert. > > Tobias> Ist das die Mitleidstour > > Nein. Ich bin krank. > > Tobias> oder klappt das mit > > Tobias> ---Zitat--- Ich halte das f�r h�flich - damit muss man nicht > Tobias> so lange �ber die alten Texte scrollen. Und mit einem > Tobias> Tastendruck komme ich an die Bezugsmails - viel bequemer geht > Tobias> es kaum. ---Zitat Ende--- > > Tobias> doch nicht sooo bequem?? > > Ich habe das extra f�r Dich getan und die Ecke nicht wiedergefunden. > Du scheinbar auch nicht, denn sonst w�rdest Du mir auf die Spr�nge > helfen k�nnen. > > Jochen > > -- > #include <~/.signature>: permission denied > ---------------------------------------------------------------------------- > PUG - Penguin User Group Wiesbaden - http://www.pug.org > > Gru� Tobias ---------------------------------------------------------------------------------- Kompatibel(tm) ist ein eingetragenes Markenzeichen der Microsoft Corp. ---------------------------------------------------------------------------- PUG - Penguin User Group Wiesbaden - http://www.pug.org
