A second button on your website beside the "RSS" button that says "RSS but with fancy features." when you click on it, it is the same content on your blog but via a substack newsletter.
I believe that has all the features you listed as wants.
I am kind of half joking but people do have very specific ways they want to consume content even if it is the same content.
I read the article and I have read a lot of comments here.
I couldn't find a single reference to where the data set came from that trained the model they are using to do facial recognition.
Someone did theorize that it could be taken from a hypothetical law firm website but IIRC a single photo of someone is not good enough to reliably train a model that is not overfit.
> If you are following REST strictly there should be only objects, actions and verbs.
Not quite. That would be a resource-based architectures much like REST, but REST dials requirements a notch higher, with stuff like adding capabiliy-discovering semantics to resources such as navigation links to related resources and operations to express it's state and state-changed, in the form of HATEOAS.
>Seems like in order to practise their art, they need a reliable but remedial job to pay the bills. Unfortunately, the nature of that kind of work is energy depleting zapping any creative juices needed for the concentration and initiative to produce content.
I'd highly recommend quitting your job. 10/10 experience.
Just make sure to check your funds war chest before hand.
The closest equivalent would be using a lock, semaphore or barrier object with a context manager .i.e. the with keyword.
Making the locking and unlocking of data automatically managed for you.
I generally try to stick to a deque in Python if I am doing anything concurrent.