I think the prestige, overpopulation, and pollution arguments all suck. The important differences are that the poles are not political free-for-alls that people can just colonize, and everything is still 1g vs. Mars' 0.38g.
I've done some experimenting with running a local model with ollama and claude code connecting to it and having both in a firejail: https://firejail.wordpress.com/
What they get access to is very limited, and mostly whitelisted.
There is already much snake oil sales and marketing going on, it's already enabled by arguments that are not based on bodily autonomy, which suggests that a move towards more respect to bodily autonomy will not noticeably increase such snake oil. The resistance to homeopathy has not gone well. I actually believe the resistance is actively harmed by making legit chemicals harder to get instead of easier. When people can easily get the good stuff that works there's not much of a market for the easy to get snake oil that doesn't.
You can pirate a copy of the DSM-V and see the diagnostic criteria for yourself. It's particularly interesting to me (as I believe the field has "crystalized" more than it has right to) that two people can be diagnosed with "ADHD" but share few overlapping symptoms. Separately, fMRI evidence is still not solid on its own, it has to be paired with stronger science to be at all useful, but even so studies based on it tend to suffer from numerous problems. The most infamous case being a "study" that found brain activity using fMRI of a dead fish. That was in 2009. In 2020, Botvinik-Nezer et al. published a paper about 70 different research teams analyzing the same fMRI dataset and producing wildly different results. It's a blunt instrument but people are deceived into thinking it's really solid; it's not.
What a strange post... The linked sl4 source (http://sl4.org/crocker.html) is short enough it could have been quoted in full. It's Yudkowsky's version, I think this is the first I'm hearing via jandrog's comment that it's not exactly faithful to the original (which I presume originated on an extropian mailing list). On the SL4 mailing list, people would sometimes join and note that they operated under the rules. Stuart Armstrong had an aside to such a declaration once:
"I'm not convinced that Crocker's rules are particularly useful
(rephrasing the same idea to make it more polite doesn't lose
anything, can be more convincing to the target, and will often
generate more insights in yourself than a curt dismissal), but it's up
to everyone to choose their approach."
I think that aside is part of the same strangeness and confusion as this post. Operating under the rules is something you do for yourself -- the "begging" that you're doing to other people is asking them to communicate to you in a manner that is optimized for information, not for being nice. The problem isn't necessarily that people dance around the issues (though that can and often is a problem), the problem is that they simply won't communicate the issues or other information in the first place, and so leave such out, especially if they can't figure out a nice way to say it. Also, if you are writing for someone who is operating under the rules, for you to respect their wishes that doesn't mean you have to be rude or omit politeness or be blunt, it just means you should include all the information you want to say, and not worry about it not being phrased nicely, though of course you can phrase things how you please.
To beg others to follow Crocker's rules is basically saying "I am tired of having to use delicate language and sometimes having to avoid talking about things for you, can't you just grow up and let me be lazy and direct and sometimes rude as I tell you everything I have to say?" There are more sensitive ways to make such requests (and ruder ones too), it's probably better to use such methods if you want people to adopt your preferences in receiving information. It's also important to ask if people want certain information in the first place -- I asked a departing intern once (who sadly ended up not being very strong, at least compared to most interns our team had) if they would like some more candid feedback from me before they left, and they declined. That's fine. I think it's usually better to lead by example and just ask people to be direct if you notice them communicating to you in overly sensitive ways and perhaps leaving important things out, and link them to Crocker's rules if you want. Often the rules aren't needed and you can just create a direct and information-rich culture to begin with, or in specific circumstances (e.g. code reviews) use short hand symbols like "Nit: " or "Blocker: " that compress all the niceties you'd otherwise be encouraged to say. When someone new joins, they can read the room, but pay attention if some people express things like "I wish people were nicer here". Maybe they're a snowflake who needs to grow up, or maybe your environment is just toxic and so unpleasant and full of assholes that it gets in the way of productive work. Again, Crocker's rules is about receiving information independent of nice/rude presentation, it doesn't require rudeness or even directness or bluntness since none of those are automatically implied by efficient communication. (Efficient communication optimized for information is not just a character count.)
A personal example from 12 years ago: after I was rejected after an onsite job interview, with such rejections notoriously (and for sound legal reasons) omitting many details about the precise whys for the rejection, I invoked Crocker's rules in my request for further feedback and actually received some more useful information than the initial rejection. "The particular role ... required more experience ... There was also the sense that the manner in which you had answered questions came off a bit rough around the edges ... We tend to look for engineers who are very curious, passionate, and large drive/motivation to learn more - it seemed we didn't get those senses from you." The last bit especially was kind of an oof, but it was certainly useful feedback that going forward I, believing myself to actually be curious and wanting to learn more (passion has always been a problem though), would need to make more efforts to show those traits.
In general, no, but sometimes, yes, or at least linked from the commit the same way user stories/issues are. Admittedly the 'sometimes' from my perspective is mostly when there's a need to educate fellow humans about what's possible or about good prompt techniques and workarounds for the AI being dumb. It can also reveal more of x% by AI, y% by human by for example diffing the outputs from the session against the final commits.
Looks like a sibling comment mentioned the proper documentation home. And OMFG cliki is still down... 17 days ago it was "being worked on, being brought onto new infrastructure". It will be back eventually... But a lot of Lisp people aren't really web dev people, for better and worse. (Having any significant downtime for such a service is nuts to me.)
You might be right about typically needing deep implementation support but that hasn't really stopped people from trying to do all sorts of concurrency approaches with Common Lisp including async ones. Ones of note are listed here: https://github.com/CodyReichert/awesome-cl?tab=readme-ov-fil... Usually they are still built on the native threads, though, but cl-coroutine is built on cl-cont (continuation passing style) which has also served as a foundation for building green threads with e.g. https://codeberg.org/thezerobit/green-threads cl-async is also odd as being built on libuv, and similarly there's libev bindings with https://github.com/fukamachi/lev that power the webserver woo: https://github.com/fukamachi/woo (Which as of 10 years ago, had comparable performance with Go in reqs/s.) (That timing makes me want to add that personally, after trying things and experiencing the hype of the 2010s, at the end of the day I think async-driven code is harder to understand than thread-driven code with some concurrent data structures, blocking queues, and the occasional promise/future. The need for more lightweight non-kernel threads is pretty context dependent.)
So what did you do? Clearly you didn't die. Did you just have no insurance for the week before the new job started, or what?
This also happened to you while you were working and slightly between jobs. So it's not really a FIRE concern if the concern is the US messing up the health care system even more in that it would effect everyone whether working or not. Generally speaking, an answer to mitigating a lot of types of risk with a FIRE model is: you just go back to work for a while. This is easier the younger you are.
Edit: Also I thought COBRA would have been a more recent thing but it was Regan era. So did you not have employer-sponsored coverage with the startup?
No, my then fiance/now wife and I canceled our wedding we had planned, and went to the courthouse and got married six months earlier so I could get on her insurance.
Also, just so happen I did end up in the hospital three weeks later because something happened that affected my breathing for an entire year.
And how do you “go back to work” if the entire reason you need to go back to work is that you have a health condition?
If you haven’t checked, jobs aren’t that easy to come by quickly in 2026 in tech like they use to be. Sure I could find someone to give me a contract if not hire me full time - but we are still back to not having insurance .
The US messing up insurance on the open market is the concern and it being back like it was pre ACA. That only affects the unemployed under 65.
As far as being between jobs - usually you can get COBRA for a limited amount of time - not an option for FIRE.
Oh yeah, that brings up another point, I did pay for COBRA for two months back then. The contract I had paid more than enough to afford it. Then the acquiring company shut down their insurance plan and COBRA wasn’t even an option
Nope, it's just mindful capital allocation. There are plenty of ways to spend money wisely on a wedding. It's just a big party, and maybe a traditional ceremony. It's whatever you want it to be.
reply