Overleg:Java (programmeertaal)

message: Er is een gunstige link naar dit artikel aanwezig op de pagina http://java.pagina.nl Kopje "Nederlandstalig". Is een artikel om in de gaten te houden. Giskart Walter 12 jun 2003 00:48 (CEST)
"Door kleine verschillen in Java-versies tussen diverse browsers is het gebruik van applets eigenlijk nooit echt van de grond gekomen"
Dit citaat verbaast mij eigenlijk, want bij mijn weten komen Java-Applets veel voor op internet. Ondermeer anfyteam heeft daar een belangrijke bijdrage aan geleverd. en bekijk eens deze pagina: http://www.meteonet.nl/aktueel/weerin1klik.htm vol met Applets! Roepers 24 aug 2003 16:47 (CEST)
Bovenstaand klopt wel. De reden van verschillende Java-versies is maar een kleine factor, belangrijker voor de gebrekkige adoptie was meer de gebrekkige platform-integratie, technische beperkingen en gebruikersonvriendelijkheid (zowel voor de ontwikkelaar als voor de gebruiker) van het uiteindelijke product wat Java applets op internet tot een marginaal fenomeen heeft gemaakt (twee sites met veel applets zegt niet zoveel). Kijk maar naar Flash of AJAX voor veel succesvollere web applicatie platforms. alper 31 jan 2006 00:37 (CET)

message: Sommigen vinden Java een iets overzichtelijkere taal dan C++, maar dat is een kwestie van smaak: het schrijven van totaal onbegrijpelijke programma's is met C(++) gemakkelijker dan met Java. Veel C++-programmeurs missen zaken die in Java bewust zijn weggelaten zoals destructors, operator-overloading en pointermanipulatie. Verder klagen ze over het feit dat de garbage-collector de ongebruikte objecten niet snel genoeg vrijgeeft hetgeen voor bepaalde situaties inderdaad zo is[bron?].
"Het schrijven van een onbegrijpelijk programma in C++ is makkelijker dan in Java..." " Veel C++ programmeurs 'klagen' ..." 
Zijn dit niet allemaal suggestieve benaming, geschreven door een Java fanboy?
Frank de Jong & Ronald Kamphuis, 12/17/2009@20:20
thread_title:  Suggestieve zinnen? 

message: Ik begrijp onderstaande zin niet:
"Java is Amerikaans slang voor koffie." (Geschiedenis, tweede paragraaf)
Wat wordt hiermee bedoeld? Bovendien verwijst slang niet naar de correcte betekenis, aangezien het naar een doorverwijspagina linkt.-Fuss 11 jul 2005 14:13 (CEST)
replies: text: Je moet de pagina naar straattaal volgen, dat is de correcte betekenis in deze context. Java is een weinig gangbaar maar toch algemeen bekend woord voor koffie in Amerika. alper 11 jul 2005 21:38 (CEST)
replies: text: :Bedankt, aangepast. Fuss 25 aug 2005 13:47 (CEST)
thread_title:  slang 

message: Ik heb het volgende verwijderd: Een tweede kenmerkend verschil tussen de twee Virtuele machines is dat de JAVA VM alleen JAVA interpreteert, terwijl voor de CLR inmiddels al vele talen beschikbaar zijn, waaronder een JAVA kloon van Microsoft zelf. Dit klopt niet, er zijn heel wat andere talen dan Java die op de JVM draaien. Zie voor een niet up-to-date lijst . 
Wel is het zo dat de JVM oorspronkelijk ontworpen is voor Java. Misschien dat de verwarring komt door het onderscheid java en JVM bytecode. Sources in verschillende talen, waaronder Java, kunnen naar JVM bytecode worden gecompileerd. Voor de JVM maakt 't niet uit in welke taal de source is geschreven, hij voort alleen bytecode uit. China Crisis 23 jun 2006 15:47 (CEST)
thread_title:  JVM en .NET 

message: "programmeertaal C++, die weer op de niet objectgeoriënteerde programmeertaal C gebaseerd is."
Is dit relevant aan dit artikel? Sebazzz
replies: text: Het is relevant voor de paragraaf waarin een vergelijking met C/C++ wordt gemaakt, maar niet relevant voor het intro. Ik heb 't dus daarheen verplaatst. China Crisis 6 jan 2007 19:42 (CET)
thread_title:  Relevant? 

message: Onder het kopje "Java versus C++" staat dat in Java geparametriseerde types runtime beschikbaar zijn ("Belangrijk verschil tussen C++ en Java is dat geparametriseerde types in C++ alleen voor de compiler bestaan, en in Java ook at runtime."). Dat zijn ze nou juist niet. De type-informatie wordt door de compiler verwijderd (zgn. erasure). Dit is gedaan om compatibel te blijven met voorgaande versie van Java. Zie bijvoorbeeld http://java.sun.com/docs/books/jls/third_edition/html/classes.html#8.1.2, waar staat "All of these parameterized types share the same class at runtime." en http://gafter.blogspot.com/2004/09/puzzling-through-erasure-answer.html. (indien geen bezwaar wil ik het stukje zelf ook wel aanpassen). Danny 3 feb 2007 00:32 (CET)
replies: text: Je hebt groot gelijk. Feel free. Evt. kan nog vermeld wordten dat er bij C#/.NET geen sprake is van Erasure. - Chip Zero 3 mrt 2007 23:47 (CET)
replies: text: :Eindelijk aangepast. Ik had eigenlijk ook een link naar http://en.wikipedia.org/wiki/Type_erasure willen toevoegen, maar dat is een Engelse pagina. Wat doe je in zo'n geval? Linken naar de Engelse pagina of naar een (nog niet bestaande) Nederlandse pagina? - Danny 6 mrt 2008 23:01 (CET)
replies: text: ::Ik denk dat je beter de bronnen van die pagina kan linken. Wikipedia op zich is niet geschikt als bronvermelding en linken naar Wikipedia in een andere taal is ook niet zo gebruikelijk. – Chip Zero 8 mrt 2008 16:12 (CET)
Overigens vraag ik me af of de verdere uitleg over geparametriseerde types in C++/Java hier wel op zijn plaats is (vanaf "Het is dus in beide talen niet mogelijk om bijvoorbeeld..."). Dat zou eerder op de pagina over  generics of op een nieuwe pagina over Type erasure thuishoren. - Danny 6 mrt 2008 23:01 (CET)

text: Op zich zijn dit dingen die eigenlijk (ook) op de generics pagina zouden moeten staan. Ik heb het een en ander trouwens een beetje aangepast en uitgebreid om het verschil met C++ aan te geven, waarmee het hier ook nog passend is. Wel valt er nog veel meer over te schrijven, dat zou dan op die andere pagina moeten komen (zie ik niet zo snel gebeuren op de NL wikipedia, maar goed). – Chip Zero 8 mrt 2008 16:12 (CET)
replies: text: :Misschien een idee om dan zelf bij te dragen op dat gebied op de NL Wikipedia? - Simeon 8 mrt 2008 18:26 (CET)
thread_title:  Generiek programmeren in Java 

message: Is er een bepaalde reden waarom de versienummers/-data van de EE-versies (Enterprise Edition) niet genoemd zijn? - Danny 6 mrt 2008 23:01 (CET)
replies: text: : De versienummers van EE (Enterprise Edition) en SE (Standard edition) lopen gelijk. Java EE is eigenlijk SE met wat extra. --Maxiebyte (overleg) 20 apr 2014 20:47 (CEST)
thread_title:  Java versies