devnewton 🍺 a écrit 8778 commentaires

Toujours indéfinis en Java, et dans tous les langages que je connais d’ailleurs.

Pardon je n'ai pas été clair : en Java, les opérations concurrentes suivent la norme qui dit dans quels cas elles donnent des résultats imprévisibles ou prévisibles.

En C++, la réponse est presque toujours "ça dépend".

La plupart des IDE « puissants » sont multi-langage. Quant à des outils puissants, liés au langage, qui auraient contribué au succès de Java, je vois pas.

Sauf que la complétion, les opérations de refactoring, de génération de code et de modélisation ne sont souvent bien implémentées que pour Java. C'est bien dommage d'ailleurs!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

L'apport de Java par rapport à C/C++ est d'avoir résolu les problèmes suivants :

- temps de compilation interminable.
- lib standard anoréxique.
- comportements non définis ( initialisation statique, accès concurrents...)
- compatibilité binaire très difficile à maintenir.
- IDE et outils peu puissants.

Aujourd'hui un langage qui ne propose pas au moins aussi bien dans chacun de ces domaines ne vaut rien.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le Web simple, avec du HTML, à peine de CSS et surtout du code serveur, est-il condamné ? Verrons-nous bientôt des choses clignoter dans tous les sens sans Flash ni guirlande de papa Nowell ?

La plupart des sites n'ont pas besoin de Javascript et pourtant le rende obligatoire.

Est-ce que mettre 3 tonnes de Javascript enlarge le penis des webdevs?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Vraiment? La signature malloc( size_t ), ça ne leur chatouille pas le bulbe? Et ils essayent tous de faire des malloc(INT_MAX)? Vivons nous vraiment de devs bizarres comme pBpG?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

je regardes pas la theorie de ce que t'es sense faire et que 1% des gens font, mais ce que l'enorme majorite des gens font

Tu es le seul zoulou à faire des malloc(INT_MAX).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Combien d'elements maximum peut-il gerer ? MAX_INT ...

Non. Même les gros noobs savent que int et size_t ne sont pas forcément le même type.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est bien, tu viens de nous dire nois sur blanc que tu avais du code specifique a la machine en C, qui donc n'etait pas portable.

C'est TON code qui est tout moisi :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pourtant c'est un exemple reel

D'où as-tu sorti cette exemple débile? On attends toujours que tu nous sortes un cas concret et pas un vague "ça pouvait être utile il y a 20 ans je crois peut être".

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Mince mon programme plein de bidouilles spécifiques à ma machine d'il y a 20 ans ne fonctionne plus! Personne ne m'a dit que la taille des int pouvait changer!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'attends toujours qu'on me donne un exemple pertinent pour ce fameux malloc(INT_MAX). Je suis à peu près sûr qu'à part d'ex apprentis codeurs boutonneux, personne n'a jamais fait ça dans un programme sérieux.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Oui, quand on code avec les pieds, le temps ne fait rien à l'affaire!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu le vois toujours pas le probleme ?

Le problème ici c'est le codeur qui fait une opération débile.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Trouve moi un seul exemple valable du malloc(INT_MAX).

A part se ridiculiser dans un troll, je ne vois pas :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est vrai que c'est tellement utile un malloc(INT_MAX)...

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Java et .C# sai nul, on peut même pas faire un :

byte[] gros = new byte[java.Integer.MAX_INT];

C'est pas portable! Sur les machines avec moins de 4Go de RAM ça ne marche pas!!! Bouh!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Vala s'inspire juste de la syntaxe de C# qui lui même s'inspire de celle de Java qui lui même s'inspire de C++, etc...

C'est le seul lien, le reste est très différent, contrairement à Mono.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Bref les promesses s'envolent et les licences restent.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je pense que cela a ete dit et ecrit officiellement donc doit etre considere comme un contrat au niveau de la loi.

Ce n'est pas du tout évident. Existe-t-il seulement un texte de loi qui réglemente les promesses publiques?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est une promesse ou un contrat?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je ne comprends pas qu'on demande aux étudiants de fournir des devoirs imprimés. Ca tue les arbres, donc la planète, donc les enfants et les générations futures.

Si les correcteurs demandaient juste un fichier, ils pourraient choisir la police et la taille en fonction de leur vue : le jeune prof qui peut lire du Arial 10 sans problème et le doyen bigleux à qui il faut du Times New Roman 48 n'ont pas les mêmes besoins.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il n'y a aucun FUD la dedans, Mono est couvert par une promesse de MS sur les brevets

Et s'ils mentent, ils vont enfer!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Mono lacks a number of features available on the .NET

http://www.mono-project.com/Guidelines:Application_Portabili(...)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Les faits sont là :

- c'est Microsoft qui définit l'avenir de .NET et Mono restera éternellement un sous produit à moins d'abandonner la compatibilité et de suivra sa propre voie.
- le C++ est stable depuis des années et GCC est à l'avant garde pour ses évolutions (support de C++1x, Concept GCC...).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je pense malheureusement que la question est justement qui a la plus grosse (influence).

Je ne pense pas que le comité qui s'occupe du C++ puisse s'assoir facilement sur GCC alors que Microsoft peut à tout moment sortir une .NET complètement fermée et faire un gros doigt à Mono.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En tout cas ils ont beaucoup plus d'influence que les devs mono sur Microsoft (qui s'en carre certainement le fondement).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.