As a desktop app developer, would you target Mac OS and Linux?
-
If I were creating an app targeting home users, I'd use Silverlight (unless I had a need for something it didn't offer). That would allow it to run on Windows and Macs, I wouldn't worry about Linux in that market.
-
We target Mac. Linux users have no money, or, at least, prefer not to pay for software
Christian Graus Driven to the arms of OSX by Vista. Read my blog to find out how I've worked around bugs in Microsoft tools and frameworks.
A quite reasonable approach. Especially if you have to earn a living by this. Cheers!
"With sufficient thrust, pigs fly just fine."
Ross Callon, The Twelve Networking Truths, RFC1925
-
No, but, as a C# developer, I would try to write pure .Net so that my apps would run under Mono with little or no effort.
Doesn't mono use it's own (GTK based??) UI library instead of winforms/wpf?
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius
-
Doesn't mono use it's own (GTK based??) UI library instead of winforms/wpf?
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius
-
With hollow-point ammunition, definitely.
Software Zen:
delete this; -
If your application is in the multimedia/sound/graphic domain :probably yes. (for example lightroom (photo), traktor (dj), resolume (vj) ) if not : no.
Watched code never compiles.
-
Doesn't mono use it's own (GTK based??) UI library instead of winforms/wpf?
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius
There is a bit of a terminology issue here, I think. System.Windows.Forms (and whatever the WPF one is called, as well, I think) has been translated for Mono so that it works with the native operating system window manager. So from a .Net developer perspective, you don't need to do anything different, except allow for different control styles as the UI themes are different.
-
With hollow-point ammunition, definitely.
Software Zen:
delete this;:laugh: :laugh: :laugh: That just made my day!
The United States invariably does the right thing, after having exhausted every other alternative. -Winston Churchill America is the only country that went from barbarism to decadence without civilization in between. -Oscar Wilde Wow, even the French showed a little more spine than that before they got their sh*t pushed in.[^] -Colin Mullikin
-
:laugh: :laugh: :laugh: That just made my day!
The United States invariably does the right thing, after having exhausted every other alternative. -Winston Churchill America is the only country that went from barbarism to decadence without civilization in between. -Oscar Wilde Wow, even the French showed a little more spine than that before they got their sh*t pushed in.[^] -Colin Mullikin
All part of the friendly service :-D.
Software Zen:
delete this; -
There is a bit of a terminology issue here, I think. System.Windows.Forms (and whatever the WPF one is called, as well, I think) has been translated for Mono so that it works with the native operating system window manager. So from a .Net developer perspective, you don't need to do anything different, except allow for different control styles as the UI themes are different.
I think I'm just out of date. Gtk#[^] is one of mono's UI libraries, and the history[^] for mono's winform library includes two initial failed attempts, implying it was a relative latecomer to the platform (although specific dates aren't given anywhere I can see).
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius
-
What are those? :confused:
-
I would think a 50 cal. sniper scope would do the job nicely?
I may be schizophrenic, but at least I have each other.
-
With hollow-point ammunition, definitely.
Software Zen:
delete this;Yeah I know you windoze boys are sorta jealous of the computational superiority of the *nix architecture ;P
-
Yeah I know you windoze boys are sorta jealous of the computational superiority of the *nix architecture ;P
Software Zen:
delete this; -
With hollow-point ammunition, definitely.
Software Zen:
delete this; -
Yep. I would. I like targeting multiple platforms because it forces a certain mindset about portability. I find it improves the design and keeps the GUI more separate from the functionality. It also exposes the code to a lot more build environments which can expose subtle bugs. I like building for ARM, IA64 and PPC for the same reasons.
-
We target Mac. Linux users have no money, or, at least, prefer not to pay for software
Christian Graus Driven to the arms of OSX by Vista. Read my blog to find out how I've worked around bugs in Microsoft tools and frameworks.
This depends on your business model. Red Hat and IBM make a great deal of money from Linux users, but their revenue is not from a product-based model, it is from a services-and-solutions based model. You also miss a huge portion of some markets if you neglect Linux (in particular, mobile and embedded systems). Android, an OS that uses the Linux kernel, has the top market share in mobile--even if the stereotype were even partly true that "linux users don't pay for software" I think it's a pretty safe bet that There is more revene potential for an Android app than for a Windows Phone app ;-)
-
Nope, not a big enough audience to justify the extra testing. If people use Wine/Mono/whatever to run it on Linux and it works, good for them. If it doesn't, too bad.
Definitely targeting Windows and OS X in my development efforts. Products such as Real Studio make it a no-brainer. Code the app in your favorite OS then compile for Windows, OS X and Linux.
-
I do almost all my development ON Linux, but FOR varying targets. I run my consulting business on all Linux machines and would never EVER go back to Windows (I migrated my Windows 2000 server based setup some years ago to SuSE, then to Ubuntu. Upgrading to Win 2003 and maintaining my MSDN subscription was not financially feasible during lean times). I still do a great deal of work on Windows but Server 2008 and Windows 7 have left me unimpressed for the most part--for what I do they offer little to no value for their cost. Insofar as what I develop FOR, it is in this order: 1. I do not develop for an OS at all, I target frameworks and/or standards and/or languages that are OS-agnostic to some degree (GTK, qt, .NET, (x)HTML, Python, Perl, etc). The OS can then be almost irrelevant as it should be. 2. Upon the (strong) insistence of a customer I'll develop with a specific OS in mind (usually Windows) Generally to be cost-competitive, and because for most customers I have do not have a strong preference, I develop almost exclusivly for Linux for server applications. However the question was about DESKTOP apps market reality is that they have to work on Windows machines. Doesn't mean that they can't be ported to run on other OSes with little to no work. MSFT has one product that us relatively pleasurable to use compared to its competition and that is Visual Studio. The drawbacks are that it only runs on Windows and that it is far too easy to develop an application locked into a Windows-only .NET environment. So, though I miss it, I do not regularly use it (and the only time I CAN use it is on a client's system, since my systems are not Windows).