mboost-dp1
unknown
Den mest interessante ting fra et forbrugermæssigt synspunkt er GUI-optimeringerne. Java 5 kører mærkbart bedre end 1.4, men stadig langt fra så godt som native GUI applikationer.
#3
Eneste punkt hvor C# scorer billige point hos mig, er at der er lavet FRIE implementationer.
Noget jeg SERIØST håber Sun også snart gør med Java.
.NET er som jeg forstår det en fin fremtidsvision, som vi ikke har set meget til endnu.
Har set en masse demo crap, men intet nyttigt endnu.
Eneste punkt hvor C# scorer billige point hos mig, er at der er lavet FRIE implementationer.
Noget jeg SERIØST håber Sun også snart gør med Java.
.NET er som jeg forstår det en fin fremtidsvision, som vi ikke har set meget til endnu.
Har set en masse demo crap, men intet nyttigt endnu.
#5 Er Muine ( http://muine.gooeylinux.org/ )og Dashboard ( http://www.nat.org/dashboard/ ) ikke .Net applikationer? (der er ihvertfald skrevet i C#. Dashboard er en rigtig fed ide :), se tjek deres side ud :)
Hehe, i sin tid syntes jeg det var sjovt at java startede en trend, ved at kalde deres produkt for
Java 2 version 1.4
Nu har de så fortsat yderligere, med
Java 2 standard edition 5.0 version 1.5
Lidt ligesom netscape 6 version 5.0...
ontopic:
fedt nok, hvis det giver et boost i performance, på tide med java :-)
Java 2 version 1.4
Nu har de så fortsat yderligere, med
Java 2 standard edition 5.0 version 1.5
Lidt ligesom netscape 6 version 5.0...
ontopic:
fedt nok, hvis det giver et boost i performance, på tide med java :-)
#9
1) Tænk lige over hvilke konsekvenser det ville få, som java udvikler ville jeg være skræmt. GPL er ikke det bedste til alle projekter
2) Der er intet der forhindrer dig eller andre i at lave en "fri" version af java.Det er jo bl.a. det classpath projektet forsøger, men open source communitiet har i den forbindelse fejlet og ikke kunnet følge med udviklingen.
og siden den/de frie implementationer ikke på nuværende tidspunkt har fuld understøtttelse, så er de ikke særlig interesante for java udviklere når man jo bare kan downloade en færdig JVM fra sun. I den henseende er "fri/frihed" versus "fri/gratis" kun et politisk spørgsmål.
Mit gæt er at mono udviklerne får de samme problemer henad vejen. Dels fordi Microsoft adder features i et tempo hvor mono hele tiden skal lege catch-up.
Faktisk burde OSS stå stærkere med java end mono fordi
1) I .net er det kun sproget men ikke api'er som er frie, modsat java hvor både sprog og api specs er tilgængelige.
2) MS er stort set ligeglade med andre og føjer bare features til og bryder bagud kompabilitet hvor de lyster. I java verdenen har man dels JCP hvor open source grupper kan være med til at bestemme. Her er APache bl.a. en stor spiller og Tomcat er faktisk suns reference implementation af en web/servlet container. Dels så har sun engang sagt at der gik mindst 18 måneder mellem store java versioner e.g. 1.1 -> 1.2 -> 1.3 for at undgå det store update ræs som kan være et problem for mange virksomheder.
1) Tænk lige over hvilke konsekvenser det ville få, som java udvikler ville jeg være skræmt. GPL er ikke det bedste til alle projekter
2) Der er intet der forhindrer dig eller andre i at lave en "fri" version af java.Det er jo bl.a. det classpath projektet forsøger, men open source communitiet har i den forbindelse fejlet og ikke kunnet følge med udviklingen.
og siden den/de frie implementationer ikke på nuværende tidspunkt har fuld understøtttelse, så er de ikke særlig interesante for java udviklere når man jo bare kan downloade en færdig JVM fra sun. I den henseende er "fri/frihed" versus "fri/gratis" kun et politisk spørgsmål.
Mit gæt er at mono udviklerne får de samme problemer henad vejen. Dels fordi Microsoft adder features i et tempo hvor mono hele tiden skal lege catch-up.
Faktisk burde OSS stå stærkere med java end mono fordi
1) I .net er det kun sproget men ikke api'er som er frie, modsat java hvor både sprog og api specs er tilgængelige.
2) MS er stort set ligeglade med andre og føjer bare features til og bryder bagud kompabilitet hvor de lyster. I java verdenen har man dels JCP hvor open source grupper kan være med til at bestemme. Her er APache bl.a. en stor spiller og Tomcat er faktisk suns reference implementation af en web/servlet container. Dels så har sun engang sagt at der gik mindst 18 måneder mellem store java versioner e.g. 1.1 -> 1.2 -> 1.3 for at undgå det store update ræs som kan være et problem for mange virksomheder.
Hmmm....
De har lavet det til mac med g3/4/5 processor, men hvorfor vil de ikke lave en udgave til Amiga-PPC og til A-One/Micro-A-One?????
Koden til PPC er der jo allerede!!!
SKOD :-(
Anyway...
Dejligt at der kommer nyt en gang imellem!!
----------------------------
De har lavet det til mac med g3/4/5 processor, men hvorfor vil de ikke lave en udgave til Amiga-PPC og til A-One/Micro-A-One?????
Koden til PPC er der jo allerede!!!
SKOD :-(
Anyway...
Dejligt at der kommer nyt en gang imellem!!
----------------------------
#11 Lynggaard
[1) Tænk lige over hvilke konsekvenser det ville få, som java udvikler ville jeg være skræmt. GPL er ikke det bedste til alle projekter]
Hører fremtrædende Java fortalere tale både for og imod, at Java bliver gjort til Open Source / Fri software.
Om det så skal være med GPL, er op til diskussion.
Personligt foretrækker jeg GPL, men til andre ting er LGPL nok bedre.
[2) Der er intet der forhindrer dig eller andre i at lave en "fri" version af java.Det er jo bl.a. det classpath projektet forsøger, men open source communitiet har i den forbindelse fejlet og ikke kunnet følge med udviklingen.]
Det er ikke ulovligt at lave en "cleanroom implementation" udfra bøger og specifikationer.
Men de må ikke bruge noget af den kode, som kan downloades frit til Java.
Derfor følger de ikke så godt med, men der arbejdes mig bekendt stadig på det.
[og siden den/de frie implementationer ikke på nuværende tidspunkt har fuld understøtttelse, så er de ikke særlig interesante for java udviklere når man jo bare kan downloade en færdig JVM fra sun. I den henseende er "fri/frihed" versus "fri/gratis" kun et politisk spørgsmål.[
Ja men et meget vigtigt politisk spørgsmål.
Kildekoden og de fire friheder, er ikke ligegyldige ting.
Men er man ikke opensource tilhænger, så kan man da også lige så godt bruge Suns implementation med tilfredshed.
Den virker da fortræffeligt.
[Mit gæt er at mono udviklerne får de samme problemer henad vejen. Dels fordi Microsoft adder features i et tempo hvor mono hele tiden skal lege catch-up.]
Det er ikke nogen rar situation, men man er nød til at prøve.
[Faktisk burde OSS stå stærkere med java end mono fordi
1) I .net er det kun sproget men ikke api'er som er frie, modsat java hvor både sprog og api specs er tilgængelige.]
Det lyder jo fint.
Men derfor er der stadig brug for en fri implementation, og Sun gør det, eller vi må vente på at miljøet bliver færdige.
[2) MS er stort set ligeglade med andre og føjer bare features til og bryder bagud kompabilitet hvor de lyster.]
Det faktum er jeg enig i, og det ved folk godt.
Mendet er bedre at have forsøgt, og mislykkedes hen af vejen, end aldrig at have forsøgt.
[I java verdenen har man dels JCP hvor open source grupper kan være med til at bestemme. Her er APache bl.a. en stor spiller og Tomcat er faktisk suns reference implementation af en web/servlet container. Dels så har sun engang sagt at der gik mindst 18 måneder mellem store java versioner e.g. 1.1 -> 1.2 -> 1.3 for at undgå det store update ræs som kan være et problem for mange virksomheder.]
Jeg vil sige så meget, at man i det mindste kender Suns vision med Java.
Er mere i tvivl med .NET
Men ligegyldigt hvilken teknologi der vinder, så er det bydende nødvendigt med frie implementationer.
Suns licens er uspiselig.
[1) Tænk lige over hvilke konsekvenser det ville få, som java udvikler ville jeg være skræmt. GPL er ikke det bedste til alle projekter]
Hører fremtrædende Java fortalere tale både for og imod, at Java bliver gjort til Open Source / Fri software.
Om det så skal være med GPL, er op til diskussion.
Personligt foretrækker jeg GPL, men til andre ting er LGPL nok bedre.
[2) Der er intet der forhindrer dig eller andre i at lave en "fri" version af java.Det er jo bl.a. det classpath projektet forsøger, men open source communitiet har i den forbindelse fejlet og ikke kunnet følge med udviklingen.]
Det er ikke ulovligt at lave en "cleanroom implementation" udfra bøger og specifikationer.
Men de må ikke bruge noget af den kode, som kan downloades frit til Java.
Derfor følger de ikke så godt med, men der arbejdes mig bekendt stadig på det.
[og siden den/de frie implementationer ikke på nuværende tidspunkt har fuld understøtttelse, så er de ikke særlig interesante for java udviklere når man jo bare kan downloade en færdig JVM fra sun. I den henseende er "fri/frihed" versus "fri/gratis" kun et politisk spørgsmål.[
Ja men et meget vigtigt politisk spørgsmål.
Kildekoden og de fire friheder, er ikke ligegyldige ting.
Men er man ikke opensource tilhænger, så kan man da også lige så godt bruge Suns implementation med tilfredshed.
Den virker da fortræffeligt.
[Mit gæt er at mono udviklerne får de samme problemer henad vejen. Dels fordi Microsoft adder features i et tempo hvor mono hele tiden skal lege catch-up.]
Det er ikke nogen rar situation, men man er nød til at prøve.
[Faktisk burde OSS stå stærkere med java end mono fordi
1) I .net er det kun sproget men ikke api'er som er frie, modsat java hvor både sprog og api specs er tilgængelige.]
Det lyder jo fint.
Men derfor er der stadig brug for en fri implementation, og Sun gør det, eller vi må vente på at miljøet bliver færdige.
[2) MS er stort set ligeglade med andre og føjer bare features til og bryder bagud kompabilitet hvor de lyster.]
Det faktum er jeg enig i, og det ved folk godt.
Mendet er bedre at have forsøgt, og mislykkedes hen af vejen, end aldrig at have forsøgt.
[I java verdenen har man dels JCP hvor open source grupper kan være med til at bestemme. Her er APache bl.a. en stor spiller og Tomcat er faktisk suns reference implementation af en web/servlet container. Dels så har sun engang sagt at der gik mindst 18 måneder mellem store java versioner e.g. 1.1 -> 1.2 -> 1.3 for at undgå det store update ræs som kan være et problem for mange virksomheder.]
Jeg vil sige så meget, at man i det mindste kender Suns vision med Java.
Er mere i tvivl med .NET
Men ligegyldigt hvilken teknologi der vinder, så er det bydende nødvendigt med frie implementationer.
Suns licens er uspiselig.
#14: Den her diskussion har været der før - så længe man kan blive enige om at gå efter 1 standard er jeg for så vidt relativt ligeglad med hvilken licens der er på. Et eksempel der blev givet på et tidspunkt var en binær testsuite der skulle sikre kompatibilitet og så en slags rating hvor java approved kunne være dem der klarer testsuiten og java certified er dem som klarer testsuiten hos SUN.
Lyder nice med den nye Java - har dog lige kigget på java.com og det virker ikke som om det er frigivet endnu.
Lyder nice med den nye Java - har dog lige kigget på java.com og det virker ikke som om det er frigivet endnu.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund