Est-ce les composants de crypto sont toujours fermés?
Est-ce qu'on peut le compiler *sans* une version fermée de java (aka juste avec un compilateur C++)?
Est-ce que je peux télédéclarer mes revenus avec ce JDK sans me faire envoyer bouler par le site de la DGI (Direction Générale des Impôts)? (Sachant qu'un canal SSL est largement suffisant).
Est-ce que si je suis contributeur de code à ce bloat, je suis obligé d'abandonner mes droits au conseil d'administration de Sun?
Qui sont les fous qui vont maintenir la pile logicielle suivante pour une application java:
1 - Noyau (Ouch!)
2 - Le compilateur C (la tool chain en fait)
3 - La bibliothèque C standard
4 - Le compilateur C++ (un truc de barge)
5 - La bibliothèque C++ standard (un truc de fou furieux).
6 - Les 80Mo de code compressés du JDK en C++ brain damage (no comment...)
Pour ma part, je m'arrête au niveau 3.5 (en effet je triche, j'utilise des bibliothèques C en plus de la bibliothèque C standard).
Dsl mais je ne suis pas fan de bloatware. Surtout que celui-là, sans Sun, déraisonable de le maintenir... donc dire que la java trap est morte... mouaif, elle se cache sous une couche "open source" mais elle est toujours là. Y a même MS/Novell qui fait la même chose avec son mono (.net).
Java n'est qu'un nouveau COBOL (hum... il est poilu celui-là!)
Un point positif, il y a quand même JNI pour l'intéropérabilité: je peux appeler du code JAVA dans mon code C et vis-et-versa (en théorie).
# Bof
Posté par GPL . En réponse à la dépêche OpenJDK 6 passe le TCK. Évalué à -10.
Est-ce qu'on peut le compiler *sans* une version fermée de java (aka juste avec un compilateur C++)?
Est-ce que je peux télédéclarer mes revenus avec ce JDK sans me faire envoyer bouler par le site de la DGI (Direction Générale des Impôts)? (Sachant qu'un canal SSL est largement suffisant).
Est-ce que si je suis contributeur de code à ce bloat, je suis obligé d'abandonner mes droits au conseil d'administration de Sun?
Qui sont les fous qui vont maintenir la pile logicielle suivante pour une application java:
1 - Noyau (Ouch!)
2 - Le compilateur C (la tool chain en fait)
3 - La bibliothèque C standard
4 - Le compilateur C++ (un truc de barge)
5 - La bibliothèque C++ standard (un truc de fou furieux).
6 - Les 80Mo de code compressés du JDK en C++ brain damage (no comment...)
Pour ma part, je m'arrête au niveau 3.5 (en effet je triche, j'utilise des bibliothèques C en plus de la bibliothèque C standard).
Dsl mais je ne suis pas fan de bloatware. Surtout que celui-là, sans Sun, déraisonable de le maintenir... donc dire que la java trap est morte... mouaif, elle se cache sous une couche "open source" mais elle est toujours là. Y a même MS/Novell qui fait la même chose avec son mono (.net).
Java n'est qu'un nouveau COBOL (hum... il est poilu celui-là!)
Un point positif, il y a quand même JNI pour l'intéropérabilité: je peux appeler du code JAVA dans mon code C et vis-et-versa (en théorie).