deep Git skill helps u Scale Your Codebase
I think being very comfortable with Git and understanding it deeply is one of the highest-leverage skills right now.
Code is becoming cheaper to generate. With AI, you can spin up a repo and add multiple features in a day. The challenge is no longer just writing code it's managing the codebase as it grows.
That's where Git shines.
When you understand branching, merging, tags, stash, and history well, you can keep moving forward without getting overwhelmed by the size of your own code (or your LLM's code 😉).
And honestly, that's how real software works. Think about a huge codebase with thousands or millions of lines of code. No single developer understands every part of it. What makes it manageable is architecture, collaboration, and tools like Git. so be smooth and playing very comfy with git so u can manage Ur next large project ..
I think being very comfortable with Git and understanding it deeply is one of the highest-leverage skills right now.
Code is becoming cheaper to generate. With AI, you can spin up a repo and add multiple features in a day. The challenge is no longer just writing code it's managing the codebase as it grows.
That's where Git shines.
When you understand branching, merging, tags, stash, and history well, you can keep moving forward without getting overwhelmed by the size of your own code (or your LLM's code 😉).
And honestly, that's how real software works. Think about a huge codebase with thousands or millions of lines of code. No single developer understands every part of it. What makes it manageable is architecture, collaboration, and tools like Git. so be smooth and playing very comfy with git so u can manage Ur next large project ..
Learning Log
deep Git skill helps u Scale Your Codebase I think being very comfortable with Git and understanding it deeply is one of the highest-leverage skills right now. Code is becoming cheaper to generate. With AI, you can spin up a repo and add multiple features…
Saying this lemme share the big picture about Git - just the concept:
* Git is just a software installed on your machine (usually comes with Linux and Mac 😭). When you run git init, it creates a hidden .git folder in your project root that stores everything - commits, history, branches, tags, etc... U can see it making hidden files visible.
* Git is a graph of commits(directed acyclic graph) , where every commit is a node pointing back to the previous commit(node), so your project history becomes a chain/graph of nodes (commits)
* A branch is just a movable pointer to a commit; creating a branch means creating another pointer at the same commit, and then each branch can evolve independently as new commits are added.
* tag is also a fixed pointer to a commit, used to mark stable versions like v1.0, v2.0, releases, etc., and unlike branches, tags never move.
.. Etc...
So basically like :
git = a graph of commit,
branches = moving pointers on commits ,
tags = fixed pointers,
and the .git folder is where the entire system lives.
* Git is just a software installed on your machine (usually comes with Linux and Mac 😭). When you run git init, it creates a hidden .git folder in your project root that stores everything - commits, history, branches, tags, etc... U can see it making hidden files visible.
* Git is a graph of commits(directed acyclic graph) , where every commit is a node pointing back to the previous commit(node), so your project history becomes a chain/graph of nodes (commits)
* A branch is just a movable pointer to a commit; creating a branch means creating another pointer at the same commit, and then each branch can evolve independently as new commits are added.
* tag is also a fixed pointer to a commit, used to mark stable versions like v1.0, v2.0, releases, etc., and unlike branches, tags never move.
.. Etc...
So basically like :
git = a graph of commit,
branches = moving pointers on commits ,
tags = fixed pointers,
and the .git folder is where the entire system lives.
Learning Log
Saying this lemme share the big picture about Git - just the concept: * Git is just a software installed on your machine (usually comes with Linux and Mac 😭). When you run git init, it creates a hidden .git folder in your project root that stores everything…
Visualstudio
Git Graph - Visual Studio Marketplace
Extension for Visual Studio Code - View a Git Graph of your repository, and perform Git actions from the graph.
Junior = burning tokens through conversation
Senior = burning tokens through code generation
Both are still burning tokens tho 🙁
Senior = burning tokens through code generation
Both are still burning tokens tho 🙁
Tesla
Photo
Not proved scientifically tho. I just shared it so u guys think about.
Sometimes let's brainstorm ideas outside coding guys.
Sometimes let's brainstorm ideas outside coding guys.
Forwarded from JavaScript
Please open Telegram to view this post
VIEW IN TELEGRAM
I was playing around with this concept called background jobs (or multi-process apps).
Normally we have one HTTP server handling requests. But what if the request includes heavy work like video processing, image processing, generating files, or even sending emails? Keeping those tasks inside the request-response cycle can make users wait for seconds or even minutes.
The idea is simple: let the server respond quickly and move the heavy work into its own process (a worker).
For example, when a user signs up, they don't need to wait for the welcome email to be sent. The server can immediately say "Registration successful", save the email job in Redis, and a separate worker process will pick it up and send the email a few seconds later.
Same with YouTube. The uploader doesn't wait for the entire video processing to finish. The upload is accepted, and the heavy processing happens later in the background.
So basically, background jobs are about separating slow, heavy work from the normal request-response flow and letting another process handle it. Since we now have a server process and a worker process running independently, we've built a simple multi-process application.
Normally we have one HTTP server handling requests. But what if the request includes heavy work like video processing, image processing, generating files, or even sending emails? Keeping those tasks inside the request-response cycle can make users wait for seconds or even minutes.
The idea is simple: let the server respond quickly and move the heavy work into its own process (a worker).
For example, when a user signs up, they don't need to wait for the welcome email to be sent. The server can immediately say "Registration successful", save the email job in Redis, and a separate worker process will pick it up and send the email a few seconds later.
Same with YouTube. The uploader doesn't wait for the entire video processing to finish. The upload is accepted, and the heavy processing happens later in the background.
So basically, background jobs are about separating slow, heavy work from the normal request-response flow and letting another process handle it. Since we now have a server process and a worker process running independently, we've built a simple multi-process application.
❤2
The old generation struggled with a lack of information. The new generation struggles with too much information. Yesterday's problem was access; today's problem is focus.
JavaScript DSA implemented in JavaScript, with detailed explanations and complexity analysis.
https://t.co/13bf1VEuKS
https://t.co/13bf1VEuKS
Open Source Projects
JavaScript algorithms and data structures with code and explanations
Discover javascript-algorithms on Open Source Projects
Traditional AI coding vs Loop Engineering
Traditional AI coding:
You manually prompt the AI step by step.
You -> prompt -> Ai -> read -> prompt again - > repeat
Loop engineering:
You build a system that runs the AI automatically in a cycle.
System ->AI -> check result -> retry/fix -> continue ->finish
Loop engineering is building software that continuously manages AI agents through an automatic cycle of execution, verification, and retry until the task is completed.
Traditional AI coding:
You manually prompt the AI step by step.
You -> prompt -> Ai -> read -> prompt again - > repeat
Loop engineering:
You build a system that runs the AI automatically in a cycle.
System ->AI -> check result -> retry/fix -> continue ->finish
Loop engineering is building software that continuously manages AI agents through an automatic cycle of execution, verification, and retry until the task is completed.
Learning Log
Traditional AI coding vs Loop Engineering Traditional AI coding: You manually prompt the AI step by step. You -> prompt -> Ai -> read -> prompt again - > repeat Loop engineering: You build a system that runs the AI automatically in a cycle. System ->AI …
This repo shows how to build software that Orchestrates AI agents using loop engineering instead of manual prompting.
[link]
[link]
GitHub
GitHub - cobusgreyling/loop-engineering: Practical patterns, starters & CLI tools for loop engineering with AI coding agents. Design…
Practical patterns, starters & CLI tools for loop engineering with AI coding agents. Design systems that prompt and orchestrate agents (inspired by Addy Osmani and Boris Cherny). Includes l...