[F] [mOved] Mon langage est mieux que le tien - Page 59

Alors ok, je veux du C avec des classes, du polymorphisme, de la dérivation, de la surcharge d'opérateur et des méthodes surchargées. Aller, au boulot Zerosquare !

Et te priver de la joie de coder toutes ces features toi-même ? Allons, ce serait cruel

Pfff, j'ai déjà pensé tout ça, donc c'est quasi-implémenté

Je te donnerais bien une réponse, mais tu risque de ne pas être content

./1730 >
Ça garde l'avantage de "moins de bordel dans le code" (parce que bon, ouais, avoir des variables intérmédiaires ça peut être pratique dans le cas "non standard" (i.e. to code est buggué) mais ça fait plus de code à lire donc c'est moins efficace), tout en permettant une lisibilité accrue, ce que ne permet pas le one-liner non indenté.

./1733 > C'est peut-être un mal dit dans ton post, mais tu sous-entend qu'un des problèmes c'est que Java gère sa mémoire lui-même, alors qu'en fait le seul problème (tu en parles aussi) c'est qu'il la gère comme une merde ^^
En tout cas
Application serveur ou utilisateur, pour tout ce qui n'est pas du domaine de l'embarqué, je trouve ça d'une connerie sans nom de devoir se limiter à une quantité de RAM définie à l'avance. Ça veut dire que tu dois prévoir à l'avance la quantité exacte de RAM que tu dois provisionner pour ton application. Ça veut dire que c'est à ton utilisateur de déterminer comment ton code va décider d'utiliser la mémoire dans son cas et de choisir un paramètre qu'il ne pourra pas changer sans redémarrer l'application. Sauf qu'en production, on aime bien éviter les redémarrages imprévus. (Puis moi si je peux pas sauvegarder mon document dans une appli parce qu'il y a "pas assez de mémoire" alors que j'ai 5Go de libre, je vais bien tirer la tronche)
On pourrait se dire qu'à la limite, c'est pas grave, sur le serveur on laisse 90% de la RAM à Java et le reste pour l'OS. Oui, mais c'est complètement con aussi. Si pour une raison X ou Y le processus a besoin de temporairement plus de mémoire (un des cas typiques pour lequel est prévu le swap, par exemple), ben il pourra pas en allouer. Et si il atteint jamais le quart de ce que tu lui as alloué, ben tu as juste gâché de la RAM… Mais tu n'avais pas le choix, car toute la RAM que tu alloueras à Java, Java sera susceptible de s'en servir, donc tu devras la lui réserver et prendre de soin de ne l'allouer à personne d'autre en même temps.

Sérieusement, y'a des trucs quand même bien rigolos:
https://www.reddit.com/r/Minecraft/comments/g1dbb/running_the_minecraft_server_using_ikvm_instead/ (C'est un peu vieux, peut-être plus autant d'actualité aujourd'hui, en tout cas, ça tend à prouver que l'implémentation mémoire de la JVM est un peu daubée)

./1741 > Voyons, y'a déjà le C#

</troll>

Pas crayon du tout pour le code de ./1730

Au contraire les variables intermédiaires lèves tout doute potentiel sur les types de retour et sur l'ordre d'exécution du code.

Godzil (./1746) :
Au contraire les variables intermédiaires lèves tout doute potentiel sur les types de retour et sur l'ordre d'exécution du code.

Sans compter qu'utiliser des variables bien nommées permet de faire de la documentation.

... au lieu de se plonger dans la doc des 4 méthodes enchainées quand on les connait pas.
En reprennant l'exemple initial, je me suis dit que le code était évident pour moi, mais nécessiterait à un quidam d'aller fouiller la doc de chaque méthode pour comprendre ce qui se passe. Et c'est vrai que l'emploi de variables bien nommées, et de types spécifiés à chaque étape, aide clairement à comprendre les choses. Quitte à paraitre un peu verbeux quand je me relis.

On s'en fout du verbeux, vaut mieux suffisamment d'infos que pas assez.

Et anticiper l'optimisation n'est pas une bonne idée, surtout si ce n'est pas documenté.

En assembleur encore je peux comprendre, mais pas en langage compilé.

Yep, je fais de l'asm aussi (embarqué), et j'ai depuis longtemps laissé tomber l'optimisation sur PC. D'abord parce que je n'y connais rien, ensuite parce qu'il faut en connaitre beaucoup plus que sur une calculatrice pour vraiment optimiser, et enfin parce que je n'ai jamais rien codé de critique au niveau mémoire/cpu.

n'oubliez pas qu'il va certainement falloir { englober le code avec toutes ces variables pour rester vraiment propre; }

{ const char *namePrintTmpl = "%s", *nameValue = "kochise"; printf(namePrintTmpl,nameValue); }

Bon alors aussi, la notation hongroise, y'a différentes écoles...

si on se base sur les pseudos de cette page je suis clairement minoritaire

minuscule forever <3

---

et pour parler de notation, NPI ftw

Uther (./1737) :
Qt corrige certes une partie des défauts de C++ en apportant une bibliothèque vraiment agréable, du niveau de ce que propose Java.Mais ça reste un rafistolage d'une construction pourrie qui apporte encore plus de lourdeur a l'édifice avec ses "moc" qui viennent se rajouter a un système de header déjà horribles.

Au contraire, le C++/Qt est beaucoup plus agréable que le Java. Compare les 2 versions niveau syntaxe. La surcharge des opérateurs, les typedefs, etc. tout ça contribue à rendre le code beaucoup plus lisible et simple à coder. Et ce qu'on ne voit pas dans cet exemple simple, c'est que Qt fait de la copie à l'écriture (copy on write), alors qu'en Java, il faut penser à appeler clone() au bon endroit (et on se retrouve forcément à cloner plus que nécessaire).

robinHood (./1753) :
si on se base sur les pseudos de cette page je suis clairement minoritaire
minuscule forever <3

unNickDeForumNEstPasUnNomDeVariable
Qt utilise la même convention que le Java pour la capitalisation, c'est clairement le standard accepté de nos jours.

Un peu de très bas niveau ?
http://hackaday.com/2016/07/06/42300-transistor-megaprocessor-is-complete/
()

Combien de temps pour démarrer Windows ?

Espèce de tordu, va

Je sais, j'ai tous les vices !

Nil (./1756) :
Combien de temps pour démarrer Windows ?

Avec 256 octets de RAM?

ca risque de swapper un peu

Kevin Kofler (./1759) :
Avec 256 octets de RAM?

Mince, c'est vrai que ça dépasse des 640ko

En meme temps:

https://www.mac4ever.com/actu/11139_os-x-sur-un-centris-650

ou

http://dmitry.gr/index.php?r=05.Projects&proj=07.%20Linux%20on%208bit

J'avais justement le deuxième lien en tête, mais pas moyen de remettre la main dessus.

Ah oui, je me souviens d'OS X sur un 68040, j'avais regardé la vidéo du looooong chargement

Donc apriori windows 10 sur un PDP11 ca me semble realiste

Nil (./1764) :
Ah oui, je me souviens d'OS X sur un 68040, j'avais regardé la vidéo du looooong chargement

Ça devait être sympa à regarder, et avec un suspens insoutenable !

Localisation oblige, je suis passé au clavier US. J'avais réalisé un super post de la mort mais en uploadant mon fichier sur mirari ça m'a clearé la box pour juste mettre le fichier et clearé l'undo buffer. Putain de dégoûté de sa mère :/ Un des trucs qui me manque de KDE c'est quand même ce foutu presse papiers envahissant qui retenait les 10 dernières entrées.

Bref du coup ça m'a pété le mojo, j'avais eu du plaisir à rédiger ça. Mais bon juste pour dire que ça vaut le coup. Je suis toujours en phase d'apprentissage et pas encore aussi efficace qu'avant, mais le potentiel est là pour du codage. En particulier par rapport au clavier AZERTY : tous les nombres sans MAJ, la plupart des caractères utiles sans même SHIFT (slash, point, virgule, point-virgule, guillemets, [], =, `, ~, $ -- pas mal de trucs qui ne servent qu'aux codeurs mais bon, on voit pourquoi les langages sont conçus ainsi).

Ca n'existe pas, un équivalent à Klipper pour Windows ?

Y'en a tout plein apparemment :
https://en.wikipedia.org/wiki/Clipboard_manager#Windows