ru
Feedback
TechVibe

TechVibe

Открыть в Telegram

I'm Eyob, a self-taught dev sharing my Tech journey, tips, tools, and real-world projects. Let’s grow together😊 DM for any project ideas @alnova19 Personal site: https://eyobsimachew.vercel.app My Github: https://github.com/Eyob-smax

Больше
1 096
Подписчики
-124 часа
+47 дней
+1430 день
Архив постов
Finished building and deploying an LMS for a client today. It's now live for testing, so hopefully they like it. One of my fa
+4
Finished building and deploying an LMS for a client today. It's now live for testing, so hopefully they like it. One of my favorite parts was adding AI course and quiz generation. You can create an entire course from a prompt, generate quizzes from the content, save drafts, manage courses with a markdown editor, track learner progress through analytics, and issue certificates after completion. It was a fun project to build, and I'm looking forward to hearing the client's feedback. #project #LMS #upwork

Repost from SSC
​Our fellow student, Abel, urgently needs our help as he recovers from a severe injury. Let's come together as a school commu
​Our fellow student, Abel, urgently needs our help as he recovers from a severe injury. Let's come together as a school community to support him in his time of need. Please contribute whatever you can using the bank account in the poster above and share this post across your groups and networks to help spread the word. ​Every donation and share counts! 🙏

Thanks, man. I just started. #random #movies
Thanks, man. I just started. #random #movies

Article of the day A few years ago, I loved writing code that made me feel smart. Dense abstractions. Fancy design patterns. Generic types nested inside more generic types. APIs that looked elegant, at least until I came back six months later and couldn’t remember what I was thinking. These days, my philosophy is much simpler... Read full article 👉 [ LINK ] #ArticleOfTheDay #SWE

Let me share some of them😁 1. Lizard People Rule the World 2. The Earth is completely hollow inside, with hidden civilizations, giant creatures, and entrances at the North and South Poles. 3. Australia Doesn't Exist 4. The Titanic Never Sank #random

POV: Me after listening to American conspiracy theorists. 😂 Who built America into this great nation then? 😭 Their arguments are wild, " the U.S. government secretly killed all the birds decades ago and replaced them with surveillance drones that spy on Americans". #random

I realized something about myself over the past few months: when I truly believe something is necessary, I'll do whatever it takes to make it happen. I'll sacrifice my sleep, my comfort, my time, and even my money. Doing that has shown me how much I'm actually capable of in such a short amount of time, and it's boosted my confidence more than anything else. Anyways, GN guys. ✌️ #random

Btw guys, today I sat at my desk at 2 PM, and it's almost 2 AM now. I literally worked for almost 12 hours straight. I think this is the longest work session I've had this break. The good part is I finally finished the project. The bad part... I'm not feeling my back 😭. never had this kind of back pain before😭 #project #WorkSession

Here's a simple fallback implementation in Go. Instead of failing the request when one provider is down or rate-limited, it j
Here's a simple fallback implementation in Go. Instead of failing the request when one provider is down or rate-limited, it just tries the next provider in the chain until one succeeds. It's a small pattern, but it makes a huge difference in production where outages and rate limits are normal. Graceful degradation is almost always better than showing your users an error. #go #LLMIntegration

Article of the day LLM Integrations Everyone gets excited when their AI feature finally works, but making one successful API call is the easiest part. What actually matters is everything around it before it reaches production. If you don't plan for failures, retries, rate limits, token budgets, or cost tracking, your application will eventually fail when real users start using it. A production-ready LLM integration should be built with resilience in mind from day one. Abstract your provider so switching models is painless, retry only transient failures with exponential backoff, stream responses instead of making users wait, validate every tool call, and count tokens before every request to avoid expensive errors. None of these features make your demo look cooler, but they'll save you countless hours in production. The biggest lesson is that reliability is a feature. Add observability, track your LLM costs, enforce sensible timeouts, and always have a fallback model ready. Production isn't about proving your AI works—it's about making sure it keeps working when everything around it doesn't. Read full article 👉 [LINK] @devwitheyob #ArticleOfTheDay #AIEngineering #LLM

Repost from Negus channel 🦅
update from the CEO btw 😂
+1
update from the CEO btw 😂

Prompt of the day "Build Windows 12 and make no mistake" LOL😁 #random

Git in CI Shallow clone breaks anything that walks history git blamegit loggit merge-base origin/main HEAD, semantic-release version inference, and changelog generators. If your CI runs git diff main...HEAD to decide which packages to rebuild, depth=1 silently returns the wrong diff because main is not in the clone. Partial clone is the better default for medium and large repos. It downloads commit and tree objects but defers blob download until a file is actually read: `# Skip all blobs at clone time — fetch on demand git clone --filter=blob:none https://github.com/org/repo.git # Skip blobs above a size threshold (good for repos with mixed binary + code) git clone --filter=blob:limit=1m https://github.com/org/repo.git # Combine with sparse-checkout for monorepos: clone metadata, check out one path git clone --filter=blob:none --no-checkout https://github.com/org/monorepo.git` Partial clone keeps full history available — git log and git blame still work — but only fetches blobs lazily when you cat a file or run git checkout against a path. For a CI job that compiles one service in a monorepo, this can cut clone time from 45s to 4s and disk usage from 800 MB to 60 MB. The trade-off: every blob access becomes a network round trip, so test runs that read many files pay incremental latency. Pair it with sparse-checkout to bound the working tree. read more advanced git concepts 👉 [ LINK ] #git #GitInCI

Git in CI CI runners clone your repo on every job. For a 200 MB monorepo with 50k commits and 10k refs, a naive git clone burns 30-60 seconds per job before any test runs. Across a 40-job pipeline that is 30 minutes of pure clone wait per pull request. The fix is not "throw a faster runner at it", it is matching the clone strategy to what each job actually needs. Shallow clone is the lazy fix. It downloads only the most recent commits, skipping history. """ git clone --depth=1 https://github.com/org/repo.git """

Article of the day Advanced git Before pushing to main, make it a habit to sync your branch with the latest changes by rebasing on top of main. This helps you resolve conflicts early and keeps your commit history clean. If your branch has a lot of small "fix" or "oops" commits, use an interactive rebase to squash them into a few meaningful commits. A clean history makes reviewing code and debugging much easier later. Before every push, review your changes with git diff and scan for anything that shouldn't be in the repository, such as API keys, tokens, passwords, or temporary debugging code. Then run your tests locally to make sure nothing is broken. Catching an issue before it reaches the remote repository is always easier than fixing it after deployment. If you've rebased your branch, avoid using git push --force. Instead, use git push --force-with-lease, which checks whether someone else has updated the remote branch before overwriting it. Finally, tag important releases with versions like v1.0.0 or v2.1.0. Release tags make it easy to identify deployments, track changes between versions, and roll back quickly if something goes wrong in production. read more advanced git concepts 👉 [ LINK ] #git #ArticleOfTheDay

Repost from EKD Designs
Introducing Lockd-in Lockd In is a minimalist productivity web application built to help users manage their time and maintain deep focus. Built Lockd-in when I was stressing for exit exam & design work overloads back in uni. After weeks of beta testing, Lockd-in is officially live 🎉🎉🎉 Thanks to everyone that gave me feedbacks, almost all feedbacks have been reviewed & edited into this version 🙏 Features: 🔥 Streaks 📸 Focus Cards ⏳ Pop Out (PiP) Timer ↗️ Session logs & Productivity Chart
All local, no login or sign up needed
If you've been meaning to build something but keep burning out halfway through, this is definitely for you. 🔗 https://lockd-in.pages.dev/ (PC RECOMMENDED for now) I'm not a developer, so there may be imperfections. If you find a bug, want a feature added, or wish to express your feelings, my comments and DMs are open. Lock in. Outwork. Outlast. @ekddesign

git

When you're trying to impress with your tech😁 #random

After reading the terms and conditions when u signing up, guys😁 #random
After reading the terms and conditions when u signing up, guys😁 #random

Currently working on this LMS, I only have 5 days to deliver #LMS #project
+3
Currently working on this LMS, I only have 5 days to deliver #LMS #project