#100DaysOfCodeChallenge

Diana_Farhat · 2025-01-27T19:42:48.892Z

Day 15: JWT Authentication

How it’s Done Now: JWT-Based Authorization

A user makes a POST request with their credentials, which is sent to the server, just like session-based authentication. Instead of storing information on the server inside session memory, the server creates a JSON Web Token (JWT), which it encodes, serializes, and signs with its own secret key. A JWT consists of three parts: the header, the payload, and the signature

Header: This contains metadata about the token, such as the algorithm used for signing (e.g., HS256) and the type of token (e.g., JWT).
```
{
  "alg": "HS256",
  "typ": "JWT"
}
```
Payload: This contains the claims, which are pieces of information about the user or token, like the user ID, role, and token expiration time.
```
{
  "userId": "12345",
  "role": "admin",
  "exp": 1714737600
}
```

These are Base64Url-encoded to form the first two parts of the token:

Header (encoded): eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9
Payload (encoded): eyJ1c2VySWQiOiIxMjM0NSIsInJvbGUiOiJhZG1pbiIsImV4cCI6MTcxNDczNzYwMH0

The Signature is then generated by hashing the encoded header and payload together using the secret key:


Signature: HMAC_SHA256(header.payload, secretKey)

The final JWT looks like this:


eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VySWQiOiIxMjM0NSIsInJvbGUiOiJhZG1pbiIsImV4cCI6MTcxNDczNzYwMH0.L4KthgDhnAw_9mGh9qtx3LdCGXdpofgJOUO7GtBxtR4

The server can later verify the token’s integrity by recalculating the signature using the header, payload, and its secret key, ensuring no tampering occurred.

So, in the session-based method the server had to do a lookup operation to find the user based on their session ID. In contrast, the JWT already stores the user information which means it’s stored on the client-side and won’t run into problems where one server has session info and others don’t.

100daysofcode lebanon-mug

Diana_Farhat · 2025-01-28T22:14:48.871Z

Day 16: Frontend Frameworks

When it comes to building modern web applications, developers often rely on frameworks to streamline development and enhance functionality. Three of the most popular frameworks today are React, Angular, and Vue.js, each offering distinct advantages depending on the needs of the project.

React, developed by Facebook, is a highly flexible JavaScript library for creating interactive user interfaces. React’s component-based structure allows developers to break down a web app into reusable components, making code more maintainable and scalable. It uses a virtual DOM to optimize updates to the user interface, improving performance and speeding up rendering. The React ecosystem also provides various additional tools and libraries, such as React Router for navigation and Redux for state management, making it suitable for large-scale applications that require dynamic content.

Angular, created by Google, is a full-fledged framework that provides a comprehensive solution for building complex, data-driven web applications. Unlike React, Angular is an all-in-one framework that handles everything from UI rendering to data management and routing. Its two-way data binding feature keeps the model and view synchronized in real time, which is particularly useful for applications with complex user interactions. Angular is often the framework of choice for enterprise-level applications due to its robustness, modularity, and strong community support.

Vue.js, designed by Evan You, is known for being lightweight and easy to integrate into projects. Vue provides a balance between the flexibility of React and the comprehensive features of Angular. It uses a component-based structure and a virtual DOM similar to React but includes additional built-in functionalities, such as its own routing system and state management library, Vuex. Vue is especially appealing to developers who want a simple yet powerful framework that can be easily integrated into existing projects without a steep learning curve.

Each of these frameworks excels in different scenarios, making them suitable for various types of web applications. React is best for projects that require a lot of interactivity and flexibility, Angular is ideal for enterprise applications with complex needs, and Vue.js strikes a perfect balance for developers looking for simplicity and ease of integration.

100daysofcode lebanon-mug

Diana_Farhat · 2025-01-29T20:31:48.907Z

Day 17: Why SQL Still Matters in the Age of NoSQL

A few years ago, a friend of mine was building a startup. He was excited about using the latest tech stack—everything was serverless, NoSQL, and designed to scale. But six months in, his team realized they had a problem: retrieving data was a nightmare. Querying across collections in MongoDB required writing complex aggregation pipelines, and enforcing data integrity meant adding application-level checks. Eventually, they switched back to a relational database—SQL saved them.

This story isn’t unique. As NoSQL databases like MongoDB and Firebase gain popularity, many developers assume that SQL is outdated. But despite the hype, SQL databases remain a crucial tool in modern development. Here’s why they still matter.

The Reliability of Structured Data

Imagine you’re running a financial application where every transaction must be recorded accurately. Would you trust a database that prioritizes speed over consistency? SQL databases enforce ACID compliance (Atomicity, Consistency, Isolation, Durability), ensuring that transactions are reliable and secure. NoSQL databases, on the other hand, often trade consistency for scalability, making them less suitable for industries like finance, healthcare, and legal compliance.

A Universal Query Language

SQL isn’t just a database; it’s a language that has stood the test of time. Whether you’re working with MySQL, PostgreSQL, or Microsoft SQL Server, you’re using the same structured query language. This universality makes it easier to switch between systems and hire skilled professionals. In contrast, NoSQL databases use different query mechanisms—MongoDB has its own syntax, Firebase relies on document-based retrieval, and Cassandra uses CQL. Learning each of these can be time-consuming and frustrating.

Scalability: The NoSQL Myth

One of the biggest reasons people switch to NoSQL is scalability. Facebook, Google, and Amazon all use NoSQL, so it must be better, right? Not necessarily. Modern SQL databases have evolved to include horizontal scaling, sharding, and partitioning, allowing them to handle massive workloads. Cloud-based SQL solutions like Amazon RDS and Google Cloud SQL make scaling as easy as clicking a button. Unless you’re operating at the scale of Netflix, SQL can handle your needs just fine.

The Power of Relationships

Ever wondered why e-commerce platforms, banking systems, and enterprise applications stick with SQL? It’s because of data integrity and relationships. SQL databases use foreign keys and constraints to ensure that related data stays accurate. NoSQL databases, which often store denormalized data, require developers to enforce relationships at the application level, leading to more complexity and potential errors.

Analytics and Reporting

Businesses run on data, and data-driven decisions require powerful analytics. SQL databases are optimized for reporting, supporting complex queries, OLAP (Online Analytical Processing), and integration with tools like Power BI and Tableau. NoSQL databases, designed for fast reads and writes, struggle with deep analytical queries without additional processing layers.

Regulatory and Security Advantages

If you’re working in industries with strict regulatory requirements—such as GDPR, HIPAA, or SOX—SQL databases are often the better choice. They offer robust security features like role-based access control, encryption, and audit logs, ensuring compliance with legal frameworks.

The Best of Both Worlds

This isn’t to say NoSQL is useless. For applications requiring flexibility, high-speed reads, and distributed storage, NoSQL databases shine. But for structured, transactional, and analytical applications, SQL remains king. In fact, many modern systems adopt a hybrid approach, using SQL for core business logic and NoSQL for caching or real-time features.

Conclusion: SQL Isn’t Going Anywhere

While NoSQL databases have revolutionized how we store and manage data, SQL isn’t fading into obscurity. Instead, it’s evolving. If your application demands data integrity, strong relationships, powerful querying, and compliance, SQL is still the best tool for the job. The database world isn’t about choosing one over the other—it’s about understanding when to use the right tool for the right job.

So next time you’re tempted to ditch SQL for the latest trend.

100daysofcode lebanon-mug

Diana_Farhat · 2025-01-30T20:55:10.684Z

Day 18: Understanding the Role of NoSQL in the IoT Revolution

The rapid expansion of the Internet of Things (IoT) has generated an immense volume of data, produced by millions of interconnected devices. This data, characterized by its variety, velocity, and volume, presents unique challenges for traditional relational databases, which were designed for structured and predictable datasets.

Take, for example, a smart agriculture system that initially tracks soil moisture and temperature but later integrates sensors for pH levels and nutrient content. With a traditional SQL database, the addition of new data points can easily disrupt existing workflows or require a major overhaul of the database structure.

This adaptability is essential for IoT systems, where innovation and change are constants. As IoT continues to evolve, the need for more agile, scalable, and efficient data management solutions has become crucial. So, NoSQL databases, which offer unparalleled flexibility and scalability, have emerged as an effective alternative for handling the dynamic and ever-growing nature of IoT data.

NoSQL databases such as MongoDB and Cassandra, on the other hand, offer schema flexibility, allowing new data fields to be added dynamically without requiring modifications to the existing structure. This flexibility makes NoSQL solutions a perfect fit for managing IoT data, as it can continuously evolve alongside new sensor types, data formats, and use cases. For example, a smart building’s HVAC system generates constant data streams, such as temperature, humidity, airflow, and occupancy levels, transmitted every few milliseconds. In such cases, the rigid and predefined schemas of relational databases are impractical for accommodating the unpredictable and dynamic nature of IoT data.

Another defining characteristic of IoT data is its high ingestion rate. Millions of devices generate massive data streams simultaneously, creating a need for a database architecture capable of handling such workloads without performance degradation. NoSQL databases, particularly those built with distributed architectures, excel in this area because of their horizontal scaling. This means that as the volume of data increases, additional servers can be added to maintain performance levels.

Rather than viewing SQL and NoSQL as competing technologies, it is essential to recognize that they are tools designed for different applications. Both can coexist within a modern data architecture, each optimized for its specific use case. The decision between SQL and NoSQL should ultimately be driven by the nature of the data, the requirements of the application, and the scalability needed.

IoTDBシステム-英語-1024x6441024×644 188 KB

100daysofcode lebanon-mug

Diana_Farhat · 2025-01-31T21:20:21.711Z

Day 19: Whoop, Your Data is Talking

A friend of mine, returning from vacation, noticed an unexpected pattern in his Whoop data—despite consistently logging the recommended 7-8 hours of sleep a night, his Whoop recovery scores remained below 75%. However, after catching up on rest during his trip, his metrics improved significantly, revealing a deeper level of sleep deprivation than he had realized. This was a relief to me, for I felt like 8 hours weren’t enough for me either.

Rather than accepting advice at face value, let’s see what Whoop has to say. At the heart of Whoop’s functionality is its ability to process large volumes of unstructured sensor data in real time. The device integrates multiple sensors, capturing continuous streams of physiological signals. Whoop isn’t just a fitness tracker—it’s a data-driven system that transforms those raw biometric signals into meaningful insights. By continuously capturing physiological data like heart rate variability (HRV), motion, and breathing patterns, it doesn’t just monitor sleep but understands it.

The real power lies in how machine learning algorithms make sense of these patterns, uncovering trends that would be impossible to detect manually. Instead of using rigid cutoffs to classify sleep stages, models like Recurrent Neural Networks (RNNs) and Long Short-Term Memory (LSTM) networks analyze sequential data to predict transitions between sleep phases. Meanwhile, gradient boosting algorithms refine recovery scores by learning from historical patterns, optimizing training loads based on individual responses. But the true potential extends beyond a single user—through transfer learning, insights gained from one population can be adapted to another, refining models across diverse datasets. Isn’t that amazing?

For computer scientists, this presents an exciting frontier: how do we scale these insights beyond individuals to uncover population-level trends? Analyzing vast datasets enables researchers to explore how sleep, recovery, and exertion vary across demographics, lifestyles, and even geographic regions. With cloud-based analytics and reinforcement learning, systems like Whoop continuously evolve, learning from user behavior to refine recommendations.

But this isn’t just about personal optimization—it’s about decoding human performance at scale, using machine learning to reveal patterns we never knew existed. For those in the field, the challenge lies in designing models that not only predict but also adapt, ensuring insights remain meaningful across diverse populations.
I’ve always loved stories. But as a computer scientist, I get to write the code that tells them in ways we’ve never seen before.

Oh, and by the way, I now sleep 9.5 hours guilt-free—Whoop says it’s okay.

100daysofcode lebanon-mug

122972×972 46 KB

Diana_Farhat · 2025-02-01T22:12:32.045Z

Day 20: 4 Small Node.js API Projects to Kickstart Your Learning

If you’re diving into APIs with Node.js, building small projects is the best way to solidify your understanding. Here are four beginner-friendly projects that cover different aspects of API development, from handling requests to working with external libraries.

1. URL Shortener

What You’ll Learn: Express routing, database integration, and URL handling.

Create an API that shortens long URLs and redirects users when they access the short version. Use a database like MongoDB or a simple JSON file to store mappings between short and long URLs. This project helps you understand CRUD operations and URL handling in APIs.

2. Rate Limiter (Protection Against Cyber Attacks)

What You’ll Learn: Middleware, security, and request limiting.

Implement a rate limiter API that prevents excessive requests from a single IP address within a certain timeframe. Use libraries like express-rate-limit to control access and protect against brute-force attacks. This project introduces you to API security and middleware usage.

3. PDF Merger

What You’ll Learn: File handling, working with external libraries, and HTTP uploads.

Build an API that accepts multiple PDF files and merges them into one. Use libraries like pdf-lib or pdf-merger-js to combine files. This project teaches you how to handle file uploads and process documents on the backend.

4. YouTube Downloader

What You’ll Learn: Working with third-party APIs, streaming, and file downloads.

Develop an API that downloads YouTube videos as MP4 or MP3 files using ytdl-core . Users can provide a YouTube URL, and the API will return a downloadable file. This project gives you experience with external APIs, response streaming, and file handling.

Final Thoughts

Each of these projects introduces key API development concepts while keeping things manageable for beginners. Once you complete them, try adding authentication, caching, or deploying them online to gain more real-world experience. Happy coding!

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-02T21:00:44.863Z

Day 21: Unlocking the Power of Clustering Algorithms in E-Commerce

In the fast-paced world of e-commerce, understanding customer behavior is crucial for success. One powerful tool that helps businesses make sense of vast amounts of data is clustering algorithms—a type of machine learning that groups similar data points together. But how exactly does this work, and why is it important for online stores?

What Is a Clustering Algorithm?

Clustering is an unsupervised learning technique that automatically detects patterns in data by grouping similar items together. Popular clustering algorithms include K-Means, DBSCAN, and Hierarchical Clustering, each with unique strengths in handling different types of data.

How Clustering Improves E-Commerce

Customer Segmentation: By analyzing purchasing behavior, clustering can categorize customers into distinct groups—such as budget shoppers, luxury buyers, or frequent purchasers—allowing for personalized marketing strategies.
Product Recommendations: Clustering helps identify items often bought together, enhancing recommendation engines to suggest relevant products, increasing cross-selling and upselling opportunities.
Dynamic Pricing: By grouping customers based on purchasing power, stores can implement targeted pricing strategies to maximize sales and customer retention.
Fraud Detection: Clustering algorithms can detect unusual spending patterns, flagging potential fraudulent transactions for further review.
Inventory Management: Retailers can group products based on demand trends, ensuring optimal stock levels and reducing waste.

The Future of Clustering in E-Commerce

As artificial intelligence advances, clustering algorithms will become even more refined, enabling hyper-personalized shopping experiences and smarter business strategies. For e-commerce stores, leveraging clustering isn’t just an advantage—it’s a necessity in the age of data-driven retail.

Would you like a deeper dive into any of these applications?

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-03T20:51:44.213Z

Day 22: # Unlocking the Secrets of Node.js: How the Event Loop and Asynchronous Magic Power Modern Apps

Node.js, the JavaScript runtime that powers everything from startups to tech giants like Netflix and LinkedIn, is built on a foundation of asynchronous programming. But what makes it so fast and efficient? The answer lies in two key concepts: the Event Loop and Advanced Asynchronous Patterns. Let’s break down the science behind these powerful mechanisms.

1. The Event Loop: The Brain of Node.js

At the core of Node.js is the Event Loop, a single-threaded, non-blocking mechanism that allows it to handle thousands of simultaneous connections with ease. Here’s how it works:

The Phases of the Event Loop

The Event Loop operates in a series of phases, each responsible for specific tasks:

Timers: Executes callbacks scheduled by setTimeout and setInterval.
Pending Callbacks: Handles I/O callbacks deferred to the next loop iteration.
Poll: Retrieves new I/O events and executes their callbacks.
Check: Executes setImmediate callbacks.
Close Callbacks: Handles cleanup tasks, like closing sockets.

This cyclical process ensures that Node.js can juggle multiple tasks efficiently without getting bogged down.

Microtasks vs. Macrotasks

The Event Loop also distinguishes between microtasks (e.g., Promise callbacks) and macrotasks (e.g., setTimeout). Microtasks are executed immediately after the current operation, while macrotasks wait for the next cycle. This prioritization ensures that critical tasks are handled promptly.

The Danger of Blocking the Loop

While the Event Loop is powerful, it’s not invincible. Long-running synchronous code can block the loop, causing delays. To avoid this, developers use techniques like offloading tasks to worker threads or leveraging asynchronous APIs.

2. Advanced Asynchronous Patterns: Beyond Callbacks

Node.js has evolved far beyond simple callback functions. Today, developers use advanced patterns to write cleaner, more efficient code. Here are some of the most powerful techniques:

Promises and Async/Await

Promises and async/await have revolutionized asynchronous programming in Node.js. Promises allow you to chain operations and handle errors gracefully, while async/await makes asynchronous code look and behave like synchronous code. For example:

javascript

Copy

async function fetchData() { try { const response = await fetch(‘https://api.example.com/data’); const data = await response.json(); console.log(data); } catch (error) { console.error(‘Error fetching data:’, error); } }

This approach simplifies complex workflows and improves readability.

Event Emitters: The Power of Events

Node.js’s EventEmitter class enables event-driven programming, where actions trigger specific events. This pattern is ideal for building real-time applications like chat systems or live notifications. For example:

javascript

Copy

const EventEmitter = require(‘events’); class MyEmitter extends EventEmitter {} const myEmitter = new MyEmitter(); myEmitter.on(‘greet’, () => { console.log(‘Hello, world!’); }); myEmitter.emit(‘greet’); // Output: Hello, world!

Streams: Handling Data Efficiently

Streams are a cornerstone of Node.js, allowing you to process large datasets piece by piece without loading everything into memory. Whether you’re reading a file or processing real-time data, streams ensure optimal performance. For example:

javascript

Copy

Why This Matters

Understanding the Event Loop and advanced asynchronous patterns isn’t just for experts—it’s essential for anyone building modern applications. These concepts enable Node.js to handle massive workloads, deliver real-time experiences, and scale effortlessly.

As the demand for faster, more responsive apps grows, mastering these techniques will be key to staying ahead in the world of software development.

What’s Next?

The world of Node.js is vast, and there’s always more to explore. From worker threads for parallel processing to N-API for building native addons, the possibilities are endless. Stay tuned for more insights into the science of Node.js!

This version is concise, engaging, and written in a style similar to Science Daily. Let me know if you’d like to tweak it further!v

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-04T20:39:34.975Z

Day 23: The Power of Small Projects: How Building a To-Do List Can Solidify Your Understanding of a New Tech Stack

When learning a new framework or technology stack, it’s tempting to dive headfirst into ambitious, large-scale projects. After all, isn’t that the best way to prove your skills? While big projects can be rewarding, they often come with a steep learning curve and can leave beginners overwhelmed. This is where small, focused projects—like building a to-do list application—come into play. Not only do they provide a manageable way to practice, but they also help solidify your understanding of how different components of a framework tie together. For those learning the MERN stack (MongoDB, Express.js, React, and Node.js), a to-do list is the perfect starting point.

Why Small Projects Matter

Small projects act as building blocks for your knowledge. They allow you to focus on specific concepts without the distraction of unnecessary complexity. For example, a to-do list app might seem simple, but it encapsulates many of the core concepts required to build larger applications. By working on such a project, you can break down the MERN stack into digestible pieces and understand how each part—routes, controllers, models, and front-end components—interacts with the others.

Breaking Down the MERN Stack with a To-Do List

Let’s take a closer look at how building a to-do list app can help you understand the MERN stack:

1. MongoDB: Understanding Data Models

In a to-do list app, you’ll need to store tasks, which might include fields like title, description, dueDate, and completed. This is a great opportunity to learn how to design a simple schema in MongoDB.
By working with MongoDB, you’ll understand how data is structured, how to perform CRUD (Create, Read, Update, Delete) operations, and how to connect your database to your backend using Mongoose (a popular MongoDB ODM for Node.js).

2. Express.js: Routing and Controllers

Express.js is the backbone of the backend in the MERN stack. A to-do list app requires basic routes like:
- GET /tasks to fetch all tasks.
- POST /tasks to create a new task.
- PUT /tasks/:id to update a task.
- DELETE /tasks/:id to delete a task.
By implementing these routes, you’ll learn how to structure your backend, handle HTTP requests, and connect routes to controllers. Controllers act as the middle layer between your routes and your database, helping you understand the separation of concerns in backend development.

3. React: Front-End Components and State Management

On the front end, React allows you to build a dynamic user interface. For a to-do list, you’ll create components like TaskList, TaskItem, and AddTaskForm.
You’ll also learn how to manage state using React’s useState or useReducer hooks. For example, when a user adds a new task, you’ll update the state to reflect the change and re-render the component.
This hands-on experience with React will help you understand how to structure components, pass props, and manage user interactions.

4. Node.js: Bringing It All Together

Node.js serves as the runtime environment for your backend. By building a to-do list app, you’ll learn how to set up a Node.js server, handle API requests, and connect your backend to your front end.
You’ll also gain experience with essential tools like npm or yarn for package management and nodemon for automatic server restarts during development.

How It All Ties Together

One of the most challenging aspects of learning a full-stack framework is understanding how the front end, backend, and database interact. A to-do list app provides a clear example of this interaction:

Front End (React): The user interacts with the app by adding, editing, or deleting tasks. These actions trigger API calls to the backend.
Back End (Express.js and Node.js): The backend receives the API requests, processes them (e.g., validating data), and interacts with the database to perform the necessary operations.
Database (MongoDB): The database stores the tasks and sends the requested data back to the backend, which then returns it to the front end.

By building this flow in a small project, you’ll see how data moves through the stack and how each layer depends on the others. This foundational knowledge is crucial before tackling more complex projects.

Conclusion

Before diving into large-scale projects, take the time to build small, focused applications like a to-do list. These projects serve as a practical way to solidify your understanding of the MERN stack and how its components—routes, controllers, models, and front-end logic—work together. By mastering the basics, you’ll be better equipped to tackle more ambitious projects in the future. Remember, every big project is just a collection of small, well-understood pieces working in harmony. Start small, build your knowledge, and watch your skills grow!

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-05T20:34:24.167Z

Day 24: Framing Your Software Engineering Portfolio as a Solution to Problems

In the competitive field of software engineering, standing out requires more than just showcasing technical skills. Reframing your portfolio as a collection of solutions to real-world problems can make a powerful impression. Employers and clients increasingly value engineers who understand and address user or business pain points, not just those who write code.

Why the Problem-Solution Approach Works

Presenting your projects as solutions shifts the focus from what you built to why it matters. For example, instead of saying, “I built a task management app,” say, “I created a task management app to help remote teams streamline collaboration and reduce missed deadlines.” This approach demonstrates your ability to solve problems and deliver impact.

How to Reframe Your Portfolio

Define the Problem
Clearly state the issue each project addresses. Was it inefficiency, poor user experience, or a lack of tools?
Highlight the Solution
Explain how your project solved the problem. Focus on outcomes, such as improved productivity or user satisfaction.
Showcase Results
Use metrics, testimonials, or visuals to demonstrate the impact of your work.

By framing your portfolio around problems and solutions, you position yourself as a problem-solver, not just a coder—making you a more compelling candidate for jobs, freelance gigs, or entrepreneurial ventures.

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-07T21:30:46.290Z

Day 26: Why MongoDB is the Future of Scalable Databases

As digital applications grow in complexity and scale, traditional relational databases struggle to keep up. Enter MongoDB—an innovative NoSQL database designed for flexibility, performance, and horizontal scalability.

The Power of Horizontal Scaling

Unlike traditional SQL databases that require vertical scaling (upgrading a single server), MongoDB distributes data across multiple machines through sharding. This means businesses can handle massive workloads by simply adding more servers—an approach used by tech giants like Netflix and eBay to maintain seamless performance.

Schema Flexibility for Modern Applications

MongoDB stores data in BSON (Binary JSON) format, allowing for a dynamic schema. This is particularly useful for AI-driven platforms, IoT, and real-time analytics, where data structures frequently change.

Performance Meets Reliability

With built-in replication and automatic failover, MongoDB ensures data redundancy and high availability. Even if one server fails, data remains accessible—making it a top choice for businesses that require 24/7 uptime.

How Much Does MongoDB Cost?

MongoDB is open-source, but hosting and scaling influence costs. Self-hosted setups require server investments (~$3,000–$5,000 upfront + maintenance). MongoDB Atlas (Cloud) starts free but scales with usage—small applications cost ~$50–$200/month, while enterprise solutions range from $5,000 to $50,000/month, depending on traffic and storage needs.

The Future of Data Management

From startups to enterprises, MongoDB’s ability to scale seamlessly while maintaining speed and reliability makes it a game-changer in database management. As businesses demand more flexibility and performance, MongoDB continues to lead the way.

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-08T20:21:33.104Z

Day 27: The Future of Web Development: How AI is Reshaping the Digital Landscape

Web development has always been a field defined by rapid evolution, but the rise of artificial intelligence (AI) is accelerating this transformation like never before. From automating repetitive tasks to enabling entirely new ways of building and interacting with websites, AI is poised to redefine how developers work and how users experience the web.

AI-Powered Development Tools

One of the most immediate impacts of AI on web development is the emergence of intelligent tools that streamline the coding process. Platforms like GitHub Copilot and ChatGPT are already helping developers write code faster by generating snippets, debugging errors, and even suggesting entire functions. These tools don’t replace developers—they empower them to focus on creativity and problem-solving rather than boilerplate code.

AI is also making web development more accessible. No-code and low-code platforms, powered by AI, allow non-developers to create functional websites and applications. Tools like Wix ADI and Framer AI use machine learning to design layouts, optimize user experiences, and even generate content, democratizing web development for a broader audience.

Smarter, More Personalized User Experiences

AI is revolutionizing the way users interact with websites. Chatbots and virtual assistants, powered by natural language processing (NLP), are becoming more sophisticated, offering real-time support and personalized recommendations. Meanwhile, AI-driven analytics tools are helping developers understand user behavior in unprecedented detail, enabling hyper-personalized experiences that adapt to individual preferences.

For example, e-commerce sites are leveraging AI to recommend products, optimize search results, and even predict trends. Streaming platforms use AI to curate content, while news websites tailor articles to readers’ interests. This level of personalization is setting a new standard for user engagement.

The Rise of AI-Generated Content

Content creation is another area where AI is making waves. Tools like OpenAI’s GPT-4 and Jasper AI are capable of generating high-quality text, from blog posts to product descriptions. For web developers, this means faster content updates and the ability to scale dynamic websites with ease. However, it also raises questions about authenticity and the role of human creativity in the digital space.

Challenges and Ethical Considerations

While the potential of AI in web development is immense, it’s not without challenges. Concerns about data privacy, algorithmic bias, and the ethical use of AI-generated content are growing. Developers must navigate these issues carefully, ensuring that AI is used responsibly and transparently.

Moreover, as AI tools become more prevalent, the role of web developers may shift. Rather than focusing solely on coding, developers will need to become adept at integrating AI systems, interpreting data, and designing ethical AI-driven experiences.

Where is Web Development Headed?

The integration of AI into web development is still in its early stages, but the trajectory is clear: the future of the web will be smarter, faster, and more personalized. Developers who embrace AI as a tool—rather than a threat—will be at the forefront of this transformation, shaping the next generation of digital experiences.

As AI continues to evolve, one thing is certain: the web will never be the same. Whether you’re a seasoned developer or just starting out, now is the time to explore how AI can enhance your work and redefine what’s possible on the web.

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-09T09:57:45.188Z

Day 25: ### My Journey from Overthinking to Confident Coding

Introduction

When I first started coding, I wasn’t just writing logic—I was overanalyzing every decision. Was I choosing the right variable name? Was my approach optimal? Would someone judge my code if they saw it? This cycle of overthinking slowed me down and made me feel like I wasn’t good enough.

But over time, I learned to break free from this pattern and code with confidence. In this post, I’ll share what held me back, how I overcame it, and practical steps you can take if you’re struggling with the same thing.

The Problem: Overthinking Everything

As a fresh graduate, I found myself stuck in these thought loops:

“Is my code clean enough?” Instead of focusing on functionality first, I obsessed over writing “perfect” code.
“What if this isn’t the most efficient solution?” I hesitated to move forward, fearing I wasn’t using the best approach.
“What will others think of my code?” Code reviews made me anxious, as I worried about being judged.

The result? I spent too much time second-guessing myself instead of actually coding and learning.

What Helped Me Gain Confidence

1. Writing First, Optimizing Later

I learned that getting a working solution first is more important than making it perfect from the start. Now, I follow this approach:

Write a basic version of the solution.
Test it and make sure it works.
Refactor and improve the code.

This shift helped me stop getting stuck in my own head and start making progress.

2. Accepting That Code is Iterative

I used to think great developers wrote perfect code on their first attempt. That’s a myth. Even the best engineers write, refactor, and improve over time. Once I embraced this, I stopped stressing over every line.

3. Learning to Take Feedback Positively

At first, I saw code reviews as a judgment of my abilities. But I realized that feedback is normal, even for senior developers. Instead of fearing it, I started seeing it as a way to grow.

4. Setting a Time Limit on Decisions

To stop myself from overanalyzing, I started setting small deadlines. For example:

“I’ll spend 30 minutes researching this approach, then I’ll implement the best option I find.”
This forced me to take action instead of endlessly overthinking.

5. Practicing More, Thinking Less

I found that the more I coded, the less I overthought. The best way to gain confidence was simply to build more projects, make mistakes, and learn from them.

Final Thoughts

Breaking free from overthinking didn’t happen overnight, but by focusing on progress over perfection, I became a more confident developer. If you struggle with the same thing, remember:
Write first, optimize later.
Code is meant to be improved over time.
Feedback is your friend.
Set time limits to avoid analysis paralysis.
The more you code, the more confident you’ll become.

Have you ever struggled with overthinking in coding? Let’s talk in the comments!

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-09T19:00:54.646Z

Day 28: Unlocking the Digital World: A Closer Look at APIs

In today’s interconnected digital landscape, applications rarely operate in isolation. They communicate, exchange data, and enable seamless interactions—often without users even realizing it. At the heart of this connectivity lies a powerful yet often overlooked component: the API (Application Programming Interface).

APIs serve as digital bridges, allowing different software systems to interact. Whether it’s a mobile app fetching weather updates, an online store processing payments, or a social media platform sharing content, APIs make it all possible. These interfaces define the rules and protocols for communication, ensuring that systems can request and exchange data efficiently and reliably.

There are different types of APIs, each serving specific purposes. RESTful APIs, which rely on HTTP requests, are widely used for web applications, providing lightweight and scalable solutions. SOAP (Simple Object Access Protocol) APIs offer a more rigid, XML-based framework, often employed in enterprise environments requiring strict security. GraphQL, a relatively newer approach, enables clients to request only the data they need, optimizing performance and reducing unnecessary data transfer.

Beyond just connecting systems, APIs are catalysts for innovation. Businesses leverage APIs to integrate third-party services, enhance functionality, and create new digital experiences. Open APIs allow developers worldwide to build on existing platforms, fostering collaboration and technological growth. Companies like Google, Amazon, and Stripe have built entire ecosystems around APIs, empowering developers to create cutting-edge applications without reinventing the wheel.

However, API security remains a critical challenge. As these interfaces handle sensitive data, improper implementation can expose vulnerabilities. Encryption, authentication mechanisms, and rate limiting are essential safeguards against cyber threats. The rise of API security tools and best practices is helping organizations mitigate risks and ensure safe data exchanges.

From cloud computing to IoT devices and artificial intelligence integrations, APIs underpin modern technology. As businesses and developers continue to harness their potential, APIs will remain fundamental in shaping the digital future. As we move toward an increasingly interconnected world, APIs will be at the forefront, enabling smarter, faster, and more efficient digital interactions.

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-11T10:49:28.598Z

Day 29: Understanding React Props

When I first learned React, props confused me. Everyone kept saying, “Props let you pass data from one component to another,” but that explanation felt too abstract. I needed something more visual—something that clicked.

Then, someone compared it to a manager delivering task notes .

Imagine you’re working in business. You have a manager who hands out notes to different employees, telling them what to do. These employees don’t decide their own tasks—they simply follow the instructions they receive.

In React, props work the same way:

The parent component (the manager) passes information (props) to the child component (the employee).
The child component can only read the props—it can’t change them.
This keeps everything organized and predictable, just like in a well-run business.

Once I saw props this way, everything made sense. Let me show you how this works with a simple To-Do List example.

import React from "react";

// Child component receiving props
const ToDoItem = ({ task, completed }) => {
  return (
    <li>
      {task} - {completed ? "✅ Done" : "⏳ Pending"}
    </li>
  );
};

export default ToDoItem;

This component holds an array of tasks and passes each one to ToDoItem using props.

import React from "react";
import ToDoItem from "./ToDoItem"; // Import the child component

// Parent component passing props
const ToDoList = () => {
  const tasks = [
    { id: 1, task: "Read research paper", completed: true },
    { id: 2, task: "Write summary", completed: false },
  ];

  return (
    <ul>
      {tasks.map((item) => (
        <ToDoItem key={item.id} task={item.task} completed={item.completed} />
      ))}
    </ul>
  );
};

export default ToDoList;

How Props Work in This Example

Think of it this way:

The ToDoList (manager) writes down all tasks and delivers them to different ToDoItem (employees).
Each ToDoItem (employee) reads its instructions (props) and follows them exactly.
The employees cannot change the instructions—they can only display them.

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-12T21:48:00.676Z

Day 31: Mastering React: Understanding the useState Hook

If you’re starting with React or looking to strengthen your frontend development skills, understanding the useState hook is essential. It’s one of the most commonly used hooks that empowers developers to add state to functional components, making React applications more interactive and dynamic.

What is `useState`?

In React, state is used to manage data that can change over time. The useState hook allows you to add state to functional components, enabling them to “remember” values between renders. Whether you’re building a counter, form inputs, or toggles, useState is the go-to hook for managing component-level state.

How Does It Work?

When you call useState, it returns an array containing:

The current state value – This is the data you want to track.
A function to update the state – This function lets you modify the state value and triggers a re-render of the component.

The basic syntax looks like this:

js

CopyEdit

const [state, setState] = useState(initialValue);

state: Holds the current value.
setState: Function to update the state.
initialValue: The initial state value, which can be any data type (string, number, array, object, etc.).

Example: Building a Simple Counter

Let’s see how useState works with a basic example of a counter component:

js

CopyEdit

import React, { useState } from 'react';

const Counter = () => {
  const [count, setCount] = useState(0);

  const increment = () => {
    setCount(count + 1);
  };

  return (
    <div>
      <h1>Count: {count}</h1>
      <button onClick={increment}>Increment</button>
    </div>
  );
};

export default Counter;

How It Works:

useState(0) initializes the state variable count to 0.
setCount(count + 1) updates the state when the button is clicked.
React automatically re-renders the component, displaying the updated count value.

Using Multiple State Variables

You can manage multiple pieces of state by calling useState multiple times:

js

CopyEdit

const [name, setName] = useState('');
const [email, setEmail] = useState('');

This approach keeps your state organized and makes it easier to maintain and debug your components.

Updating State Based on Previous State

In some cases, you might need to update state based on its previous value. React allows this by passing a function to the state updater:

js

CopyEdit

const increment = () => {
  setCount(prevCount => prevCount + 1);
};

This is particularly useful in scenarios where multiple state updates depend on each other, ensuring the correct value is calculated.

Best Practices and Common Pitfalls

Always use the state updater function. Directly modifying state variables will not trigger a re-render:

js

CopyEdit

// Incorrect
count = count + 1;

// Correct
setCount(count + 1);

State updates are asynchronous. React batches state updates for performance, so changes might not reflect immediately in console logs.

When to Use `useState`

For managing component-specific state like form inputs, toggles, or counters.
When the state is only relevant to a single component and doesn’t need to be shared.
For simple state logic that doesn’t require complex reducers or context management.

If you need to share state across multiple components, consider using other hooks like useContext or state management libraries such as Redux.

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-13T16:17:19.804Z

Day 32: The UseEffect Hook

The useEffect hook in React is a fundamental feature that allows you to perform side effects in function components. Side effects include operations like data fetching, subscriptions, or manually changing the DOM. Prior to hooks, such operations were handled in class component lifecycle methods such as componentDidMount, componentDidUpdate, and componentWillUnmount. The useEffect hook consolidates these functionalities into a single API, simplifying component logic.

Basic Usage:

javascript

CopyEdit

import { useEffect } from 'react';

function MyComponent() {
  useEffect(() => {
    // Code to run on component mount

    return () => {
      // Cleanup code to run on component unmount
    };
  }, [dependencies]);
}

The first argument is a function containing the side effect code.
The optional second argument is an array of dependencies.
- If provided, the effect runs after the initial render and whenever any dependency changes.
- If omitted, the effect runs after every render.
- If an empty array is provided, the effect runs only once after the initial render.

Example: Fetching Data

javascript

CopyEdit

import { useState, useEffect } from 'react';

function DataFetcher() {
  const [data, setData] = useState(null);

  useEffect(() => {
    fetch('https://api.example.com/data')
      .then(response => response.json())
      .then(data => setData(data))
      .catch(error => console.error('Error fetching data:', error));
  }, []); // Empty array means this effect runs once after the initial render

  if (!data) {
    return <div>Loading...</div>;
  }

  return <div>Data: {JSON.stringify(data)}</div>;
}

In this example, useEffect fetches data from an API when the component mounts and updates the state with the fetched data.

Cleanup Function:

The function returned from the effect callback serves as a cleanup function, which React calls when the component unmounts or before the effect runs again. This is useful for tasks like unsubscribing from services or clearing timers.

javascript

CopyEdit

useEffect(() => {
  const timer = setInterval(() => {
    console.log('Timer running');
  }, 1000);

  return () => {
    clearInterval(timer);
    console.log('Timer cleaned up');
  };
}, []); // Empty array means this effect runs once after the initial render

In this example, a timer is set up when the component mounts, and the cleanup function clears the timer when the component unmounts.

For a more in-depth explanation and additional examples, you can refer to the official React documentation on the useEffect hook.

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-14T12:54:05.370Z

Day 33: The Importance of Efficient API Calls: Returning Only the Necessary Data

In modern web development, APIs are the backbone of communication between the frontend and backend. As applications grow and become more complex, optimizing API calls becomes increasingly important to ensure performance, security, and scalability. One common mistake that developers make is allowing the frontend to cherry-pick the data it needs from the API response. While this approach may seem flexible and easy to implement, it often leads to unnecessary overhead, poor performance, and increased complexity.

Why Returning Only Needed Data Matters
When building an API, one of the key principles to keep in mind is data minimization—return only the data that is required for the specific use case. Let’s dive into the reasons why this approach is crucial for a successful application:

Improved Performance
Imagine your API returns a large dataset with lots of extra fields that the frontend doesn’t actually need. The browser will have to download, parse, and process all that extra data. This leads to slower load times, more data transferred over the network, and a less responsive application.

By returning only the data that the frontend needs, you reduce the payload size, leading to faster API responses and quicker rendering of your application. The smaller the data, the faster the user experience, especially on mobile networks or slower devices.

Reduced Server Load and Cost
Every API request consumes server resources—whether it’s CPU, memory, or bandwidth. If you allow the frontend to cherry-pick data, it might request more information than necessary, causing your server to do more work than required. This extra load translates to increased server costs, especially when dealing with large-scale applications that handle thousands or millions of requests.

By streamlining your API to deliver only what’s needed, you help reduce unnecessary server load, which in turn can lower operating costs, improve scalability, and ensure your system runs smoothly.

Better Security
Allowing the frontend to cherry-pick data can inadvertently expose sensitive information. For example, if your API returns all user details, but only the username and email are needed, the frontend might unintentionally access and display private fields like passwords or security questions.

By carefully structuring your API to return only the relevant data, you ensure that sensitive or unnecessary information never reaches the client side, reducing the risk of data breaches or unintended leaks.

Simplified Maintenance
APIs that return unnecessary data are harder to maintain over time. As your backend and frontend evolve, keeping track of which fields are used in the frontend and which are not can become a complex task. Over time, unused data fields can accumulate, making the API more difficult to manage.

By returning only the data that’s needed, you make it easier to update, test, and maintain your API. A simpler, leaner API is always easier to manage than one that includes irrelevant fields and overcomplicated logic.

Avoiding Client-Side Complexity
If your frontend has to cherry-pick what it needs from a large dataset, you introduce unnecessary complexity in your client-side code. This can lead to extra logic for filtering, transforming, or processing data before it’s displayed to the user. This not only bloats the frontend code but also introduces more room for bugs or inconsistencies.

By having the backend return only the necessary data, you offload this responsibility to the server, keeping the frontend code clean, simple, and focused on presentation and user interaction.

Best Practices for Optimizing API Calls
So how can we implement the practice of returning only the necessary data in our API? Here are some best practices to keep in mind:

Use Query Parameters for Filtering: If a resource can be filtered or customized, allow clients to specify exactly what data they need using query parameters. For example:

GET /users?fields=username,email
This allows the frontend to specify the exact fields it wants, without burdening the server with returning unnecessary data.

Leverage API Endpoints for Specific Needs: Instead of building a generic, one-size-fits-all API endpoint, create separate endpoints for different use cases. For example:

/users for general user data
/users/profile for a user’s profile info
/users/summary for a quick overview of user details This way, each endpoint only returns the relevant data for the specific request.
Use GraphQL for Fine-Grained Control: If you need flexibility, consider using GraphQL, which allows clients to request exactly the fields they need. This can help prevent over-fetching and under-fetching data, giving your frontend complete control over the response structure.

Document Your API Efficiently: Ensure that your API documentation clearly defines what data is available and how to request it. If your API supports filtering or selecting specific fields, make sure to document it so that frontend developers know exactly what to expect.

Implement Data Caching: If your data doesn’t change frequently, consider implementing caching mechanisms (like HTTP caching or server-side caching) to reduce the load on your API and improve performance further.

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-15T00:00:18.958Z

Day 34: Know What to Cache: A Key to Optimized Web Performance

Caching is one of the best ways to speed up your website, but the trick lies in knowing what to cache. When used wisely, caching can save you from unnecessary database hits and repeated computations, improving overall performance. Here’s how to decide what to cache for optimal results.

Static Assets (CSS, JS, Images)
These files don’t change often, so caching them can provide a significant performance boost. By storing these assets locally or using a CDN (Content Delivery Network), your website can load faster and reduce the load on your server.

Images, stylesheets, and scripts are prime candidates for caching since they’re requested frequently but rarely updated.
2. Frequently Accessed Data
Think about data that your users often request, like:

Product listings on eCommerce sites.
Search results or user profiles in social media applications.
API responses that don’t change often, such as weather data or popular blog posts.
By caching this information, you can quickly serve users without having to repeatedly fetch it from a database or an external service.

HTML Pages (For Static Content)
If your website has content that doesn’t change often, like blog posts or news articles, caching full HTML pages can dramatically reduce page load times. For example, caching the home page or a category page where product listings are static for a few hours can save both database queries and time.

Avoid Caching Dynamic or Sensitive Data
While caching can be a powerful tool, there are things you should not cache:

User-specific data: This includes login credentials, shopping cart contents, or personal messages.
Real-time data: Live events like stock prices or social media feeds need to be refreshed regularly, so they shouldn’t be cached for long.
Caching sensitive information could expose private data to other users, and caching highly dynamic content could result in users seeing outdated or incorrect information.

How to Choose What to Cache?
Frequency of Access: If data is accessed regularly but doesn’t change often, it’s a good candidate for caching.
Size: Avoid caching large datasets that may take up unnecessary storage space.
Change Frequency: If the data changes frequently or depends on the user’s session, consider not caching it or setting a very short cache expiry time.
By understanding what to cache, you can dramatically improve your website’s speed and scalability. Caching doesn’t just save time — it also reduces strain on your servers, allowing for more efficient use of resources.

Stay tuned for the next blog where we’ll dive into setting proper expiry times to make sure your cached data remains relevant!

100daysofcode lebanon-mug

Diana_Farhat · 2025-02-17T21:05:40.790Z

Day 36: A Comprehensive Guide to Indexing in MongoDB

MongoDB is one of the most popular NoSQL databases, known for its flexibility, scalability, and ease of use. However, as your application grows, so does the volume of data, which can lead to slower query performance. This is where indexing comes into play.

Indexes in MongoDB are special data structures that store a small portion of the data set in an easy-to-traverse form. They significantly enhance query performance by reducing the amount of data MongoDB needs to scan. In this blog, we’ll explore the different types of indexes, how to create and manage them, and best practices to keep your MongoDB queries blazing fast.

Why Indexing Matters

Imagine searching for a word in a book without an index. You’d have to go through every page until you find the word. Similarly, without indexes, MongoDB must scan every document in a collection to fulfill a query, leading to slower performance. Indexes help MongoDB quickly locate documents, minimizing the number of scanned documents.

Types of Indexes in MongoDB

MongoDB offers a variety of indexes to accommodate different use cases:

1. Single Field Index

This is the most basic type of index, created on a single field. It speeds up queries that filter or sort by that specific field.

db.collection.createIndex({ fieldName: 1 })

The 1 denotes ascending order, while -1 denotes descending order.

2. Compound Index

Compound indexes are created on multiple fields, which is beneficial for queries that filter using more than one field.

js

CopyEdit

db.collection.createIndex({ field1: 1, field2: -1 })

The order of fields is crucial, as MongoDB can use the index to support queries that use a prefix of the indexed fields.

3. Multikey Index

This index is used for fields that hold array values. MongoDB creates an index entry for each element in the array.

js

CopyEdit

db.collection.createIndex({ tags: 1 })

4. Text Index

Text indexes allow for efficient searching of string content within text fields. They’re ideal for search functionalities.

db.collection.createIndex({ description: "text" })

5. Geospatial Index

Geospatial indexes support queries of geospatial data, such as finding documents within a certain radius.

db.collection.createIndex({ location: "2dsphere" })

6. Hashed Index

Hashed indexes are used to distribute data evenly across shards in a sharded cluster.

db.collection.createIndex({ _id: "hashed" })

100daysofcode lagos-mug