Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Please don't use Slack for FOSS projects

drewdevault.com

Post reply on HN
Print view View original

481–490 of 499 posts

Re: Please don't use Slack for FOSS projects

#481

Post by donatj »

tptacek wrote: post #252
donatj wrote: post #187

Earlier quoted context omitted.

My company runs our own private IRC server on an EC2 instance and once it was set up I don't believe we've needed to touch it since.

Your company puts private information on a server that has a 6667/tcp sitting out on the Internet? I'm guessing it does not, and setting this server up was considerably more irritating than just spawning off another t1.micro and apt installing IRC onto it.

Explain why that's any worse than putting private information on a server on with port 80 open. Go!

Re: Please don't use Slack for FOSS projects

#482

Post by Arathorn »

e12e wrote: post #471
ChuckMcM wrote: post #113

Earlier quoted context omitted.

I certainly think having an open source reference implementation for a 21st century (and by that I mean having features like Slack or Yammer or other popular closed source packages) implementation of a successor to IRC would be the minimum starting point.

From what I've been able to gather, the open project that is most like Slack, but also offers self-host, decentralization is Matrix: http://www.matrix.org/ There's also Zulip, which as far as I can gather, is battle-tested, but does not have a strong story for federated servers, nor a good out-of-box experience for really small servers: https://github.com/zulip/zulip Finnaly there's https://tox.chat -- which doesn't…

Actually, bridging is actually a first class citizen in Matrix - it's why the project's called Matrix (as we want to go federate/matrix together all the existing silos out there). Current bridges include:

* IRC (https://github.com/matrix-org/matrix-appservice-irc)

* Slack (https://github.com/matrix-org/matrix-appservice-slack)

* Verto (https://github.com/matrix-org/matrix-appservice-verto) (for talking VoIP with FreeSWITCHes)

* Respoke (https://github.com/matrix-org/matrix-appservice-respoke) (for talking VoIP with Asterisks)

* Purple (https://github.com/matrix-org/node-purple/tree/master/appser...) (for talking through to Skype, Facebook, XMPP, ICQ, AIM... and anything else that libpurple supports)

...and a whole bunch of 3rd party ones too like https://github.com/SkaveRat/xmpptrix. Some of these are pretty beta, but they're all headed in the right direction. The IRC and Slack ones are the most mature.

Glad to hear that you think we are on the right track! [Disclaimer; i work on Matrix]

Re: Please don't use Slack for FOSS projects

#483

Post by thaeli »

tabbott wrote: post #145
thaeli wrote: post #122

Earlier quoted context omitted.

I'm excited about Zulip as a Slack-style tool, especially for teams. (Separate from the discussion of whether FOSS project collaboration should be Slackish or IRCish.) Are there any plans to support multiple teams / multiple servers from the native client? This is a particularly acute pain point on mobile; I'm reluctant to promote any tool that requires me to be logged in to only one project's instance of the tool at…

That isn't currently supported since it wasn't super important before Zulip was open sourced a month ago, but I definitely consider it one of the major problems that need work for both the desktop and mobile apps.

Very glad to hear that!

Re: Please don't use Slack for FOSS projects

#484

Post by jsprogrammer »

KirinDave wrote: post #468
jsprogrammer wrote: post #463

Earlier quoted context omitted.

Sorry, HN doesn't provide the clearest interface for communication. My last two posts were specifically referring to the people who were downmodding me without posting any specifics. Unless HN hands out additional powers, which I have not been granted, you cannot downmod my responses to you. I did not mean to rush you (nor were my two parent posts in any way directed at you). I will read your post now. Edit: And like…

The idea that any natural language has a meaning outside of the speaker's intent and the listeners reading is... well... it's absurd. However, since I could not possibly write my post knowing you'd be reading, the social burden clear falls on you. Please consider that. > I just try to point out the flaws as I see them. I'm not sure anyone else can do better. I hope this has value for you. It certainly has absolutely…

No value for me either if you claim a Straw Man [if you are reading this, and are wondering "wtf is this person talking about?", please, please, go back and read this full thread (although, that has been made more difficult by the overzealous moderators on this site)], but are unable to produce one after many words.

Edit: I also don't see the immediate relevance of your post to my specific rebuttals of your prior points. Want to go in-line?

Re: Please don't use Slack for FOSS projects

#485

Post by jsprogrammer »

dang wrote: post #466
jsprogrammer wrote: post #223

>That the reasoning is fallacious doesn't make the conclusion incorrect. This is trivially true by the [material implication, modus ponens, modus tollens, other name, etc] truth table. However, if you study the truth table a bit longer, you will realize that you should stop reading any text which contains fallacious or self-contradictory logic. While the conclusion may be "correct", it is correct despite all of the o…

We detached this subthread from https://news.ycombinator.com/item?id=10487585 and marked it off-topic.

Care to elucidate the topic and how this subthread was not on it?

Edit: I know it's a lot to ask for.

Heh. Downmods.

Re: Please don't use Slack for FOSS projects

#486

Post by marceloschmidt »

ash wrote: post #69

Some open source self-hosted alternatives to Slack: * Rocket.Chat ( https://rocket.chat/ ) * Zulip ( https://zulip.org/ ) * Mattermost ( http://www.mattermost.org/ ) * Let's Chat ( http://sdelements.github.io/lets-chat/ ) Oh, and by the way, you could have your own Rocket.Chat instance running in Sandstorm in about 30 seconds: https://sandstorm.io/apps Update. And I would love to see a modern federated chat protocol…

You can also host your own Rocket.Chat instance on their infrastructure by going to https://rocket.chat/deploy. There you can deploy it as https://[your_instance].rocket.chat which is pretty cool.

Re: Please don't use Slack for FOSS projects

#487

Post by KirinDave »

e12e wrote: post #469
cthalupa wrote: post #423

Earlier quoted context omitted.

Everything you've said in these past few comments basically boils down to: "Your use case would basically break EsperNet (but it's because of our implementation! We have a lot of issues with our implementation but they're not because IRC can't handle it!)." If the protocol's limitations mean that their use case is not viable due to the strain it places on the administrative side, it's still a limitation.

I read that more as: "your use case looks like the way people attack our network (and people actually do attack our network). It is too much work to enable your bots to run what amounts to simulated attacks, when what we want is a network for people to communicate with each other". It certainly is a limitation, but any kind of service needs DDOS mitigation.

Why did you write this post?

Re: Please don't use Slack for FOSS projects

#488

Post by dang »

jsprogrammer wrote: post #485
dang wrote: post #466

Earlier quoted context omitted.

We detached this subthread from https://news.ycombinator.com/item?id=10487585 and marked it off-topic.

Care to elucidate the topic and how this subthread was not on it? Edit: I know it's a lot to ask for. Heh. Downmods.

For HN purposes, an egotistical spat is not on any topic.

If you want to keep commenting here, you need to err on the side of following the HN guidelines rather than breaking them. Your account has a long pattern of breaking them, and of straddling them when not breaking them outright. That's not the discourse we want here.

Re: Please don't use Slack for FOSS projects

#489

Post by jsprogrammer »

KirinDave wrote: post #468
jsprogrammer wrote: post #463

Earlier quoted context omitted.

Sorry, HN doesn't provide the clearest interface for communication. My last two posts were specifically referring to the people who were downmodding me without posting any specifics. Unless HN hands out additional powers, which I have not been granted, you cannot downmod my responses to you. I did not mean to rush you (nor were my two parent posts in any way directed at you). I will read your post now. Edit: And like…

The idea that any natural language has a meaning outside of the speaker's intent and the listeners reading is... well... it's absurd. However, since I could not possibly write my post knowing you'd be reading, the social burden clear falls on you. Please consider that. > I just try to point out the flaws as I see them. I'm not sure anyone else can do better. I hope this has value for you. It certainly has absolutely…

>The idea that any natural language has a meaning outside of the speaker's intent and the listeners reading is... well... it's absurd.

I'm not sure it necessarily is. Currently leading theories may be construed to rule this (absolute absurdity) out.

Of course, that argument relies on appropriately defining all of the terms in your statement.

I'm more interested in where in my post you think I implied such a conclusion.

Re: Please don't use Slack for FOSS projects

#490

Post by jsprogrammer »

dang wrote: post #488
jsprogrammer wrote: post #485

Earlier quoted context omitted.

Care to elucidate the topic and how this subthread was not on it? Edit: I know it's a lot to ask for. Heh. Downmods.

For HN purposes, an egotistical spat is not on any topic. If you want to keep commenting here, you need to err on the side of following the HN guidelines rather than breaking them. Your account has a long pattern of breaking them, and of straddling them when not breaking them outright. That's not the discourse we want here.

If you can show me the ego, I will concede to being off-topic.

I reject any notion that I have ever intentionally broken a guideline. I also reject any notion that I have a pattern of repeatedly breaking any actual guideline.

My claims are easy to falsify.

Post reply on HN