Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

Load-bearing code vs drywall code 🤔👷‍♀️ Fast experimentation uses what we call drywall code while load bearing code is part of the system. What do you think of this concept? Learn more in the latest episode of Android Developers Backstage Podcast →

10,314 görüntüleme • 25 gün önce •via X (Twitter)

6 Yorum

Android Developers profil fotoğrafı
Android Developers25 gün önce

Which type of development work do you prefer? 🔨 Drywall code: Fast experimentation you don't even need to read; just run it 🏋️ Load-bearing code: A key part of the system, something foundational that you’ll maintain and nurture for years

Muhammad Naveed profil fotoğrafı
Muhammad Naveed25 gün önce

Interesting way to think about code. Experimentation needs flexibility, but knowing when to turn temporary code into reliable infrastructure is what really matters.

Mobile Dev profil fotoğrafı
Mobile Dev25 gün önce

Drywall code is where agents shine. Load bearing still needs a human who will own it for years.

Citrine Edge profil fotoğrafı
Citrine Edge21 gün önce

Persistence and recovery are a useful dividing line. An experiment becomes load-bearing pretty quickly once a user expects it to survive a process restart without losing state or repeating an action.

satvik profil fotoğrafı
satvik25 gün önce

drywall code needs an expiry date. otherwise someone connects billing to it and suddenly it's load-bearing 😭

Android Developers profil fotoğrafı
Android Developers20 gün önce

Nothing is more permanent than a temporary workaround.

Benzer Videolar

AI is changing the software engineering craft. Anders Hejlsberg (Anders Hejlsberg) - creator of C#, TypeScript and industry legend - on why code review needs to get more enjoyable in response: #1 - AI is shifting the craft from writing code, to reviewing code: "In a sense, we're all turning into project managers. We can have an army of junior programmers, called agents, that will just spit out reams of code but someone's got to have the big picture and review all of that. And so, increasingly, our craft is going from one of writing the code, to one of reviewing the code and building the architecture of the code and overseeing the work. It's a different kind of craft. It's a different kind of enjoyment. I've always liked writing the code. To me that was the fulfilling part, seeing it work. In a way, AI robs a little bit of that, because I am less interested in reviewing code." #2 - The code review experience should be improved: "I think we could also make the process of reviewing code much more interesting than it is today. I mean, today, you see a list of diffs in alphabetical order and now it's up to you to make heads or tails of it. There are more pedagogical ways of presenting that. And you could have commentary generated by the AI that tells you what the changes are and whatever, and then tries to guide you along. So that symbiotic relationship, I think we need to work on that more and to keep the enjoyment in there."

The Pragmatic Engineer

39,073 görüntüleme • 5 ay önce