Readit NewsA friend who uses these services more than me said he likes Rappi because you can see in real-time where your delivery is.
Same with Uber eats.
If you're not familiar with TDD, you haven't yet achieved that level of mastery.
There's a productivity boost to being able to change quickly without breaking things.
Is all unit/functional/integration testing and continuous integrating TDD? Is it still TDD if you write the tests after you write the function (and before you commit/merge)?
I think this competency matrix is a helpful resource. And I think that learning TDD is an important thing for a good programmer.
Well I still don't understand Apple's decision to axe MagSafe. It was a huge selling point of MacBooks. While I don't miss it sorely, the USB-C plug just gives me no joy.
Most startups - most large companies - would be far better served with a real PAAS, rather than container orchestration. My encounters with container orchestrators is that ops teams spent inordinate amounts of time trying to bend them into a PAAS, rather than just starting with one. This is why I don't understand why this article lumps, e.g. Cloud Foundry in with K8S - they solve entirely different problems. My advice to almost every startup I speak to is "Just use Heroku; solve your business problems first".
The article also mentions it enables "new set of distributed primitives and runtime for creating distributed systems that spread across multiple processes and nodes". I'll throw out my other assertion, which I always though was axiomatic - you want your system to be the least distributed you can make it at all times. Distributed systems are harder to reason about, harder to write, and harder to maintain. They fail in strange ways, and are so hard to get right, I'd bet I can find a hidden problem in yours within an hour of starting code review. Most teams running a non-trivial distributed system are coasting on luck rather than skill. This is not a reflection on them - just an inherent problem with building distributed logic.
Computers are fast, and you are not Google. I've helped run multiple thousand TPS using Cloudfoundry, driving one of Europe's biggest retailers using just a few services. I'm now helping a startup unpick it's 18 "service" containerised system back to something that can actually be maintained.
TLDR; containers as production app deployment artefacts have, in the medium and long term, caused more problems than they've solved for almost every case I've seen.
I mean yeah, that's done on the backend as well, but that's generally not what people mean with that term.
Remote: Yes (preferred)
Willing to relocate: Yes (within the US)
Technologies: TypeScript, JavaScript, Node.js, React, GraphQL, MongoDB, Kubernetes, AWS, Docker, ElasticSearch, Fastly, Cloudflare, MySQL, PostgreSQL, Nx, Rust, Nginx
Résumé / CV: https://www.linkedin.com/in/gasty/ (will send PDF on request)
Email: gaastonsr@gmail.com