Загрузка видео...

Не удалось загрузить видео

На главную

MIT DEDICATED A FULL LECTURE TO GIT'S INTERNALS -- BECAUSE THEY FOUND MOST DEVS MEMORIZE THE COMMANDS AND HAVE NO IDEA WHAT THE TOOL ACTUALLY DOES A whole 85 minutes MIT session that refuses to teach git as a list of commands to copy, and instead shows you the...

459,754 просмотров • 3 месяцев назад •via X (Twitter)

Комментарии: 33

Фото профиля Rohan Gayen
Rohan Gayen3 месяцев назад

If anyone wants the youtube link of the original video

Фото профиля stephane.eth
stephane.eth3 месяцев назад

it’s next to impossible to actually lose any code once that code has been committed That’s what most devs fear and why the unofficial "mv repo repo.backup; git clone <cloneagain>" is so popular 😝 Compiled a couple more references (and a hopefully truly easy walkthrough) here:

Фото профиля Nicolae
Nicolae3 месяцев назад

You don't need to know the intervals of every technology you are using. And in fact most don't and do just fine.

Фото профиля slash1s
slash1s3 месяцев назад

join my tg for the actual alpha on ai, financial markets and coding -&gt;

Фото профиля Philip Stubbs
Philip Stubbs3 месяцев назад

1) I require our devs to use GIT Extensions - visualization makes a big difference... 2) most grads have minimal experience with practical necessities -&gt; GIT, versioning, coding standards, etc... 3) college creates tech debt monsters -&gt; who skip design &amp; never diagram anything 🤯

Фото профиля Bitchin’ Groyper
Bitchin’ Groyper3 месяцев назад

I taught myself by reading articles about understanding git and using it.

Фото профиля cristal💎
cristal💎3 месяцев назад

recloning the repo is so junior

Фото профиля Sergy Skripal: HABEAS CORPUS!
Sergy Skripal: HABEAS CORPUS!3 месяцев назад

BS. Git is a travesty, an ego trip of Linus T. It's a fantastically complicated tool to solve problems that only a small subset of developers have. Its complication doesn't flow from its power but from its chaos - it's largely non-orthogonal, with many islands of cmd groups

Фото профиля Kyle
Kyle3 месяцев назад

during early experiments and git worktrees with orchestrating agent I saw the most tangled git mess concievable - and a single agent was unable to untangle the entire thing in 15minutes which would have taken me hours.

Фото профиля Eplurubusnullus
Eplurubusnullus3 месяцев назад

Meh. I know how git works underneath, it's simple and elegant. The syntax always crashes me out, though. The problem most devs have is that they only have a surface level understanding of everything. It's why even AI can code.

Фото профиля Brandon Smith
Brandon Smith3 месяцев назад

If so many people have problems with git then git is the problem.

Фото профиля Adel Bucetta
Adel Bucetta3 месяцев назад

that's where most ai agents are too, memorizing rules without understanding what they're optimizing for

Фото профиля Atenov int.
Atenov int.3 месяцев назад

But what if you dont have 85 minutes to learn git internals - can you learn as you go?

Фото профиля Gipp 🦅
Gipp 🦅3 месяцев назад

It's very interesting to hear about repositories

Фото профиля Codes for lattes ☕️
Codes for lattes ☕️3 месяцев назад

Yeah no shit that’s why we use the tool so we don’t have to know the internals 😂

Фото профиля Lummox
Lummox3 месяцев назад

Have watched almost 85 minutes,really smart lecture

Фото профиля Peter S
Peter S3 месяцев назад

Good content, but the low resolution makes the text in the video hard to read and tiring to watch. Is it available anywhere else?

Фото профиля Andrew Voelker
Andrew Voelker3 месяцев назад

just have claude do the source-control crap.

Фото профиля Rob Williams
Rob Williams3 месяцев назад

Better idea: adopt jujutsu.

Фото профиля Nekt0
Nekt03 месяцев назад

Very interesting post

Фото профиля vijn
vijn3 месяцев назад

1 hour of alpha

Фото профиля AI Mastery Guide
AI Mastery Guide3 месяцев назад

"Four commands, blind faith, and a prayer before every merge" is the most accurate description of how most people use git 😭

Фото профиля Anthony Porcano
Anthony Porcano3 месяцев назад

In 2026 Claude handles git for me.

Фото профиля Michael Farnet
Michael Farnet3 месяцев назад

GitCraft!

Фото профиля rari
rari3 месяцев назад

the person who understands the data model is the one who saves the repo

Фото профиля Suzanne Atkinson, MD
Suzanne Atkinson, MD3 месяцев назад

a post bashing ai written with ai. nice.

Фото профиля shmidt
shmidt3 месяцев назад

this is how it should be taught honestly, understanding the graph changes everything

Фото профиля EMOTION CRYPTO
EMOTION CRYPTO3 месяцев назад

This lecture is very useful, I think the students will learn this lesson.

Фото профиля leopardracer
leopardracer3 месяцев назад

wow, nice share👍🏽

Фото профиля Kekko D’Amato
Kekko D’Amato3 месяцев назад

The git-as-DAG mental model changes everything. Once you see commits as immutable snapshots and branches as just pointers, 'scary' operations like rebase stop being incantations you copy from Stack Overflow and become obvious graph manipulations. The AI angle makes this even more urgent — agents that mess up git history need a human who actually understands the model to clean it up. "I'll just reclone it" doesn't cut it when an agent has been autonomously committing for hours.

Фото профиля 0xbobaa
0xbobaa3 месяцев назад

very interesting lecture

Фото профиля Gustavo J. Alessandri
Gustavo J. Alessandri3 месяцев назад

Once you see governance as a graph of decisions, approvals and reversals, the distinction between "software" and "organization" starts to disappear. Git versioned code. I'm interested in versioning governance itself. Repo ↓

Фото профиля Bizzi
Bizzi3 месяцев назад

Worth watching 100%

Похожие видео

Orchestrators vs. Graphs, clearly explained! orchestrators are great, and everyone builds one first. here is the ceiling: an orchestrator sits above the work and routes every message. five agents report to it. it reads all five. it decides what each one does next, and reads all five replies. that is ten trips through one context, and by the fifth agent that context has read four reports, five instructions and its own reasoning about all of them. Graph engineering fixes this by removing the seat: not a better router, but no router at all. you need both, and here is the sentence that resolves the whole confusion: an orchestrator sits above the work and holds all of it. a graph is the shape of the work, and holds none of it. ↳ above the work: one context that has to see everything before anything ships ↳ inside the work: a splitter that hands out and lets go, and a merge that reads nothing Prompts → Context → Harness → Loops → Graphs the coordination did not disappear. it moved into the edges, where it costs nothing and cannot get tired. the trick is noticing what you actually built. if one node has to see every result before the run can finish, you did not remove the bottleneck. you hired it, gave it the longest context in the system, and made it the thing you were counting on to stay sharp. one thing to know before you scale it. an orchestrator degrades in the one way nothing catches. ↳ it does not crash, time out or return an error. it stays up and keeps routing ↳ it just starts routing worse, somewhere around the fifth report, and every downstream agent does exactly what it was told that last one catches careful people. you can have perfect isolation on every worker and still have one window quietly drifting at the top, and the traces will all look clean because each worker did its job. and the one that eats whole nights: the merge is where this shows up first. ranking five findings is not judgment, it is a sort. if a model is doing it, you are paying a model to read five reports so it can put them in an order that three lines of code would have got right, and now that model has read everything too. below i have quoted my full guide on graph engineering. it covers the three topologies, the verifier patterns, and where the gate should actually open. save this and read it below ↓

Hanako

43,078 просмотров • 4 дней назад