OK folks, I am hiring in the Seattle area for a SOC position. I am looking for candidates that have prior experience in CorpSec.
Please help me get the word out, and reach out to me if you or someone you know is interested!
careers.redfin.com/us/en/job/57...
What about water?
"Vibe-blogging"
According to the Chinese zodiac 2025 is the year of the snake. 🤔
Have you tried the hot new framework 🦩? Looks great against the green.
Is this what middle age feels like?
It's hard to see doing anything but Django on the back end, but the corresponding strategy would be to design for vertical scalability in places where it can delay the need for more complicated infrastructure.
I haven't kept current but Yew is popular and some others like Kobold look interesting. The payoff if successful would be high confidence with low delay that code that passes compile + unit test will run correctly.
Intercooler (predecessor to HTMX) worked well for me in the past, and I think if I were building an app that was unavoidably interaction-heavy I would spend a little time ruling out the Rust front end frameworks.
I'm trending towards the opinion that the whole TS stack is fundamentally built on sand, and not in a good way. There are plenty of people building good things with it but I suspect despite the tools not aided by them.
I'm curious what the product conversations at those companies are like. It looks like they have very fancy features and infrastructure but are more complicated to use with less billing certainty than Heroku.
Are there still no similarly simple options? Heroku's business had some structural issues that made it difficult as a venture-trajectory company but it seems like a slam dunk as a regular business.
It's pretty unusual. He seems very productive with nbdev so I'm inclined to try it at some point.
I hadn't seen htpy before, elegant. I ran across MonsterUI (built on FastHTML) and of course Plotly integration, independent of which markup generation strategy they use that level of usability is pretty attractive.
monsterui.answer.ai/mail/
gallery.fastht.ml/split/visual...
It's been around for so long and supports so many language targets that I have to believe that at minimum there are some valuable lessons to be learned both in the technical approach and why it hasn't gotten wider usage.
In the end though it seems like few of these frameworks have an equivalent to Django Admin or the built-in support for auth, CSRF protection, etc. And so Django perseveres.
That would be interesting. The other library I'm curious about, and may be the existence proof that HTML-in-Python is actually fine, is FastHTML. Their approach is essentially JSX-in-Python bundled with HTMX.
The transpiler approach is immediately practical but leaves a long tail of weirdness with respect to the semantics of the underlying language(s) that is hard to fix. Bootstrapping a new language from scratch is extremely hard though so... I'm not sure. I'm curious about Haxe though.
PEP 750 style templates are mostly necessary because Python is too slow and the syntax is too restrictive for something like JSX to be added right? From a security standpoint I think JSX type EDSLs have a lot of advantages.
Probably. The value of the functional constructs is also much higher in a language where they can be used to provide compile-time guarantees and reliable type information to the language server.
Rust of course is more complicated than TS in some ways, the complexity "scale down" story is not great. I tend to just look at which library+tool ecosystem fits the job best. Because yeah, there's no real alternative to the SciPy/Pandas/Numpy family.
On the other hand TypeScript has different warts, it's missing features from functional languages like standard optionals or a reasonable match statement and inherits JS weirdness like null/undefined and generally kind of flaky tooling.
I think the Python counterpart to the snippet you posted would need a named class, which actually I don't mind, but your larger point that the typing story in Python is kind of tough stands. Pydantic classes are not necessarily pickleable etc.
What parts do you like? My experience has been that TS lives in a middle ground between Python and Rust that has as its primary value integration with React etc.
That is not to say there aren't problems, they are myriad and deep, but from what I can tell some of the loudest voices claiming the problems are unprecedented are reaching for political power and hocking their own wares.
We have hundreds of years of experience with the modern corporation, simple ML models, and managing human employees. I'm generally familiar with the AGI/ASI debates, and the technology as a practitioner, and I haven't seen any specific and qualitatively new problems. Are you aware of any?
What are some of the things you think should be built but aren't?
Hey now, I like going to the roastery
A microcosm of our current cultural, political, and technological moment. www.youtube.com/watch?v=wvia...
First post.
