mjfisher
Joined 16 years ago
Joined 16 years ago
But usually when I reach for a queuing system, it's because I want to decouple a part of the architecture. And in that case, it's probably better to use a dedicated queueing system instead of postgres.
I wonder if the two cases are conflated in a lot of online discussion.
Very well done.
- Start in ask mode - "I'm planning on doing X to achieve Y; are there any alternative approaches? What problems might I run into?"
- Chat for a bit and get the high level approach, switch to plan mode and ask for a nicely formatted plan
- What's kicked out is already in the rough shape of the discussion so far, so it's a case of following a nicely formatted doc through and highlighting sections of text and asking for clarification or changes
- Hitting "build" and then reviewing what's been done
For a new service I might spend an hour in ask/plan mode - but then it gets 95% of the build itself right first time.
Do you do the same with different results, or is there a different stack/methodology you go through?
Don't think about how hard it is to migrate a VM to a new provider. Think about how hard it is to:
* Get procurement to sign off on a new vendor
* Guarantee that your ISO compliance standards can be met under the new regime
* Make sure that GDPR requirements are met during any data transfer process to the satisfaction of your legal team
* Get the old infrastructure team and the new infrastructure team coordinated enough to be able to plan a migration without downtime
* Mollify the consultants that the CEO's friend said he should hire
* Analyse the migration plan to death to derisk it while at the same time be unable to actually evaluate it small scale due to the points above
I wonder if I'll get to feel the same about golden eagles soon too.
- Zustand exposes itself as a hook.
- MobX does that observer-wrapper thing
- Snapstate instead has an explicit writing step (`scoped()`) at the bottom of a component
If so, I really quite like that. Kudos!