On Monday, May 14, 2012 8:42:30 PM UTC+2, clay wrote: > > The evaluation edition of MonoDroid is emulator-only, so you can't do any > benchmarking or even verify their benchmark results without buying a very > expensive license. I have a ton of ideas for benchmarking this, and > installed MonoDroid and did some coding, but the MonoDroid eval edition > wouldn't let me build a binary to run on an Android device. The regular > license is $999 and while there may be some cheaper academic/hobbyist > options, I'm not giving them large sums of money to verify their claims. > BTW, the regular Eclipse Android development stack is 100% free. And that's > not some limited starter edition, you get the full toolset for free. >
First of all, I hope we can agree that it's ok for a company to create a commercial software package if it provides value to the customer. Secondly, th pro license is $399, less than half that of Visual Studio. Third, Xamarin offers 30-day unconditional money-back guarantee, so that shouldn't stop you. The benchmark results posted on the Mono blog aren't using one of the many > standard benchmarking suites, they weren't run by an impartial entity, and > they aren't even making a reasonable pretense of being fair. The Mono guys > developed their own internal custom benchmark designed to make Mono look > good and Dalvik look bad and they cherry pick the results accordingly. > Their Git repo also has the SciMark benchmark source code running on > Dalvik/Mono, but they didn't choose to publish those results. If you look > around for Android benchmarks, there are a ton of them. > Never put too much into benchmarks in the first place, it's entirely irrelevant to the overall user experience. I could wish for standard tests for comparative reasons but it's still not a deal-breaker for a .NET shop who can now target Android and iOS. There's no single litmus test when it comes to VM and runtime because there are so many factors. I happen to think it's not inconceivable that Mono can outperform Dalvik in some cases, or reverse, in fact it would be odd of that was not the case. > Casper, you say the JDK ecosystem is uninspiring. To each his own, but I > disagree. I love the culture of innovation that has happened outside of > Sun/Oracle within the JDK community. All kinds of alternate languages > (Scala/Kotlin/etc) alternate build tools and paradigms (Maven/Gradle), web > frameworks, configuration frameworks, competing IDEs, all innovate and > suceed or fail based on largely merit. In the .NET world, the community at > large is very resistant to using anything that isn't officially Microsoft. > It's extremely rare to see a .NET shop use a non-Microsoft IDE, development > OS (there is a very small minority doing .NET/Mono on Linux/Mac), > programming language, build tool, web framework, testing framework, or > anything. Even when there are high quality alternatives out there; for > example, Scala/Clojure/Fantom have been on .NET for a while, but there is > nearly zero adoption. The .NET world is less a culture of open innovation > and more a culture of Microsoft and that isn't appealing to me. > I agree with you, that there are a lot of innovation happening - but it's in the periphery rather than at the official JVM level, probably born out of frustration. The .NET world is certainly not perfect, but it's more polished and certain choices have been taken for you by people who meet 3 times a week to ensure things fit together well. Corporations wants standards, because it allows them to transfer and scale resources without too many obstacles. It's entirely possible this is not a concern to fortune 500 companies, who have dedicated toolchain, backend, frontend, test, deployment etc. teams, but I work for a small company with 15 developers where we've seen this as a problem. Which logging framework? Which container? Which ORM? Which build tool? Which IDE? Web-framework? Test framework? Which XML parser? Which REST framework.........? -- You received this message because you are subscribed to the Google Groups "Java Posse" group. To view this discussion on the web visit https://groups.google.com/d/msg/javaposse/-/1bLCi235LScJ. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/javaposse?hl=en.
