HN user

trhoad

464 karma
Posts2
Comments101
View on HN

The frontend tooling debacle has got to the point where I'm not only leaving frontend development, but tech entirely. To not have to think about this endless nonsense anymore is such a massive weight off my shoulders.

I must be stupid because I understood very little of this. The cynic in me says it sounds a lot like pseudo-intellectual-babble, but maybe I'm wrong.

I can pick out so many parts that seem to be an extremely odd take on things, but this one stood out:

the total time spent communicating will grow quadratically as the work capacity of the organization grows linearly.

The assumption being that everybody needs to speak to everybody else as the organisation grows, which is a spectacularly daft assumption.

So we share your jobs on our site. A candidate applies. You interview them and decide to hire them. You notify us you hired them. We send you an invoice. You pay us a fee.

I'm absolutely stunned that this works.

For one thing, our contract imposes a late fee for failing to notify us of a successful hire. And the fee increases every month that they don't tell us. This is a pretty good deterrent.

Is it? It sounds like a pretty good deterrent to being honest...!

Anyway, I can't argue with the figures, if true.

Would be great to have a single table that shows supported services vs. tiers. At the moment I have to scroll through 8,000 services AND their features to try and decipher if I'll need a paid plan right from the start.

it means that everyone puts in ideas and the person or persons in charge only (gently) nix the ideas that don’t fit with their vision

This. Architects have to have a really quite rare blend of skills: superbly diplomatic yet inclusive, and ideally in it for the long-haul.

"To stay relevant in today’s fast-moving world, architects must focus less on making the most important architectural decisions, and instead focus on building an environment where everyone makes better decisions."

They should be doing both.

I was actually going for the opposite - but that's my fault. What I meant was wishy-washy "guidelines" are often ignored or considered optional. Put in place tooling (rulesets) and processes that make it very difficult to architect a poor system.

And to be enforced you need to actually be hands on in the code base.

I think this might be a difference in opinion on whether we're referring to the architecture of a codebase or architecture of a system. They're different things.

The right answer to systems design in 95%+ of cases is a single application modularized using language tools talking to a single DB.

There are still a ton of systems design considerations to take into account with a monolithic approach. Good architecture doesn't necessarily always imply a microservices architecture, I agree, but it doesn't mean all architecture concerns can be ignored - you just have a different set of things to optimise for.

The utopia described isn't real in the enterprise, and my experience of 15 years working as a Software Engineer is that 90% of engineers are really good at coding, but pretty terrible at systems architecture - often taking the path of least resistance for their small domain.

It may be unpopular to prefer a top-down approach, but in my experience architecture set by an architecture team who understand how the building blocks fit together, who have a roadmap and a set of common rules and tools (not loose principles or "guidelines") have been the most successful, sane, and enjoyable projects to work on. YMMV - and there are certainly some terrible "architects" out there whatever approach you take.

Related: I am convinced that you will learn more about a Senior Engineer at interview during a Systems Design task than any coding task. This is what sets apart great engineers from good engineers.

Too much emphasis is put on organised exercise. I think it's an American thing, where nobody seems to walk anywhere.

Better advice is to build more functional "exercise" into your day-to-day life. This is where real lifestyle change happens without you really knowing it.

Take the stairs, walk to the shops, cycle to work (where possible), household chores that involve getting on your hands and knees and breaking a sweat, do DIY/gardening (why people pay to go to the gym and deadlift, then e.g. happily pay someone to move a load of soil around the backyard always confuses/amazes me).

I never really understood this. Unsure of the US, but holiday lets are notorious for being poor investments in Europe (just look at the markets in Greece and Spain). $100k buys you quite a lot of long-term lets (rentals) over the next 20 years. Why not just rent a place without the hassle of maintenance, taxes, stress, and hand back the property after a few weeks? Also your priorities and interests might change, so some flexibility on renting different places at different points (with children that grow up and also have different interests) might be appealing.