[–] 10 points 1 year ago* (last edited 1 year ago) (2 children)

The founders comments in the hacker new thread, plus some other errant ones from hack club users.

Here is there "we are staying on slack" comment:

Hi, update here (this is Christina, Hack Club cofounder): looks like Hack Club is staying on Slack.

Thanks to all of you for the appreciation and support for Hack Club, and for listening to what we were going through. The support has been amazing. Hack Club has so many cool teenagers coding awesome projects, making friends and solving problems together, and it's great to see so many people championing them. We are glad to stay on Slack and want to do so much more with them together going forward.

Thanks to Denise and the Slack leadership team for reaching out here on hn, and in a call directly with me and Zach today. And thank you for restoring Hack Club's terms with improvements. We really appreciate it, and we're glad to be able to stay on Slack.

I just want to add that it was great to get to know Mattermost and the team- and the hack club engineers were actually pretty excited to move there. It's an amazing product and for it to be open source is awesome.

She doesn't mention the "new rate" but it was apparently confirmed internally, and there is a comment in that above thread that lists it.

  • source
  • parent
  • context
  • [–] 16 points 1 year ago* (last edited 1 year ago) (4 children)

    They opted out of moving to Mattermost. After the uproar that saw the slack ceo and cpo going to hacker news to do damage control, slack gave them 5 years of free "enterprise +," their highest tier. Apprently the slack ceo and other exec also called and apologised to the hack club founders.

    It is disappointing that hack club opted to stick with Slack, but i get why they may be overwhelmed and maybe feeling the effects of a charm offensive. I'm betting, although nothing has been announced, that Slack and its Salesforce billions, is going to make a donation down the line too.

    Hopefully they spin up at least some parallel infrastructure. Some of the teens were commenting that this was an eye opening experience for them about owning your data, so at least that will likely stick.

  • source
  • parent
  • context
  • [–] 9 points 1 year ago (1 child)

    FYI there are alternative matrix servers to Synapse. I'm playing around with Tuwunel, it's a single binary and you're done.

    It uses rocksdb so you just give it a directory and it puts everything there,. ie no need to spin up a db. And there is a config option to disable federation if that's something you don't want.

    Could it scale to thousands of concurrent users? Probably not but it seems to be the simplest chat app to self host I've found.

  • source
  • parent
  • context
  • [–] 12 points 1 year ago (2 children)

    I recently went with Mattermost because its structure is a lot simpler and doesn’t use federation. Probably more than enough for most small use cases.

    I’ve tried Matrix/Element in the past and imo, there’s way too much setup for simple little internal applications, even via docker.

  • source
  • parent
  • context
  • [–] 37 points 1 year ago* (last edited 1 year ago) (12 children)

    Slack is so overrated. Isn’t there similar open source software for this, that businesses could run from their own server?

  • source
  • The cloud, and any form of managed database, inverts this. User accounts are extremely easy, as they are automatically provisioned with secrets you can easily rotate, along with the database itself. There is less of a worry about user rights as well, as you can dedicate one "instance" of a database to certain types of data, instead of having more than one database within one instance.

    And then, traffic is commonly going to be routed through untrusted networks, hence the desire for encryption in transit.

  • source
  • parent
  • context
  • [–] 10 points 1 year ago (3 children)

    Connection encryption is pretty low on the list of priorities for database security. Proper accounts and rights management is far more important.

    SQL traffic shouldn't really run over anything but short LAN links. Ideally separated from other stuff entirely, but just not spewed over your whole LAN, and really not over the Internet at all.

    TLS is good, yes, but unless you're also validating those certs they don't mean much. Client certs would be even better.

  • source
  • Here comes the other part of our work, which is to take these 10,000 customers or a big chunk of them who have bought the vision of a private cloud on-prem and working with them to enable them to deploy it and operate it successfully on their infrastructure and on-prem,”

    What kind of fever-dream is this?

  • source
  • view more: ‹ prev next ›