Seems heavily inspired by / very similar to Slack though. A lot of features in common. Slack allows you to post and comment on files but doesn't support versioning yet.
Are you trying to be a Slack replacement with better file handling or is it meant to be used alongside apps like slack?
The Hit List, a list app for OS X and iOS did this a while ago. I actually stopped using the app for years because of the fee but looking again now, the syncing service has been made free and is included with subscriptions!
> Unfortunately, in the first 24 hours of coming online, a coordinated attack by a subset of people exploited a vulnerability in Tay.
I think it just didn't get a coordinated attack like this. I'd guess this type of attack needs to happen close to launch to be a high percentage of it's interactions to influence it so strongly.
It blows my mind that linkedin exists. I believe its Zero to One that talks about how Reid realized rather than try to replace recruiters he made a tool to help them do their job.
Non recruiter/sales people use it as some type on online resume and look at how great I am page while recruiters get access to everyone they could ever want.
LinkedIn does have some non-recruiter customers, though. Like everyone else in the game, has also realized they could make a few bucks off the supply side.
Having trouble getting a job? Just pay us $20/month and more people will see your res... er, profile! Too bad visibility is not the solution those people need. Just one that is trivially implemented and easy to sell.
The key is the same size as the message. Each letter translates the corresponding letter and no others. You could make a key to translate the message to anything with the same number of letters.
While bitbucket have some similar features to github (or vice-versa), the features are not the same. So if you want to use only one interface, and you prefer github for projects with multiple collaborators, bitbucket isn't really much of an alternative. Or, if you prefer bitbucket, but is also professionally involved in a number of projects hosted on github, you're still stuck with two interfaces (this is likely the case for pretty much everyone, as almost everyone will have a dependency of some kind hosted on github, and at one point or other you'll probably want to/have to deal with upstream).
This would be true even if bitbucket was (subjectively) better: assuming one values having one consistent interface more than the "best" interface.
I don't necessarily think github's interface(s) are better than bitbucket (or that either are good, for that matter) -- but I can certainly relate to the desire for having a consistent interface, to lower cognitive overhead.
For me, that's the main argument for using Free/Open solutions, that one can self-host: one can guarantee consistency, which in turn can save time. There'll always be a balance between how much time is needed for managing such solutions, and between stability and stagnation.
All that said, it's hard to deny that github managed to leverage the network effect much more dramatically than either self-hosted CVS, stand-alone bugzilla+wiki or Source Forge managed to do. (The latter probably because they didn't realize what they business model should have been: not ads, but charging for forge-services. Then again, AFAIK github isn't profitable, either, yet?).
Re: Debian -- I see that the notabug.org gogs repo[r] contains a debian-folder, and the package build-depends on gccgo (and gccgo-go, which doesn't appear to be in Debian at all, but is in Ubuntu[g]). My initial attempt to build it under plain Debian 7.0 Wheezy (without gccgo-go, just with a "-d"-override) failed -- but perhaps it works on Ubuntu 14.04.
I don't have any idea about the quality/approach taken wrt Debian packaging, just thought it might be a point of interest.
I do that whether or not I have a boss that cares. It's easy to feel judged by people walking behind you glancing at your screen. A little privacy is amazing.
