Live data from Hacker News

Open source projects should run office hours

simonwillison.net

141–150 of 279 posts

Re: Open source projects should run office hours

#141
post #140

I have deep aversion to "Open source projects should run office hours" title. Maybe "Office hours may be a good idea for open source projects"? This would not suggest obligation. In general, fact that someone created or maintains or supports open source projects should not be considered to create any obligations beyond lack of malice and abuse. I am not obligated to support any bugs, create any features and it is per…

I saw the title and thought to myself, "No one has the right to tell open source volunteers how to spend their time! The only way an article with that title is acceptable is if it's talking about benefits to the DEVELOPER, not the user." Then I read the article and it IS using "should" in the sense of "I found this beneficial, you may too" rather than "this is an obligation".

For me (a non-native English speaker) the title was confusing for a related, but entirely different reason: it's referring to the kind of "office hours" a professor might have, not saying that you "should" work on your open source project during office hours (i.e. from Monday through Friday from 9 AM till 5 PM).

Re: Open source projects should run office hours

#142

I have deep aversion to "Open source projects should run office hours" title. Maybe "Office hours may be a good idea for open source projects"? This would not suggest obligation. In general, fact that someone created or maintains or supports open source projects should not be considered to create any obligations beyond lack of malice and abuse. I am not obligated to support any bugs, create any features and it is per…

Should doesn't mean must, the title is ok with me.

See also :)

https://tools.ietf.org/html/rfc2119

Re: Open source projects should run office hours

#143
post #65
post #27

Hi! If you're thinking of giving office hours for your project... I've been working on a site ( http://booktime.xyz/ ) that's meant for this. It's like a calendly where you can manage different meeting types more easily, they can be paid or unpaid, and we keep your contact private. Feel free to email me at (david@booktime.xyz) too. We've been polishing it up, and I'm happy to take feedback.

Can I book a slot in your office hour window to talk about using your service or do I need to email you?

You can do either, my own link is (https://booktime.xyz/p/david-chen) if you'd like. You can also just sign up on the top right.

Re: Open source projects should run office hours

#144

I have deep aversion to "Open source projects should run office hours" title. Maybe "Office hours may be a good idea for open source projects"? This would not suggest obligation. In general, fact that someone created or maintains or supports open source projects should not be considered to create any obligations beyond lack of malice and abuse. I am not obligated to support any bugs, create any features and it is per…

Should doesn't mean must, the title is ok with me. See also :) https://tools.ietf.org/html/rfc2119

The IETF is not the ones deciding how the English language works, especially not outside of their own specifications ;)

But, if we're using IETFs grammar:

"Should" here implies unless you have a good reason, you should do this. For anything related to open source (which is based on voluntary contributions and practices), that's a bad choice.

"May" would be a better pick here, to remove the assumed obligation to run office hours.

Re: Open source projects should run office hours

#145
post #116

Earlier quoted context omitted.

Beyond unversities, it's also a term sometimes used by Y Combinator, which also contributes to its spread. (That's how I learned it can mean something else than "when the workplace is open". English is not my first language.)

I think in this case it’s meant to be ‘hours when I’m guaranteed to be in my office’. Mostly applicable to academia, because who the hell has their own office right now.

Well, at the moment my office hours are 24/7, but I'm not going to be pleased if somebody drops by.

Re: Open source projects should run office hours

#146

I have deep aversion to "Open source projects should run office hours" title. Maybe "Office hours may be a good idea for open source projects"? This would not suggest obligation. In general, fact that someone created or maintains or supports open source projects should not be considered to create any obligations beyond lack of malice and abuse. I am not obligated to support any bugs, create any features and it is per…

Should doesn't mean must, the title is ok with me. See also :) https://tools.ietf.org/html/rfc2119

I can't imagine a more HN thing than someone referencing a technical specification to define the word 'should'.

Re: Open source projects should run office hours

#147

Earlier quoted context omitted.

Should doesn't mean must, the title is ok with me. See also :) https://tools.ietf.org/html/rfc2119

The IETF is not the ones deciding how the English language works, especially not outside of their own specifications ;) But, if we're using IETFs grammar: "Should" here implies unless you have a good reason, you should do this. For anything related to open source (which is based on voluntary contributions and practices), that's a bad choice. "May" would be a better pick here, to remove the assumed obligation to run o…

This was meant as humour, hence the explicit smiley face on the end.

Re: Open source projects should run office hours

#148

I have deep aversion to "Open source projects should run office hours" title. Maybe "Office hours may be a good idea for open source projects"? This would not suggest obligation. In general, fact that someone created or maintains or supports open source projects should not be considered to create any obligations beyond lack of malice and abuse. I am not obligated to support any bugs, create any features and it is per…

The curse of snappy titles. A clearer version of my message is in the third paragraph:

"I’d like to encourage more open source project maintainers to consider doing something similar."

Re: Open source projects should run office hours

#149

Earlier quoted context omitted.

I referred specifically to the title in my comment. It is part of things personally irritating to me, and something what is biggest threat to small open source projects that I like. People are mistaken in thinking that having an open source project implies any obligation beyond lack of malice. And people tired by dealing with that are one of top reason why open source projects disappear or are never created.

The title is kinda unclear for someone non-English/US, for me office hours only means the actual hours when things are worked on (rather than any kind of availability time). So skimming the title it quickly I read it as "Open source projects should run on office hours" since my mind filled that in, kinda implied that someone in another part of the world should adjust their life hours to contribute to OSS. (Yes after…

I recognized that it refers to some regular hours when person may be contacted for discussion.

Still, I am deeply opposed to formulating in ways that suggests any form of obligation/entitlement/expectation.

Though I expect that in many cases it would be a good and useful idea!

Re: Open source projects should run office hours

#150

I've had massive success with this in ML. My twitter DMs have become almost-daily office hour sessions with people trying to solve hard ML problems. The last fellow was so happy he venmo'd me $250 after I merely asked for "pay whatever you thought that was worth." Apparently putting "DMs open" in your twitter bio is an excellent way to meet new people. Also, tweet (often!) about what you're working on. Post lots of q…

What are some of the more interesting problems you've encountered using this approach?

I helped a fella figure out how to imbue their GPT model with emotional awareness. That was one of the cooler ones, and we solved it in about an hour or so.

The actual technique will take a month or so to execute, but the core idea is pretty much guaranteed to work.

Post reply on HN