Live data from Hacker News

Gitter is open source

gitlab.com

31–40 of 176 posts

Re: Gitter is open source

#31

Asking users to run mongo, es, neo4j, and redis is a tall order. Mattermost just needs (AFAIK) a relational database. Also, less relevant but the Gitlab UI has far too much wasted whitespace. Like 85% of the page is navigation. I like open source competitors to incumbents but maybe just copy Github here - no one is gonna say anything.

Hi, co-founder of Gitter here. Gitter is not intended to be a replacement for Mattermost, Slack or other team collaboration tools. We see Gitter as a community instead. As such, we're not expecting to see a huge uptake of on-site installations, so the list of required services (es, neo etc) is big compared to other products focused on on-prem. We're hoping that our users will contribute to the main site, Gitter.im. O…

> we would like it to be easy, ease-of-installation of a production instance is not a goal currently.

ok but doesn't it behoove you anyway to have e.g. dockerfile and/or ansible roles for dev/staging environments?

Re: Gitter is open source

#32

As an aside, I badly miss the Github language statistics in gitlab repositories. This is one of the crucial info for any developer browsing through new repos and it is very counter-intuitive to have this info hidden from homepage.

In addition to that, I'd like to see the number of SLOC for each language to get an idea how large the project is. Is this a weekend project? Is this Linux kernel?

With `npm` and the current JavaScript culture, both a weekend project and the Linux kernel could have the same number of SLOC.

Re: Gitter is open source

#33

Earlier quoted context omitted.

Hi, co-founder of Gitter here. Gitter is not intended to be a replacement for Mattermost, Slack or other team collaboration tools. We see Gitter as a community instead. As such, we're not expecting to see a huge uptake of on-site installations, so the list of required services (es, neo etc) is big compared to other products focused on on-prem. We're hoping that our users will contribute to the main site, Gitter.im. O…

> we would like it to be easy, ease-of-installation of a production instance is not a goal currently. ok but doesn't it behoove you anyway to have e.g. dockerfile and/or ansible roles for dev/staging environments?

They probably do have some sort of automation, but it's likely specific to their environment.

Re: Gitter is open source

#34
post #10

Asking users to run mongo, es, neo4j, and redis is a tall order. Mattermost just needs (AFAIK) a relational database. Also, less relevant but the Gitlab UI has far too much wasted whitespace. Like 85% of the page is navigation. I like open source competitors to incumbents but maybe just copy Github here - no one is gonna say anything.

A relational database is overkill. My BBCode-enabled chatroom runs off txt files.

Mattermost isn't exactly a simple bbcode-enabled chatroom though. They have support for multiple projects, an API etc. Achieving this with just text files would be quite the headache.

Re: Gitter is open source

#35
post #32

Earlier quoted context omitted.

In addition to that, I'd like to see the number of SLOC for each language to get an idea how large the project is. Is this a weekend project? Is this Linux kernel?

With `npm` and the current JavaScript culture, both a weekend project and the Linux kernel could have the same number of SLOC.

If people check in their node_modules, that's a good sign to stay away from the project.

Re: Gitter is open source

#36

Earlier quoted context omitted.

Hi, co-founder of Gitter here. Gitter is not intended to be a replacement for Mattermost, Slack or other team collaboration tools. We see Gitter as a community instead. As such, we're not expecting to see a huge uptake of on-site installations, so the list of required services (es, neo etc) is big compared to other products focused on on-prem. We're hoping that our users will contribute to the main site, Gitter.im. O…

> we would like it to be easy, ease-of-installation of a production instance is not a goal currently. ok but doesn't it behoove you anyway to have e.g. dockerfile and/or ansible roles for dev/staging environments?

Make a merge request.

Re: Gitter is open source

#37

Asking users to run mongo, es, neo4j, and redis is a tall order. Mattermost just needs (AFAIK) a relational database. Also, less relevant but the Gitlab UI has far too much wasted whitespace. Like 85% of the page is navigation. I like open source competitors to incumbents but maybe just copy Github here - no one is gonna say anything.

Gitlab UI is the worst. I hope they do less features and just fix their god-awful UI for once!

Re: Gitter is open source

#38

While I applaud the initiative of Gitlab to opensource Gitter I think the target audience for self hosting is rather small. I think alternatives like Zulip or Mattermost are probably better suited for most organizations. I am however interested to see if the community starts making the "main instance" (gitter.im) better. Interested to know what the Gitlab / Gitter guys and gals think what the target audience is.

Maybe something like GNU social. They already use Gitlab CE for the repos. Add gitter and we have replaced IRC.

You say that as if it's a good thing...

Re: Gitter is open source

#39
post #10

Earlier quoted context omitted.

A relational database is overkill. My BBCode-enabled chatroom runs off txt files.

Mattermost isn't exactly a simple bbcode-enabled chatroom though. They have support for multiple projects, an API etc. Achieving this with just text files would be quite the headache.

They also have horrible android client and you have to pay for mobile notifications.

I ended up using matrix/riot instead. Much better clients and grows nicely.

Re: Gitter is open source

#40

Asking users to run mongo, es, neo4j, and redis is a tall order. Mattermost just needs (AFAIK) a relational database. Also, less relevant but the Gitlab UI has far too much wasted whitespace. Like 85% of the page is navigation. I like open source competitors to incumbents but maybe just copy Github here - no one is gonna say anything.

This is actually the first real project I've come across that uses neo4j - thank you for pointing that out.

Given the requirements, I actually think this project looks rather clean between the docker-compose-file and the npm dependencies.

I very much doubt it can compete with Mattermost or Rocket.chat for self-host for small organizations - but I'm really happy to see this thing open sourced!

I much prefer it to be opened up as soon as possible, and then flicked on later.

If there's one thing I'd like to see (beyond a reduction in what appears to be a default of three? mongodb instances) - it would probably be a set of juju charms for bringing the thing up under lxc/lxd on Ubuntu.

I just revisited the combination of juju+ubuntu+lxd - and while I was skeptical when juju was introduced, it appears to be a rather sane toolkit for automating deployment IMNHO.

For those interested, if you start here:

https://insights.ubuntu.com/2016/06/08/lxd-2-0-lxd-and-juju/

you might think that this thing is insane overkill - but if you start at the beginning of the series[s], you will (or I did) get a warm fuzzy feeling about how much fun it is to play with lxd on top of zfs. I suppose some people think docker is just as fun (and warm and fuzzy) - but I don't know. LXD does feel like it combines the good parts of linux with the good parts of bsd jails.

[s] https://insights.ubuntu.com/2016/03/14/the-lxd-2-0-story-pro...

Post reply on HN