Earlier quoted context omitted.
I've been listening my way through the archive of Scott Hanselman's hanselminutes podcasts. Microsoft has been striving to be on the right side of history in regard to open source for five or six years. It's all out in the open. Moving to Github is simply developer friendly. Don't misunderstand me. Microsoft's products compete with open source software in the marketplace for developer mindshare and I am not suggestin…
> It's all out in the open. Really? So they release the source to a few of their developer frameworks and tools, and they're now "all open"? Don't get me wrong, as a long time C# developer I do appreciate the gesture and I'm especially happy that they're working their "not invented here" mentality, but with simply providing us with the source code that we already have anyway (via ilspy), all of this just seems over-i…
We are moving the Roslyn code to GitHub
181–190 of 225 posts
Re: We are moving the Roslyn code to GitHub
#182Microsoft has being doing good decisions lately. They are becoming more open, also integrating more with industry leaders. Another good strategic decision they made was the partnership with Dropbox ( https://blog.dropbox.com/2014/11/dropbox-microsoft-office-pa... ) not mattering if they already have a similar service (OneDrive). To me, these are signals of a good administration. This company is changing to keep growi…
Call me cynical, but the first thing that springs to mind with these kind of opening up is the sign of a company no longer with the bullying power to not care about being open. Rather than these changes occurring because a hierarchy of managers had a change of heart (look guys, they learned that open source is good!), a market share drop from 97% to 20% makes you humbled and reconsider your strategy, and products tha…
Re: We are moving the Roslyn code to GitHub
#183Earlier quoted context omitted.
As long as you are backing up your repo in some way, you don't. But these sites just make it easy.
Considering you have to use git to use github, isn't it always an extra step to use github for a private project?
Re: We are moving the Roslyn code to GitHub
#184Earlier quoted context omitted.
Well, as a fairly broke student who doesn't own any Windows computers (and who's plenty tired of Java), I've found that getting into C# is unnecessarily unpleasant. It doesn't help that everybody's advice seems to be "get Visual Studio." I'm sure it's great, and if I put more effort into it I might get something to work. But it is a real barrier: Why should I jump to C# if it isn't actually any more convenient?
As a student, you should look into this program: https://www.dreamspark.com/ There are some great cross-platform developments in the pipeline that should allow you to have a native Linux experience approaching VS the future, but you really should use VS if you want the best experience with C#/.NET today. DreamSpark will give you access to free licenses of Windows and VS (and other Microsoft software), that you can in…
Re: We are moving the Roslyn code to GitHub
#185Earlier quoted context omitted.
I've been listening my way through the archive of Scott Hanselman's hanselminutes podcasts. Microsoft has been striving to be on the right side of history in regard to open source for five or six years. It's all out in the open. Moving to Github is simply developer friendly. Don't misunderstand me. Microsoft's products compete with open source software in the marketplace for developer mindshare and I am not suggestin…
> It's all out in the open. Really? So they release the source to a few of their developer frameworks and tools, and they're now "all open"? Don't get me wrong, as a long time C# developer I do appreciate the gesture and I'm especially happy that they're working their "not invented here" mentality, but with simply providing us with the source code that we already have anyway (via ilspy), all of this just seems over-i…
This is big because Microsoft is truly embracing an open source development model. They've opened most of the .NET platform up to the whole shebang - pull requests, copying code into other projects, forking, all that good stuff.
Re: We are moving the Roslyn code to GitHub
#186Earlier quoted context omitted.
This. GPL is just really really hard to work around if you're selling non-SAAS products. In general, it's not something you try to do if you have any alternative. And nowadays, you almost always have an alternative. Increasingly often it's a more capable, more actively maintained, and better supported option that comes with the added bonus of not needing to take the time to get special approval from your legal depart…
> if you're selling non-SAAS products Pretty funny, considering how much RMS dislikes SAAS.
Re: We are moving the Roslyn code to GitHub
#187Earlier quoted context omitted.
Free private repositories and out-of-the-box mercurial support. Works well for those small side projects which you do not (yet) want to maintain. I have lots of stuff in there which i want to keep as reference for projects to come and would never want to release to the public.
If you don't yet want to publish, why do you need GitHub or Bitbucket? Why not just keep the repository local?
There are some reasons, in my opinion:
* Zero friction to start publishing (in case you suddenly want to)
* Zero friction to start collaborating
* Off-site backup
* A kind of self-discipline boost and desire to make your thing publish-ready
(get your README, license, packaging in order, organize stuff nicely,
observe practices good repositories out there employ. This one could be
just me, though, and I suppose it somewhat decreases for private repositories)
* Built-in issue management (might be relevant even for personal projects)
* Nicer GUI to view the repository structureRe: We are moving the Roslyn code to GitHub
#188Earlier quoted context omitted.
> if you're selling non-SAAS products Pretty funny, considering how much RMS dislikes SAAS.
I do not know, but I suspect this is exactly why RMS dislikes SAAS: because it can technically obey a license without having to give users the freedoms he designed the GPL to give.
The GPL isn't really about sharing source code; that's just a means to an end. The GPL is about being able to exercise complete control over - and having complete knowledge of - all the software that you use. To an approximation, SAAS is about the opposite of that.
Re: We are moving the Roslyn code to GitHub
#189What were they previously using before the switch to git? Mercurial?
The developer division (DevDiv) currently mostly uses TFVC. For the open source projects this doesn't make a lot of sense though, which is why most these are moving to git.
Of course, we're a big company so you'll also find Mercurial and SVN, especially in MSR. I really hope that you don't find SourceSafe anymore though :-)
Re: We are moving the Roslyn code to GitHub
#190"We’ll be using GitHub Issues for both discussions and bugs after the switch" Hilarious! Did someone call GitHub "social"?