It definitely felt less capable recently, I thought I was imagining it, but it was noticeably more difficult to get it to help on tasks that usually aren't so hard.
I got down to about 6% for a bodybuilding show. It was incredible to look at, but also literally painful to bump into any hard surface, to sit on any hard surface, etc. The amount of bony protrusions you have when the body fat is gone is eye opening. I walk around at 10-13% typically, then lean down for summer and shows.
Most people at 30+ lbs further away from 'having abs' than they think. I see it time and time again.
When I dip below around 8%ish my appetite goes through the roof, all self control goes out the window to the all consuming signaling in my brain to eat eat eat
Do you manage your functions and triggers through source code? What framework do you use to do that? I like Supabase but it’s desire to default to native pg stuff for a lot of that has kind of steered me away from using it for more complex projects where you need to use sprocs to retrieve data and pgtap to test them, because hiding away business logic in the db like that is viewed as an anti pattern in a lot of organizations. I love it for simple CRUD apps though, the kind where the default postgrest functionality is mostly enough and having to drop into a sproc or build a view is rarely necessary.
I think if there was a tightly integrated framework for managing the state of all of these various triggers, views, functions and sproc through source and integrating them into the normal SDLC it would be a more appealing sell for complex projects
The Supabase CLI [1] provides a way for you to manage functions, triggers and anything else in your Postgres database as a migration. These migrations would be checked into your source control.
You can then take it a step further but opting-in to use Branching [2] to better manage environments. We just opened up the Branching feature to everyone [3].
Thanks for the response. I don’t think I was super clear about what I meant - I’m more talking about the following scenario:
Let’s say that we are using the Typescript sdk to make our app and need to do some fancy aggregation on a table that isn’t supported by Postgrest natively (specifically we can’t retrieve the data with Postgrest out of the box with its typical setup). Postgrest tells us that in this case we can do two things: create a view or make a Postgres function. Each has their pros and cons, but with either choice now we have this problem: some of our business logic is in sproc/function/view and some of it is in Typescript. In a typical setup using an ORM it would all be in Typescript.
The conventional wisdom is that db’s are dumb state holders and all of the business logic goes in the app - Supabase attempts to turn this on its head and say no actually it’s ok to store business logic in the db. But now if we do that we have a new problem: we don’t have a blessed path forward for where the line is on what goes where anymore. We don’t have good patterns for storing and managing this so other developers understand where to put things and how to work with our app anymore, because it no longer holds the principle of least astonishment. That’s what I mean by framework in this context.
Maybe all that is necessary here is a battle tested example project that demonstrates the “correct” way to make this demarcation. But as-is it steers me away from using Supabase for more complex projects if I even think they will need something that Postgrest won’t support without making a view or sproc/function
I'm curious, what kind of fees are hosts charging? I have a rental condo on AirBNB, our cleaning fee is $180, which is exactly what my cleaning company charges me to perform the clean.
The median in April 2020 was supposedly around $75 (1), but it of course wildly varies from host to host. The common perception is that they significantly increased during and after the pandemic, but that as far as I know isn't reflected in more recent data (2).
A lot of the objections around the cleaning fee are that hosts often have long lists of chores they expect guests to do in addition to a large cleaning fee, and sometimes those chores are not spelled out until you check in.
We are hiring an experienced software engineer to join our team, developing software for our inventory management systems. We are a small (but growing) company. The incoming engineer will have a direct impact on our customers and the success of the company. You'll wear a lot of hats, from adding new features, fixing bugs, possibly interfacing with various hardware products, integrating a new front-end library, scaling the server infrastructure, etc.
We seek a smart engineer with broad experience with linux, python, aws, etc. We have some interesting scaling problems to address as well, so experience with concepts of scaling within aws would be a benefit.
Candidate must be within driving distance to come in to the office as needed, but can also work from home.
