惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
MongoDB | Blog
MongoDB | Blog
博客园_首页
博客园 - 三生石上(FineUI控件)
博客园 - 聂微东
B
Blog RSS Feed
D
Docker
IT之家
IT之家
大猫的无限游戏
大猫的无限游戏
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
阮一峰的网络日志
阮一峰的网络日志
罗磊的独立博客
Recent Announcements
Recent Announcements
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
A
About on SuperTechFans
The GitHub Blog
The GitHub Blog
G
Google Developers Blog
V
V2EX
量子位
雷峰网
雷峰网
月光博客
月光博客
云风的 BLOG
云风的 BLOG
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
T
Tailwind CSS Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
I Built 10 AI Applications in 5 Days as a Beginner — Here...
Mohanragul · 2026-05-09 · via DEV Community

Four days ago I was reading about what an API is.

By day four I had a working RAG application running locally on my machine — one that could answer questions using documents I fed it, without sending anything to an external server.

I'm still not sure how that happened. But I want to write it down before the feeling fades.


Where this fits in the journey

I'm midway through the IBM Applied AI Developer Professional Certificate. Courses 5 and 6 are where everything shifted — from understanding concepts to actually building things. Ten projects across five days.

This isn't a course review. It's an account of what building actually felt like.


Course 5 — Flask and backend development

I went in thinking the backend would be manageable.

I'd learned Node.js in my first year of college during a MERN stack module. I remembered the basics — routing, requests, how a server works. Enough to feel like I had a foundation.

What I didn't account for: after first year, I completely stopped touching backend. My focus drifted entirely to frontend. For two years I wrote UI, helped friends debug occasionally, and let everything else fade.

So when Flask came up, I didn't remember Node as much as I thought. What I remembered was the concept — how a backend is supposed to work. That was enough to adapt, even though the syntax was completely different.

What surprised me more was unit testing.

I'd seen it mentioned in coursework and always skipped past it mentally — something I filed under "I'll care about this later." During Course 5, I actually understood what it was for the first time. What it checks. Why it matters. Why writing tests isn't extra work but part of writing real software.

Here's the part I'm still thinking about.

During campus placements in my final year, a company selected me through a hackathon and called me for a final interview. They asked if I was comfortable with a testing role.

I said I didn't know much about testing and would prefer frontend, web development, or AI.

I didn't get the offer.

Sitting in a Flask unit testing module two years later, understanding what I casually dismissed in that room — that landed.

The Finance Tracker, Sentiment Analyzer, and Emotion Detector came out of Course 5. First time I connected a real frontend to a Flask backend. First time I saw how AI output fits into an application as a feature rather than the whole thing.


Course 6 — Building GenAI powered applications

This is where the ten projects came together. Image Captioner, Chatbot, Voice Assistant, Meeting Assistant, Translation Assistant, Job Application Coach — and the one I want to spend the most time on.

But let me be honest about a few things first.

The BlenderBot problem

The chatbot in the course used BlenderBot model from Meta. I want to say this clearly: in my experience, it was not BlenderBot. It was BlunderBot.

Responses were off — sometimes irrelevant, sometimes just strange. I spent time trying to figure out if I'd built it wrong before I realized the model itself was the issue. That was a useful lesson in its own way — the model matters as much as the application around it.

The translation app detour

The IBM translation API I was supposed to use wasn't accessible from my setup. So I found my own path.

I used Whisperfor speech-to-text and Piperfor text-to-speech. What I didn't know going in: Piper requires downloading an ONNXmodel file separately. The app broke. I searched, figured it out, downloaded the file.

Then Japanese voice models weren't available in my configuration. Then the audio format Piper produced wasn't compatible with the frontend.
Each of those was a small wall. I went over each one. The final app worked. It wasn't the one the course intended — but it was mine.

The LangChain version issue

This one cost me more time than anything else. The course imports used langchain.chains. In the current version of LangChain, that's moved to langchain_classic. The course materials hadn't been updated.

The application simply wouldn't run. No obvious error pointing at the real cause. I eventually found it — either downgrade the package or update every import. I updated the imports.

This is exactly the kind of thing that doesn't come up in passive learning. You only hit it when you're actually building something.


The Private RAG Application

RAGRetrieval-Augmented Generation — is when an AI application retrieves relevant information from your own documents before generating a response. Instead of relying purely on what the model was trained on, it pulls from a source you control.

Building this one felt different from the others.

It was the first project where I could see how a real AI system is actually structured — not just a model answering questions, but a pipeline. Documents go in, get processed, get stored, get retrieved, and the model uses them to respond. Local. Private. Yours.

That architecture made something click that earlier courses had only described.


The honest part — most important paragraph in this post

Most of these were guided projects. I followed instructions. I used provided code as a starting point.

But wherever I could, I built my own version. I swapped APIs. I changed the frontend. I broke things and fixed them.

And even in the guided parts — practical implementation exposes gaps that passive learning hides. Reading about LangChain imports doesn't teach you what happens when they break. Understanding RAG conceptually doesn't show you what building the pipeline actually feels like.

You find out what you don't know only when the code doesn't run.


Day 5 is less about building fast and more about slowing down.

Today, I’m revisiting everything I’ve learned so far — reviewing my work, filling gaps, and understanding things more deeply instead of just moving on.

I’m also starting to explore what comes next: AI Agents and Practical Deep Learning.

But before jumping into another structured path, I want to build something independently first.

No tutorials. No step-by-step course.
Just a real problem, curiosity, and the tools I’ve learned so far.


What's next

Phase one is done. The foundation is there.

Phase two is building without a guide. That's where I'll find out what actually stuck. I'll write about it when I do — including the parts that don't work.


If you've built guided projects before — when did it start feeling like your own work? Was there a specific moment, or did it happen gradually?

Drop it in the comments. I'm genuinely trying to figure out where that line is. 👇