|
You just took my words Paul! Xamarin was just so stupid and lame, and every time I tried to use it, I, myself, pushed myself to go to Eclipse and develop Android applications using it. I like C# but Xamarin was making me hate it - stupid API they've got.
You're right, native code samples would be great, wonder if Xamarin were written in C it would provide a better speed and efficiency at the same time. Infact if Xamarin were a new language, a cross-platform language; as C or C++ are, it would have been better.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
I reckon you would spend as much time learning Xamarin as you would learning how to code natively for the various platforms.
|
|
|
|
|
USD999 a year is quite expensive. But it's a unique capability.
dev
|
|
|
|
|
Yeah - and Forbes[^] estimate that the return per download is:
Android: $0.01875
iOS : $0.1
Windows: $0.1538
And the average revenue per app is:
Android: $1125
iOS : $4000
Windows: $ 625
And remember: those are averages, so for every "Flappy Birds" pulling in $50,000 per day, there are 49,999 pulling in a dollar a day or less...
So you have have to ask yourself: is it worth it? Will this end up costing me money? And the answer comes back: probably, yes, it will. So why use it? Particularly if you are a smaller enterprise - where it costs proportionately more.
Looking at the numbers, just target iOS and do it native - and there is your maximum profit.
The pricing doesn't encourage use by small or hobby developers.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
EUR4000 revenue cant justify development cost of most "Apps" even zero tooling cost.
Also, anything get sold on linux?!
dev
|
|
|
|
|
No, it doesn't - unless you are a one-man-band working in your spare time. And then, you don't want to lash out EUR800 per year to do it.
So...who are they trying to sell rent this to? I can't help thinking that the pricing was created by accountants rather than anyone on this planet!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I work in hi-tech high performance environments and hope to do so for as much as I can, so .Net and Java are no-no for me.
|
|
|
|
|
So you're answer is "C++ whatever the question"?
|
|
|
|
|
Nagy Vilmos wrote: So you're answer is "C++ whatever the question"? 42
FTFY
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Practically, yes. If something can't be done in C++ it is worthless to do anyway Jokes aside I prefer native environments and luckily my field *requires* maximum speed and responsiveness.
|
|
|
|
|
If that is the case why are you using a high level language like C++? Why don't you man up and start writing everything in pure assembly?
|
|
|
|
|
I did with a conspicuous number of routines that must be called several tens of times per second, like image flipping and rotating, normalization of detector raw inputs, gamma-contrast LUVing and applying Sobel and intgerating by columns over large images.
The normal constraint is to acquire and elaborate a 1024x1024 16 bit image in under 100 ms, where elaboration means applying over 40 algorithms to detect glass, metal and stone inclusions and contaminations inside packaged products, with pieces as small as 0.8 mm.
|
|
|
|
|
|
woow.... your doing real work.
|
|
|
|
|
Testing with different browsers is bad enough, but you'll get all sorts of crazy stuff messing around with different operating systems. Even if you're running a particular .Net framework, applications behave differently on versions of Windows Server or if you're doing 64 bit instead of 32 bit.
So I'll stick with Windows when developing in .Net.
|
|
|
|