 |
|
 |
 |
|
|
 Sivasubramanian Muthusamy's BlogCommunity: NetBeans ArchivesJava as a first language.Posted by isolatednetworks on May 05, 2007 at 03:37 PM | Permalink | Comments (5)C and C++ may have additional uses as machine/assembly level programming languages that Java does not intend to be. Java surpasses C and C++ in its capability and ease to build desktop, webbased and mobile applications. Someone who knows Java does not have to go back to C or C++ because Java is a more refined language. (Expertise in C or C++ would be required in tasks that requires programming at a level that Java does not get down to, but that is besides the point made here) Why would someone start on his learning path with C or C++ ??? When Java was first introduced, most of those who signed up to learn Java knew C or C++, so the teachers were addressing a class of C and C++ experts and began an introduction to Java by talking about what Java has that C and C++ does not have and by explaining the Java's refinements over C and C++. This assumption of prior exposure to C and C++ is still prevalent among Java teachers. Most of the Java courses, even at the introdutory level, get into a comparision mode, and in this "introduction" the student is assumed to be familiar with C and C++. Is there an unwritten convention among programming students to begin their journey as students with C ? Is it required ? This gets the students into a sequence of learning C, then unlearning parts of C inorder to learn Java ... Why wouldn't the Java learning programs have an all new approach - Teach Java as a first language ? Apart from this unwanted assumption about prior exposure to C and C++, teachers and course designers make another wrong assumption. That the student is already exposed to Java applets and the end applications that would result from programming. So the approach is more like teaching a kid in the kintergarden the formula to calculate the area of a triangle, even before the kid is shown a triangle. It becomes difficult for the kid to comprehend what is taught. Why wouldn't the teachers begin by giving a tour of the Java applets, Java servlets, Java Games, Java applications before defining objects and methods ? Sort of beginning with the final picture... What restrains Java from becoming the trendiest Desktop GUI ?Posted by isolatednetworks on January 30, 2007 at 05:19 PM | Permalink | Comments (19)I don't know much. In fact it is almost true if I say I don't know anything about java at all... But I have used some java web applications such as eshare chat. And I recently used a yahoo messenger on the web, that loaded after flashing the java logo. Java has been there on the web, but I understand not so much on the desktop. May be this has been Java's focus. But with the Java Desktop, it is changing... Why wouldn't java become the easiest and trendiest Desktop GUI ? Java has powered several applications, and the java programmers are very creative. So what would stop Java from becoming the trendiest Desktop GUI ? It could make life easy, it could make life even more interesting. Could develop so well as to make Leopard look like the shell of the bygone era ???? Comments @fiath: Sorry but I do have some experience with Java GUIs that goes back to AWT and if it wasn't for the new GroupLayout I would say that the layout managers suck. I do understand their concept and how they help to keep your application independent of the desktop resolution. But when I compare Java's RAD support with other languages, it is just not there yet. And the lack of support for many cool desktop features. We add to wait for Java 6 in order to have integration with basic stuff like the tray. And on Windows, developers still have to resort to binary launchers to make the application start like a native one. pjmlp: Swing layout managers are actually very easy to work with, and it is the best thing I have come accross for creating user interfaces. Having said that, I do not use graphical builders to create UI's, and I do appreciate that you need to learn a lot up front with Swing. Hopefully this is something that the Swing Application Framework (targetted for Java 7) will sort out. Trends come and go, Swing is here to stay. I'll make a prediction: "2008 will kick off with a new generation of enterprise applications written in Swing". There I've said it. If you define a Killer app as an application which shakes an industry then killer it will be. I see a lot of Java scripts on web but not Java. Maybe we’ll see more Java applications on web if there is a better web framework such as echo2. I recently ran into a flash application at http://roxik.com/pictaps/index.html It’s a very cool application and makes me wonder if that can be done using Java. As far as desktop applications, I certainly would like to see a good Java media framework, a better application deployment and code protection if needed. In my opinion, it is not Java developers’ job to ask users to install Java runtime. It’s Sun’s job. It’s true that C# requires runtime also. But Microsoft can easily make the .net framework as part of Windows. Most desktop applications run under windows not Solaris If I had to point something out, I would say it is the lack of buzz around Java. I read on some forum that the biggest problem with Java in general is not the language or the platform itself is getting old, but that Java folk themselves are getting old. We have a ton of useful apps out there, but a killer app, none. Not Azureus, not Eclipse, none. Buzz, buzz, buzz..... well, multimedia support for one. if you want to make the trendiest desktop GUI using swing, you will need good multimedia support and pure java multimedia support is lagging behind all its competitors. Romain: I was talking w/ Chet about this problem re: Timing Framework. the other xml type frameworks javaguy mentioned unless I'm mistaken are for quickly creating your layouts, not for "Filthy Rich Client" type of effects, which is what I'd love to see to be inline w/ Swing's competitors. W/ regards to TimingFramework, what I was discussing w/ Chet(after I suggested MouseTrigger to him) was it would be awesome to hook the TimingFramework to AffineTransform. That way you could easily scale, rotate etc w/out custom painting. But the general gist is that when we can start doing that...well then I think we are moving in the right direction to really open up the power of swing easily. Mind you I have no problems w/ custom painting :) Swing and all the layout managers are a pain to work with. I wanted to do an small application in Swing and had to resort to the new GroupLayout. All the other layout managers are a pain if you have a background in Delphi/WinForms. javaguy44: Many other solutions have been around for years. As Romain says, that is exactly the problem. Who is working on the xml type markup? I hope F3 isn't all there is You give for granted that Java is not the easiest and trendiest Desktop GUI. Java could become the trendiest Desktop GUI out there. We have everything we need... except it takes too much time to build very cool UIs when compared to WPF, Apollo or Mac OS X's Cocoa/Core Image/Core Video/Core Graphics/Core Animation stack.
What do you think if I promise you a new paradigm of development very near of XAML/WPF but in Java? What about developing the layout of the GUI in XML in an easy way with fully 3D support (JOGL and soft based), video on texture, MP3 streaming, DataBinding, Java pluggable code (code behind) and so on? Deploying of apps,webs or games could be made by Java Web Start..... How it sounds? Posted by av6767
| |
 java.net RSS Feeds
|
