4 ms·
Sloppy?! Those guys have needs the majority of us will never need to deal with. Did you read the presentation? If anything they're the opposite of sloppy.
by phn 11y ago
Sloppy?! Those guys have needs the majority of us will never need to deal with. Did you read the presentation?
If anything they're the opposite of sloppy.
- Touche 11y agoThe parent is not referring to those needs (which are legitimate). The presentation talks a lot about the hacking culture; how there is a lot of duplicate code, a lot of dead code, a lot of "temporary" code. We call these things technical debt. But it sounds like they just never fix them. Refactors never happen.
- chupy 11y agoI sincerely doubt the fact that there are companies which thoroughly fix "technical debt".
- phn 11y agoThey don't call it debt. It is simply their way of keeping their agility with a huge number of developers. If the flip side is junk that mostly impacts install space, I don't see it as a bad trade-off. What alternative way would you suggest to keep your mega team productive and shipping features?
- xd1936 11y agoHiring a team whose sole job description is garbage cleanup?
- smrtinsert 11y agoProductivity != Total Output.
- Touche 11y agoYou can't avoid fixing tech debt. Eventually it impedes your ability to be productive. It happens, to some degree, to every software project. Someone else joked about "we wrote the app from the ground up" but that really does happen. You're not "shipping features" if you're rewriting the app.
- s73v3r 11y ago1. Having a core team who's job it is to maintain the app and clean up the debt. 2. I seriously have to question that they absolutely need that pace. I don't buy it for a second that any of this is necessary or better than the alternative.
- ch8230 11y agoEventually you just hear "New version of our app rewritten from the ground up" when it all becomes one big pile of technical debt.
- rimantas 11y agoIf the were not sloppy they wouldn't have to deal with those needs too.
- L-four 11y agoBecause they wouldn't exist.
- jonknee 11y agoTheir needs don't explain all the redundant and unused code. It's slop, plain and simple.
- phn 11y agoIt's not. It's just decoupling. Redundant code exists because different groups of people needed the same thing in different contexts (with probably slightly different requirements), and co-ordinating to keep this stuff centralised is hard, and most of all time-consuming. This has two clear advantages. You don't need to fill a form every time you change the smallest of functions and when you mess up, you don't impact everyone else. Honestly, I don't get the negativity. EDIT: I don't mention dead code because that can be, if really needed, removed by a tool so I think the point is moot.
- jonknee 11y ago> I don't mention dead code because that can be, if really needed, removed by a tool so I think the point is moot. It can easily be cleaned up in an automated fashion and they don't do it. That's exactly what everyone means by slop. If you could pick up the clothes on your floor but don't, it's not because you're a hacker. Update: not only do they not clean it up, they ship this shit to a billion people. Talk about lazy.
- s73v3r 11y agoTheir needs are because they're sloppy. Having an overarching Core team who's job is to maintain the app and guide the architecture would cut down on what they need immensely.