Mastering Async JavaScript with Next.js and Supabase

JavaScript or TypeScript: Choose Your Pain JavaScript fails silently. That’s not a bug. That’s the design. • You pass the wrong data → it runs. • You access something undefined → it runs. • You forget a null check → it runs. • Everything runs. And that’s the problem. Because when everything runs, nothing is guaranteed to work. • You don’t get errors. • You get behavior. • Weird, inconsistent, hard-to-reproduce behavior. The kind that shows up: • only in production • only for some users • only when you’re not looking. JavaScript is optimistic. It assumes you know what you’re doing. That’s a dangerous assumption. Most bugs don’t come from complex systems. They come from simple assumptions that were never verified. • A missing property. • A wrong shape. • A value you thought would always be there. And JavaScript just shrugs and keeps going. No alarms. No warnings. No guardrails. Just vibes. At some point you realize: → The problem isn’t your code. → It’s that the system lets bad code exist without consequences. → That’s when you stop relying on runtime behavior and start enforcing correctness before the code even runs. TypeScript isn’t about types. Linters aren’t about style. They’re about forcing reality to match your assumptions. Because if the system doesn’t check your logic… Production will. #javascript #typescript #webdev #frontend #softwareengineering #coding #devlife

⏳ “JavaScript is single-threaded.” I used to hear this everywhere. But then I had one question: If JavaScript is single-threaded… How does async code work? That’s when I learned about the Event Loop. Here’s the simple idea 👇 🧠 JavaScript has: • Call Stack • Web APIs • Callback Queue • Event Loop When async code runs (like setTimeout or fetch): 1️⃣ It moves to Web APIs 2️⃣ Once completed, it goes to the Callback Queue 3️⃣ The Event Loop checks if the call stack is empty 4️⃣ Then pushes it back to execute That’s why: console.log(1) setTimeout(() => console.log(2), 0) console.log(3) Output is: 1 3 2 Understanding this made debugging async bugs much easier. Frameworks don’t hide this. They rely on it. #JavaScript #EventLoop #WebDevelopment #FrontendDeveloper #NodeJS #SheryiansCodingSchool

JavaScript is one of the most widely used languages in web development, but many developers focus more on frameworks than on understanding its core concepts. Here are 3 JavaScript concepts every developer should truly understand: 1️⃣ Call Stack The call stack is how JavaScript keeps track of function execution. Understanding it helps you debug issues and know exactly how your code runs step by step. 2️⃣ Promises Promises make handling asynchronous operations much cleaner compared to traditional callbacks. They allow developers to manage tasks like API requests or database calls in a structured way. 3️⃣ Async / Await Async/await builds on promises and makes asynchronous code look and behave more like synchronous code, improving readability and maintainability. When developers understand these fundamentals, working with frameworks like React, Angular, or Node.js becomes much easier. Strong fundamentals always lead to better code. What JavaScript concept took you the longest to fully understand? #JavaScript #WebDevelopment #FrontendDevelopment #Coding #MERNStack

Today I was fixing a bug in a backend service built with Express.js (JavaScript). The backend was calling 4 external APIs, and as usual with JavaScript, we had no idea what the exact response structure would be until runtime. So debugging looked like this: console.log(response) console.log(response.data) console.log(response.data?.something) Over and over again. Then I thought — this is exactly where TypeScript shines. If the same code was written in TypeScript, we could define response types like: interface ApiResponse { userId: string status: string data: { name: string email: string } } Now the benefits become obvious: • Autocomplete for API response fields • Instant type errors during development • No need for endless console logs • Easier debugging • Much better code readability • Safer refactoring When you're working with multiple APIs, complex responses, and growing codebases, TypeScript stops being optional — it becomes a superpower. JavaScript is powerful, but TypeScript adds clarity and confidence. After today, I’m even more convinced: TypeScript is not just "JavaScript with types". It's JavaScript with guardrails. #TypeScript #JavaScript #BackendDevelopment #NodeJS #ExpressJS #WebDevelopment #Developers

Most JavaScript developers use async features every day — setTimeout, fetch, Promises — but the behavior can still feel confusing until the Event Loop becomes clear. JavaScript runs on a single thread using a Call Stack. When asynchronous operations occur, they are handled by the runtime (browser or Node.js), and their callbacks are placed into a queue. The Event Loop continuously checks: 1️⃣ Is the Call Stack empty? 2️⃣ Is there a callback waiting in the queue? If the stack is empty, the next callback moves into the stack and executes. Example: setTimeout(() => console.log("A"), 0); console.log("B"); Output: B A Even with 0ms, the setTimeout callback runs after the current call stack clears. Understanding this small detail explains a lot of “unexpected” async behavior in JavaScript. Curious to hear from other developers here — What concept made the event loop finally “click” for you? #javascript #webdevelopment #nodejs #eventloop #asyncjavascript #reactjs #softwareengineering

Why I switched from js-joda to date-fns for Date and Time 🤔 📅 On my last project, we were using two different date and time libraries: js-joda and date-fns. This made the code harder to read and support: two different APIs, two ways to work with dates, extra conversions. I decided we should keep only one library and chose date-fns. Here’s why date-fns worked better for us: ▪️Simple, functional API With date-fns you just call functions like addDays(date, 3) or format(date, 'dd.MM.yyyy'). You work with the native Date object, which is familiar to any JavaScript developer. ▪️Easier for new developers New people don’t have to learn js-joda types like LocalDate or ZonedDateTime. It’s much faster to start writing code when you only use Date + small helper functions. ▪️Less boilerplate and conversions Before, we often had to convert between js-joda objects and Date. With date-fns everything stays in one format, so there is less extra code and fewer mistakes. ▪️Good for bundle size date-fns supports tree-shaking 🔥 You import only the functions you actually use, so the bundle stays smaller. ▪️Lots of examples and community It’s easy to find examples, answers, and snippets for date-fns online. That saves time when you need to solve common tasks with dates and time. After we switched fully to date-fns, the codebase became more consistent and easier to maintain. 👍 📝 Sometimes the best choice is not the "most powerful" library, but the one that keeps the project simple and clear for the whole team. #React #JavaScript #TypeScript #Frontend #Date #DateTime

🚀 How does Node.js actually run JavaScript? JavaScript was originally designed to run inside browsers. So how did it become powerful enough to run servers and handle thousands of concurrent connections? I recently created a video where I deep dive into the internal architecture of Node.js and explain what happens behind the scenes when we run: "node index.js" watch here : https://lnkd.in/gSAm7Nha In this video, I cover: 🔹 Why Node.js was created 🔹 Why JavaScript was chosen for a server runtime 🔹 The role of the V8 Engine in executing JS 🔹 How libuv enables asynchronous I/O 🔹 The Thread Pool and how Node handles heavy tasks 🔹 A clear explanation of the Event Loop 🔹 How Node.js executes your JavaScript code step by step Understanding these concepts really changes the way you think about writing backend code in Node.js. Big thanks to my mentors Hitesh Choudhary Piyush Garg and TAs ( Akash Kadlag Jay Kadlag Suraj Kumar Jha , Anirudh Jwala and Nikhil sir ) from the Web Dev Cohort for their continuous guidance and support while learning these concepts. If you are learning Node.js or backend development, this video will help you understand what’s happening under the hood. I’d love to hear your feedback and suggestions for improving the explanation. 🙌 #NodeJS #JavaScript #BackendDevelopment #WebDevelopment #SystemDesign #LearnInPublic

🧠 Call Stack, Queues & Task Types — The Foundation of Async JavaScript To understand async behavior in Node.js, you need to know four core parts: • Call Stack • Callback Queue • Microtask Queue • Macrotask Queue Let’s break them down simply. 📍 Call Stack — Where code executes The Call Stack is where JavaScript runs functions. It follows one rule: 👉 Last In, First Out (LIFO) Example: function one() { two(); } function two() { console.log("Hello"); } one(); Execution: • one() pushed • two() pushed • console.log() runs • two() removed • one() removed If the stack is busy, nothing else can run. ⚡ Microtask Queue (Higher Priority) This queue is more important than the macrotask queue. Examples: • Promise.then() • queueMicrotask() • process.nextTick() (Node-specific) Microtasks run: 👉 Immediately after the stack becomes empty 👉 Before any macrotask runs 📬 Callback Queue (Macrotask Queue) This is where async callbacks wait. Examples: • setTimeout • setInterval • setImmediate These do NOT go to the stack directly. They wait in the Macrotask Queue. 🔄 Execution Order Rule Every cycle: 1️⃣ Run synchronous code (Call Stack) 2️⃣ Empty all microtasks 3️⃣ Run one macrotask 4️⃣ Repeat This priority system is why Promise callbacks run before setTimeout. 🎯 Key Insight JavaScript isn’t “randomly async”. It follows a strict priority system: Call Stack → Microtasks → Macrotasks #Nodejs #Javascript #Backenddevelopment #Webdevelopment #LearningByDoing

𝗪𝗵𝗮𝘁 𝗶𝘀 𝘁𝗵𝗲 𝗘𝘃𝗲𝗻𝘁 𝗟𝗼𝗼𝗽 𝗶𝗻 𝗝𝗮𝘃𝗮𝗦𝗰𝗿𝗶𝗽𝘁? JavaScript is single-threaded, but it can handle asynchronous operations efficiently using the Event Loop. The Event Loop is a mechanism that allows JavaScript to perform non-blocking operations like API calls, timers, and file reading while still running on a single thread. Here’s how it works: 1️⃣ Call Stack – Executes synchronous JavaScript code. 2️⃣ Web APIs – Handles async operations like "setTimeout", "fetch", and DOM events. 3️⃣ Callback Queue / Microtask Queue – Stores callbacks waiting to be executed. 4️⃣ Event Loop – Continuously checks if the call stack is empty and pushes queued callbacks to the stack for execution. This architecture allows JavaScript to manage asynchronous tasks without blocking the main thread, making it ideal for building fast and scalable web applications. Understanding the Event Loop is essential for mastering Promises, async/await, callbacks, and performance optimization in JavaScript. #JavaScript #EventLoop #WebDevelopment #FrontendDevelopment #NodeJS #AsyncJavaScript #CodingInterview #SoftwareEngineering #FullStackDeveloper #LearnToCode

⚡ JavaScript Concept: Event Loop — How JS Handles Async Code JavaScript is single-threaded… yet it handles thousands of async operations smoothly. How? 🤔 👉 The answer is the Event Loop 🔹 Execution Order 1️⃣ Call Stack — runs synchronous code 2️⃣ Web APIs — handles async tasks (setTimeout, fetch, etc.) 3️⃣ Callback Queue — stores completed async callbacks 4️⃣ Event Loop — moves callbacks to the stack 🔹 Example console.log("Start"); setTimeout(() => { console.log("Async Task"); }, 0); console.log("End"); 📌 Output: Start End Async Task 💡 Even with 0ms delay, async code runs after synchronous code. Mastering the Event Loop = mastering async JavaScript 🚀 #JavaScript #EventLoop #AsyncJS #Frontend #WebDevelopment