Salut,
bon j'ai pas bien compris si tu étais complètement débutant en C ou pas, mais toujours est-il que je te conseillerais vivement de ne pas t'occuper des normes au début. Je m'explique: lorsqu'on écrit de petits programme de type "hello world" comme tu sembles vouloir le faire, il est très difficile de sortir de la norme, faut vraiment le faire exprès. Par ailleurs, le compilateur, pour peu qu'il soit configuré avec les options qui vont bien (-Wall -Werror -ansi -pedantic pour gcc), se chargera de te remettre dans le droit chemin rapidement.
Une seule règle donc: ne laisse passer aucun warning du compilateur et tu programmeras proprement sans même y penser. Les subtilités de la norme comme les shift de 0 ou les casts de l-value, tu verras plus tard, quand tu commenceras à y penser pour tes programmes (et je garantis la possibilité d'écrire un hello world sans avoir ces problèmes ;-)). En bref, regarder tout ça maintenant risque de te polluer les idées plus qu'autre chose: il faut un minimum d'expérience pour tout assimiler.
Je n'ai pas saisi le rapport entre ansi et couche graphique, une petite confusion?
au sujet de l'utilisation du graphique, 2 choses:
- si tu es vraiment débutant, ce n'est pas la peine de commencer par faire une interface graphique, c'est le meilleur moyen de ne rien comprendre à ce qui se passe. Les toolkits sont la plupart du temps bien faits, mais il n'empêche qu'ils introduisent bien souvent des concepts de trop haut niveau pour un débutant. les signaux/slots de Qt ou gtk sont un exemple typique. J'admet que c'est plus rigolo de programmer un dialogue plein de boutons, mais niveau didactique, une petite appli console c'est mieux :-)
- puisque tu veux faire du C (et non du C++), je déconseille Qt. Je sais qu'il existe des bindings C, mais Qt est C++ dans l'âme, tous les bindings du monde n'y changeront rien :-) (je précise que je ne fais que du Qt). Par ailleurs je suis personnellement allergique à Gtk (qui d'ailleurs semble fort peu apprécié sous Windows), je te conseille donc Wx
Pour ce qui est de la licence, je dirais que tant que tu n'as pas l'intention de redistribuer ton programme, le problème n'en est pas vraiment un: si tu as le droit d'utiliser tes outils de développement, c'est suffisant. Dans le cas contraire, il faut faire un peu plus attention: une utilisation de la version GPL de Qt par exemple t'imposerait de distribuer ton programme sous licence GPL, ce qui n'est pas le cas de Gtk ou Wx, qui sont disponibles sous licence LGPL.
Si tu veux te faire une idée des différentes licences libres "courantes", regarde ces 2 là, plus les licences de type BSD, tu auras déjà un bon panel.
# débuter en C
Posté par Yann Hodique (site web personnel) . En réponse au message Bien s'entourer en c, et plus si affinités. Évalué à 7.
bon j'ai pas bien compris si tu étais complètement débutant en C ou pas, mais toujours est-il que je te conseillerais vivement de ne pas t'occuper des normes au début. Je m'explique: lorsqu'on écrit de petits programme de type "hello world" comme tu sembles vouloir le faire, il est très difficile de sortir de la norme, faut vraiment le faire exprès. Par ailleurs, le compilateur, pour peu qu'il soit configuré avec les options qui vont bien (-Wall -Werror -ansi -pedantic pour gcc), se chargera de te remettre dans le droit chemin rapidement.
Une seule règle donc: ne laisse passer aucun warning du compilateur et tu programmeras proprement sans même y penser. Les subtilités de la norme comme les shift de 0 ou les casts de l-value, tu verras plus tard, quand tu commenceras à y penser pour tes programmes (et je garantis la possibilité d'écrire un hello world sans avoir ces problèmes ;-)). En bref, regarder tout ça maintenant risque de te polluer les idées plus qu'autre chose: il faut un minimum d'expérience pour tout assimiler.
Je n'ai pas saisi le rapport entre ansi et couche graphique, une petite confusion?
au sujet de l'utilisation du graphique, 2 choses:
- si tu es vraiment débutant, ce n'est pas la peine de commencer par faire une interface graphique, c'est le meilleur moyen de ne rien comprendre à ce qui se passe. Les toolkits sont la plupart du temps bien faits, mais il n'empêche qu'ils introduisent bien souvent des concepts de trop haut niveau pour un débutant. les signaux/slots de Qt ou gtk sont un exemple typique. J'admet que c'est plus rigolo de programmer un dialogue plein de boutons, mais niveau didactique, une petite appli console c'est mieux :-)
- puisque tu veux faire du C (et non du C++), je déconseille Qt. Je sais qu'il existe des bindings C, mais Qt est C++ dans l'âme, tous les bindings du monde n'y changeront rien :-) (je précise que je ne fais que du Qt). Par ailleurs je suis personnellement allergique à Gtk (qui d'ailleurs semble fort peu apprécié sous Windows), je te conseille donc Wx
Pour ce qui est de la licence, je dirais que tant que tu n'as pas l'intention de redistribuer ton programme, le problème n'en est pas vraiment un: si tu as le droit d'utiliser tes outils de développement, c'est suffisant. Dans le cas contraire, il faut faire un peu plus attention: une utilisation de la version GPL de Qt par exemple t'imposerait de distribuer ton programme sous licence GPL, ce qui n'est pas le cas de Gtk ou Wx, qui sont disponibles sous licence LGPL.
Si tu veux te faire une idée des différentes licences libres "courantes", regarde ces 2 là, plus les licences de type BSD, tu auras déjà un bon panel.
Bon courage.