Discussion :

[bacelar]

Ma dernière lecture de K&R date d'il y a plus de 25 ans et c'était déjà un très vieux bouquin.
La traduction française ne m'avait pas choquée, je pense que pour limiter la difficulté, la version française n'est pas un mauvais choix.
Profitez s'en, le nombre de "bonne" traduction de bouquin d'informatique est très faible.
Mais bon, un bouquin qui a plus de 45 ans, en informatique, c'est un peu comme le code Hammourabi, c'est plus pour les archéologues que pour les juristes.

[Médinoc]

La seconde édition du K&R (alias "nouveau testament") n'a que 26 ans et ses errata sont probablement plus récents.

En revanche, même le K&R2 est limité au C90...

'faut voir le bon côté des choses, ça veut dire qu'il pourra tester ses programmes sous Visual Studio avec

[Invité]

Vu le nombre de révolutions qu'a subi le C ces 25 dernières années, le K&R devrait suffire...

Il sera toujours possible d'apprendre les dernières normes ensuite.

[Factorisable]

Re,

je n'ai pas encore acheté le livre, durant ce temps j'apprenais le c sur un site , je suis arrivé jusqu'à la présentation de la bibliothèque SDL, que je n'ai pas su installer mais en ayant vu la suite du cours, j'ai rapidement vu qu'apprendre plus sur ce site c'est simplement apprendre des bibliothèques plutôt que le langage lui même. Savez-vous si le K&R m'apprendra à créer des bibliothèques comme SDL ?

[Médinoc]

Tout seul, j'en doute, car créer une bibliothèque graphique nécessite une connaissance de l'environnement en dehors du standard (système d'exploitation, etc.).

[koala01]

Salut,

Re,

je n'ai pas encore acheté le livre, durant ce temps j'apprenais le c sur un site, je suis arrivé jusqu'à la présentation de la bibliothèque SDL, que je n'ai pas su installer mais en ayant vu la suite du cours, j'ai rapidement vu qu'apprendre plus sur ce site c'est simplement apprendre des bibliothèques plutôt que le langage lui même. Savez-vous si le K&R m'apprendra à créer des bibliothèques comme SDL ?

Ou là, là... Reprenons les basiques, si tu veux bien :

On appelle bibliothèque un ensemble de fonctionnalités qui travaillent ensembles pour nous permettre de répondre à un(e série de) besoin(s) précis.

Avec cette définition en tête, on se rend compte qu'elle pourrait parfaitement s'appliquer au terme "application" et, de fait, il n'y a vraiment que très peu de différence entre le fait de coder une bibliothèque et celui de coder une application. Du moins, elles sont suffisamment peu nombreuses pour qu'il soit possible de les retenir en quelques heures (j'ai failli écrire minutes ici )

Par contre, la vrai difficulté vient des derniers mots de cette définition: "pour permettre de répondre à un(e série de) besoin(s) précis".

Car, pour pouvoir répondre à un(e série de) besoin(s) précis, il faut connaitre le "domaine d'application" de ce(s) besoin(s) ou, à défaut, avoir l'opportunité de discuter avec quelqu'un qui le connaisse suffisamment que pour nous permettre d'analyser correctement ce(s) besoin(s) afin que nous puissions le(s) comprendre, mais aussi (et surtout) en connaitre suffisamment sur la technologie qui sera utilisée pour répondre à ce(s) besoin(s).

Et c'est à ce niveau que le développement d'une bibliothèque comme la SDL deviendra particulièrement compliqué, car le(s) besoin(s) à remplir n'est (ne sont) déjà pas forcément très facile à comprendre (je cherche en réalité un autre mot, mais, sans doute à cause de mon grand age, ma mémoire me fait parfois défaut ), mais en plus, les technologies utilisées ne vont pas se limiter au seul langage de programmation : pour qu'une telle bibliothèque puisse fonctionner, elle doit s'adresser directement au système d'exploitation, et ca, c'est encore une technologie tout à fait particulière à assimiler.

Et encore : si, en plus, on souhaite obtenir une portabilité accrue, nous devrons sans doute nous intéresser à plusieurs systèmes d'exploitation, et donc, assimiler autant de technologies différentes de plus.

Alors, oui, en effet K&R2 devrait (si mes souvenirs sont bons par rapport à ce que j'en ai entendu), te permettre d'en assimiler suffisamment sur la technologie "langage C" que pour te mettre en mesure de développer en C à peu près tout ce que tu veux.

Mais un livre est forcément limité par l'état de la technologie au moment où il est paru, par l'espace disponible et donc par le nombre de cas présentés, avec comme corolaire le fait qu'il mettra surement plus l'accent sur certains points que sur d'autres. Et cette limitation fait que, de toutes manières, la seule lecture d'un (ou même de plusieurs) livre(s) ne te permettra très certainement pas de connaitre "tout sur tout" concernant le langage.

Et donc, le seul moyen d'évoluer, c'est, à un moment ou à un autre (et de préférence le plus tôt possible), de commencer à pratiquer le langage, de manière à être confronté à un maximum de problèmes lors de l'utilisation du langage et donc, à être obligé d'explorer certaines pistes qui n'ont jamais été citées dans aucun des livres

[Factorisable]

Est-il possible également de programmer un os uniquement avec ce livre K&R2 et bien sûr les informations des composants renseignées par leurs fabricants ?

[ternel]

Non.

Non, parce que pour programmer un OS, il faut beaucoup plus que la connaissance du langage et les spécifications matérielles.
Il faut comprendre et spécifier le fonctionnement d'un OS, et de chacune des pièces qui le composent.

Cela dit, c'est instructif de fouiller le sujet.
Je t'invite d'ailleurs (à terme ) à regarder du côté de Minix, qui est un très petit OS mais fonctionnel.

Autre piste, il existe aussi le site nand2tetris.org, qui propose un cours absoluement complet.
Ce cours commence par la porte logique NAND, et couvre toutes les couches d'abstractions jusqu'à un programme utilisateur tel qu'un jeu Tetris.

[Factorisable]

Donc si je sais comment fonctionne un os, chaque composant, que j'ai leurs informations fournies par leurs fabricants, les informations compris dans le K&R2 et uniquement ceux là avec ce que je viens de nommer me permettront de programmer un os et n'importe quel autre programme imaginable ?

[ternel]

En gros, oui.
Le problème n'est pas vraiment de le programmer en C++.

Le problème est de le programmer tout court.

Réaliser un programme, c'est décrire à une machine, dans une forme qu'elle comprend, la méthode de résolution d'un problème.

Il y a deux parties à cela:

1. "dans une forme qu'elle comprend", c'est-à-dire le C++
2. "la méthode de résolution d'un problème", ceci concerne l'algorithmie, en premier lieu, puis la conception logicielle

Autant le premier point peut s'apprendre très vite si on a une base dans le second, autant ce dernier est un métier, qui s'apprend longuement, et toujours plus.

Par exemple, j'ai appris l'intégralité de la syntaxe du C++ en trois jours. Cela, n'importe quel bouquin te permettra de le faire, même le "C++ précis et concis" de chez O'Reilly, qui fait une cinquantaine de pages au format poche pour la syntaxe.
Après tout, il n'y a qu'une dizaine de types de base, une vingtaine d'opérateurs, une petite brouette de mots clés, quelques constructions complexes (fonctions, classes, templates) et c'est tout.

Pour la bibliothèque standard, il n'y a qu'une solution, utiliser une référence en ligne, pour apprendre le contenu général et savoir où retrouver les détails.

Par contre, aucun livre (ou presque) ne parviendra à t'expliquer comment combiner ces éléments, et les bibliothèques classiques comme boost, pour créer un programme.
Comme je le disais plus haut, c'est un art, cela demande de l'esprit d'analyse et de la créativité, ce qui s'apprend certes, mais par la pratique, l'observation.