• [^] # Re: La syntaxe...

    Posté par (site web personnel) . En réponse à la dépêche Sortie de G'MIC 3.0 : Une troisième dose pour un traitement efficace de vos images !. Évalué à 2.

    sed pour faire un remplacement rapide de texte dans un fichier, que de dégainer n'importe quoi d'autre...

    J'utilise Perl à la place, qui permet encore plus de chose. Mais ce n'est pas le sujet. Sed a été créé à une époque, où la puissance CPU et la RAM étaient comptés, et depuis sa sortie, il y a beaucoup d’évolution dans la science des langages.

    En général, il vaut mieux faire confiance aux créateurs du langage, qui ont réfléchi à la question plus longuement.

    Sans doute. Mais je vous conseil de lire "clean code" pour voir que c'est difficile à faire avec votre langage. La définition de ce que l'on appelle du code propre à bien évoluer et à commencer à se définir plus clairement depuis 10 ans. Robert C. Martin est un des précurseurs du domaine ( http://cleancoder.com/ )

    Le concepteur du langage doit gérer un ensemble de contrainte parfois contradictoire. Le C et le C++ ont la structure de leur fichier faite pour réduire la taille de l'unité de compilation, ce n'est plus aussi pertinent aujourd'hui.

    Perso, il ne me viendrait pas à l'idée de décréter que SQL c'est mal, parce que je comprend pas facilement ce qui se passe lorsque je lis une requête.

    La clarté d'une syntaxe d'un langage ne contraint pas ce qui se passe à la couche suivante. Le SQL pourrait avoir les mêmes fonctionnalités et être bien plus compréhensible. Je n'ai pas dit que c'était facile, je dis que dans l'état actuel des choses, on devient chauve à écrire des longues requêtes et que la plus part des mortels utilises des ORM pour éviter de le faire.

    Ca serait vraiment naïf de ma part (ou pédant au choix). Au contraire, je me dis plutôt que si des gens qui sont experts en BDD ont élaboré le langage de cette façon, c'est surement qu'il y a une bonne raison (que je ne suis pas apte à comprendre, avec le niveau en BDD que j'ai).

    Ce n'est pas parce que l'on est pas coiffeur que l'on ne peut pas critiquer une coiffure, ou critiquer une maison, si l'on n'est pas maçon. On peut justement critiquer le SQL car ces utilisateurs ne sont pas majoritairement des experts en BDD et en théorie des ensembles.

    L'utilisabilité d'un logiciel et les principes d'ergonomie existent aussi pour les langages et ne se limitent pas aux IHM (principe de moindre surprise, principe de moindre mémorisation, nom prononçable,...).

    "La première sécurité est la liberté"