Sprints - The Biggest Mistake Of Software Engineering
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Related videos
Go’s Big Mistake
The PrimeTime
37.9k views
Software engineering is dead now
Theo - t3․gg
165.4k views
Anthropic confirms software engineering is NOT dead
ThePrimeTime
341.6k views
My honest advice to aspiring software engineers
Tech With Tim
34.9k views
Tim Kaine: Hillary's Biggest Mistake Still Haunts Democrats
The Bulwark
75.5k views
The Truth About the Software Engineering Job Market in 2025
Tech With Tim
44.1k views
Software Horror Stories | The Standup
ThePrimeTime
119.4k views
Software Is Changing (Again) - Andrej Karpathy
ThePrimeTime
166.1k views
Why Does Software Keep Breaking?
ThePrimeTime
184.4k views
My Honest Thoughts on the Software Engineering Job Market in 2025
Tech With Tim
131.8k views
Top Comments (10)
Standups are there to make sure people get out of their beds and start working
When your product owner is on PTO and not having to give an update feels like a vacation day…
The best way to run a marathon is starting the race at 100% of your max speed and slowly over time increasing the pace
“If the code compiles, that’s enough” RUST MENTIONED
5:14 technical debt due to "moving fast" is a major contributor to burn out.
Every Agile process, under pressure, becomes Extreme Go Horse.
Rule of thumb: The first 80% of work take 100% of the time and the last 20% take just 100% of the time again.
I would be curious for Prime to do a whole video drawing out the whole process from start to finish on what is his ideal way of delivering software. A lot of these articles announce problems but still do not give a full picture from beginning to the end of the journey. From business to the deployment.
Im kinda lucky my department leader watches you and agrees to most stuff. So no useless standup meetings for me. Nice
My team at Vercel runs a daily update thread instead of a synchronous stand up meeting. Saves so much time.
Unlock the Data Inside
Turn Videos into Knowledge
- Get FREE 10/day: transcripts, summaries, chats
- Chat with videos, export text & PDF
- $1 free API credit for RAG, chatbots & research
Free forever plan • All features unlocked
Top Comments (10)
Standups are there to make sure people get out of their beds and start working
When your product owner is on PTO and not having to give an update feels like a vacation day…
The best way to run a marathon is starting the race at 100% of your max speed and slowly over time increasing the pace
“If the code compiles, that’s enough” RUST MENTIONED
5:14 technical debt due to "moving fast" is a major contributor to burn out.
Every Agile process, under pressure, becomes Extreme Go Horse.
Rule of thumb: The first 80% of work take 100% of the time and the last 20% take just 100% of the time again.
I would be curious for Prime to do a whole video drawing out the whole process from start to finish on what is his ideal way of delivering software. A lot of these articles announce problems but still do not give a full picture from beginning to the end of the journey. From business to the deployment.
Im kinda lucky my department leader watches you and agrees to most stuff. So no useless standup meetings for me. Nice
My team at Vercel runs a daily update thread instead of a synchronous stand up meeting. Saves so much time.