Tu seras cité dans les credits de nos jeux. Si un jour on devient successful, on saura à qui on le doit. Très précieux toutes tes vidéos
@ArnaudJopart
Жыл бұрын
Hahaa, ce serait un honneur ! Merci. Sur quel projet travaillez-vous ?
@jean-michel.houbre
Жыл бұрын
Pas mal l'utilisation des interfaces. Vidéo bien claire, toujours un problème de son semble-t-il.
@bernardotomo3946
Жыл бұрын
Comme à chaque fois, au top ! merci Arnaud
@ArnaudJopart
Жыл бұрын
Merci beaucoup !!
@FREDO-py4ti
Жыл бұрын
Merci pour ce précieux conseil (surtout à la troisième partie) !!!
@ArnaudJopart
Жыл бұрын
Avec plaisir 🙂
@jojo-cu6vm
Жыл бұрын
merci Arnaud ! super video , tout est clair bien joué !
@ArnaudJopart
Жыл бұрын
Merci à toi
@MasterBoogle
Жыл бұрын
Très intéressant, merci Arnaud !
@ArnaudJopart
Жыл бұрын
De rien ! Merci pour commentaire !
@fabfab408
Жыл бұрын
C'est quali ce que tu fais, bravo ! Belle vidéo
@ArnaudJopart
Жыл бұрын
Merci beaucoup !
@conanfredleseul
Жыл бұрын
Pas mal la vidéo comme toujours. Merci pour le partage 👍
@ArnaudJopart
Жыл бұрын
Merci !
@spongeBob77086
Жыл бұрын
Génial ! vidéo super intéressante et je vais mieux écrire mon code ! Par contre il y a un faux raccord, à 6:36 tu change de polo, tu va te faire épingler par Michel d'allociné !
@ArnaudJopart
Жыл бұрын
😂
@nicolasglumifile9630
Жыл бұрын
C'est marrant même sur un truc basique comme les public fields tu arrive à nous faire découvrir des trucs. Astucieux les interfaces !
@ArnaudJopart
Жыл бұрын
Les interfaces, c'est géniaaal. Merci pour ce commentaire.
@eloistreeraw
Жыл бұрын
Ca me rassure de voir que je suis pas le seul à faire un interface read write et une troisième pour les deux à la fois ;) Ca marche généralement bien.
@ArnaudJopart
Жыл бұрын
Merci pour ton commentaire ! c'est l'approche "Diviser pour mieux régner" !
@DracotNu
Жыл бұрын
Salut, merci pour tes vidéos, je continue d'apprendre des choses. Petit retour/question : j'ai l'impression que pas mal de ces conseils sont adaptés à de grosses prods pour des programmeurs multiples, afin que l'architecture se protège d'elle-même sur le long terme (du coup pratique dans ce cas). Dans le cas de solo ou dual dev, j'ai l'impression que la plupart des cas d'usage que tu décris sont très rares, et donc c'est plutôt un outil à utiliser avec modération pour ne pas perdre de temps et de lisibilité du code. Qu'est-ce que tu en penses ?
@ArnaudJopart
Жыл бұрын
Merci pour cette remarque très pertinente. Tu as tout à fait raison. Ces bonnes pratiques sont principalement destinées à des équipes. Mais pas que. Si tu démarres un jeu en pensant être le seul dev mais qu'il prend de l'empleur, reçoit des financements, tu auras la possibilité de travailler avec d'autres dev. Auras-tu la patience/courage de repasser sur le code et le rendre plus sécurisé après coup ? Autre exemple : Si tu développes un plugin pour l'asset store, limiter les interaction avec certaines parties de ton code va rendre ton produit plus stable, et simplifier la vie de tes utilisateurs. Un autre exemple personnel, c'est qu'il m'arrive de laisser un projet plusieurs semaines sans y travailler. Et lorsque je reviens dessus, c'est un peu comme si une autre personne avait écrit ce code. Du coup, par empathie pour mon futur moi, je me force à utiliser ces bonnes pratiques. Mais oui, ces conseils sont plus appropriés si vous bossez à plusieurs et surtout si de nouveaux membres rejoignent l'équipe en cours de route.
@creationJeuxVideoETtuto
Жыл бұрын
Salut, chui d'accord. Et finalement content de voir que les property de unity sont les getter et setter de Java ^^ N'importe qui....en fait non, des codeurs ou alors des fois,on protège pour eviter des erreurs en touchant à sa variable...quand on commence à en avoir des tonnes, c bien pratique....meme j utlise encore très peu les privates...jai deja du mal a accéder à des varizbles e public quand est on obligé de faire un singleton ou une variable statique...d'ailleurs je melange peut-être...jai limpression quon a pas l'un sans l'autre. Aussi jai adoré l empathie pour mon futur moi ^^
@Ibadez38
Жыл бұрын
J'ai été surpris à 3:50!
@ArnaudJopart
Жыл бұрын
Hello. j'ai commis une erreur ?
@Ibadez38
Жыл бұрын
@@ArnaudJopart Non non, c'est juste que j'ai vue mon prénom dans l'inspecteur (j'avais pas mis le bon timecode).
@jeremyduchesne6112
Жыл бұрын
J'ai pour habitude de mettre mes variables en { get; private set; } mais c'est vrai qu'elles n'apparaissaient pas dans l'inspecter ... J'avais teste avec [SerializedField] devant mais ca ne fonctionnait pas non plus... Tu viens de m'eclairer, il faut mettre [field: SerializedField] et non [SerializedField]. Bizarre non ?
@HakimLermite
Жыл бұрын
Super vidéo ! Merci ! J avais une petite question, est ce qu une variable public prend plus de mémoire vive qu une variable privée ? Et faire appel a des getters/setters prend plus sur le processeur ? Merci d avance si quelqu un pouvait m éclairer
@ArnaudJopart
Жыл бұрын
Que quelqu'un me reprenne si je me trompe, mais pour moi, public ou privé prenne autant de place. Et les Get/Set sont juste des mises en forme pour nous aider, pauvres humains, à mieux manipuler le code informatique. Pas d'impact sur la mémoire.
Пікірлер: 31