[C] My_ls
|
03-05-2013, 23h34
Message : #18
|
|
b0fh
Membre actif Messages : 210 Sujets : 17 Points: 309 Inscription : Jul 2012 |
RE: [C] My_ls
Hello,
Alors la, je me sens quand même obligé de réagir par rapport à vos conventions de style (Ark et Sh4dows). Attention, troll incoming. Citation : Alors les define déjà c'est pas comme ça : Vous avez été zieuter /usr/include sur vos systèmes ? on y trouve de tout, y compris TRUC_H, __TRUC_H, _TRUC_H, etc etc. Citation :Ensuite les includes dans les headers, tu c'est pas interdit mais a chaque fois on te dis que c'est dégeulasse Vous êtes conscients que le define sentinelle dont vous critiquez la forme, n'a aucune utilité si on ne fait jamais d'include dans un header ? Encore une règle à la mords-moi-le-noeud qu'il faut appliquer bêtement sans comprendre la problématique derrière ? Citation :Pas d'espace en fin de ligne, les noms des variables (déclaration) doivent être alignés avec Non mais vous avez déja maté du vrai code C en dehors de vos cours ? PERSONNE code comme ça, c'est totalement illisible. Avec un espace aussi grand, dans une liste de déclaration c'est impossible de voir au premier coup d'oeil quel fonction retourne quel type. Allez voir dans /usr/src/linux, ou dans le premier projet C venu sur github. Citation :Maximum 25 lignes par fonction et 4 (ou 5 ; j'ai un doute là) fonctions par fichier ! Encore une convention débile et sans fondement. Quand tu dois implémenter un FSM a 30 états, tu les fait comment, tes 25 lignes ? en mettant plusieurs cases par ligne ça sera plus propre ? 4 FUCKING FONCTIONS PAR FICHIER ? VOUS ALLEZ PAS BIEN DANS VOTRE TÊTE ???? En plus d'inciter les gens a avoir 4 grosses fonctions de 25 lignes plutôt que 8 de 12 lignes, ça veut dire que les fichiers de moins de 100 lignes sont interdits ? Une petite statistique: Code : $ cd /usr/src/linux That's right, motherfuckers, 85% des sources du kernel dépassent la taille autorisée. WHERE IS YOUR GOD NOW ? Quant a la seule critique de style vaguement justifiée, celle du pointeur non initialisé: 1) le compilo est parfaitement capable de détecter les cas dangereux tout seul, donc faire chier sur le style quand on pourrait plus raisonnablement juste exiger que le code compile sans warnings, c'est con, et 2) la seule manière de se tenir à cette convention dans tous les cas, est d'exploiter la fonctionnalité de C99 qui permet de déclarer des variables ailleurs qu'en début de bloc, ce que personne n'a apparemment mentionné. Et en particulier, sur le plan du style, ça ne choque personne quand il utilise des while pour implémenter des for ??? |
|
« Sujet précédent | Sujet suivant »
|
Messages dans ce sujet |
RE: [C] My_ls - par fr0g - 01-05-2013, 21h40
RE: [C] My_ls - par Darmo - 01-05-2013, 22h16
RE: [C] My_ls - par Dobry - 01-05-2013, 22h59
RE: [C] My_ls - par Darmo - 01-05-2013, 23h02
RE: [C] My_ls - par Trivial - 01-05-2013, 23h03
RE: [C] My_ls - par Darmo - 01-05-2013, 23h05
RE: [C] My_ls - par Kiwazaru - 01-05-2013, 23h05
RE: [C] My_ls - par Darmo - 01-05-2013, 23h07
RE: [C] My_ls - par Kiwazaru - 01-05-2013, 23h12
RE: [C] My_ls - par Ark - 02-05-2013, 00h51
RE: [C] My_ls - par Sh4dows - 02-05-2013, 07h48
RE: [C] My_ls - par Darmo - 02-05-2013, 18h09
RE: [C] My_ls - par Sh4dows - 02-05-2013, 20h19
RE: [C] My_ls - par Darmo - 02-05-2013, 20h29
RE: [C] My_ls - par sakiir - 03-05-2013, 01h46
RE: [C] My_ls - par Darmo - 03-05-2013, 18h12
RE: [C] My_ls - par b0fh - 03-05-2013, 23h34
RE: [C] My_ls - par Ark - 04-05-2013, 09h30
RE: [C] My_ls - par Sh4dows - 04-05-2013, 10h35
RE: [C] My_ls - par Darmo - 04-05-2013, 13h31
|
Utilisateur(s) parcourant ce sujet : 2 visiteur(s)