Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Do you have any counter-example in mind ?


The best architectures, requirements and designs come from a team with a fantastic lead/architect/product manager?


This. 100% this. Any product of real complexity _must_ have a single person or very small group of people overseeing it. This is doubly true if you're product is using micro-services.

The product my current employer is working on suffers immensely from a lack of central leadership to the point where each of the pieces of the application have different (and sometimes contradictory!) ideas of what the world looks like.

It's absolutely maddening.


Any product of real complexity is too big for any one person to hold in their head with sufficient detail. That's why we have modularity. (Microservices are just one kind of module boundary).

In my experience, central leaders want to impose grand sweeping worldviews that just aren't true when you get into the weeds of particular use cases. The Director gets a pretty architecture diagram but the engineers actually building and maintaining the feature live in a train wreck. And for what? You don't actually need uniformity across unrelated parts of the system. Architecture shouldn't be about a director's view of his kingdom, but about engineers' ability to sustainably deliver business value, which starts with using the right abstractions for the problem at hand.


I think we would be able to deliver business value a lot easier if everyone was consistent in the major ways. As it is, everyone has their own idea of what constitutes a dropdown.


Yes. If you think of it, the industry has been growing faster than fantastic leads/architects/ project managers can be developed. Those roles take time & experience to nurture, develop battle scars & grow.

As a backfill, many orgs are forcing people to pinch hit that are in over their head (not their fault, often times they are also stepping up to help which is great!) The problem is that these people & teams get to the point where they are just trying to survive until the next sprint.

Wash & repeat sprint to sprint, deploy something to check the box but it’s building a house of cards.


This isn't a counter-example, but a counter-motto.

Since you want to stick with theoreticals, a lot of great projects come from groups of close friends working together. You need a "fantastic lead/architect/product manager" when a team like that isn't available, and you need to compose one artificially.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: