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

Oh clairement oui, je n'en donnerais pas d'exemple, mais vu ce qu'un stagiaire a pu me pondre question code en C++....

Godzil (./1501) :
Oh clairement oui, je n'en donnerais pas d'exemple, mais vu ce qu'un stagiaire a pu me pondre question code....

Fixed.

Ha non celui qui a fait du C++ a été le pire de tous a vrai dire (en terme de code tordu et non maintenable)

Pardon, mais dans votre métier, il y a une notion que je ne saisis pas bien, c'est celle de "maintenance", car un code ne "tombe" pas en panne, s'il est buggué, il est en panne depuis le début, non ?

Évolution si tu préfères.

C'est une excellente remarque. Je pense qu'il y a une combinaison d'au moins trois facteurs.

Premièrement quand on commence à écrire une application c'est relativement facile d'écrire du code qui fonctionne sans trop se soucier de ce qui viendra après. Mais chaque mauvais choix, même petit, risque de coûter exponentiellement de plus en plus cher (= de plus en plus de temps à contourner) à mesure que le projet progresse. Quand on finit par prendre la décision de le corriger, à supposer qu'on la prenne un jour, on risque de devoir y passer plusieurs ordres de grandeur de fois plus de temps que si on avait fait en sorte de l'éviter initialement. Mais comme d'une part c'est plus difficile et que d'autre part on a l'impression qu'on perd du temps alors qu'on pourrait commencer tout de suite, on prend souvent la mauvaise solution.

Deuxièmement l'informatique est une science immature pour laquelle il n'y a pas vraiment de bonne façon de faire universellement acceptée. Ou bien on pourrait dire qu'il y en a plein, ça revient au même. Beaucoup de gourous ont tout un tas de théories sur les bonnes pratiques à suivre pour que tel ou tel projet se passe bien, mais ces théories sont trop jeunes, incompatibles, et noyées dans une masse d'informations contradictoires. En cherchant 3 minutes sur Google à peu près n'importe quelle sujet informatique on trouve des dizaines d'articles rédigés par des experts auto-proclamés et c'est un peu difficile de s'y retrouver. Ça n'est pas vrai que pour les projets personnels, loin de là.

Troisièmement il y a eu une explosion de la demande de développeurs, et du coup une explosion de l'offre de formation pour ces métiers. Aujourd'hui on forme des informaticiens à la pelle (enfin il parait qu'il y a toujours une pénurie, mais elle va bien finir par s'arrêter et ça risque d'être douloureux) et forcément tous ne sont pas aussi efficaces. Quand on combine ça avec le point précédent, comment fait-on pour reconnaître un bon développeur ou un mauvais développeur ? Si on les interroge séparément ils auront tous une vision bien trempée de comment leur boulot "devrait être fait" et un avis tranché sur le niveau de leurs collègues exactement à l'image des réponses de ce sujet sur les "stagiaires" qui semble-t-il sont responsables de tous ces projets qui foirent (à croire qu'il n'y a que des stagiaires dans cette branche, je me demande ce qu'ils deviennent une fois diplômés). En pratique peu importe qui a raison, il suffit d'avoir plusieurs personnes qui ont un avis incompatible sur la façon dont le travail devrait être fait (ce qui veut dire souvent "avoir plusieurs développeurs sur le projet") pour que tout se coince.

Du coup on a des boites qui annoncent pouvoir mettre des armées de gens sur des projets, puis des projets qui prennent des tournures catastrophiques au bout de quelques années, les mêmes boites qui essaient de remédier au problème en mettant encore plus de gens sur le projet (puisque logiquement plus on ajoute de gens plus ça avance vite, "9 femmes font un bébé en 1 mois" et compagnie), et ça tourne en boucle joyeusement. Des projets publics assurés par des "boites technologies françaises" j'en ai vu quelques-uns et le schéma est le même à chaque fois, ce que décrit ce mec dans son article est malheureusement aussi triste que commun.

[cross]

Déjà, il y a les demandes d'évolution/amélioration du produit à gérer, et on considère souvent ça comme de la maintenance.

Ensuite, en dehors des bugs, il peut y avoir de la maintenance active (en général surtout si le produit est mal conçu, mais rien n'est parfait) pour que l'application continue de bien fonctionner, comme par exemple des index SQL à reconstruire périodiquement, ou des répertoires à vider. Plus évidemment tous les crash serveur qui peuvent arriver dans la vie d'un système informatique. (Mais là ça va probablement plus dépendre d'où est hébergée l'application, si c'est chez le fournisseur ou chez le client) En général, un contrat de maintenance couvre ce genre de choses, mais ça peut très bien être fait directement par le client, ça dépend des cas.

Et en ce qui concerne les bugs, il faut bien avoir en tête que tous les bugs ne rendent pas un logiciel immédiatement inutilisable. Ça peut rendre une partie d'une fonction inutilisable, ou juste rendre le logiciel instable dans certains cas. Et le bug peut être apparu suite à une évolution externe: mise à jour du système d'exploitation, incompatibilité avec un nouveau matériel, etc.

Enfin en bref, non "le code" ne tombe pas en panne, mais "une application" peut "tomber en panne", oui

Merci pour les éclaircissements ^^

Magique

C'est abhorrifreusement beau

Excellent

Franchement, le vrai problème de cette fonction est qu'elle est conceptuellement totalement foireuse. Non seulement, il n'existe pas d'implémentation portable potable (non, ce n'est pas une répétition, lisez bien ), mais en plus c'est absolument horrible comme concept dans un système d'exploitation multi-tâches. "Alloue-moi tout ce qui te reste comme mémoire!" est une idée totalement égoïste qui ne peut fonctionner correctement que dans un environnement obsolète mono-tâche, mono-processus et mono-thread. Je me demande quel code utilise cette horreur, s'il en reste. Le C++ serait un langage bien meilleur sans cette pourriture de STL (à remplacer par Qt). Le langage lui-même est excellent (le meilleur qu'on trouve sur le marché), mais la STL sux.

[EDIT: grammaire/expression]

(un langage "bien meilleur" sonne mieux )

Hm non, ce n'est pas tout à fait ce que fait la fonction, Kevin ! Elle demande "Alloue-moi tout ce qui ME reste comme mémoire !", ce qui n'a absolument rien à voir

Kevin Kofler (./1514) :
Franchement, le vrai problème de cette fonction est qu'elle est conceptuellement totalement foireuse. Non seulement, il n'existe pas d'implémentation portable potable (non, ce n'est pas une répétition, lisez bien ), mais en plus c'est absolument horrible comme concept dans un système d'exploitation multi-tâches. "Alloue-moi tout ce qui te reste comme mémoire!" est une idée totalement égoïste qui ne peut fonctionner correctement que dans un environnement obsolète mono-tâche, mono-processus et mono-thread.

Ce qui peut tout à fait arriver dans le monde du HPC

Nil (./1516) :
Hm non, ce n'est pas tout à fait ce que fait la fonction, Kevin ! Elle demande "Alloue-moi tout ce qui ME reste comme mémoire !", ce qui n'a absolument rien à voir

La RAM est normalement une ressource partagée entre les processus, les quotas par processus sont possibles (cf. cgroups), mais restent l'exception plutôt que la norme.

flanker (./1517) :

Kevin Kofler (./1514) :
Franchement, le vrai problème de cette fonction est qu'elle est conceptuellement totalement foireuse. Non seulement, il n'existe pas d'implémentation portable potable (non, ce n'est pas une répétition, lisez bien ), mais en plus c'est absolument horrible comme concept dans un système d'exploitation multi-tâches. "Alloue-moi tout ce qui te reste comme mémoire!" est une idée totalement égoïste qui ne peut fonctionner correctement que dans un environnement obsolète mono-tâche, mono-processus et mono-thread.

Ce qui peut tout à fait arriver dans le monde du HPC

Du HPC mono-thread?! Tu vis dans quel siècle?

Celui de la Raspberry Pi 3 à $35 ? Non, ceci n'est pas une pub pour la dernière bestiole de David Braben.

Une archive des vieux posts de John Carmack sur Slashdot
Assez intéressant

[commercial vs dev]
— Qui fait du Windev parmi vous ?
— Euh, personne.
— Merde ! Je viens d’en vendre à un client…
(via @thaliondaw)

— webAgencyFAIL (@webAgencyFAIL) March 8, 2016

Et en parlant de WinDev, pour ceux qui ne connaissent pas ce langage, voici comment ils mettent le produit en valeur dans leurs pubs :

Et il est aussi "fermé" que les produits National Instruments (Labview, Teststand, ...) : tu sauves avec une nouvelles version, tu ne peut plus lire avec une précédente, même s'il n'y a rien qui le justifie (genre simple ajout d'un commentaire). A fuir...

(Arrêtez, c'est une boite de par chez moi, j'ai des potes qui y bossent - et y bosser était mon rêve de gosse quand j'avais 13 ans !)

(comme quoi, Nil a été perverti depuis son plus jeune âge)

Attends, à l'époque Windev 1.5 tenait sur 2 disquettes HD !

C'est pas une raison

De toute façon c'est mieux comme ça. Tu aurais été déçu, la fille sur leurs pubs ne travaillait pas là-bas.

C'est aussi un peu comme les catalogue Pearl *sifflote*

Zerosquare (./1526) :
Tu aurais été déçu, la fille sur leurs pubs ne travaillait pas là-bas.

À l'époque, je n'avais que les deux disquettes pour mon propre plaisir... ouais, c'était l misère sexuelle, l'adolescence

Et il y a eu l'avènement d'Internet, avec tous ses chatons.

Et ses ours. Mais là il faut aller dans le Depp Web.

Tron (./1529) :
Mais là il faut aller dans le Depp Web.

Le Depp Web, c'est un peu comme le Deep Web des pirates, mais ce ne sont pas les mêmes pirates ^^