• [^] # Re: Pas sûr que trouver des erreurs/la fiabilité soit si important pour la communauté libre..

    Posté par (site web personnel, Mastodon) . En réponse à la dépêche [code] Trouver les erreurs. Évalué à 1.

    et compter le temps passé à faire un make qui va bien (vu que tu dois relancer la compil' souvent) + positionner les ; au bon endroit

    Alors avec Gnat, pas besoin de make sauf si tu as besoin de compiler du C.
    Si tu veux vraiment faire un beau truc, tu peux utiliser un fichier de projet Gprbuild mais il n'y a rien d'obligatoire.

    • trouver les use utiles pour afficher un truc à l'écran

    Pas plus dur que de trouver le bon include

    positionner les ; au bon endroit

    Tu parles justement du C et il se trouve qu'il y en a encore plus en C... Ne serait-ce que dans un for.
    Quand on est codeur C, le problème du point-virgule en Ada commence à s'apparenter à de la mauvaise foi.
    Surtout que si tu oublies un point-virgule en C, certes, il va jusqu'au bout mais tu sais pas trop ce qu'il compile au final.

    s'il faut s'appliquer des conventions pour éviter le cas classique du case par exemple

    Justement en Ada, il n'y a pas à s'appliquer des conventions pour ce genre de choses. Typiquement, un case doit couvrir tous les cas.

    Pour moi un programmeur qui est satisfait que cela fonctionne mais a une tétra-chiée de warning n'a pas d'ego, voire n'est pas un programmeur ;-) (surtout s'il ne sait pas expliquer pourquoi il a gardé ces warnings même après livraison, cela ne donne pas trop confiance à celui qui va devoir reprendre le code et le maintenir ensuite...).

    Tu dois pas souvent compiler un noyau Linux alors parce que sinon tu verrais que c'est pas plein de non programmeurs :D