Requêtes de tutoriels

Bonjour,

Je me permets d’ouvrir ce sujet afin que tout un chacun puisse proposer des sujets qui pourraient aboutir à l’écriture de tutoriels (mini ou big). Il s’agit de mettre en relation les besoins des membres en matière de cours et les compétences d’autres membres.

Bien sûr, le site est ouvert à toutes sortes de tutoriels. Bien que la communauté se compose essentiellement d’informatique et de sciences pour le moment, il ne tient qu’à vous d’élargir les horizons et de transformer Zeste de Savoir en un gigantesque agrume bien juteux de connaissances !

Si vous souhaitez proposer un sujet de tutoriel, voici la structure que votre message doit respecter :

• Sujet du tutoriel
• Présentation du sujet
• Pourquoi un tutoriel ?

Rien ne vous empêche ensuite d’ajouter un petit zeste personnel à votre message.

N’hésitez pas à vous servir (intelligemment) des +1/-1 pour signaler quels sujets vous paraissent intéressants, ou pas.

Tutoriels en recherche d’un rédacteur

1. Git (En cours de rédaction par satenske)
2. GeoGebra (En cours de rédaction par vinc')
3. Les hydrocarbures (Le cycle du carbone)
4. Les bonnes pratiques en programmation
5. Créer un jeu avec l’Entity Component System
6. La chimie quantique
7. Les différentielles
8. HTML et CSS
9. Les virus
10. La loi de l’offre et de la demande
11. Reprenez le contrôle avec Linux
12. La vie privée sur Internet
13. Tout sur les claviers
14. Les patterns en programmation
15. Ruby on Rails
16. Nginx
17. UML
18. HTTP et HTTPS
19. Swift (En cours de rédaction par GuillameDIDIER)
20. Composer
21. Les paradigmes de programmation (En cours de rédaction par [Richou D. Degenne](https://zestedesavoir.com/membres/voir/Richou D. Degenne/))
22. Web RTC
23. La programmation de shaders
24. La compression de données (En cours de rédaction par Aze)
25. Les ramasse-miettes
26. L’allocation mémoire
27. Les dimensions des variables
28. Les Core Wars
29. La ponctuation — La typographie (En cours de rédaction par qwerty)
30. Doxygen
31. La météorologie
32. Unity 2D (En cours de rédaction par Loptr : le tutoriel inclus Unity 2D et Unity 3D)
33. Docker
34. Créer un jeu avec C++ et SFML
35. Bien illustrer son texte
36. L’optique atmosphérique
37. Introduction à la philosophie des sciences
38. La mémoire en Java (En cours de rédaction par louk)
39. Introduction aux vecteur
40. La loi et les sites web
41. Gephi et la cartographie de réseau
42. Zotero
43. Choisir un moteur électrique pour son projet
44. Les élections présidentielles aux USA
45. Les principes SOLID
46. La gestion de projet en informatique
47. L’architecture d’un ordinateur
48. Les bases de la programmation web
49. Flexbox ou CSS Grid
50. Big tutoriel C#
51. Découvrir et exploiter pleinement BeautifulSoup avec Python
52. Le framework A-Frame pour apprendre à faire de la WebVR
53. Immuabilité (language-agnostic)
54. Horloge atomique
55. Arithmétique des intervalles
56. Équivalence entre masse grave et masse inertielle
57. Introduction aux méthodes de Monte Carlo
58. Les points de Lagrange
59. Comprendre les régressions linéaires
60. Développer des jeux 2D avec Godot Engine (projet de Disktra)
61. Article sur HTTP/3
62. Big tuto Javascript pour débutants
63. Vagrant
64. Introduction à la programmation en Go

Pourquoi c'est dans « Bugs et Suggestions » ?

Parce que c'était selon moi le bon forum. On suggère du contenu, non ?

Je verrais ca plutôt dans "Beta zone tuto et article", ici se serait plutôt sur "Suggestion d’amélioration du site". Si tu veux qu'on fasse le déplacement, signale mon message pour qu'un modérateur vienne s'en charger

Il y avait pas un truc en dev à ce niveau ? Pour que les auteurs puissent dire "je cherche un co-auteur" ou "je cherche un repreneur" ?

Gradle

Introduction: Nouvel outil utilisé par Google pour construction de logiciel (recherche de dépendances, déploiement, … ). Google l'utilise pour construire le sdk Android et recommande son utilisation dans tous les projets android. Pour ceux qui connaisse, c'est plus ou moins le mélange de maven et de ant.

Pourquoi un tutoriel: Peu de documentation en français pour un nouvel outil. La documentation en anglais est plutôt complète même si il en manque encore.

Avantages: Flexible, performant, logiciel libre et gratuit, peut-être utilisé avec de l'intégration continue, utilisé par Google pour le dev android, simple d'utilisation, proposé comme outil par un interne de google français /o/, compatible avec le maven central.

Pour en savoir plus :

• La conférence à la Google IO

• La page de documentation de l'outil Gradle pour Android

• Le guide officiel

NoSQL - Cassandra

A tes souhaits....

Tu pourrais mettre un peu plus de forme à tes messages, sutout pour une requete de tuto, là ça donne pas du tout envie de répondre. Présenter un peu le truc, dire en quoi c'est intéressant, qu'est-ce que tu attends exactement du tuto (introduction, fonctionnalités avancées,…)

Il y avait pas un truc en dev à ce niveau ? Pour que les auteurs puissent dire "je cherche un co-auteur" ou "je cherche un repreneur" ?

Ce sujet existe sur la partie "science" et "Autres savoirs". Mais ici c'est plutôt "je cherche un tuto". Effectivement ça aurait plus sa place dans "Beta zone"

Il y avait pas un truc en dev à ce niveau ? Pour que les auteurs puissent dire "je cherche un co-auteur" ou "je cherche un repreneur" ?

Il me semble que ça fait l'objet d'une ZEP.

Edit : Lien de la ZEP

Mais c'est pas pareil, la ZEP c'est les tutoriels en cours de rédaction, là c'est des tutoriels abandonnées qui doivent être repris ou des idées de tutoriels non commencés (si j'ai bien compris).

Merci !

Si tu continue, je vais demander un tutoriel sur "les avancées de la science et de la physique majeure par Aristote".

Avec comme plan :

• I. La mesure de la circonférence de la terre: du pif au stade.
• II. Démonstration que la terre ne tourne pas
• III. Démonstration que le "le cœur est le siège de la conscience et le cerveau ne sert qu’à refroidir le sang"
• IV. L'impetus.

Pour demain !

Mais c'est pas pareil, la ZEP c'est les tutoriels en cours de rédaction, là c'est des tutoriels > abandonnées qui doivent être repris ou des idées de tutoriels non commencés (si j'ai bien > compris).

J'avais compris la même chose.

La zep couvre la reprise d'un tuto abandonné (puisqu'un auteur pourra dire qu'il est à la recherche d'un contributeur et que tous les tutos du genre seront listés). Mais effectivement elle n’englobe pas les demandes de la part des membres.

Au passage je trouve que le message d'Hugo est un bon exemple de ce qui devrait être fait pour demander un tuto.

Bonne idée ce sujet ! Je me permets de le mettre en post-it.

Il y en a un qui est en cours de rédaction.

Pour Gradle j'ai vraiment pas la foi d'écrire tout un cours mais je pourrais apporter une relecture très poussée si besoin. C'est un outil que je connais très bien (que j'utilise quotidiennement en fait).

Le réseau : théorie et pratique

Pourquoi ? Tout simplement parce que c'est via un réseau que je communique avec vous, que je consulte mes mails ou visionne des photos stockées sur l'autre PC et que j'aimerais bien savoir comment ça fonctionne, et surtout, être capable de reproduire ce comportement.

Effectivement, il y a déjà un cours sur le réseau sur OC mais, à moins qu'il ait été mis à jour, je le trouve trop théorique : TCP, couches… Je me doute que ce sont les bases mais ça ne me permets pas de mettre ma Raspberry en réseau avec mon PC via Wifi par exemple.

En ce qui concerne le plan, je ne peux rien suggérer vu mon niveau exécrable dans la discipline mais je pense qu'il est nécessaire d'enseigner les bases théoriques - et les notions théoriques avancées - tout en gardant un œil sur la réalité, voire même prendre un exemple concret et l'étudier pour en faire ressortir les notions qui se cachent derrière.

Merci !

Je pense qu'un cours de réseau doit rester théorique personnellement.

Sinon tu vas étudier un protocole. Un bon cours de réseau selon moi est justement un cours de réseau qui balaye les concepts de communication à travers un réseau (N-PDU, SDU, contrôle de flux, de congestion, …).

L'exemple que tu cites n'a selon moi que la valeur d'un TEA, et c'est vraiment le genre de trucs qui me feraient fuir dans un cours de réseau. J'attends qu'on m'explique des concepts, pas comment faire communiquer deux machines bien précises dans un contexte bien précis.

S'il faut faire des travaux pratiques pour rendre le cours un peu plus distrayant, je pense que l'emploi d'un sniffer type Wireshark peut faire l'affaire, essayer de filtrer par protocole et comprendre ce que les trames capturées représentent me semble être une bonne idée. Dans la pratique c'est nettement plus complexe à mettre en oeuvre, parce qu'il est impossible de prévoir ce que l'utilisateur va capturer comme paquets (à moins de filtrer sur des protocoles de haut niveau et de lui faire faire une requête HTTP).

En outre, les gens ont tendance à confondre "Les réseaux" et "TCP / IP". Pourtant il y a des piles de protocoles soit :

• très utilisées mais méconnues ou assez difficiles à comprendre (UMTS par ex. ou BLE : j'en ai de très mauvais souvenirs)

• particulièrement intéressantes sur le plan théorique et du fonctionnement (ATM)

Et c'est dommage de se cantonner à TCP/IP qui n'apporte pas spécialement grand chose à part peut-être au niveau du contrôle de congestion, où les différentes versions (Tahoe, Reno, New Reno) et leurs différences sont assez enrichissantes à comprendre.

Être capable de reproduire ce comportement

Ça signifie quoi pour toi ? Ca peut aller de connecter deux machines à un réseau WiFi et configurer l'OS pour du partage réseau (et ça n'a strictement rien à voir avec un cours de réseauà jusqu'à écrire un driver IP pour autre chose qu'une carte ethernet (j'en ai écrit un fût un temps pour communiquer en IP via port parallèle, bonjour l'angoisse).

Bref, j'ai l'impression que tu proposes plus un cours de "Manipuler son OS pour tirer partir de son réseau local IP" (qui tient plus du TEA selon moi) plutôt qu'un vrai cours de réseau (qui lui prend un temps fou à écrire et balaye des concepts en prenant comme exemple des protocoles connus).