Je lance une petite chaîne youtube sur le C++ et la SFML.

Version imprimable

18/02/2017, 20h05
FrostfallDelphi

Je lance une petite chaîne youtube sur le C++ et la SFML.

Salut à tous !

Je lance une petite chaîne Youtube afin de faire parvenir mes petites connaissances au fil de mon apprentissage à d'autres personnes débutantes comme moi qui n'auraient pas la patience et/ou le courage de s'initier en suivant des tutoriaux anglophones, je compte faire très régulièrement des vidéos, au moins 3-4 par semaine sur des petits concepts simples à assimiler.

La majeure partie de mes vidéos, seront dédiées à la programmation avec la librairie SFML mais pas uniquement, néanmoins !

Si vous avez la moindre suggestion, n'hésitez pas ! :-)

https://www.youtube.com/channel/UC8W...6Zb9aMecakbBWg

@bientôt ! :D
20/02/2017, 10h20
camboui

Aujourd'hui je me demande s'il ne faudrait pas prendre des habitudes plus "modernes", j'ai parfois l'impression d'être dans les années '80 quand je vois des tutos ;)

++x au lieu de x++;
wstring au lieu de string (et wchar_t au lieu de char);
Concernant std::vector, tout en minuscules, y compris dans le titre du tuto. STD::Vector c'est moyen ;)

Et puis, quand on fait des boucles sur des containers, on peut déjà intoduire la syntaxe au gout du jour for(int i : vecTab[y]) (et, sois-dit en passant, je me demande si tu n'as pas fait une erreur dans les deux boucles imbriquées, essaye y de 0 à 20 et x de 0 à 5 pour voir...)

Voilà voilà :coucou:
20/02/2017, 10h26
dragonjoker59

Citation:

Envoyé par camboui

wstring au lieu de string (et wchar_t au lieu de char);

Euh... Je ne suis pas du tout d'accord avec toi.
Si on veut gérer des caractères dans un autre encodage qu'ASCII, on prend le type adapté (char16_t ou char32_t) mais pas wchar_t, à défaut char et std::string seront mieux...
20/02/2017, 23h14
zobal

Salut FrostfallDelphi

Comme tu peux le constater, sur le forum C++, on n'est pas trop bisounours et pétales de rose mais plutôt sodomie à sec avec une poignée de graviers.

Personnellement, je trouve que l'idée d'illustrer la programmation c++ avec la sfml est tout à fait intéressante, tant sur le plan pédagogique que technique.
Si tu veux des suggestions, je te conseillerais juste de prendre un peu plus ton temps dans tes explications (ça t'évitera de confondre "distance euclidienne", "périmètre" et "carré autour du point", par exemple...).
Sinon concernant le ++x au lieu du x++, c'est vraiment du détail (qui en plus n'apporte rien pour des int); et pour la double boucle non il n'y a pas d'erreur : avec une matrice ligne-colonne c'est bien [y][x] pour correspondre au repère de l'écran.

Bonne continuation dans tes vidéos.

Je vois qu'on ne me crois pas. Donc on code ;)

Voici le code original, qui, par chance, ne plante pas.
(et, entre parenthèses, les vidéos c'est sympa, mais pour récupérer du code en copié-collé, c'est moins marrant... )

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
		std::vector<std::vector<int>> vecTab;
		for (int y = 0; y < 10; ++y)
		{
			std::vector<int> temp;
			for (int x = 0; x < 10; ++x)
				temp.push_back(x);
			vecTab.push_back(temp);
		}
		for (int y = 0; y < vecTab[y].size(); ++y)
		{
			for (int x = 0; x < vecTab.size(); ++x)
				std::cout << vecTab[y][x];
			std::cout << std::endl;
		}

Essayez maintenant celui-ci, avec un résultat qui n'est pas celui attendu:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
		std::vector<std::vector<int>> vecTab;
		for (int y = 0; y < 5; ++y)//<- ici changement
		{
			std::vector<int> temp;
			for (int x = 0; x < 20; ++x)//<- ici changement
				temp.push_back(x);
			vecTab.push_back(temp);
		}
		for (int y = 0; y < vecTab[y].size(); ++y)
		{
			for (int x = 0; x < vecTab.size(); ++x)
				std::cout << vecTab[y][x];
			std::cout << std::endl;
		}

Et voici le code correct en plaçant les bon gardiens des boucles à leur place:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
		std::vector<std::vector<int>> vecTab;
		for (int y = 0; y < 5; ++y)
		{
			std::vector<int> temp;
			for (int x = 0; x < 20; ++x)
				temp.push_back(x);
			vecTab.push_back(temp);
		}
		for (int y = 0; y < vecTab.size(); ++y)//<- ici correction
		{
			for (int x = 0; x < vecTab[y].size(); ++x)//<- ici correction
				std::cout << vecTab[y][x];
			std::cout << std::endl;
		}

Je vous laisse juge ;)

(requête aux admins, dommage qu'on ne puisse pas mettre en évidence une partie du code en mettant en gras ou en colorisant ou autre)

Citation:

Envoyé par camboui

(requête aux admins, dommage qu'on ne puisse pas mettre en évidence une partie du code en mettant en gras ou en colorisant ou autre)

Il te suffit d'utiliser les boutons ou BBCode à cet effet :calim2:
Code:

1 2 3 4 5 6 7 8 std::vector<std::vector<int>> vecTab; for (int y = 0; y < 5; ++y)//<- ici changement { std::vector<int> temp; for (int x = 0; x < 20; ++x)//<- ici changement temp.push_back(x); vecTab.push_back(temp); }

22/02/2017, 01h08
zobal

Ah oui, tu as raison. J'avais compris que tu parlais de l'ordre des parcours, pas de l'utilisation des tailles...
24/02/2017, 18h36
rolf34

Bonjour FrostfallDelphi,

Je m'abonne direct ! Je me suis mis depuis quelques jours sur SFML en C++.

Hâte pour les prochaines vidéos!

Merci bien :)
24/02/2017, 20h09
athlon64

Bonjour, tu devrais pas commencer graduellement ?

C'est à dire par l'install et la config de SFML puis tu montes en niveau et tu complexifies...

Tu peux aussi faire des chapitres et les organiser par playlist, sinon c'est un beau sujet, moi je m'étais emmerdé avec GDI+ pour des projets, ce dernier avait des perfs de merde et j’étais pas fan de la SDL...

je trouve SFML d'une facilité déconcertante.
25/02/2017, 10h00
Matt_Houston
La vidéo peut être un excellent médium mais je doute beaucoup de sa pertinence en programmation. Cette activité demande trop d'inertie intellectuelle et d'itérations pour être assimilée de cette manière.

J'ai donc visionné tes vidéos dans l'ordre chronologique, en pensant m'ennuyer. Au final pas du tout, c'est assez dynamique (je ne sais pas si tu fais un peu de montage) et le propos est clair dans l'ensemble. Si des vidéos comme les tiennes peuvent mettre le pied à l'étrier à certains simplement en suscitant la curiosité c'est incontestablement un plus. Et c'est déjà une raison valable si ça entretient ta motivation personnelle, puisque tu dis que toi-même tu débutes.

Première remarque : où sont les sources ? La présence d'un lien - GitLab / Github par exemple - menant vers le code commenté est impérative et permettrait de combiner l'activité de « découverte » avec une phase plus réfléchie de compréhension de code, sans se faire mal aux yeux.

Oui, car c'est le second point : la résolution est un poil trop basse. Certes c'est du 720 mais la programmation c'est de la rédaction de texte, et la lecture de texte déjà rasterisé puis compressé et upscalé est malaisée.

Dernière remarque d'ordre général : il ne semble pas y avoir actuellement de fil conducteur de tes vidéos. On pourrait imaginer que chacune décrive une étape de la réalisation d'un petit projet concret au sein d'une playlist dédiée. Un jeu de memory, par exemple, utiliserait notamment une matrice 2D (je pense à ta première vidéo) et du picking à la souris. Un Pong utiliserait des objets dynamiques impliquant des comparaisons de distances et un système simple de collisions. Etc..

Pour terminer j'ai relevé quelques points d'ordre plus technique sur tes programmes, outre ceux déjà mentionnés par les intervenants précédents :
- il est préférable d'allouer d'un bloc un vecteur dynamique dont on connaît la taille à l'avance, via std::vector::reserve (et potentiellement de le remplir via std::vector::emplace_back) ;
- pour représenter une matrice 2D, il vaut souvent mieux n'utiliser qu'un seul vecteur et l'adresser en convertissant les numéros de ligne et de colonne en index à une dimension ;
- « encrypter » alors que tu utilises le terme adéquat dans le titre de la vidéo : chiffrement ; ;)
- en C++ l'opérateur ^ ne précède jamais un exposant ;
- tu envoies une chaîne de caractères sans contrôle sur la sortie standard alors qu'elle contient potentiellement des valeurs de caractère non-imprimables ;
- on compare leurs carrés plutôt que les distances elle-mêmes si on peut l'éviter, ce qui économise un appel à sqrt.
J'ai suivi la dernière vidéo à propos des collisions avec moins d'attention car elle est un peu plus longue et je manquais de temps, je ne ferai donc aucun commentaire maintenant.