Earlier quoted context omitted.
Looks like the Owin dependencies didn't come down - does NuGet run under MonoDevelop?
No, can't compile the add-in nor the cli program itself :(
NuGet.exe should run on Mono 3.2.x - http://nuget.org/nuget.exe
Mono 3.2.7 is out
111–116 of 116 posts
Re: Mono 3.2.7 is out
#112Earlier quoted context omitted.
Eclipse and IntelliJ don't come with the compiler, probably due to licensing. Also keep in mind that VS only works in Windows, not as cross platform as these two. Installing for Single-Family-OS (Windows...) vs different OSes => different complexity.
Which is why I think that IDE makers that don't make their language are at a disadvantage (that they should try to work around), and language makers that don't provide an IDE don't take full advantage of their situation. A language/platform without a good dev experience is just not complete. The dev experience is a huge part of what a lang/platform does, and should influence design decisions at every level, i.e. "do…
> what's the recent version of Java that should be installed?
The latest one? The most common one? The one the IDE requires?
Surely you don't want to use an older one? Even if you deploy to an older target, if you can't do that from a newer one something is wrong. Worse case the IDE could just ask during installation.
If the IDE setup isn't made by monkeys, suerely it wouldn't rely on a hard-coded download url. They would serve it themselves or ask a web service on their end for the URL to the java installer. Sorry if I sound like a grumpy old man, but it's exactly this sort of thinkning that makes OSS platforms and IDE's so clumsy to work with.
The error is usually the idea of "this tool just tries to do X and doesn't care about Y", or sometimes phrased as "the tool does one thing, and does it well". While that is a noble idea, it should never be used as an excuse for a crappy UX.
Re: Mono 3.2.7 is out
#113Earlier quoted context omitted.
No, can't compile the add-in nor the cli program itself :(
NuGet.exe should run on Mono 3.2.x - http://nuget.org/nuget.exe
It may run but it won't compile. I'm no fan of Gentoo, but if it's open source I ought to be able to reproduce the binary with those sources.
Edit: An open source program must never depend on binaries in the build process where those binaries can't themselves be rebuilt from source. Again, I'm not a zealot but as a developer I see dependencies on arbitrary binaries as damage and try to work around them.
Re: Mono 3.2.7 is out
#114The lack of benchmarks comparing Mono to the CLR (C# VM) is very frustrating. Apparently, the lack of benchmarks is due to Microsoft's license forbidding the publication of benchmarks without Microsoft's permission (common practice among commercial vendors?). Fortunately, we have the Benchmarks Game and that shows Mono performing well [on synthetic benchmarks...] when compared to a variety of languages. vs Java: http…
Thanks. It took a little while to find, but if anyone is interested in comparing Mono to the CLR for themselves (and likely do some work to adapt the system to Windows), here's where to start: http://benchmarksgame.alioth.debian.org/play.php#languagex
The measurements scripts provided on the benchmarks game website are written in Python 2.5+ and worked fine on MS Vista using:
- Python 2.5+
- Python Win32 Extensions (for win32 process monitoring)
- GNU Make for Windows
- GNU DiffUtils for Windows
Download bencher.zip from:
https://alioth.debian.org/frs/?group_id=100815&release_id=18...
Re: Mono 3.2.7 is out
#115Earlier quoted context omitted.
I think that the LINQ integration with EF is nice.. but EF in and of itself isn't all that great imho... Most of what it does is generate types to correspond to your database tables. When you use a language with real variable types, it's less of an issue... If you really want it, you could shoehorn generators and other db platforms into the hyena[1] package. In general, I've found that using databases tend to be much…
C# (.NET4+) has real variable types, and a library to use them for database access. Using Type dynamic - http://msdn.microsoft.com/en-us/library/dd264736.aspx https://github.com/robconery/massive
When you use dynamic, you lose the biggest advantage of C# in general, intellisense in VS. Don't get me wrong, it can be great to use dynamic at times... I just feel you're losing the advantage that VS/C# give you when you do, so you may as well be using something else. (I like node.js)