wh-uws

Your analogy might (and even that's a stretch ) work for 6 hours not for 6 months!

I will take all of these customers. Please forward them to me.

Technically we don't... But at least everyone's had a nice vacation so we're ready to deal with it after we're back.

Please let me know when you've got an android app or website I can use.

Love otter but open to others

let me calm down and breathe and I'll take the bait ...

look just because you're not Lebron James or Michael Jordan doesn't mean you can't go to your local basketball court and enjoy a game of pick up.

But the same way you don't conflate what you need to do to be one the of the best people to ever play a game to play at all...

your software engineering team doesn't need to feel completely useless because they aren't immediately using <insert new hot tool> .

Everything in software engineering from side project to unicorn startup service is about tradeoffs.

Tradeoffs happen because of constraints.

I don't expect a consulting shop to build code the same way an open source project does or a publicly traded company that has been profitable for 10 or 20 years.

I'm hoping you can read in this the need to be cognizant about manpower tradeoffs.

So yes I fully appreciate this as someone who has consulted, worked a public companies, and is now at a rapidly growing startup...

Just because your team isn't meeting some imaginary ideal for some other form of team with different constraints doesn't mean you can't ever strive for any ideal or give up...

you just have to be realistic about trade offs...

my favorite example of this is thinking about a system like rails vs early react (loooong next.js or even before the context system) or a lot of things built in the python web ecosystem.

With rails you have scaffolds and endless convenience methods that let you be productive quickly even as a small team or shop...

with early react or python web you were largely left to your own devices out side of the core flows they had solved (painting updates to the dom with react or some rudimentary crud stuff with django or flask) ...

Because they were built by and more importantly FOR different types of teams.

Rails by the relatively slender (and famously against VC type scaling) 37 signals consulting crew and react by facebooks behemoth engineering team.

Of course they are going to build for their own trade offs...

why would you not?

(I intially opened this rant with this final piece thata I thought better of starting with but I still stand on the feeling...

The is the biggest piece of curmudgeonly nonsense I've ever read... its like someone training an ml model on last 5 years of HN comments and churning out a click bait blog post)

I'm holding and curious.

contact info in bio