I guess I'm the foolish one, but I thought the title implied that the book was about algorithms you can use to make decisions, not decision making algorithms.
Spherical photos or videos are my favorite. Yes you have to put on Google cardboard or whatever to really experience it, but it brings the VR experience brings me back to the moment, mentally, in a way that pictures can't.
We had the old essential phone, with the spherical camera attachment, and used the hell out of it. I still go back and watch those old videos. Venice in the snow was absolutely amazing.
I need to get another spherical camera ASAP, now that traveling is possible again.
I implemented a policy of "loom video, for all PR", at my last company.
Every video should include: an explanation of the problem, a walkthrough of the patch, a recording of the result.
PRs never sat long, because the willpower it took to understand the problem, the solution, and how to replicate/test manually (if you feel that necessary) was drastically reduced.
It shifts the burden of extra work to the requestor, who has motivation to get things merged.
Additionally, git blame became infinitely more useful.
Linux for laptop just isn't great in my experience. My desktop is Linux, and all is well.
But on all my laptops, I find things to just be to much of a PITA. Eg: hibernate, is way too buggy to depend on. Half the time something prevents hibernate, and my laptop is dead and/or over heated when I pull it out of my bag. The other half the time everything is bugged out when it comes out of hibernate.
I found that when I'm traveling, I'm happier with a very underpowered laptop, which has great battery life. I don't even use wsl. GitHub codespaces has been working well enough.
Nice, I bookmarked your site. Weather data is surprisingly hard to navigate. Did you source it from NOAA.gov or somewhere else?
I tried to slap together a simple weekend app based on historical weather data by zip code, and never even got to the coding. Just spent most the weekend trying to decipher those API's.
Some if the comments here are way over the top IMO. Like a full time DevOps person went solo and spent a few weeks setting up their perfect deployment process.
If we're talking a plain saas type deal, I'd keep it simple, elastic bean stalk, or use a heroku or render.com like setup until you grow to the point of hiring a team. If it's just a basic saas, I don't see how a 1 man team could really out grow this setup. I've seen 100 person teams using heroku.
K8s is just way too much work. Even cloud formation is to much for my tiny show.
Use the automated backups setup by your host for your db. If you need to roll back, just redeploy your previous git hash. I typically use GitHub actions to deploy, so rolling back is just a matter of force pushing the prod branch to the sha I want to deploy
Skip micro services, they are too much work for a small time thing, and don't really provide much benefit.
IMO the fact that this is the best path is clear evidence that we need mobile app store reform. It's mind boggling to me that people still defend this status quo
At a few of the start ups I've worked at, "no" wasn't in the dictionary.
It was always a dumpster fire, the product had some many configurations and options. There were entire sections of the apps I didn't know existed. I think that all these features are ultimately what killed the start up.
At one point I (developer) had to go on a call with a customer to tell them no because the PM didn't want to disappoint the customer.
Learning to say no is extremely important for startups.