Yo, my first blog post! I don't even know how to start this haha, but I will just get started ?.
Bits about me ? (or skip to save the read)
My name is Olabode, nothing much to know about me other than I've been in tech for quite a while but not exactly very seriously IMO until I decided and took the biggest decision in my life by quitting my (6-figure paying) 9-5 back in September 2021 to focus on tech (now I wanna be serious ?). This happened after some thought of how I started, got to where I was at and where I just wanna be (a story for another blogpost for sure). Fast forward June 2023, after the learnings, struggles and all, I discovered "Open Source" which became a thing for me since then to the point it earned me an opportunity to work on a project called "Hearts ❤️ (a recognition tool for open source)" where I have just gathered some how-it-should-be-done product building experience. Prior to this (in my past) I had always built stuffs differently, (yea, a not-so-good kind of different ?); So with my experience working on "Hearts ❤️", I set out to build something (not just anything) in the how-it-should-be-done way ☝?.
About jargons.dev
See, I'm an idealistic (that wasn't supposed to sound bad ?) person, I just get the weirdest ideas, which typically comes from a place of needing to scratch an itch and I surely do well to write these ideas down.
So jargons.dev (aka DevJargons) is an idea that came from the perspective of a dude called "Ola" (I can't promise you that's not me ?); Ola is a super dumb learner who's mostly caught-up in a Technical Jargons hell; when Ola tries to learn/get definition to a technical term, he gets met by another term within, that requires definition and another and another. It's also not very easy to google search this terms especially because some of these terms likely shares context with fields/industries other than tech or software engineering. jargons.dev was just going to scratch this itch by being that one-stop dictionary that offers clear, easy-to-understand definitions to these terms.
The Initial Commit
Hold-up, we cannot go further without talking about "the notepad"
The Notepad
What about this!? Yea, this is one of my oldest Notepad where I write these weird ideas. Sometime in november 2023, I wrote the tweet below, it was "the Notepad" posing with a work laptop (a Microsoft Surface Laptop 2) I had just got as tiny upgrade from my 6years old Lenovo IdeaPad 100.
<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>
So yea, this Laptop was super fast and I was pumped, I just wanna build stuffs. Hence, I picked the smallest and easiest to work on idea from the notepad; that was jargons.dev. I started cooking right away and its imperative to state that I started to do it in the how-it-should-be-done way.
<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>
Approaching the initial commit
I stated that it was important for me to do this in the how-it-should-be-done way, so I leveraged my experience working on hearts by starting with developing a system architecture and a concept note for how the project would work.
- Concept Note and System Architecture: https://persistent-lan-c5e.notion.site/dictionry-a12ac63f23a645a9b2275d829adbae25
At this point for jargons.dev, I have muted that it will be an Open Source dictionary that can accept word contribution, it will not require a server, it will rely on GitHub as backend, using a bunch of md files similar to The Odin Project and doc sites implemented like Nextra (this was infact my knight in shiny armor, I was looking to build jargons.dev with Nextra) but I also want to make contributing to the dictionary fun, and lovable with a streamlined contribution experience.
Having worked (for 2 months already) on "Hearts" at that point where I've consumed the GitHub APIs heavily, I found that I could leverage some GitHub endpoints to create a "wiki"-like experience ? by providing a UI where contributors can add new or edit existing word on the dictionary which ends up as a Pull request — a contribution to Open Source, without interfacing with the GitHub UI or any IDE for word contribution.
The Commit
Now I understood the assignment and I got to work, I initialized the repository under the initial name "dictionry", a name that was initially a typo but stuck with me...
https://github.com/devjargons/jargons.dev/commit/8dc21f0fb6036563f826199ea39490bf77c4b34d
...and I merged the first PR to add octokit as the first node module to the project...
feat: initialize dictionry
#1

PR adds octokit javascript SDK for consuming GitHub api
This was the start of something fun ??
The above is the detailed content of Building jargons.dev [# The Initial Commit. For more information, please follow other related articles on the PHP Chinese website!

The main difference between Python and JavaScript is the type system and application scenarios. 1. Python uses dynamic types, suitable for scientific computing and data analysis. 2. JavaScript adopts weak types and is widely used in front-end and full-stack development. The two have their own advantages in asynchronous programming and performance optimization, and should be decided according to project requirements when choosing.

Whether to choose Python or JavaScript depends on the project type: 1) Choose Python for data science and automation tasks; 2) Choose JavaScript for front-end and full-stack development. Python is favored for its powerful library in data processing and automation, while JavaScript is indispensable for its advantages in web interaction and full-stack development.

Python and JavaScript each have their own advantages, and the choice depends on project needs and personal preferences. 1. Python is easy to learn, with concise syntax, suitable for data science and back-end development, but has a slow execution speed. 2. JavaScript is everywhere in front-end development and has strong asynchronous programming capabilities. Node.js makes it suitable for full-stack development, but the syntax may be complex and error-prone.

JavaScriptisnotbuiltonCorC ;it'saninterpretedlanguagethatrunsonenginesoftenwritteninC .1)JavaScriptwasdesignedasalightweight,interpretedlanguageforwebbrowsers.2)EnginesevolvedfromsimpleinterpreterstoJITcompilers,typicallyinC ,improvingperformance.

JavaScript can be used for front-end and back-end development. The front-end enhances the user experience through DOM operations, and the back-end handles server tasks through Node.js. 1. Front-end example: Change the content of the web page text. 2. Backend example: Create a Node.js server.

Choosing Python or JavaScript should be based on career development, learning curve and ecosystem: 1) Career development: Python is suitable for data science and back-end development, while JavaScript is suitable for front-end and full-stack development. 2) Learning curve: Python syntax is concise and suitable for beginners; JavaScript syntax is flexible. 3) Ecosystem: Python has rich scientific computing libraries, and JavaScript has a powerful front-end framework.

The power of the JavaScript framework lies in simplifying development, improving user experience and application performance. When choosing a framework, consider: 1. Project size and complexity, 2. Team experience, 3. Ecosystem and community support.

Introduction I know you may find it strange, what exactly does JavaScript, C and browser have to do? They seem to be unrelated, but in fact, they play a very important role in modern web development. Today we will discuss the close connection between these three. Through this article, you will learn how JavaScript runs in the browser, the role of C in the browser engine, and how they work together to drive rendering and interaction of web pages. We all know the relationship between JavaScript and browser. JavaScript is the core language of front-end development. It runs directly in the browser, making web pages vivid and interesting. Have you ever wondered why JavaScr


Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

MantisBT
Mantis is an easy-to-deploy web-based defect tracking tool designed to aid in product defect tracking. It requires PHP, MySQL and a web server. Check out our demo and hosting services.

SublimeText3 English version
Recommended: Win version, supports code prompts!

MinGW - Minimalist GNU for Windows
This project is in the process of being migrated to osdn.net/projects/mingw, you can continue to follow us there. MinGW: A native Windows port of the GNU Compiler Collection (GCC), freely distributable import libraries and header files for building native Windows applications; includes extensions to the MSVC runtime to support C99 functionality. All MinGW software can run on 64-bit Windows platforms.

DVWA
Damn Vulnerable Web App (DVWA) is a PHP/MySQL web application that is very vulnerable. Its main goals are to be an aid for security professionals to test their skills and tools in a legal environment, to help web developers better understand the process of securing web applications, and to help teachers/students teach/learn in a classroom environment Web application security. The goal of DVWA is to practice some of the most common web vulnerabilities through a simple and straightforward interface, with varying degrees of difficulty. Please note that this software

EditPlus Chinese cracked version
Small size, syntax highlighting, does not support code prompt function
