464 karma · joined June 14, 2021
react-dom.production.min.js:209 TypeError: Cannot read properties of undefined (reading 'indexOf') at _l.render (ModalImage.tsx:79:21)
If you're a permalancer, coining a freelance rate whilst paying very little tax (no PAYE), then you _should_ be caught out. You _should_ have the liability.
Leadership taking a strategic decision to shop around for options following the VMWare price increase isn't so crazy. In fact, I'd say it's expected.
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.
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.
This. Architects have to have a really quite rare blend of skills: superbly diplomatic yet inclusive, and ideally in it for the long-haul.
They should be doing both.
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.
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.
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).