That is why I believe this piece from Tim is remarkable: it shows the limitations in a language the diabetes community can understand, and this is why I posted it.
695 karma · joined March 21, 2018
That is why I believe this piece from Tim is remarkable: it shows the limitations in a language the diabetes community can understand, and this is why I posted it.
This said, it's not that bad, that's true. But the idea of having the personal residential address exposed is not great either.
1. See certain data not normally published on the public register:
- the day of the date of birth for directors and PSCs
- residential address for directors and PSCs
- company registered email address
2. File updates to any information without consent. For example, new accounts or changes of director."
Remote: Yes
Willing to relocate: Yes
Technologies: Python, Django, ML/DL, HPC, Docker, Kubernetes, CI/CD, observability, time series modeling, anomaly detection
Résumé/CV: https://sarusso.github.io/CV-Stefano-Alberto-Russo.pdf
Email: stefano dot russo at gmail
I'm a tech lead with interdisciplinary experience across research, industry, and entrepreneurship. I’ve worked at CERN, collaborated with major industry players, and joined startups and scaleups. I also co-founded a startup and participated in Entrepreneurs First.
Now looking for my next challenge, feel free to reach out!
It does not replace healthy bedtime routines of course, and it never meant to be a serious sleeping aid, but more of an experiment - and partially a joke. Maybe the premise should have been to help stop a spinning mind rather than to fall asleep...
I’ve now updated it to: "As you go through the story, the time the loader spins increases while the speed at which the text appears decreases"
It could definitely be a fun exercise. Also maybe just rendering all the text in the same color as the background and then changing the colors of the characters one by one could be an interesting option (just thought about it), but I think yours would render better.
As a side note, I have to say that posting something as simple as this, where you can’t really get too attached to the project and can read feedback in a truly neutral way - instead of just pretending - is so refreshing...
Thanks for your comment!
I guess that when the brain is engaged in an activity, and that activity becomes boring, it creates good conditions for falling asleep.
Location: TBD (Italy for now)
Remote: Yes
Willing to relocate: Yes
Technologies: Python, Django, ML/DL stacks, HPC, Docker, Kubernetes, Slurm, and whatever I needed to build data&resource-intensive systems
Résumé/CV: https://sarusso.github.io/CV-Stefano-Alberto-Russo.pdf
Email: stefano dot russo at google mail
Hi HN, I’m looking for my next challenge. I’m a hybrid profile somewhere between a software engineer, a scientist, and an entrepreneur.I’ve worked at CERN, in startups and scaleups, and at international research centres. I’ve also co-founded a startup and participated in Entrepreneurs First. I’ve led teams and owned technical and product roadmaps end to end.
I’m primarily interested in lead roles and above (Staff/Principal/Lead/Head), including founding or early technical leadership roles, with substantial ownership and high agency, where I can define strategy and execute it. I’m particularly effective in interdisciplinary, cross-field, and ambiguous environments, where I can leverage my zig-zag career path to act as a force multiplier.
I’m also open to senior IC roles in areas where I’m particularly strong and can be a “10x”: time series, anomaly detection, and making HPC easier to use.
If you have anything for me, I look forward to hearing from you!
May I ask where did you get this info? And what “newer” means here?
I had a _so_ different experience after being involved in two of them...
[1] https://digital-strategy.ec.europa.eu/en/news/pioneering-ai-...
Remote: Yes
Willing to relocate: Depends on the opportunity
Technologies: Python, Django, Docker, ML, time series, IoT, anomaly detection.
Résumé/CV: https://sarusso.github.io/cv.pdf
Email: stefanorusso+yc@gmail.com
I am a hybrid profile, somewhere between a software engineer, a scientist, and an entrepreneur. At heart, I am a builder who loves solving problems and making things work. Right now, I am on a non-linear career path, and still waiting for the right opportunity to fully commit again. My website: https://sarusso.github.io/
You are very right that future calendar arithmetic is undefined. I guess that the only viable approach is to assume that it works based on what we know today, and to treat future changes as unpredictable events (as if earth would slow its rotation). Otherwise, we should just stop using calendar arithmetic, but in many fields this is just unfeasible...
[1] https://googleblog.blogspot.com/2011/09/time-technology-and-...
In that blog post I wrote that it does not enforce. It is true that you can achieve some level of isolation by setting certain flags and environment variables explicitly, but this is (was?) quite hard to get working, moreover the user mapping inside the container is always host-dependant and there is just no network isolation.
To achieve something close to the behaviour "I wanted", I had to use a combination of the command line flags you mentioned (and in particular -cleanenv, -containall and -pid) together with custom-made, ad-hoc runtime sandboxing for directories which required write access (as /tmp and /home).
However, this is not the default behaviour and it is not how Singularity is used in practice by its users. But yes, I was able to achieve something close to the behaviour I wanted [1].
This said, if I am missing something, or if the project has evolved to allow for a better level of isolation by default, please let me know. That blog post is dated 2022 after all.
[1] https://www.sciencedirect.com/science/article/pii/S221313372...