mboost-dp1
unknown
Hvilken glædelig nyhed på en dag med et ellers ikke så opmuntrende vejr :-D
Jeg ser frem til at Java bliver open source. Ikke mindst for at open source-folk har lyst til og kan køre ens Java-programmer. Før i tiden skulle man holde godt øje med om de også kunne afvikles i de open source implementationer af Java, men det var ikke altid det kunne lade sig gøre, fordi der var ikke-implementeret funktionalitet.
Glæder mig! :-)
Jeg ser frem til at Java bliver open source. Ikke mindst for at open source-folk har lyst til og kan køre ens Java-programmer. Før i tiden skulle man holde godt øje med om de også kunne afvikles i de open source implementationer af Java, men det var ikke altid det kunne lade sig gøre, fordi der var ikke-implementeret funktionalitet.
Glæder mig! :-)
Lad os håbe der ikke opstår 117 branches som ikke er kompatible.
Det ville være sørgeligt for et godt sprog.
Men ellers er det rart at Sun har gjort dette.
Det ville være sørgeligt for et godt sprog.
Men ellers er det rart at Sun har gjort dette.
#4
Få gange har der været store forks i floss: emacs/xemacs, XFree86/Xorg, men det har der så også været store grunde til.
Det eneste man kunne frygte var, at firmaer som Microsoft tog javakoden, og udgav deres egen inkompatible version.
Lad os håbe der ikke opstår 117 branches som ikke er kompatible.Det er rigtigt, men på den anden side, hvor tit sker det?
Få gange har der været store forks i floss: emacs/xemacs, XFree86/Xorg, men det har der så også været store grunde til.
Det eneste man kunne frygte var, at firmaer som Microsoft tog javakoden, og udgav deres egen inkompatible version.
Selvom Sun åbner koden, så tror jeg nu nok de vil sørge for at beskytte deres varemærke, og sørge for at det kun er deres egen JRE/JDK (eller certificerede JRE/JDK'er fra andre), der må bære navnet "Java". Derved kan de sikre at kun kompatible produkter kan betragtes som "rigtig" Java. Derfor tror jeg ikke de skal være så bange for eventuelle forks. Hvis andre folk finder på at lave optimeringer til JRE'en eller porter Java til andre platforme, så kan Sun jo vælge at putte disse forbedringer i den næste version af Java - det kan da kun være en fordel for dem :)
Det bedste ved denne nyhed, set fra mit synspunkt, er at det vil blive muligt at få Java på andre platforme end lige Windows/Linux/MacOS.
Manglen på Java, kan virkelig være et træls problem. Med Java og REBOL, så kunne jeg uden problemer skrotte Windows.
Der er håb for REBOL, og med denne nyhed begynder det også at se lyst ud med hensyn til Java.
Manglen på Java, kan virkelig være et træls problem. Med Java og REBOL, så kunne jeg uden problemer skrotte Windows.
Der er håb for REBOL, og med denne nyhed begynder det også at se lyst ud med hensyn til Java.
#4 Lad os håbe SUN stadig vil sagesøge alt og alle som laver noget og kalder det "java" uden at bestå deres 200.000 testcases ;)
Derudover er det smart nok at SUN, de har vel indset at det er vejen frem.
#12 *host* deres test for at kalde noget java som del af et navn (f.eks. Microsoft "Java") er meeegeet striks ;)
Derudover er det smart nok at SUN, de har vel indset at det er vejen frem.
#12 *host* deres test for at kalde noget java som del af et navn (f.eks. Microsoft "Java") er meeegeet striks ;)
Forrest, hvis nogen skulle være i tvivl, så det er deres Virtual Machine de altid har snakket om at gøre open source, så I kan udvikle jeres egen VM's, som evt. er *host* hurtigere *host* en SUN's egen.
I skal altså ikke forvente at få kildekoden til kompileren/JDK :p
I skal altså ikke forvente at få kildekoden til kompileren/JDK :p
#15 Irrelevant, jeg taler om sproget fra et innovations- og produktivitets-synspunkt. Java er for gammelt, låst og komplekst til at være interesant længere. Næste bølge hedder dynamiske sprog, bygger på svage typer og konvensioner frem for konfigurationer. Java vil blive nutidens Cobol!
#18 Ja og de er da fine sprog til system programmering, men flere og flere applikationsdomæner flytter væk fra desktoppen, ligesom der også kræves bedre sikkerhedsmodeller i fremtiden - her vinder VM'er/fortolkere på begge områder.
Alt hvad jeg siger er at vi vil unægteligt komme til at skrive mere deklerativt end vi gør i dag. Hovedparten af kode går i dag på HVORDAN frem for HVAD med et tilhørende højt bug/KLOC tal.
Alt hvad jeg siger er at vi vil unægteligt komme til at skrive mere deklerativt end vi gør i dag. Hovedparten af kode går i dag på HVORDAN frem for HVAD med et tilhørende højt bug/KLOC tal.
#17 Men problemet med C#, er at det ikke helt ved, hvad det skal være. C# har f.eks. dictionaries som scriptsprog (dic[key]), men benytter sig af lange Klassenavne og tupes, som java.
Java har få scriptlike funktioner (fik dog forin løkker i 1.5), men minder en del mere om C++, bare perfektioneret og clean. C# er mere mixed.
Java har få scriptlike funktioner (fik dog forin løkker i 1.5), men minder en del mere om C++, bare perfektioneret og clean. C# er mere mixed.
#21 Og Java ved hvad det vil?
- Java blander primitive typer og rigtige objekter.
- Java har meget svingende fokus: Appleter i 90'erne, enterprise i 2000 og synes nu at forsøge sig på desktoppen (men har altid skodet på udskrift og multimedie siden).
C# minder mere om C++ end Java, eftersom der er namespaces, preprocessor direktiver, enums, delegater (pointere til funktioner) og operator overloading.
- Java blander primitive typer og rigtige objekter.
- Java har meget svingende fokus: Appleter i 90'erne, enterprise i 2000 og synes nu at forsøge sig på desktoppen (men har altid skodet på udskrift og multimedie siden).
C# minder mere om C++ end Java, eftersom der er namespaces, preprocessor direktiver, enums, delegater (pointere til funktioner) og operator overloading.
#19: Ja, men C/C++ bliver da brugt til langt flere ting end det man nødvendigvis er nødt til at bruge det til (OS og drivere osv)
#23 Java blander ikke primitive typer og rigtige objekter. Java har begge dele da der er en performance-fordel i at kunne arbejde direkte med visse primitive typer. Java havde næppe været en succes hvis man ikke havde lavet det sådan...
Java's force er og vil i fremtiden være enterprise. Jeg tror ikke at det vil vinde ret meget større indpas på desktoppen end det har nu.
#23 Java blander ikke primitive typer og rigtige objekter. Java har begge dele da der er en performance-fordel i at kunne arbejde direkte med visse primitive typer. Java havde næppe været en succes hvis man ikke havde lavet det sådan...
Java's force er og vil i fremtiden være enterprise. Jeg tror ikke at det vil vinde ret meget større indpas på desktoppen end det har nu.
C# minder mere om C++ end Java, eftersom der er namespaces, preprocessor direktiver, enums, delegater (pointere til funktioner) og operator overloading.Bortset fra at Java også har enums og packages i stedet for namespaces så er der måske nogle der vil mene at det giver et renere sprog ikke at have disse ting. Hver især giver de i den grad mulighed for spaghetti-kode. C++ eksisterede da Java blev lavet, men man sorterede bevidst ud i features. Disse ting er fravalgt, og altså noget man ikke har vurderet ville mangle.
Apropos sprog der ikke vil uddø, se bare på bedstefar-C. Oprindeligt blev det opfundet for at have noget at udvikle unix i, men bruges i dag også til absurd mange platforme, hvor man har brug for at tilgå hardware direkte uden at ville skrive assembler. Man må sige at C har vist sit værd i dette felt.
På samme måde har Java egenskaber der gør at det ikke vil uddø i nærmeste fremtid. Den stærkeste feature ved java er vel at binaries er cross-platform. Og mon ikke det er det Sun har indset og prøver at styrke ved dette tiltag.
På samme måde har Java egenskaber der gør at det ikke vil uddø i nærmeste fremtid. Den stærkeste feature ved java er vel at binaries er cross-platform. Og mon ikke det er det Sun har indset og prøver at styrke ved dette tiltag.
#24 Man behøver ikke have både value typer og reference typer, det kan abstraheres af compileren (auto-boxing). Og man fravalgte Enum's som først kom med 10 år senere (Java 1.5). Det resulterer så i, at hele klasse biblioteket (og der er 4.500 klasser i Java 1.5) nu er smæk-fyldt med typeusikre int konstanter.
Og fravalget af operator overloading er også helt hen i vejret. At arbejde med præcise tal i Java kan få en til at hoppe ud af vinduet. Eksempel, lægge momsen til 115,37 kr:
BigDecimal total = new BigDecimal("115.37").multiply(BigInteger.valueOf("1.25"));
...tør slet ikke forestille mig hvor meget overhead der er i overstående udtryk, oprettelse af 5 objekter, parsing af strenge osv.
Og fravalget af operator overloading er også helt hen i vejret. At arbejde med præcise tal i Java kan få en til at hoppe ud af vinduet. Eksempel, lægge momsen til 115,37 kr:
BigDecimal total = new BigDecimal("115.37").multiply(BigInteger.valueOf("1.25"));
...tør slet ikke forestille mig hvor meget overhead der er i overstående udtryk, oprettelse af 5 objekter, parsing af strenge osv.
#27
Det er vel fordi du ikke ved om 115.37 kan representeres ordentlig i floating point og derfor parses den fra en streng (og her forhåbentlig tager højde for det og ikke bare laver en Float.parseFloat). Rent gætværk dog.
----------------------
Desuden så vil jeg lige fremhæve at styrken i Java næppe er sproget længere(pga. de designfejl der er sket gennem tiden) men platformen og alle de tools der er skrevet i Java. Det er altså en ufattelig stor fordel at skrive noget og at det så derefter kan flyttes mellem Linux, Solaris, FreeBSD, Windows, "find selv flere", uden at skulle røre ved koden. Ydermere, hvis du vil lave noget der bare kan tænkes at skulle køre i en serverbackend vil der være BUNKEVIS af biblioteker derude til løsning af ethvert problem.
Bare det faktum at der ikke er et firma som MS der udgiver ting som per default bliver standard giver miljøet en utroligt stor motivation til at erobre det hul der er, og ofte vil dette medføre virkelig innovative løsninger til mange problemer.
Alt dette (og at man ikke behøver at smide sine $$ efter MS) betyder at Java vil være i live i LANG tid endnu. Mest af alt afhængig af om der kommer en afløser, hvilken jeg vist godt kan sige med stor sandsynlighed ikke vil være noget fra MS.
Det er vel fordi du ikke ved om 115.37 kan representeres ordentlig i floating point og derfor parses den fra en streng (og her forhåbentlig tager højde for det og ikke bare laver en Float.parseFloat). Rent gætværk dog.
----------------------
Desuden så vil jeg lige fremhæve at styrken i Java næppe er sproget længere(pga. de designfejl der er sket gennem tiden) men platformen og alle de tools der er skrevet i Java. Det er altså en ufattelig stor fordel at skrive noget og at det så derefter kan flyttes mellem Linux, Solaris, FreeBSD, Windows, "find selv flere", uden at skulle røre ved koden. Ydermere, hvis du vil lave noget der bare kan tænkes at skulle køre i en serverbackend vil der være BUNKEVIS af biblioteker derude til løsning af ethvert problem.
Bare det faktum at der ikke er et firma som MS der udgiver ting som per default bliver standard giver miljøet en utroligt stor motivation til at erobre det hul der er, og ofte vil dette medføre virkelig innovative løsninger til mange problemer.
Alt dette (og at man ikke behøver at smide sine $$ efter MS) betyder at Java vil være i live i LANG tid endnu. Mest af alt afhængig af om der kommer en afløser, hvilken jeg vist godt kan sige med stor sandsynlighed ikke vil være noget fra MS.
#27 og #29: double of float repræsenteres som binære flydende kommatal efter IEEE standarden, dvs. beregninger er unøjagtige pr. definition!
Eksempel: Du har en krone du kan bruge på slik, udvalget der er tilbage koster hhv. 10 øre, 20 øre, 30 øre... op til en krone stykket. Du ønsker så mange som muligt men de skal alle være forskellige. En naiv Java løsning:
double penge = 1.0d;
for(double pris = 0.1d; penge >= pris; pris+=0.1d)
penge -= pris;
System.out.println("Penge tilbage: " + funds );
Efter du har snuppet en til 10 øre, en til 20 øre og en til 30 øre har du 40 øre tilbage. Men ovenstående vil regne forkert og resultere i 39.9999999 øre hvilket ikke er nok til det til 40 øre. Dette er måske et dumt eksempel, men prøv at forestille dig hvad en kaskade af beregninger kan gøre ved et vigtigt slutresultat!
Eksempel: Du har en krone du kan bruge på slik, udvalget der er tilbage koster hhv. 10 øre, 20 øre, 30 øre... op til en krone stykket. Du ønsker så mange som muligt men de skal alle være forskellige. En naiv Java løsning:
double penge = 1.0d;
for(double pris = 0.1d; penge >= pris; pris+=0.1d)
penge -= pris;
System.out.println("Penge tilbage: " + funds );
Efter du har snuppet en til 10 øre, en til 20 øre og en til 30 øre har du 40 øre tilbage. Men ovenstående vil regne forkert og resultere i 39.9999999 øre hvilket ikke er nok til det til 40 øre. Dette er måske et dumt eksempel, men prøv at forestille dig hvad en kaskade af beregninger kan gøre ved et vigtigt slutresultat!
#2 Simm
Det løfte gav han nu allerede ven denne OSCON tale:
http://www.itconversations.com/shows/detail642.htm...
Sort of.. :) Alt deres software vil blive både gratis og opensource. Fremragende tale iøvrigt... ;)
Skrev ham en mail i lørdags, og fik svar 28 minutter efter!... :)
#6 .dot
Jeg ER ligeglad med opensource. Men da licenserne er de samme, kan jeg nemt ignorere dette.
#16 thedeathart
Det er Java generelt. Om de bliver hurtigere eller ej, er komplet underordnet. Der er andre argumenter, end de praktiske.
Eftersom Sun har planer om at ALT deres software, skal være både gratis og fri software/opensource, så kan vi sagtens forvente det. (Hør hans tale hvor han bekendtgører det på linket ovenfor.) Spørgsmålet er så om de bliver frigivet samtidigt. Men vi taler altså om firmaet, som har bruge GPL licens til deres nyeste processor design!... ;)
*venter på reaktion fra sKIDROw* :D
Det løfte gav han nu allerede ven denne OSCON tale:
http://www.itconversations.com/shows/detail642.htm...
Sort of.. :) Alt deres software vil blive både gratis og opensource. Fremragende tale iøvrigt... ;)
Skrev ham en mail i lørdags, og fik svar 28 minutter efter!... :)
#6 .dot
Den vil nok være noget hen af at han er ligeglad med open-source, og at han ikke vil bruge sun's java med mindre det er under en FOSS (GPL) licens.
Jeg ER ligeglad med opensource. Men da licenserne er de samme, kan jeg nemt ignorere dette.
#16 thedeathart
Forrest, hvis nogen skulle være i tvivl, så det er deres Virtual Machine de altid har snakket om at gøre open source, så I kan udvikle jeres egen VM's, som evt. er *host* hurtigere *host* en SUN's egen.
Det er Java generelt. Om de bliver hurtigere eller ej, er komplet underordnet. Der er andre argumenter, end de praktiske.
I skal altså ikke forvente at få kildekoden til kompileren/JDK :p
Eftersom Sun har planer om at ALT deres software, skal være både gratis og fri software/opensource, så kan vi sagtens forvente det. (Hør hans tale hvor han bekendtgører det på linket ovenfor.) Spørgsmålet er så om de bliver frigivet samtidigt. Men vi taler altså om firmaet, som har bruge GPL licens til deres nyeste processor design!... ;)
#34 Disky
I en tråd som ikke i sig selv handler om Java alene, men om en drastisk ændring i den måde det bliver udgivet?.
Diskutioner om programmering kan være relevant nok, men det bliver det jo ikke ontopic af... ;)
Hvis man bliver inspireret til et andet emne, kan man jo lave en nye tråd under eksempelvis programmering, software eller tagwall.
Jeg er ikke så hysterisk normalt, om at der bliver diskuteret andre ting. Men 90% af indlæggene, virker lidt ekstremt.
I en tråd som ikke i sig selv handler om Java alene, men om en drastisk ændring i den måde det bliver udgivet?.
Diskutioner om programmering kan være relevant nok, men det bliver det jo ikke ontopic af... ;)
Hvis man bliver inspireret til et andet emne, kan man jo lave en nye tråd under eksempelvis programmering, software eller tagwall.
Jeg er ikke så hysterisk normalt, om at der bliver diskuteret andre ting. Men 90% af indlæggene, virker lidt ekstremt.
#35 Tja, det er jo nok rigtigt. hvad synes du om at Java bliver FOSS? ;-)
Jeg tror ikke at Java bliver udgivet under GPL. Alt taler ved for at Sun vælger deres egen public license som også Solaris oa. er udgivet undet. Licensen er stort set Mozilla Public License, forskellen er at der er pillet firmanavne og en klausul om at retssager skal foregå i Santa Barbara ud. Det er godt nok for mig...
Jeg ER ligeglad med opensource. Men da licenserne er de samme, kan jeg nemt ignorere dette.
Jeg tror ikke at Java bliver udgivet under GPL. Alt taler ved for at Sun vælger deres egen public license som også Solaris oa. er udgivet undet. Licensen er stort set Mozilla Public License, forskellen er at der er pillet firmanavne og en klausul om at retssager skal foregå i Santa Barbara ud. Det er godt nok for mig...
Det bliver spændende. Det kom jo ikke som nogen stor overraskelse. Mest af alt har det jo handlet om hvor pengene skulle bruges, på næste version af Java eller på at åbne det.
Jeg synes Sun er kommet rigtigt godt ud af det med Java. De holder det rent og overskueligt. Og deres fokus er på hvordan det fungerer og ikke hvilken editor man skal bruge. At de har været forbi applets, og servere etc. ser jeg bare som et bevis på hvor godt produktet er tænkt fra starten... der er lagt en masse nye ting på som ikke har gjort at hele sproget har skullet laves om.
.Net er slet ikke på samme måde gennemtænkt: operatoroverloading er ekstra syntax der kan gøre koden sværere at gennemskue. Unchecked exception er ikke noget jeg savner når jeg koder Java. Og Visual Studio er lavet for at folk med PC-kørekort også kan programmere. Næppe et professionelt miljø værdigt.
#35 sKIDROw At du synes at diskutere Javas forcer og udvikling ikke hører hjemme i denne diskussion er din egen sag. Personligt synes jeg at det er det denne nyhed handler om og knapt så meget om GPL (måske fordi jeg er ligeglad). Open source er en måde at få rettet fejl, få andre øjne på sagen osv.
Jeg synes Sun er kommet rigtigt godt ud af det med Java. De holder det rent og overskueligt. Og deres fokus er på hvordan det fungerer og ikke hvilken editor man skal bruge. At de har været forbi applets, og servere etc. ser jeg bare som et bevis på hvor godt produktet er tænkt fra starten... der er lagt en masse nye ting på som ikke har gjort at hele sproget har skullet laves om.
.Net er slet ikke på samme måde gennemtænkt: operatoroverloading er ekstra syntax der kan gøre koden sværere at gennemskue. Unchecked exception er ikke noget jeg savner når jeg koder Java. Og Visual Studio er lavet for at folk med PC-kørekort også kan programmere. Næppe et professionelt miljø værdigt.
#35 sKIDROw At du synes at diskutere Javas forcer og udvikling ikke hører hjemme i denne diskussion er din egen sag. Personligt synes jeg at det er det denne nyhed handler om og knapt så meget om GPL (måske fordi jeg er ligeglad). Open source er en måde at få rettet fejl, få andre øjne på sagen osv.
Ifølge http://debian-news.net/modules/news/article.php?st...
Er der allerede nu lavet en Java package til Debian, kun en dag efter nyheder kom frem. Det må dælme da kunne kaldes hurtigt arbejde :)
Er der allerede nu lavet en Java package til Debian, kun en dag efter nyheder kom frem. Det må dælme da kunne kaldes hurtigt arbejde :)
#37 Jeg tvivler på Java bliver frigivet under GPL, SUN har for vane at bikse deres egne licenser sammen!
#38 Du joker? Skulle Java være rent og overskueligt? Det er mere deprecated (check Date klassen engang), oppustet (4.500 klasser) og inkonsistent end min bedstemor på 83.
Til dem der ikke skulle have hørt det, så følger SUN nu i Microsoft's fodspor og introducerer officielt nye sprog på JVM'en, nemlig Visual Basic.
#38 Du joker? Skulle Java være rent og overskueligt? Det er mere deprecated (check Date klassen engang), oppustet (4.500 klasser) og inkonsistent end min bedstemor på 83.
Til dem der ikke skulle have hørt det, så følger SUN nu i Microsoft's fodspor og introducerer officielt nye sprog på JVM'en, nemlig Visual Basic.
#40
Kom så! Nu skal vi lige have en vudering på COBOL, sproget som Java lige har overhandlet i størrelse :-)
Spøg til side, alle sprog ender med at være sådan efter en 20-30 år på markedet. "If it works, don't fix it".
Det er mere deprecated (check Date klassen engang), oppustet (4.500 klasser) og inkonsistent end min bedstemor på 83.
Kom så! Nu skal vi lige have en vudering på COBOL, sproget som Java lige har overhandlet i størrelse :-)
Spøg til side, alle sprog ender med at være sådan efter en 20-30 år på markedet. "If it works, don't fix it".
#37
Menerblot blot at opensource er overfladisk i forhold til fri software. Hvorfor jeg foretrækker sidstnævnte.
Only time will tell. Går ikke op i licensvalget, sålænge den overholder definitionen.
#38
Det ene behøver vel ikke udelukke det andet. At gøre Java frit, har været en prioritet noget tid. Idet man jo vil gøre alt deres software, både gratis og frit.
http://www.itconversations.com/shows/detail642.htm...
Så har du drastisk misforstået noget. Det er IKKE hvad nyheden drejer sig om. Det er ikke blot min mening, læs for pokker artiklen. Hvis du er ligeglad med topic, er det underligt at du endte her i første omgang?.
Det simplistiske syn er så grunden til, at jeg stadig insistere på at tale, om fri software og softwarefrihed generelt.
#40 mrmorris
Jep. Men i nyheden nævner de, at de håber at kunde vælge en eksisterende OSI godkendt. Da de er enige i, at vi har ALT for mange licenser allerede... :)
Tja, det er jo nok rigtigt. hvad synes du om at Java bliver FOSS? ;-)
Jeg ER ligeglad med opensource. Men da licenserne er de samme, kan jeg nemt ignorere dette.
Menerblot blot at opensource er overfladisk i forhold til fri software. Hvorfor jeg foretrækker sidstnævnte.
Jeg tror ikke at Java bliver udgivet under GPL. Alt taler ved for at Sun vælger deres egen public license som også Solaris oa. er udgivet undet. Licensen er stort set Mozilla Public License, forskellen er at der er pillet firmanavne og en klausul om at retssager skal foregå i Santa Barbara ud. Det er godt nok for mig...
Only time will tell. Går ikke op i licensvalget, sålænge den overholder definitionen.
#38
Det bliver spændende. Det kom jo ikke som nogen stor overraskelse. Mest af alt har det jo handlet om hvor pengene skulle bruges, på næste version af Java eller på at åbne det.
Det ene behøver vel ikke udelukke det andet. At gøre Java frit, har været en prioritet noget tid. Idet man jo vil gøre alt deres software, både gratis og frit.
http://www.itconversations.com/shows/detail642.htm...
#35 sKIDROw At du synes at diskutere Javas forcer og udvikling ikke hører hjemme i denne diskussion er din egen sag. Personligt synes jeg at det er det denne nyhed handler om og knapt så meget om GPL (måske fordi jeg er ligeglad).
Så har du drastisk misforstået noget. Det er IKKE hvad nyheden drejer sig om. Det er ikke blot min mening, læs for pokker artiklen. Hvis du er ligeglad med topic, er det underligt at du endte her i første omgang?.
Open source er en måde at få rettet fejl, få andre øjne på sagen osv.
Det simplistiske syn er så grunden til, at jeg stadig insistere på at tale, om fri software og softwarefrihed generelt.
#40 mrmorris
Jeg tvivler på Java bliver frigivet under GPL, SUN har for vane at bikse deres egne licenser sammen!
Jep. Men i nyheden nævner de, at de håber at kunde vælge en eksisterende OSI godkendt. Da de er enige i, at vi har ALT for mange licenser allerede... :)
#44 mrmorris
LGPL lyder også som et godt valg. FSF bruger den selv, til deres GLIBC. Nej jeg kender ikke til, nogen sammenligninger. Det kunne ellers være interessant.
Jeg gætter på deres egen specifikke, som vil ligge sig tæt op af LGPL. Kender du et sted der sammenligner licenser i en tabel/matrice eller lignende?
LGPL lyder også som et godt valg. FSF bruger den selv, til deres GLIBC. Nej jeg kender ikke til, nogen sammenligninger. Det kunne ellers være interessant.
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