Discussion :

[YAKYETI]

Il y a toujours eu des guéguerres entre languages, le principal étant d'utiliser le bon langage pour la tâche à réaliser (ex: js pour du bas niveau ça va être difficile...) et le bon algo (je dirai même surtout l'algo).

Et cela n'est pas récent. J'ai eu le loisir et même l'ordre de le faire. Mais les restrictions de budgets imposent de trouver un consultant le moins cher possible et immédiatement opérationnel. Qui effectue sa formation et la mise à niveau chez les clients ou à la maison. Moralité, Java pour tout et pour tout le monde. Sans finesses, ni subtilités, il faut que ce soit maintenable par le suivant. La non-qualité a un coût beaucoup plus élevé qu'on ne le pense. Sans parler du fait que se retrouver devant un GDS tournant sous TPF par exemple lorsque le dernier "spécialiste" vient de partir en retraite peut également coûter très cher. Il y en a bien plus que l'on pourrait le penser ! Derrière la belle interface en Java, il y a souvent un bon vieux mainframe. Amusez-vous bien !

[ddoumeche]

Ils vont passer à openjdk, il y a déjà un bon travail à faire de leur part et il pourrait ensuite passer à swift. Un autre changement.

L'écosystème de Java est de très loin supérieur à swift, ne serait qu'en outils de dev, framework, librairie et nombre de développeur.
Passer à swift c'est faire table rase de tout ça. Alors que passer à openjdk règle le problème à Oracle.

Je doute fort qu'oracle est la somme demandé pour 37 api qui ne sont pas primordiale, le passage à openjdk semble s'est fait rapidement.

Ne pas oublier que si Oracle gagnerait, c'est tout le domaine logiciel américain qui en souffrirait au niveau de l'interopérabilité

Swift n'est pas à la hauteur, personnellement et comme beaucoup d'autres je ne me mettrais jamais à ce machin. Plutôt faire du c# sur Winphone.
Google peut tenter sa chance, après tout Microsoft l'a bien fait avec WinRT et Windows10/Surface... nous avons vu ce que cela a donné.

java.lang.String et java.net.InetAddress ne sont pas essentielles ?

Mais quel domaine du logiciel en souffrirait question interopérabilité ? ne serait-ce pas nier l'utilisation des API pour leur but prévu à savoir l'intégration, et leur réimplémentation qui est violation de licence.

[Kapeutini]

pourquoi ne pas réécrire les apis en litiges ? Google peut engager une armée d'indiens payés au lance pierre pour faire la job
et tant qu'à faire, améliorer les apis et les rendre open source

Ensuite poster une mise à jour et voilà dans le luc Oracle

On pourrait passer à Scala en même temps hi hi