Ce n'était qu'un aperçu de tous les dégâts et déceptions qu'allait causer Oracle auprès du logiciel libre, puisque s'ensuivit l'arrêt du développement ouvert d'OpenSolaris. L'éditeur décida de ne distribuer le code source qu'après la sortie d'une version majeure et de ne plus permettre un développement ouvert continu et permanent. Aujourd'hui existent deux forks de ce système d'exploitation : OpenIndiana et IllumOS.
La série noire continua avec la mésentente des développeurs d'OpenOffice et d'Oracle. S'ensuivit la décision de bon nombre des développeurs d'OpenOffice de quitter le projet et de créer un « fork », LibreOffice, histoire de se libérer de l'emprise d'Oracle sur le logiciel.
Tous ces évènements n'ont pas inquiété Oracle, qui a décidé de continuer sur sa lancée. Cette fois, c'est Java qui est concerné : Oracle a refusé d'accorder une licence suffisamment permissive à la fondation Apache pour qu'elle puisse continuer à implémenter librement les prochaines versions des spécifications de Java. Il faut savoir que l'Apache Software Foundation fait partie du comité exécutif du programme JCP (Java Community Process). Son objectif est de définir le futur du langage Java. Les membres du JCP proposent, commentent et définissent les spécifications techniques via les JSRs (Java Specification Request).
Régulièrement ont lieu des votes des membres du comité exécutif, pour arrêter les spécifications. De plus, la participation au JCP s'effectue selon les termes définis dans un contrat, le Java Specification Participation Agreement (JSPA), dans lequel le détenteur des droits sur Java, Oracle, s'est engagé à fournir une licence d'implémentation aux membres du JCP. Par ailleurs, Sun Microsystems avait fait des promesses allant dans ce sens à la communauté Java.
Ce problème de licence ne date pas d'hier, l'ASF annonce que le JSPA avait commencé à ne plus être respecté en août 2006, par Sun Microsystems. Une lettre ouverte leur avait été adressée à ce sujet à l'époque.
Estimant avoir suffisamment patienté, le 9 novembre 2010, l'ASF profite de l'annonce du renouvellement de sa participation au JCP pour trois ans, pour rappeler à Oracle que l'accord qui lie leurs participations au JCP permet à l'ASF de disposer d'une licence d'implémentation, et de distribution du projet Apache Harmony sous licence Apache. Le problème est que la licence qu'offre Oracle impose des clauses additionnelles qui ne sont pas compatibles avec avec les licences libres comme la licence Apache. L'ASF souligne alors qu'elle avait exercé son droit de vote au sein du JCP à l'encontre de Sun et prévient qu'il en serait de même pour les JSRs de Java 7. En toute logique cette missive se conclut par l'annonce du départ du JCP si le comité exécutif ne lui apporte pas son soutien et n'utilise pas ses votes pour garantir l'ouverture des spécifications de Java.
La balle est alors dans le camp d'Oracle et des membres du comité exécutif du JCP. Et Oracle ne manque pas d'apporter sa réponse une semaine plus tard, par l'intermédiaire de Don Deutsch, Vice President of Standards and architecture. La réponse d'Oracle est alors assez claire : ASF, ne faites pas votre tête de mule, les clauses de notre licence d'implémentation sont suffisantes, il faut positiver et aller de l'avant.
Autant dire que cette réponse n'a pas vraiment de quoi satisfaire l'ASF, et arriva ce qu'il devait arriver.
Lors du vote des spécifications de Java 7 SE, le comité exécutif n'a pas soutenu l'ASF, et a approuvé les JSRs correspondants. Malgré le départ de deux membres individuels du JCP, et la « menace » de l'ASF, le comité a décidé d'accepter les termes de distribution de licences d'Oracle en votant pour les spécifications de Java 7, alors même que bon nombre de ces mêmes membres s'étaient tout de même exprimés pour dire que les restrictions de distribution définies dans Java 7 n'étaient pas souhaitables !
Aux yeux de l'ASF, le comité a ainsi refusé d'affirmer son rôle de protecteur de l'ouverture du mécanisme de définition des spécifications Java, de défendre les droits des éditeurs des implémentations et n'a pas protégé et respecté les termes du JSPA, qui lient les membres du JCP.
Ainsi, n'estimant plus le programme JCP comme étant un programme ouvert, l'Apache Software Foundation décide de se retirer de ce programme. Voilà que l'avenir d'Harmony et peut-être de nombreux autres projets Apache semble s'assombrir. Il semble que les libristes n'aient plus grand-chose à attendre d'Oracle qui est sur la bonne voie pour prendre la place de Microsoft ou d'Apple dans le cœur des hateboys.
Aller plus loin
- L'annonce sur le blog officiel de l'ASF (12 clics)
- Le JCP (6 clics)
- Lettre de l'ASF à Sun Microsystems (19 clics)
- L'ASF rappelle à l'ordre Oracle (16 clics)
- La réponse d'Oracle (11 clics)
# humm
Posté par Gael Beaudoin (site web personnel) . Évalué à 10.
[^] # Re: humm
Posté par Janfi . Évalué à 8.
- Google emmerdé pour son OS mobile
- le plugin du format ODF payant pour MS Office (j'imagine le nombre de "clients")
- OpenOffice.org qui doit se restructurer, qui "change de nom" (super vis à vis des décideurs), 2 produits existants
...etc...
Je ne citerai personne, mais je ne doute pas quelque part sur la planète, "on" se frotte les mains. Ils en rêvaient, Oracle l'a fait.
Après il faut voir l'aspect positif : un bon coup de pied au cul de temps en temps ne fait jamais de mal. Reste à voir si il n'aura pas été trop fort.
[^] # Re: humm
Posté par Janfi . Évalué à 2.
# Field of Use
Posté par vrm (site web personnel) . Évalué à 5.
http://skife.org/java/jcp/2010/12/07/the-tck-trap.html
Oracle/Sun a ouvert Java en GPLv2 mais a créé un piège a coup de Brevet et de restrictions (pas d'utilisation embarquée) pour verrouiller tout concurrent (ou fork) d'OpenJDK.
[^] # Re: Field of Use
Posté par puyopuyo . Évalué à 3.
[^] # Re: Field of Use
Posté par Guillaume Chanaud (site web personnel) . Évalué à 2.
[^] # Re: Field of Use
Posté par puyopuyo . Évalué à 4.
[^] # Re: Field of Use
Posté par vrm (site web personnel) . Évalué à 4.
Par contre, si en plus tu passe le TCK, tu as le droit d'utiliser les brevet qui couvrent Java. Par contre la licence de se dernier t'oblige a appliquer une restriction sur le champ d'application (grosso modo : pas d'embarqué, pas de téléphone, de caisse enregistreuses..), mais dans ce cas la tu viole la GPLv2qui empêche d'appliquer des restrictions sur le champ d'utilisation du logiciel.
Donc t'es niqué, tu peux pas forker ou ré-implémenter Java librement. La preuve le procès d'Oracle contre Google
[^] # Re: Field of Use
Posté par rewind (Mastodon) . Évalué à 2.
[^] # Re: Field of Use
Posté par ecyrbe . Évalué à 2.
C'est faux. C'est écrit dans la GPL. Si tu met un logiciel sous GPL et que tu détient des brevets dessus, tu donne automatiquement le droit de ces brevets à tous les travaux dérivés de ton logiciel. Donc, tous les Forks d'OpenJDK son valides et ne violent aucun brevet.
Par contre, si tu ne fork pas (comme harmony d'apache), tu n'as pas cette protection sur les brevets, et le TCK ne te donne pas plus de droits. C'est pour celà qu'apache n'est pas contant et se retire.
[^] # Re: Field of Use
Posté par vrm (site web personnel) . Évalué à 4.
[^] # Re: Field of Use
Posté par vrm (site web personnel) . Évalué à 1.
[^] # Re: Field of Use
Posté par ecyrbe . Évalué à 5.
For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program.
Donc, en gros, si Oracle distribue en GPLv2, ils donnent implicitement le droit à tous d'utiliser et de forker leur OpenJDK. S'ils attaquent, il n'auront pas d'autre choix que de ne plus distribuer OpenJDK d'après cette clause...
[^] # Re: Field of Use
Posté par puyopuyo . Évalué à 1.
après pour le TCK c'est un autre problème. c'est une question de licence d'utilisation mais rien ne m'oblige à le passer.
[^] # Re: Field of Use
Posté par lolop (site web personnel) . Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Field of Use
Posté par puyopuyo . Évalué à 1.
J'ai toujours du mal a concevoir pourquoi la législation américaine s’appliquerait en France. y'a-t-il des accords entre la France et les USA pour reconnaître leurs brevets logiciels ? entre les USA et l'Europe peut-être ? à ma connaissance il n'existe rien de tel donc je ne saisi toujours pas le problème.
Car en ca de fork il n'y a pas a faire invalider le brevet, tu forkes et c'est a Oracle de porter plainte pour violation. la plainte ne sera pas reçu en France. si il porte plainte au USA le seul risque c'est de voir l’interdiction de ton logiciel sur le sol américain. dans ce cas il ne sert a rien de se battre. si la plainte arrive tu plaides coupable et tu laisses les américains sans fork. Je ne comprends pas pourquoi ce serait à des personnes non concernés par la législation américaine d'en souffrir.
[^] # Re: Field of Use
Posté par imr . Évalué à 2.
On November 5, 2007, Red Hat signed both the Sun Contributor Agreement and the OpenJDK Community TCK License
[^] # Re: Field of Use
Posté par vrm (site web personnel) . Évalué à 1.
[^] # Re: Field of Use
Posté par Zenitram (site web personnel) . Évalué à -3.
Tu as loupé l'épisode où la France (et l'Europe) n'est pas le centre du monde informatique (ni du reste par la même occasion), loin de la : réussir ton retour sur investissement en virant 90% (à la louche) de la manne financière, ce n'est pas gagné.
[^] # Re: Field of Use
Posté par Gniarf . Évalué à 3.
[^] # Re: Field of Use
Posté par Larry Cow . Évalué à 5.
[^] # Re: Field of Use
Posté par floriang . Évalué à 2.
[^] # Re: Field of Use
Posté par Franck Routier (Mastodon) . Évalué à 0.
[^] # Re: Field of Use
Posté par Zenitram (site web personnel) . Évalué à 2.
[^] # Re: Field of Use
Posté par Franck Routier (Mastodon) . Évalué à 2.
Je développe moi des logiciels et j'ai une petite idée de ce qu'est un retour sur investissement, et des modèles économiques du libre.
</ma vie>
Mais je ne vois pas quel retour sur investissement on pourrait attendre du fork d'un langage de développement. Un tel fork ne pourrait donc qu'être soit un mouvement stratégique d'un acteur important, soit un choix de principe d'une "communauté" importante. Quant au caractère franco-français, rien ,'empêche une organisation d'être basée en France et de distribuer à l'international. Par ailleurs d'autres pays ignorent encore les brevets logiciels, à commencer par, excusez du peu, la Chine (bon, ok ils ignorent aussi les droits d'auteur...)
[^] # Re: Field of Use
Posté par Gniarf . Évalué à 3.
[^] # Re: Field of Use
Posté par geb . Évalué à 2.
Forker java, c'est pas vraiment un truc de particulier qui ferait ça pour le fun ou autre sur son temps libre.
[^] # Re: Field of Use
Posté par jeberger (site web personnel) . Évalué à 2.
Je rappelle qu'il n'est pas nécessaire pour un gros acteur de gagner son procès pour gagner tout court: il suffit d'avoir une justification pour attaquer et de faire traîner les choses en longueur suffisamment longtemps pour que le petit n'ai plus les moyens de financer sa défense. Et malheureusement, les brevets existants donnent une justification pour attaquer...
[^] # Re: Field of Use
Posté par hervé Couvelard . Évalué à 3.
ouais ; en théorie il n'y en a pas c'est en pratique qu'il y en a une
# Commentaire supprimé
Posté par Anonyme . Évalué à 10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Et le piège se referme
Posté par flagos . Évalué à 8.
# Mwai
Posté par gnumdk (site web personnel) . Évalué à 2.
>qui est sur la bonne voie pour prendre la place de Microsoft ou d'Apple
>dans le cœur des hateboys.
Hmm, Apple que je sache contribue à de nombreux projets libre de manière plutot propre (ou j'ai loupé un épisode)...
Après, on peut les détesté pour le reste, mais niveau gestion de la communauté, je trouve que cela se passe plutot pas mal ( webkit, cups, llvm, ...)
[^] # Re: Mwai
Posté par claudex . Évalué à 9.
Dans les exemples que tu cite, ils ne gèrent et sont à l'origine que de webkit, et les débuts n'étaient pas rose.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Mwai
Posté par zebra3 . Évalué à 10.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Mwai
Posté par Yakulu . Évalué à 1.
Cette version majeure a été annoncée début avril mais seulement sur les deux systèmes pré-cités.
Je n'ai pas l'impression qu'il existe, du moins officiellement, une version pour les autres OS. Je me trompe ? Est-ce que ça sent le sapin pour la suite .. ?
[^] # Re: Mwai
Posté par Moonz . Évalué à 2.
[^] # Re: Mwai
Posté par Axel . Évalué à 1.
[^] # Re: Mwai
Posté par Guillaume Chanaud (site web personnel) . Évalué à 4.
Putain mais si y'avaient pas des crétins pour penser que plus la licence est chère mieux ce doit être, y'aurait peut-être pas un parc de db oracle aussi immense et peut-être pas autant de cash dans cette boite...
(toutes mes excuses à ceux qui déploient et administre de la db oracle)
[^] # Re: Mwai
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 6.
[^] # Re: Mwai
Posté par j_kerviel . Évalué à 3.
[^] # Re: Mwai
Posté par madhatter (site web personnel) . Évalué à 1.
Il est sous GPL il me semble, donc en théorie, ça devrait le protéger un peu, mais est-ce que ce sera suffisant ?
There is no spoon...
[^] # Re: Mwai
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 6.
[^] # Re: Mwai
Posté par madhatter (site web personnel) . Évalué à 1.
Mais du coup, j'ai du mal à voir leur intérêt à initier et gérer un projet libre comme btrfs, quand parallèlement on les voit saper d'autres projets comme Java, MySQL et OOo... Encore que dans le cas de MySQL, ça peut se comprendre dans la mesure où il est susceptible de concurrencer leur SGBD.
Pour le reste, ça me paraît assez contradictoire.
There is no spoon...
[^] # Re: Mwai
Posté par ckyl . Évalué à 3.
- Oracle n'a (avait) pas de système d'exploitation.
- Oracle vends ses produits à des clients sous linux.
- Oracle a l'air devoir besoin d'un système de fichier qui répond plus à ses besoins.
- Oracle, comme la plupart des entreprises contribuant, ne le fait pas pour l'amour de l'art mais par ce qu'ils ont du juger que ca leur coûterait moins cher de faire ca en mainstream plutôt que comme produit à eux. Ca peut être pour des raisons de cout de dev, de maintenance, de support de quelque chose non intégré ou autre.
Maintenant qu'ils ont Solaris, on verra bien. Les idées qu'ils ont en tete.
[^] # Re: Mwai
Posté par j_kerviel . Évalué à 9.
Il n'y a que des gens malhonnêtes qui refusent de voir ce qu'ont apporté MS & Apple à l'industrie, et dans une moindre mesure au LL.Un trombone qui parle et des OS plébiscités (genre Vista et ME) pour MS et un téléphone dont il es impossible de changer la batterie, la carte SD, de faire du copier coller ou d'envoyer des MMS pour apple ?
[^] # Re: Mwai
Posté par Axel . Évalué à -3.
[^] # Re: Mwai
Posté par woopla . Évalué à -2.
Mais ceci dit, la phrase que tu cites a quand même un fond de vérité. Même si tu n'es pas d'accord avec leur comportement actuel, ils ont permis le développement de l'informatique personnelle à une grande vitesse.
Ce qu'ils sont devenus maintenant, c'est une autre histoire. Mais positivons: ça devrait donner de bonnes raisons aux utilisateurs de chercher des alternatives, et donc d'augmenter la part d'utilisateurs de système libre dans le total.
Ah, on me dit dans l'oreillette que les gens sont des moutons, et que tant qu'il n'y aura pas de pub massive faite sur Linux, ils n'iront pas regarder si l'herbe est plus verte ailleurs ;)
[^] # Re: Mwai
Posté par j_kerviel . Évalué à 10.
Pour le copier-coller et les MMS, faut revoir ta copie, ça va faire quelque temps que c'est supporté chez Apple :)Non, je n'ai aucune copie à revoir. Ce que je dis est exact. Le fait que ça ne soit plus vrai n'implique pas que ça n'ait jamais existé.
Or quand ils ont sorti leur iPhone, ça n'existait pas alors que ça se faisait partout ailleurs. Alors quand on prétend que cette entreprise dont le business model est basé sur le fait de faire retourner ses pigeons clients à l'âge de pierre, je me gausse.
Mais ceci dit, la phrase que tu cites a quand même un fond de vérité.Bof.Si tu veux vendre, tu n'as pas cinquante solutions. Tu peux choisir une (ou plusieurs) des propositions suivantes :
* Tu innoves.
* Tu enferme les utilisateurs.
* Obliger les gens à tout racheter (ce qui, comme le point du dessus peut être atteint en mettant à mal l'interopérabilité).
* Tu crée une secte d'allumés qui gobent tout.
* Tu vends moins cher.
* Tu vends plus cher (à mettre en parallèle avec le poins sur la secte) pour que des fashions victimes puissent vider leur compte en banque dans l'espoir de frustrer leurs voisins en leur montrant qu'ils n'ont pas les mêmes valeurs (bande de pauvres).
Apple utilise toutes ces techniques (sauf une, saura tu retrouver laquelle ?).
Apple comme Microsoft apportent quelques innovations, plus ou moins comme n'importe quelle autre boite aurait fait à leur place. Ce n'est pas un critère pour encenser ces boites.
Et le bilan innovation / (éthique + transparence + concurrence libre + inteopérabilité + ouverture + progrès + ...) ne pèse pas bien lourd.
[^] # Re: Mwai
Posté par MarbolanGos (site web personnel) . Évalué à 2.
[^] # Re: Mwai
Posté par Tonton Th (Mastodon) . Évalué à 3.
L0L
[^] # Re: Mwai
Posté par jcs (site web personnel) . Évalué à 2.
http://jcp.org/en/jsr/results?id=5111
[^] # Re: Mwai
Posté par barmic . Évalué à 2.
J'ai l'impression que l'informatique est de plus en plus centraliser sur 4 ou 5 grosses boitent qui se demandent uniquement comment bouffer les autres et chacunes de ses entreprises est très dangereuse pour ces utilisateurs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Merci
Posté par antistress (site web personnel) . Évalué à 5.
Je note qu'Oracle prend des coups propres mais aussi des coups qui étaient amorcés du temps de Sun (Java, OpenOffice). On peut dire qu'Oracle est pire Sun sans pour autant qualifier Sun d'oie blanche au final
[^] # Re: Merci
Posté par Nicolas Boulay (site web personnel) . Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Merci
Posté par Guillaume Chanaud (site web personnel) . Évalué à 0.
(oracle : $ 147,067,987,220
google: $ 145,783,456,000
MS : $ 234,338,594,360 ............
)
c'est dommage y'a un an google et microsoft se portaient pas trop mal, alors qu'oracle...ça aurait été l'occasion de se saisir de ce vautour :D
# grrr
Posté par quiche . Évalué à 10.
# Aller, je me lance :
Posté par roduit (site web personnel) . Évalué à 10.
... AAAh, ça fait du bien... ça faisait tellement longtemps !
# Continuons d'apprendre le français...
Posté par windu.2b . Évalué à 6.
En français, on ne met jamais de 's' final pour marquer le pluriel des acronymes et des sigles.
[^] # Re: Continuons d'apprendre le français...
Posté par Franck Routier (Mastodon) . Évalué à 5.
# Pardon d'être aussi terre à terre
Posté par Mephistopheles . Évalué à 2.
Je pense notamment à :
_ Apache Tomcat
_ Apache Cassandra
_ Apache Hadoop
_ Apache commons
etc ... etc...
Pitié ne me dites pas qu'ils vont disparaître ou être lâchés par Apache.
Merci de vos précisions
[^] # Re: Pardon d'être aussi terre à terre
Posté par Olivier MARTIN . Évalué à 1.
# Une bonne occasion pour la communauté d'innover autrement
Posté par marahi . Évalué à -1.
Il me semble que ce coup de pied au cul est une formidable occasion, surtout pour ASF, de créer quelque chose, à partir de zéro ou pas, sans refaire les mêmes erreurs que Java et surtout de créer en totale liberté.
Je ne suis expert ni en développement ni en plate-formes informatiques, je développe peu et rarement pour les autres, mais je suis de plus en plus séduit par ce langage facile à utiliser et bien documenté qu'est Python. Je pense qu'on pourrait essayer d'en faire pas uniquement un langage mais carrément une plate-forme entière concurrente de Java, améliorer ses performances et son extensibilité pour en faire un produit industriel à part entière aussi crédible que Java.
Il y a déjà la Python Software Foundation, mais ASF gagnerait à collaborer étroitement avec PSF. De plus, vu le nombre croissant d'aficionados de Python et l'excellente réputation de ASF, je suis sûr qu'un tel rapprochement aurait beaucoup de succès.
[^] # Re: Une bonne occasion pour la communauté d'innover autrement
Posté par barmic . Évalué à 6.
Le truc de Java par rapport à tout les autres langages que je connais c'est qu'il a un niveau d'industrialisation immense. Il y a des milliers d'entreprises qui travaillent pour ou avec Java. C'est pas le genre de chose qui changent comme ça. Le seul langage autant utilisé c'est peut être PHP. Alors oui c'est pas des langages qui font rêver, mais c'est ceux là qui sont utilisés en énorme majorité.
De plus les développeurs Java c'est des gens qui ont tendance à aimer leur typage fort et statique qui permet par exemple d'avoir des outils pour gérer la qualité logiciel le plus tôt possible. Ce n'est pas un jugement que je fais c'est une constatation.
Je connais mal python il est possible de le compiler en une sorte de byte code ? Parce que les entreprises qui utilisent Java font pas forcément de logiciel libre.
Tout ça pour dire que le "yaka" pour qu'un langage remplace Java il est juste démesuré, il faudrait des moyens et un temps conséquent, quelque soit la qualité initial du langage.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Une bonne occasion pour la communauté d'innover autrement
Posté par Sytoka Modon (site web personnel) . Évalué à 4.
A mon sens, le grand projet ambitieux du coté du libre est le couple Perl6 / Parrot. Derrière, il y a comme objectif de mettre toute l'infrastructure du CPAN sur Perl6 (CPAN6), sachant que tout cela n'est pas lié qu'à Perl, Parrot a toujours été développé et ouvert sur tous les langages de script (la machine Parrot a été conçu pour les langages dynamiques).
C'est dommage que les autres langages de script ne misent pas plus sur Parrot afin d'arriver à avoir un écosystème développé et conçu par et pour le libre, de manière communautaire et sans grande entreprise ayant le rôle de pilote.
[^] # Re: Une bonne occasion pour la communauté d'innover autrement
Posté par barmic . Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Une bonne occasion pour la communauté d'innover autrement
Posté par Antoine . Évalué à 2.
Pilote de quoi ? Il n'est pas évident que Parrot soit en avance en quoi que ce soit.
Et puis, je ne sais pas comment c'est aujourd'hui, mais il y a quelques années la doc était quasi-inexistante. Ça ne met pas en confiance, pour tout redévelopper depuis zéro sur une base Parrot...
[^] # Re: Une bonne occasion pour la communauté d'innover autrement
Posté par Antoine . Évalué à 1.
Ah, et PHP est "industrialisé" peut-être ?
De plus les développeurs Java c'est des gens qui ont tendance à aimer leur typage fort et statique qui permet par exemple d'avoir des outils pour gérer la qualité logiciel le plus tôt possible. Ce n'est pas un jugement que je fais c'est une constatation.
Vu que ce sont des pisseurs de code pour la plupart, ils aiment ce qu'on leur a appris à aimer... ni plus ni moins. Il y a 30 ans, ils auraient aimé le Cobol ; d'autres aimeront le PHP ou le SQL pour des raisons similaires.
Je connais mal python il est possible de le compiler en une sorte de byte code ?
Oui, c'est même fait par défaut sans que tu ne demandes rien.
[^] # Re: Une bonne occasion pour la communauté d'innover autrement
Posté par barmic . Évalué à 2.
Je trouve triste ton avis sur les développeurs Java. C'est comme dire que ce qui utilisent des langages fonctionnels sont des chercheurs et ceux qui utilisent des langages de scripts des script kiddy etc... Libre à toi de choisir de mettre tout ou parti des gens dans des boites.
(Au cas où, moi ce que j'ai dis c'est que l'un des intérêts de Java c'est le typage statique et donc que les développeurs Java ont tendance à apprécier cela)
Pour la compilation de python je ne parlais pas d'une compilation JIT en mémoire mais d'avoir des (ou mieux un) fichier binaire exécutable sur une vm python.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# futur
Posté par lilington . Évalué à -4.
il y aura 2 types de personnes.
1/ les moutons
2/ les autres
1/ le moutons seront ceux qui consomment sans se poser de questions, ils n'auronts aucun controle sur ce qu'ils auront achete. d'ailleur ils auront le dernier pc super cloudcomputer avec impossibiliter de faire autre chose que cliquer sur ce qu'on leur demande de cliquer.
2/ les autres (je compte en faire parti) eux auront un pc moin sophisitque pour pouvoir avoir les libertes qu'ils avaient avant. continueront a programmer en C ou ASM et si sa pause probleme de licence creer leur car oui ayant pas le dernier cloudcomputer ils pouronts coder a l'ancienne.
mais etant peu nombreux ca ne fera aucun mal au super compagnies qui controleron (deja) le monde informatique.
sur ceux je n'ai jamais aime java et je me sens bien d'avoir apris ce language pour convertir les code que je lis en c++. Je souhaite sa mort comme je souhaite celle d'un cafard qui aurait eux la mauvaise idee de passer sur mon morceau de bri deposer sur la table de temps de servire un verre de vin pour l'accompagner.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.