Construire jargons.dev [# L'engagement initial

Yo, mon premier article de blog ! Je ne sais même pas par où commencer haha, mais je vais juste commencer ?.

Des morceaux sur moi ? (ou sauter pour enregistrer la lecture)

Je m'appelle Olabode, je n'ai rien à savoir de moi à part que je suis dans la technologie depuis un bon moment mais pas vraiment très sérieusement à mon avis jusqu'à ce que je décide et prenne la plus grande décision de ma vie en quittant mon (à 6 chiffres payant) de 9h à 17h en septembre 2021 pour me concentrer sur la technologie (maintenant je veux être sérieux ?). Cela s'est produit après avoir réfléchi à la façon dont j'ai commencé, arrivé là où j'en étais et là où je veux juste être (une histoire pour un autre article de blog, bien sûr). Avance rapide en juin 2023, après les apprentissages, les luttes et tout, j'ai découvert "l'Open Source" qui est devenu une chose pour moi depuis lors, au point que cela m'a valu l'opportunité de travailler sur un projet appelé "Hearts ❤️ (un outil de reconnaissance pour l'open source). source)" où je viens d'acquérir une certaine expérience en matière de création de produits comment cela devrait-être-fait. Avant cela (dans mon passé), j'avais toujours construit les choses différemment (oui, une sorte de différence pas si bonne ?) ; Alors, fort de mon expérience de travail sur "Hearts ❤️", j'ai décidé de construire quelque chose (pas n'importe quoi) de la manière comment-ça-devrait-être-fait ☝ ?.

À propos de jargons.dev

Vous voyez, je suis une personne idéaliste (ce n'était pas censé paraître mauvais ?), je reçois juste les idées les plus étranges, qui viennent généralement du besoin de gratter une démangeaison et je ferais sûrement bien d'écrire celles-ci. idées vers le bas.

Donc jargons.dev (alias DevJargons) est une idée qui est venue du point de vue d'un mec appelé "Ola" (je ne peux pas vous promettre que ce n'est pas moi ?) ; Ola est un apprenant super stupide qui est pour la plupart pris dans un enfer de jargons techniques ; Quand Ola essaie d'apprendre/de définir un terme technique, il se retrouve confronté à un autre terme intérieur, qui nécessite une définition, puis un autre et un autre. Il n'est pas non plus très facile de rechercher ces termes sur Google, en particulier parce que certains de ces termes partagent probablement un contexte avec des domaines/industries autres que la technologie ou le génie logiciel. jargons.dev allait justement soulager cette démangeaison en étant ce dictionnaire unique offrant des définitions claires et faciles à comprendre de ces termes.

L'engagement initial

Attendez, on ne peut pas aller plus loin sans parler de "le bloc note"

Le bloc-notes

Et ça !? Oui, c'est l'un de mes plus anciens bloc-notes dans lequel j'écris ces idées étranges. En novembre 2023, j'ai écrit le tweet ci-dessous, c'était "le Bloc-notes" posant avec un ordinateur portable de travail (un Microsoft Surface Laptop 2) que je venais de recevoir une petite mise à niveau de mon Lenovo IdeaPad 100 de 6 ans.

Alors oui, cet ordinateur portable était super rapide et j'étais excité, je veux juste construire des trucs. Par conséquent, j’ai choisi l’idée la plus petite et la plus facile à travailler dans le bloc-notes ; c'était jargons.dev. J'ai commencé à cuisiner tout de suite et il est impératif de préciser que j'ai commencé à le faire de la manière comment-ça-devrait-être-fait

.

Approche du commit initial J'ai déclaré qu'il était important pour moi de faire cela de la manière

comment cela devrait-être fait

, j'ai donc mis à profit mon expérience de travail sur les cœurs en commençant par développer une architecture système et un note conceptuelle expliquant comment le projet fonctionnerait.

Note conceptuelle et architecture du système : https://persistent-lan-c5e.notion.site/dictionry-a12ac63f23a645a9b2275d829adbae25

À ce stade, pour jargons.dev, j'ai ignoré qu'il s'agirait d'un dictionnaire Open Source pouvant accepter la contribution de mots, il ne nécessitera pas de serveur, il s'appuiera sur GitHub comme backend, en utilisant un tas de fichiers md similaires au projet Odin et aux sites de documentation implémentés comme Nextra (c'était en fait mon chevalier en armure brillante, je cherchais à construire jargons.dev avec Nextra) mais je veux aussi rendre la contribution au dictionnaire amusante et adorable avec une expérience de contribution simplifiée .

Après avoir travaillé (depuis 2 mois déjà) sur "Hearts" à ce stade où j'ai beaucoup consommé les API GitHub, j'ai découvert que je pouvais exploiter certains points de terminaison GitHub pour créer une expérience de type "wiki" ? en fournissant une interface utilisateur où les contributeurs peuvent ajouter un nouveau mot ou modifier un mot existant dans le dictionnaire, ce qui se termine par une demande Pull - une contribution à l'Open Source, sans interface avec l'interface utilisateur GitHub ou tout autre IDE pour la contribution de mots.

L'engagement

Maintenant j'ai compris la mission et je me suis mis au travail, j'ai initialisé le dépôt sous le nom initial "dictionry", un nom qui était au départ une faute de frappe mais qui m'est resté...

<script> // Detect dark theme var iframe = document.getElementById('tweet-1724832031345889535-649'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1724832031345889535&theme=dark" } </script>https://github.com/devjargons/jargons.dev/commit/8dc21f0fb6036563f826199ea39490bf77c4b34d<script> // Detect dark theme var iframe = document.getElementById('tweet-1726259841256268036-74'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1726259841256268036&theme=dark" } </script>

...et j'ai fusionné le premier PR pour ajouter octokit comme premier module de nœud au projet...

C'était le début de quelque chose d'amusant ??

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!