mbu
The second container went from 176MB to 4.7MB!! I've not really tested that so there's a pretty good chance things aren't going to work too well in practice (but we'll see).
If it all continues as well as it's started then we'll definitely be using it.
In short, from my usage so far, I like that everything is a document in Notion. Coda is more capable in other ways - I can summon up chats of my data and define new formulas. I love that buttons let me effectively create a little webapp that also works beautifully on mobile.
One thing I'm trying out with the qa guys (keep in mind very small team) is a list of test cases with buttons for pass/fail/dnt for each. Clicking pass or fail updates the status and test date for that row. You can also have actions in coda trigger integrations. So one thing we were discussing was notifying slack immediately when a test case fails.
Don't know where it will go - both products seem excellent so far.
Have you tried anything like iopipe for helping debug lambdas?
I learned to fix up some movement patterns. Some changes were surprisingly small - just a few degrees difference in how I held my pelvis made a huge difference. I had to learn when to "tighten" my core when moving and lifting and when it is safe to let it relax a bit. The difference has been dramatic. I had back pain even as far back as highschool basically just because of bad mechanics. I do somewhat wish I'd learnt better biomechanics sooner but I can't really complain - I've never been in less pain since my early teens.
Terraform: at some point you will probably end up here. It gives you so much control, it's fast and (mostly) easy to work with. It gives you a good idea of what it is doing and why.
Cloudformation: mostly I've used this embedded in some other tool. For example we have a fairly small Elastic Beanstalk app which uses SQS and SNS - nice to be able to extend the basic infrastructure easily inline with your app definition. Similar situation with serverless.
Awless: this is a really nice (scriptable!) CLI alternative. Nothing wrong with the normal AWS CLI but this does some things simpler/nicer. If what you are doing is simple enough you can script infrastructure with these tools.
Console: I really use this alongside the other things as I'm building automation or to explore some new service I've not used before.
Ansible: for configuration management (post terraform apply) we are using ansible. So far we set up an admin box inside the infrastructure and run ansible from there. We've experimented with having ansible build the inventory but currently looking at a bash/jq/awless combo to build it dynamically.
Edit: not ever used ansible to modify AWS infrastructure. We keep infrastructure separate with a configuration management separate from setting up the infrastructure.