Le prof de progra qui met 40 minutes

Ca fait 6 ans que je bosse, là je fais un break x)

ça doit être mon GNU qui change ma perception des choses effectivement
ce qui me dérange c'est surtout les lignes à rallonge

Ah oui là on est sur du boomer de niveau THL

Ou alors c'est l'appli qui bug mais ça m'étonnerait fortement

Bordel je viens de me faire réprimander parce qu'il fallait pas faire une boucle while mais une boucle do while wtf ><

Il y a quand même une belle différence entre les deux

Ca fonctionne osef

Mouais à part s'il est impératif que le code soit exécuté au moins une fois avant de return 0, c'est clair que c'est un peu useless comme machin

Le C avec le recul je trouvais ça pas mal, propre ... un langage intéressant et pas si laborieux que ça finalement, je suis sûr qu'en creusant on trouve plein d'outils pour mettre en place des patterns pratiques pour développer plus vite tout en continuant à pouvoir tirer partie de son efficacité ...

+ teams c'est galère

ben disons qu'une des particularités du C, c'est que tu peux t'organiser en plein de petites fonctions que derrière tu peux appeler pour t'en servir d'outil, sauf que ça rallonge le code et ça devient vite dégueulasse, mal optimisé, alors que d'autres langages offrent des solutions beaucoup plus pratiques comme python par exemple, et ses modules additionnels facilement installables via distutils

c'est bien si tu aimes coder from scratch, mais personne ne kiffe ça, sauf si t'as du temps à perdre ou que tu cherches à comprendre à fond ce que tu fais
le C, c'est comme l'autocomplétion à mon sens, il vaut mieux utiliser quelque chose de rustique au départ pour bien comprendre ce que l'on fait (en l'occurence, je conseille vraiment de faire full tty/terminal aux débutants pour bien s'immerger dans l'univers de la progra), puis ensuite rien ne sert de se compliquer la vie quand on peut faire bien plus simple et s'aider d'outils pour aller plus vite

Ca c'est une bonne pratique de programmation, un des fondamentaux du métier. Autrement il y a des bibliothèques je pense, j'imagine des extensions de la bibliothèque standard. Je présume. Je pense que le monde des devs C pros a dû se faire ça il y a un moment. Tout ce qui permet de traiter les chaînes de caractère, l'allocation de la mémoire, et je suppose l'implémentation de logiques objet, en C natif ça se fait à coups de typedefs et de void * d'après mes souvenirs mais je pense que des bibliothèques ont dû amener ça de manière plus parlante et rapide ...

Puis pour l'organisation c'est aussi beaucoup une question d'IDE, à mon avis. A un moment quand tu as fait plein de helpers et que tu utilises plein de libs en travaillant sur un gros logiciel c'est forcément un peu touffu, aussi propre sois-tu. Là il te faut des outils plus balaises.

yes tout à fait, tout ce qui est typedef struc et fonctions variadiques (pas obligé de faire des void par contre, sauf si t'as des main à faire) c'est la base pour se faire un lib custom, c'est là qu'on comprend l'intérêt des makefile, ça carry de fou ces petites salopes quand t'as envie d'include des fonctions sans avoir à les recoder à chaque fois en te faisant une lib en .a, mais si tu bosse sur plein de projets, ta library devient vite mastoc, puis y a des fonctions que tu réutilise très peu sauf les trucs de base genre calculer la longueur d'une string
les makefile c'est pratique aussi pour compiler plein de fichier C avec gcc *.c si t'as divisé ton taff dans plein de fichiers pour bien faire respirer ton code et pas faire des fonctions à la longueur interminable, mais faut vraiment être organisé si on veut pas se perdre dans tout ce qu'on fait

bah en vrai IDE y en a pas tant que ça qui fonctionnent correctement, t'as soit emacs si t'es sur GNU, soit vscode (ou à la grosse rigueur codeblocks) si t'es ailleurs, vim c'est hors de question tellement ça pète les couilles à utiliser avec tous ses raccourcis de mort là