Programming Language for Corporate UI Research? 115
Daniel Wigdor asks: "I'm a PhD candidate doing an internship at a major American UI research lab. They distribute an input/output hardware device to research labs, along with a Java API for the development of 'concept pieces' (here's an example from a university). Java was chosen because it was simple, and seemed, at the time, to be the language of choice for UI researchers in both the corporate and academic worlds. There is now pressure to switch from Java to C#, since they don't have the resources to maintain an SDK for both. We're not at all concerned with system performance, since this is only for concept-development: it's really just about accessibility for newcomers to the hardware. Given that, what would the community advise by way of a choice between Java and C#?"
Stick with Java (Score:3, Insightful)
Carry on using Java if you can, and switch if you have to. No point in changing language if you can avoid it (especially given how similar Java and C# are).
Considered Python? (Score:5, Insightful)
I realize that this probably isn't the kind of thing you were expecting (I'm guessing you expected to get answers like "C++"), but I think it's a good idea.
But of the two languages that you have now, I would stick with Java simply because it is completely cross platform (plus just about everyone getting out of school now knows Java because it was so popular/"language of the future", where as many don't know (or have only had an introduction to instead of a large amount of work with) C#.
But the great thing about Python is you could use it as an itermediary between toolkits and such. Without changing your API, you could replace the Python code so that it used Win32 instead of Swing or QT without making your users learn something new. You want to change the back end from C++ to C or to something else, the interface and the way they call things stays EXACTLY the same.
Just a though, from a guy who has recently discovered and fell in love with Python. And things will only get better with Python 3.0!
or Visual Basic (Score:3, Insightful)
You're asking *Slashdot*? (Score:5, Insightful)
Actually, if C# was supported under other platforms as well as it is under Windows, then I'd say, go forit.
However, since C# (and
When in doubt, go where there's more flexibility.
Comparing pluspoints (Score:5, Insightful)
--------------------
+ more OS Platforms that you can run on
+ Eclipse as a terrific free IDE
+ huge number of free open source libraries
+ further away from MS (O.K. there is Mono too, but you only have one single second vendor that you can rely on)
Pluspoints for C#
-------------------
+ one single choice for UI development
+ more language features (this may be a minuspoint for corporate development, when you only want one way to write things)
+ one language standard, less dialects
+ believe it or not, it's an open standard and (on paper) less proprietary than Java, which is owned by Sun
+ easy GUI development for WinCE or windows mobile, including many mobile phones
+ possible easy interaction with other
+ easy direct interaction with Windows OS features
Now what do you prefer?
Go with Java (Score:4, Insightful)
The advantage of Java is that it has a standard API that is tailored to multiple platforms.
Re:Comparing pluspoints (Score:5, Insightful)
If you take that away then a number of you C# pluspoints become irrelevant.
While I agree with you about C# being more open than Java (and I prefer it as a language) most people are thick and don't differentiate languages from associated APIs nowadays. With that thought in mind, how many people really mean "C# and
Implementation? (Score:2, Insightful)
Re:Considered Python? (Score:3, Insightful)
Not personally convinced that Java is where it's at where UI research is concerned, but I'll confess freely to not having RTFA.
Do what skype did (Score:3, Insightful)
That being said, wxWidgets works on most platforms and you can program it well from many languages like ruby, python, all the c's, c# and so on.
Don't change (Score:5, Insightful)
Honestly, the two languages are close enough in terms of capability that it really boils down to the cost and effort involved in switching.
Cost to remain with Java: $0
Cost to switch to C#: (by the time you've recoded all your "trivial" common routines you've created to work within your particular environment, built
Speak to people who've worked a lot with both languages. Get them to rank both languages out of 10 in terms that are relevant to you. Average the scores across a bunch of people. If C# averages >1.5 more than Java, then consider switching
Re:Comparing pluspoints (Score:3, Insightful)
Well put!
Its a shame that these discussions get domminated by narrow viewed people with hobby-horses to promote
Personally I prefer the
In practice, however, I'll usually use the Java platform, despite my misgivings about it, since it allows me to use it on other operating systems that may be better suited to the job at hand.
One thing that people often forget when talking about portability is skills portability. A language that can be used on multiple platforms is a more valuable skill to the individual; it gives them more work opportunities
Stick with Java (Score:3, Insightful)
If you stick with Java, you can use Java language compilers from many different vendors, including gcc, and your code will be portable between many different Operating Systems.
Java is more stable and mature, has a huge developer community and is supported by enormous, comprehensive class libraries.
The author is a liar or a fool (Score:2, Insightful)
I perform UI experiments largely with pygame, or perl-SDL. It gives me a chance to rapidly try out USER interface changes as I don't have to worry about whether or not delegation is "easy enough" to facilitate the change.
With Java and C# (or C++ for that matter) you've got an awful lot of work building classes and inheritance and if experimentation demonstrates a particular (unexpected!) trend, you've got an awful lot of work ahead of you to refactor and rework existing paths to make the new paths possible.
Re:C# is Proprietary (Score:4, Insightful)
IANAL, and I have myself had reservations about this point...
However, it seems quite unlikely that MS would succeed in choking off core (C# + CLR) Mono development - for a lot of little reasons:
1. Novell appears to be Mono's primary backer and they appear to have real patent leverage w.r.t. MS.
2. Probably not many of the patents covering the core can hold water due to prior art. I think it's been suggested that MS + Sun together could launch a more effective patent attack. How likely is that? (things like WinForms, ASP, ADO would seem to be in greater danger)
3. Mono could still ship with the odd feature stripped or workaround mechanism in place.
4. MS can not simply beat up on who it feels like nowadays; not with the EU and others breathing down it's neck.
As an aside, can anyone think of a *language* implementation that was killed by patent litigation?
--
Mike Greaves