autarch

I can think of two instances in the last 10 years where I've stayed at a hotel and had my room become disgustingly full of pot smell from someone else in the hotel. So yes, people smoke in hotels.

That said, I haven't smelled _cigarette_ smoke in a hotel in recent memory.

Removing a body part is also an effective way to get a pass code or pattern. If someone is willing to do you great harm to unlock your phone, I don't think it matters much what locking method you use.

I do understand the difference, thanks. I think the degree to which it's a scam depends on the employer. Some say they have unlimited vacation and then the work culture discourages using it. Fortunately, that's not the case where I work.

The other benefit of not-unlimited is having it paid out when you leave. But if I had 6 weeks a year PTO, I'd just use it all anyway, so the part where it gets paid out isn't a big deal to me.

An electric bass that's tuned an octave lower exists - https://www.lignum-art.com/product-page/4-string-sub-octave-...

To clarify, unlimited vacation is the company policy for all US employees. I'm just saying you don't need to work at a startup to get 6 weeks PTO.

I'm working at a mid-size company, c. 5,500 employees. We have unlimited vacation (for US employees). I have taken about 6 weeks every year with no issues. I made sure to check that this was okay before accepting the offer, because unlimited can also mean "no one ever takes vacation".

Isn't "Scott Alexander" his first and middle name? Did he actually use his last name on his blog before the NYT published that piece?

> And big multiplayer OSS platforms like GitHub didn't exist until 2008.

SourceForge launched in 1999. I think GitHub is better in many ways, but the basic building blocks of hosted repo, issue tracking, and discussions (via email lists) on Sourceforge. I collaborated with folks on a number of projects on SourceForge way back when.

I think endurance sports (and many other sports, like rock climbing, which I enjoy), are a mix of type 1 and type 2 fun (https://www.rei.com/blog/climb/fun-scale). There may be some suffering while you do it, but the overall experience is positive when you look back at it. This is quite different from surgery without anesthesia, which would definitely not be fun in the end, at least for most people.

I do agree that some relatively small amount of suffering is a good learning experience, especially for kids. Mostly, they learn that what they _think_ is huge suffering (delayed gratification, having to share, being polite to people) is in fact not suffering at all. Long-term, I think this leads to greater happiness in life, so the suffering is justified.

But as the sibling comment noted, this can be taken too far quite quickly. Based on what you wrote, one could say that literally torturing people (crushing trauma) is good for them. Hopefully you don't believe that. I think it's pretty clear that suffering past a certain point ceases to be instructive.

I think you may have misheard the lyrics. It's "donzer lee lights". Obviously, "donzerly" is not a word, but all lee lights are donzer.

Absolutely. I had the same problem through most of school until college.

Well, clearly you are a smarter and funnier person than I am. And now you've shown it to everyone on HN. That must feel amazing! This must be one of the best days of your life.

I think it was funny for being unexpected in the work context, not because "no pants" was some brilliant bit of humor.

Sadly, yes.

At my very first real job, back in 1997-98, I worked in tech support for an insurance company. We used Lotus Notes for email (initially just internally, with no Internet email). I had programmer access to Notes because I built some forms for user requests (Notes was more than email, it also had forms, a whole programming language, workflows, etc.).

Some Fridays (once a month?) were casual dress days where you could wear jeans instead of slacks (this was the distant past, when most professional workplaces still had real dress codes). This was an IT/Eng-wide thing, so we'd get an email reminder about this from an admin person in the department.

One time, I thought it would be funny to send my own email announcing pants-less Friday. So I took a copy of the email this admin sent and adjusted it accordingly. I did of course specify that you still had to wear underwear. I'm not a monster. Because I had programmer privileges in Notes, I was able to forge the sender so that it appeared to come from the department admin person, not me.

I _meant_ to send it to the small email group for just the other tech support folks (around 15 people or so). But I accidentally (?) sent it to all of IT/Eng, around 200-300 people, IIRC. Oops.

Needless to say, my boss's phone started ringing off the hook. I immediately went over to tell him what I'd done. He wasn't pleased, but I didn't get fired. I did have to write an apology email.

Of course, many folks in the department later told me it was the funniest thing they'd ever seen happen.

Soon after, I moved to programming at a different company. I think this was a good thing for many reasons, but one reason is that it was more challenging, so I wasn't bored with time on my hands to do stupid things like send prank emails to my coworkers.

I think that wins, since presumably it was smaller than a one-byte change. I guess the smallest would be a single-bit file mode change, maybe?

Yes, but so is the PR shown in the article. You're not going to get a diff that's less than one line unless you are using something besides the typical diff and patch tools.

> This has resulted in a contender for the world's smallest open source patch:

Hah, got you beat: https://github.com/eki3z/mise.el/pull/12/files

It's one ASCII character, so a one-byte patch. I don't think you can get smaller than that.

I have similar issues, though maybe not as extreme. Daily Metamucil send to be the fix.

Well, I agree, but it's clear that Guinness did not when they registered Ben Lee's Flight of the Bumblebee.

That is what mise from the same author is for. It lets you define per-project sets of tools with specific versions (including languages). I find it quite useful and I'm planning to get my team at work to adopt it once I get some round tuits.

I wrote a tool in this space as well, precious (https://github.com/houseabsolute/precious). It's odd to me that these tools are often talked about with such a focus on Git hooks. Yes, that is definitely one use case, but I also want to run this sort of thing in CI to check PRs, and I _also_ want to run it locally to apply _pretty-printing_ to new code, rather than just having it check the code that I wrote.

I think hk does do all those things, but it's a bit obscured by the focus on Git hooks in the docs. But the docs are also still in a super early state, so maybe that will be fleshed out more in the future.

Well, I played it _super_ fast. It took 0s.

Yeah, I think this is in large part due to TwoSetViolin, a classical music YouTuber duo who did a hilarious roast of this performance, as well as the whole concept of "fastest performance". See https://www.youtube.com/watch?v=BvsvaCU6i1M for the original video.

I have Ben Lee beat. I've done the fastest violin performance of John Cage's 4:33, and I didn't even need a violin. I'll be calling up Guinness next Monday to have it confirmed.

Guinness is a joke. They don't really have standards for lots of their records. For example, Guinness called Ben Lee's the "fastest violinist" for his "performance" of Flight of the Bumblebee. I put "performance" in quotes because he absolutely butchered the piece. But he butchered it very quickly!

It's obvious when you think about it that these sorts of categories are meaningless. What is the fastest violinist? Surely this has to include both speed and _accuracy_. How do you measure accuracy over speed?

Asterisk just published an interview with the folks behind Community Notes at X (Twitter) - https://asteriskmag.com/issues/08/the-making-of-community-no...

I don't use Twitter so I hadn't seen it in action, but the interview convinced me that this is a good approach. I think this approach makes sense for Facebook as well.

The Reddit comment is interesting, and I think the advice that starts in the reply is sound. But this person's list of lottery winner failures is a small list of people versus a very large group of winners. Surely it's not hard to cherry pick a bunch of worst case scenarios.

It also seems to need a fairly new gtk4. At least the version in Ubuntu 22.04 is too old.