Live data from Hacker News

Microsoft and GitHub have held acquisition talks

businessinsider.com

531–540 of 567 posts

Re: Microsoft and GitHub have held acquisition talks

#531
post #6

Really hope these talks fall through and nothing comes of it. Too many bad experiences with Microsoft buying something out, mismanaging it, and it goes down the drain. As much as I love GitHub, I won't be using a Microsoft-owned GitHub for any of my company's work.

That would've been my exact reaction while reading this. Good thing I have no large projects on Github. Well, I guess Gitlab would be happy about the new customers. If they're clever, they'll work on some tools to easen the transition. From this perspective, Git has made some fundamental things right: Because it only functions as a decentralized system, it strongly reduces lock-in. In the case of Github, you "only" h…

There's no standard, of course, but [shameless plug] I've recently built SIT (https://sit.fyi) -- a tool that allows to collaborate on information in a decentralized, "true serverless" manner. Its first application is (duh!) issue tracking and it has been operational since almost day zero and SIT itself is using it. There's even a GitHub -> SIT import tool (pre-release)

Now, what's also great (did I mention "shameless"?) about the approach used in SIT is that while you can use it with Git (and this is how I've been using it so far), it does not depend on Git's structures but just files -- so it can be easily carried over to whatever might replace Git in a decade.

Re: Microsoft and GitHub have held acquisition talks

#533

Earlier quoted context omitted.

Atlassian is very much a Software Company.

I'm only a relatively casual user, but doesn't Atlassian mostly buy and then manage existing software products? They didn't develop Trello, HipChat, Bitbucket etc. Every time I run into an issue with Atlassian software, I find a JIRA ticket from 7 years ago. If they have a capable dev team, it's probably working on projects off my radar?

Please. There was no reason to bring up JIRA. Uncalled for by any sane man's standards.

Re: Microsoft and GitHub have held acquisition talks

#534
post #251

Earlier quoted context omitted.

It's different, but not very different. They still have a lot of lock-in like Outlook (ActiveSync), DirectX, exFAT and so on and so forth. They show no sign of dropping lock-in, except in markets where they are way weaker than competition.

How is DirectX a lock-in? Vulcan/OpenGL are available. Using Outlook/ActiveSync is no more a lock-in than depending on GSuite (or ANY business productivity suite), and I fail to remotely even understand how exFAT is a problem. Weak arguments.

> How is DirectX a lock-in?

It's MS only. It's more obvious in cases like Xbox, where MS don't support anything except DirectX. I.e. developers are forced to use it if they want to release for Xbox.

exFAT is an issue since it's a patented filesystem that MS pushed as a standard for SD cards. You can't freely use it (unless you just ignore those patents on your own risk).

ActiveSync doesn't have commonly available FOSS clients, so you can't use it on Linux easily. It's highly irritating (since it's widely entrenched in corporate environments). And etc. and etc.

Re: Microsoft and GitHub have held acquisition talks

#535
post #351

Earlier quoted context omitted.

I wouldn’t exactly call them the gold standard of software. JIRA is a holy mess and well... many of us are still stuck with HipChat

Who is the gold standard?

37 Signals is well loved.

A lot of people would say Google these days... now that they're starting to move beyond Material Design 1.0 a lot of their products are becoming more visually mature and unique, along with their substantial investment in machine learning to make their software more personalized, etc.

Re: Microsoft and GitHub have held acquisition talks

#536
post #527

Earlier quoted context omitted.

We're not happy with the merge request speed either. We're close to converting the merge request view to Vue, this should speed it up considerably.

To me it doesn't look like it's a front-end issue. I am mainly complaining about the HTTP response time. It seems extremely slow on both pipelines and merge requests, and Vue ain't gonna fix that I'm afraid. I don't know if it's an optimisation issue with the software itself, or if it's just GitLab.com being overloaded..

Because we're loading everything in one go the database query time and rails rendering time adds up.

Re: Microsoft and GitHub have held acquisition talks

#537
post #531

Earlier quoted context omitted.

That would've been my exact reaction while reading this. Good thing I have no large projects on Github. Well, I guess Gitlab would be happy about the new customers. If they're clever, they'll work on some tools to easen the transition. From this perspective, Git has made some fundamental things right: Because it only functions as a decentralized system, it strongly reduces lock-in. In the case of Github, you "only" h…

There's no standard, of course, but [shameless plug] I've recently built SIT ( https://sit.fyi ) -- a tool that allows to collaborate on information in a decentralized, "true serverless" manner. Its first application is (duh!) issue tracking and it has been operational since almost day zero and SIT itself is using it. There's even a GitHub -> SIT import tool (pre-release) Now, what's also great (did I mention "shamel…

Good to know, thank you very much for the link!

I've just been thinking: If one manages issues within a separate git repo -- couldn't we also store pull requests this way? I've always been very impressed by how good `git diff` and `git apply` work together, so theoretically, one should just be able to store the result of `git diff master...HEAD` in a new issue. The rest sounds like a tooling problem...

Re: Microsoft and GitHub have held acquisition talks

#538

Earlier quoted context omitted.

C# is managed with GC, VS Code is Electron. MS has no native tools. QT rules that one.

There's .NET Native, not to mention older techs like Win32.

Not the same as real native like C++.

Re: Microsoft and GitHub have held acquisition talks

#539

Aaand this is the weakness of centralizing everything in Github. Inevitable that it gets acquired by something with other motives (or is forced to exploit its central position in some way because business). The fact it may be Microsoft that seals the deal is just a cherry on top. We need proper decentralization. There could still be aggregators for browsing projects and bookmarking but the structural weakness of keep…

> We need proper decentralization.

> There could still be aggregators for browsing projects and bookmarking but the structural weakness of keeping all the eggs in one basket will never go away. No matter how much wishful thinking you throw at it.

The Web is decentralized, and so everybody’s using Google to discover it. The problem with decentralization is you still need global entry points, i.e. some sort of centralization.

Re: Microsoft and GitHub have held acquisition talks

#540
post #148
post #87

these talks are actually not new. the same rumor appeared back in 2016 https://techcrunch.com/2016/10/07/github-is-raising-a-second... imho, github feels a bit too slow innovating, which is kinda surprising since they are still "a startup"

I hope they don't innovate that much. It seems everytime they do, the designs gets worse and worse.

> I hope they don't innovate that much. It seems everytime they do, the designs gets worse and worse.

Can you share some examples?

Post reply on HN