Ton article est bien mais un peu faux

Oui en regardant un maximum le code on arrive à obtenir des chose mais très rudimentaire le mieux reste de lire quelques tuto sur les bases et se faire aider par des codeurs et ensuite seulement bidouiller. Perso j’ai réussi à créer toute sorte d’armes avec des tir secondaire assez cool : Coups, lampe, Zoom, Silencieux. Et des effet ( ralentie ( son, image ), Ironsight … ) etc … sans avoir appris le C++ mais tout cela reste très superficielle et n’est jamais très ” Poussé ”

Voila sur ce …

Vala

(in b4 obvious trawl is obvious)

Le SDK apparaît d’abord comme un véritable bordel, mais il n’en est rien, presque tout est d’une propreté surprenante. En fait son seul problème, c’est qu’il est GIGANTESQUE, c’est une quantité de code hallucinante.

Alors plutôt que de jouer à l’artisanat avec des CTRL + F comme le suggère Asibasth, j’ai sorti Doxygen :

http://hl2sdkdoc.akegroup.org/

Si vous voulez avoir une idée de la complexité de la chose, y’a des trucs rigolos à voir, comme la liste des classes, ou encore certains graphiques d’héritage qui filent la migraine.

Par contre, un bon conseil : faites comme moi, faites une documentation autogénérée du code avec Doxygen. Vous allez en chier au début parce qu’il faut configurer Doxygen au micropoil pour avoir des docs correctes (comprendre : où il manque pas plein de trucs), à cause des macros et du "boilerplate code" présent dans le SDK qui perturbent le préprocesseur de Doxygen, mais ça en vaut le coup, c’est bien plus agréable après pour rechercher un truc et pour avoir une vision d’ensemble du fonctionnement de la chose. Je donnerais bien la config (compliquée) pour générer la doc, malheureusement elle a disparu dans un crash disque :(

Ah, j’oubliais, quelques stats de folie qui illustrent bien la complexité du SDK :
- Les docs dont je parle pèsent 4,1 Go au total répartis sur 288 844 fichiers.
- Mon serveur perso, un Core 2 Duo E6750 avec 2 Go de RAM, a mis 6 heures à générer cette doc.
- Pendant la génération, le processus de Doxygen montait parfois à une consommation de 1,5 Go de RAM.

P.S. : n’utilisez pas la doc sur mon lien pour travailler, elle porte sur une ancienne version du SDK et je ne l’ai pas mise à jour (normal, j’ai perdu ma config :( ), et comme je ne m’en sers pas elle peut disparaître à tout moment. Essayez plutôt de la générer vous-même.

Mais si ça peut te faire plaisir : de tous les postes QUI SONT TOUS COMPLÉMENTAIRES ÇA VA DE SOI pour réellement rendre un mod unique le coding est très important. (Et non pas LE PLUS important bien sûr.) ÇA TE VA COMME ÇA ?

BP Forever.

@Sateth, Cortex

Quand je parle de modifier deux trois variables, c’est généralement quelques constantes, la vitesse d’une roquette, celle du joueur, ce genre de broutilles, c’est comme ça que j’ai commencé. Après je restais prudent, si je savais pas, je touchais pas.

(Et oui certes, "presque tout", je l’ai pas pensé assez fort je crois.)

Mais sans prudence ou jugeote, ouais ça peut devenir un vrai merdier, en témoignent les grands moments de WTF que j’ai passés en lisant le code de GaL. Après faut savoir un minimum ce qu’on fait, et penser que quelqu’un va peut-être relire derrière.

C’est le meilleur moyen de se retrouver au bout d’un an de dev avec des bugs dans tous les recoins et d’être obligé de tout refaire depuis zéro.

Non, le plus efficace c’est d’apprendre à coder indépendamment du mod. En quelques mois, il y a moyen de savoir bien manipuler ce qui est nécessaire, et de faire tout ce qu’il faut. Mais commencer par trifouiller le code, c’est du suicide pour la suite.

J’aurais plutôt mis "presque tout", le mec qui veux se faire un nouveau shader un tant soi peu recherché va quand même bien galeré hein ;)

Et quand on commence par modifier 2, 3 variables sans réelles notions, ca peut devenir "dangereux" par la suite, le gars va commencer par creer ses variables, faire du networking serveur->client, il va surcharger inutilement le tout, au final, quand il aura réellement progressé, il va s’apercevoir qu’il à fait pas mal de merde et qu’il doit revoir énormement de choses. Bref pour les modifications ou apport légers oui on peut se débrouiller seul avec de la jugeotte et un tant soit peu de bonne volonté. Mais dès que c’est pour aller plus loin, autant éviter de conduire son projet vers un echec et accepter le fait qu’il y a des limites à poser, parce que si par miracle on tombe sur un codeur qui accepte de s’occuper du tout, et que ce dernier s’apercoit du merdier qu’est devenu le code, il ne risque pas de sauter de joie, ça c’est sûr ^^.

Cela dit l’article est interessant, j’attend les suivants avec impatience :)

@El_Porico : il y a bien une doc officielle mais elle ne remplace en rien la recherche/découverte des liens entre les différentes classes parce que les gens qui raisonnent comme ça finissent par pourrir les forums d’aide sur le sujet et deviennent des assistés.

"Bonjour je viens de découvrir le C++ et j’ai un probleme avec le code que j’ai copier coller, ca ne compile pas :"

[code]SuperAjout.cpp : Error at line 17 : Unknow Entity C_BasePlayer[/code]