C'est moi ou le livre "Le langage C" de K&R est à la masse ? [C] - C++ - Programmation
Marsh Posté le 30-04-2003 à 17:34:29
ben lis un peu loin, mais c'est vrai que meme si la 2eme edition est faite pour respecter l'ANSI, y a des lacunes.
mais c'est quand meme la référence, peut de choses on vraiment changer depuis la norme ANSI (le C99 fait des apports, mais ne changent pas les bases). donc à lire absolument
Marsh Posté le 30-04-2003 à 17:34:43
Z-Axis a écrit : Bonjour, |
je suis en train de lire un truc, fais une recherche sur mega cours c dans google et tu tombe sur un site d'un gars(casteleyne je crois).
Ca a l'air pas mal et bien explique.
Sinon c'est vrai que un livre de 88
Marsh Posté le 30-04-2003 à 17:36:04
un livre de programmation, c'est pas une table de conjugaison. c'est là pour présenter des techniques et des grands principes. beaucoup de mes livres dates, les implémentations sont dépassées, ça ne m'empeche pas d'apprendre beaucoup
Marsh Posté le 30-04-2003 à 17:37:42
Comme verdoux, je doute que le C ou le C++ aient beaucoup évolué depuis...
Déjà, le C ça date de plus de 40 ans, donc là 15 ans... il en avait déjà 25...
Sans parler du fait que le C/C++ sont définis et normés, hors une définition ou une norme, par définition, ça n'évolue pas. Les seules modifications qui peuvent y être apportées sont des nouvelles versions, et un compilateur un minimum bien écrit supportera toutes les syntaxes, que ce soit avant ou après évolution, à moins qu'il soit clairement stipulé la version de la norme avec laquelle il est compatible.
Marsh Posté le 30-04-2003 à 17:39:44
Ouais enfin t'apprends main() dans ton livre, tu "sors" et on te dit que maintenant il faut spécifier le type de variable employé avant.
J'espère que c'est pas comme ça pour tout
Marsh Posté le 30-04-2003 à 17:40:41
pourtant que il me semble que pas loin apres, il est spécifié que int n'est plus le type par défaut. je pense que les bouts de code n'ont pas été bien révisés.
au moins ça te fait réfléchir
Marsh Posté le 30-04-2003 à 17:42:54
Non, y'aura peut-être une ou deux petites surprises de ce genre, mais c'est tout.
Et puis les erreurs des compilateurs sont généralement assez explicite, on retrouve facilement l'erreur sans forcément maîtriser la syntaxe (t'essaie jusqu'à ce que ça passe )
Sinon, de toute façon, selon la plateforme sur laquelle tu vas tourner, déjà tu auras énormément de différences ne serait-ce qu'au niveau des librairies. Donc à partir de là, que ton livre soit inexact changera rien, parceque d'un compilateur à l'autre tu auras toujours des différences dès que tu vas sortir des librairies standard.
Marsh Posté le 30-04-2003 à 17:43:43
++Taz a écrit : pourtant que il me semble que pas loin apres, il est spécifié que int n'est plus le type par défaut. je pense que les bouts de code n'ont pas été bien révisés. |
En fait, les TP sont intégrés au cours
Marsh Posté le 30-04-2003 à 17:29:03
Bonjour,
J'ai lu le premier chapitre de ce livre, je l'ai compris, seulement quand je vais voir des sources en C sur le net, ça n'a pratiquement rien à voir...
Arrivé là, je regarde de quand date le livre : 1988
J'ai carrément envie d'aller acheter autre chose parce que j'ai pas envie d'apprendre un langage dont presque tout a été un peu modifié (je vais trop galérer sinon)...
Rien que pour le fait de devoir mettre int main() à la place de main() (c'est ce que j'ai compris). Taz++ (qui semble assez s'y connaitre) m'avait déjà parlé de ces histoires là.
C'est vrai qu'un livre qui date de 88 et un peu vieux parce que le langage a du bien évoluer tout de même, seulement tout le monde m'a dit qu'il s'agissait d'une référence:heink:
J'ai tord ? Que faut-il que je fasse ? Un autre livre à me conseiller ?
---------------
x,y,z