I have a direct mailto: link to my email address in the footer of my website. Zero obfuscation. I don't get any unusually large volume of spam. Maybe Fastmail's filters are that good, or maybe scraping emails off the web just isn't worth the spammers' time anymore and they've all moved on to posting thirst traps on Instagram. I dunno. Hasn't been a problem either way.
I host my own email. I use a default SpamAssassin configuration along with some basic greylisting. I barely get any spam. Maybe one every month or two.
I sort of need public contact info. Maybe I obfuscate a bit on my site though I would need to look. Modern hosted email systems seem pretty good at filtering the real spam.
But I also need to coordinate with folks with respect to conference meetings and the like so my email is pretty public.
not OP, but my current solution is to have a link which says "click to show email", with javascript handler that changes that link's href (and text) to email address, which is somehow computed. For example, by taking page URL and performing some regexp on it. It both avoids storing email in page source in plain text and requires human interaction, so feels good enough.
Another way I've seen elsewhere is to use a human-language explanation of how to build email address, something like this: "To get my email address, combine my first name (John) with my birth year (2000), separated by dash (-), and add email provider (@gmail.com)".
> my current solution is to have a link which says "click to show email"
Yeah was thinking of going down that route, but I like the simplicity of just having it there there as a mailto link when you land. Based on Mike's response I might try it!
I know I'm going against the HN hivemind a bit here, and I hope I don't get flamed too much for it - but I think that that Jeff Epstein fellow wasn't a very nice man.
There are plenty of brilliant people who use python. However, in every one of these boom cycles with python I dealt with A LOT of developers with horrific software engineering practices, little understanding of how their applications and dependencies work, and just plane bizarre ideas of how services work. Like the one who comes with 1 8k line run.py with like 3 functions asking to “deploy it as a service”, expecting it to literally launch `python3 run.py` for every request. It takes 5 minutes to run. It assumes there is only 1 execution at a time per VM because it always writes to /tmp/data.tmp. Then poses a lot of “You guys don’t know what you’re doing” questions like “yeah, it takes a minute, but can’t you just return a progress bar?” In a REST api? Or “yeah, just run one per machine. Shouldn’t you provide isolation?”. Then there is the guy who zips up their venv from a Mac or Windows machine and expects it to just run on a Linux server. Or the guy who has no idea what system libs their application needs and is so confused we’re not running a full Ubuntu desktop in a server environment. Or the guy who gives you a 12GB docker image because ‘well, I’m using anaconda”
Containers have certainly helped a lot with python deployments these days, even if the Python community was late to adopt it for some reason. throughout the 2010s where containers would have provided a much better story especially for python where most libraries are just C wrappers and you must pip install on the same target environments, python developers I dealt with were all very dismissive of it and just wanted to upload a zip or tarball because “python is cross platform. It shouldn’t matter” then we had to invent all sorts of workarounds to make sure we have hundreds of random system libs installed because who knows what they are using and what pip will need to build their things. prebuilt wheels were a lot less common back then too causing pip installs to be very resource intensive, slow and flaky because som system lib is missing or was updated. Still python application docker images always range in the 10s of GBs
Thanks for the detailed reply. I wrote and deployed a few dev-opsy python scripts in my last job that I wasn't massively proud of, but after reading that I all of a sudden don't feel so bad lol
This could be the case even without an intentional conspiracy. It's harder to give negative feedback to poor quality code that's complicated vs. poor quality code that's simple.
Hence the feedback these models get could theoretically funnel them to unnecessarily complicated solutions.
No clue has any research been done into this, just a thought OTTOMH.
It's okay not to be that into food, but a bit odd to expect everyone else to be the same. If I had to eat steak and potatoes every day I'd be miserable by day 2.
Conversely it's true for the parent comment. Being able to eat food from any country is a plus only to those who are into that hobby. Personally it ranks pretty low in my list of things that make a city a great city. And if we're talking about food, access to fresh, high quality and affordable produce is way more important than being able to eat Afghan food at 3am. These criteria are arbitrary and don't make a city better than another imho.
Completely agree. "All food of the world at 3am" wears out pretty quickly. Much higher priority for me is access to fresh fruit, vegetables, fish, and meat at a good price.
https://qntm.org/mmacevedo