Lazarus Free Pascal - Développement rapide

Bonjour,

J'ai commencé une lecture attentive de votre livre. Après avoir rapidement parcouru l'ouvrage en entier, j'ai épluché les trente premières pages (faute de temps mais je vais le lire en entier), je réserve donc mon impression globale. Ce qui suit ne sont pas des critiques acerbes mais une volonté d'améliorer l'ouvrage qui peut avoir un intérêt très net en l'absence de littérature dédiée à Lazarus.
J'ai quelques remarques à faire sur ce qui peut apparaître comme des détails mais qui peut améliorer néanmoins la lisibilité de l'ensemble :

1) L'introduction semble destinée à un public déjà connaisseur, en tout cas familier de l'informatique ce qui ne paraît pas être la cible de l'ouvrage : les notions de "multi-plateforme", "librairies", "client-serveur", "composants" etc. sont abondamment utilisées dès la page 2, je doute qu'un débutant sache de quoi il s'agit. De même la partie "JAVA vs LAZARUS" page 7 aurait sans doute beaucoup mieux trouvé sa place en fin de livre à mon sens. L'ensemble de l'introduction en devient donc confuse. S'agit-il d'un livre pour programmeurs confirmés qui désireraient se mettre à Lazarus ou d'un livre présentant les bases de Lazarus et de FPC ? Je donne un autre exemple page 9 (intro donc) : "On voit que l'auto-destruction si besoin [NOTE : il s'agit d'un Garbage Collector] n'est pas aussi fiable qu'elle le prétendait. LAZARUS permet donc de créer des interfaces hommes machines fiables si vous informez correctement vos constructeurs et destructeurs d'Objets" Page 9 ??

2) Des fautes et coquilles qu'il faudrait corriger :
- P.17 "voire" au lieu de "voir" (1ère ligne
- P 17 : "Celles si" pour "celles-ci'
- p 18 : "Les chaînes sont ajoutées grâce en les entourant par un caractère << ' >>?" => phrase incompréhensible.
- p 20 : "Un code source bien présenté ce sont des développeurs clairs et précis" : idem, probablement confusion entre "développeurs" et "développements" (je suppose)
- p.21 : "L'indentation c'est présenter le code source afin de le comprendre comme clair sans avoir à le regarder de près" : phrase très confuse, peu compréhensible.
- p 22 :" - Si on trouve un bug dans le code source il est possible que ce bug revienne s'il n'y a pas de commentaires." S'il y en a aussi, tant qu'il n'est pas corrigé ! Ce qui est évident pour un programmeur ne l'est pas pour un débutant or ces pages s'adressent à un débutant, on peut supposer qu'un programmeur sait déjà commenter son code source et l'indenter.
- p 23 : "Par ailleurs le mode Delphi permet de supprimer la notion d'adresse de pointeur" => parler des pointeurs et directives de compilation avec trois lignes d'explication ne peut qu'aboutir à une grande confusion. Peut-être en parler plus loin dans le livre ?
- p 24 : "Le pointeur peut cependant être utile d'utiliser les pointeurs pour scruter les tableaux" => à reformuler.
- p 26 "A la fin d'un fichier PASCAL de formulaire voici ce que l'on peut mettre :" Pas clair. Je rappelle également que le langage Pascal a été nommé ainsi en hommage à Blaise Pascal par Niklaus Wirth, il ne s'agit donc pas d'un acronyme comme "B A S I C", il s'écrit par conséquent Pascal et non pas PASCAL. C'est un détail mais autant respecter cette convention de nommage.
- p 27 : "Les constantes publiques pourront être centralisée ..." : au lieu de "centralisées"

Ces quelques remarques n'ont pas un but polémique mais modestement celui de pourvoir contribuer à l'amélioration de cet ouvrage par ailleurs potentiellement intéressant.