1. unique urls per channel so I can send it to a friend and say "check this out" 2. up + down keys for changing channels
295 karma · joined May 11, 2015
1. unique urls per channel so I can send it to a friend and say "check this out" 2. up + down keys for changing channels
It prevents the umpteenth reinvention of an incomplete fetch state machine, which is probably the number one most consistent frontend bug I encounter.
Really shows the experience of someone who understands this stuff inside and out (was one of the main people behind Temporal).
Great piece from M. Nolan Grey, who is an excellent twitter follow: https://www.theatlantic.com/ideas/archive/2022/08/housing-cr...
Detailed the shutdown on a call at 8:30am Pacific this morning. CEO said there'll be no severance or healthcare.
Lot of talented folks in Seattle and beyond who'll be looking for new gigs.
Random but this is what I’m finding GPT-4 best at: translating random questions into domain terminology + providing examples.
Wrote these just after I switch careers ~4 years ago:
1. https://zmsy.co/blog/career-switch/ 2. https://zmsy.co/blog/switching-careers-to-software-engineeri...
What I want: Use Terraform programmatically, i.e. call "cdktf deploy" or similar FROM node or python and give users some scripts they can use where I can abstract away some of the difficulties of learning to use Terraform natively for simple use cases (i.e. deploy an S3-based frontend host). Ideally, I had intended to distribute some npm-installable packages which would run this stuff.
In my last gig, we ran plenty of services that would never need to scale and would likely never hit the point where Lambda became too expensive. Low-utilization services (Example for order submit, because we only ever got a couple hundred orders per day), Cron-type jobs (Admins could use Cloudwatch to monitor), Temporary fan-outs using queues. Anything that won't ever hit the millions-per-day level is a good candidate for something along these lines. Most of those services cost <$5/month.
- Easily set breakpoints and localize faults quickly.
- Enter the debug shell and evaluate statements based on the current program context.
- Tinker with variables at runtime and see how the code responds.
- Conditionally catch things that are going wrong and evaluate program state at the time.
- Simulate difficult-to-reproduce things like race conditions by messing with program state.
- Use it like a CLI to do stuff from the program, like send requests using the actual program code.
Also, SQLite is a first class citizen in this space. Most if not all languages can easily load data to it, virtually any language used for analysis can easily read from it, and it's file-based so there's no reason to spin up a server. Finding 100GB on disk is much easier than 100GB in ram.
1. Start a branch with a first commit 2. Open a PR and write details / background 3. Mark WIP 4. Eventually remove WIP and add someone as reviewer.
Glad to see this is available now.
If GG&S changed the way you think, I'd highly recommend following it up with either the book from that review (Eric Wolf's "Europe and the People without History") or Ian Morris's "Why The West Rules, For Now".
This review is something I generally send out to people after they've read GG&S, and strongly recommend Eric Wolf as an author. He puts many of the points I would make significantly more eloquently:
https://www.livinganthropologically.com/eric-wolf-europe-peo...
Once this machine kicks the bucket, I may just buy another of the same one instead of upgrading (if they still sell it by then).