ALSO, coolest feature is decompile to csproj ... very nice ;)
Anyway, intended to say that in my experience, all 4 major decompilers get tripped up on slightly different things. Between dotpeek, reflector, ilspy, and justdecompile, none could get everything right and I have to take pieces from each to get something buildable again.
It wasn't this one, but years ago I remember using a decompiler to look through things like the system libraries and the (relatively few) apps written in it at the time, and it was quite interesting how much metadata was available (if it hadn't been obfuscated). I think it's fun and enlightening to take things apart, see how they work, and modify them, so that aspect of .NET really appealed to me, but I still prefer native code for its efficiency and succinctness...
I'm really happy to see more of .Net becoming open. I'd all but written it off in terms of new development. If the support for deploying in Linux/Docker becomes better, I'll be following this with great interest (to paraphrase Palpatine).
Zachtronics discontinued development of the game less than a month after its first release as the result of its source code leak. As Barth had not obfuscated the C# .NET source code of the game, it was decompiled and extracted from the binaries. Hackers modified the code to make mods, but also started making clients that would target vulnerabilities in the game as well as build incompatible game forks that fragmented its user base. Barth, who was making the game for free, then lost interest and dropped the project, as development of the game had become too difficult. http://en.wikipedia.org/wiki/Zachary_Barth
"Proto-MineCraft Abandoned Due To Epic Error" article: http://www.rockpapershotgun.com/2011/01/20/proto-minecraft-a...
The Minecraft mods-support relies on a decompiler too: http://minecraft.gamepedia.com/Programs_and_editors/Minecraf...
