2014 July, Eclipse Development Survey Analyzed

Eclipse community have just released their yearly survey (about 900 participants).

I see this survey as a good source of data to feel the current development vibe.




So, I looked at the survey results several times and decided to write my specific conclusions extracted from the survey.
I have analyzed the survey and want to only write about the big changes I saw which are worthy of my attention (and probably yours too if you read my post).

My Personal Survey Conclusions

  1. Open source has lost some of it's prestige (a pity)  [Slide 9]
  2. Open Hardware and Internet of Things are here to stay [Slide 13, 17]
  3. Most Eclipse users, upgrade their IDE soon after each yearly release [Slide 15]
  4. Javascript is here to stay [Slide 21]
  5. Application Servers: Tomcat remains first, but JBoss is gaining [Slide 23]
  6. Repositories: CVS is finally dead, SVN is dying fast and GIT is gaining fast [Slide 24]
  7. Build Tools: Ant is dying fast, Maven is leading big time, Gradle is gaining fast [Slide 25]
  8. Continuous Integration: Jenkins is winning, Hudson is dying [Slide 25].
  9. Web based IDE: People are sniffing around but it doesn't catch yet.


So what should I do

  • Experiment with Hardware / IOT / Arduino
  • Upgrade eclipse to the latest asap
  • Learn JS
  • Switch from Tomcat to JBoss
  • Switch from SVN to GIT
  • Consider Gradle as a Maven substitute
  • Switch from Hudson to Jenkins
  • Forget about web based IDEs



Comments

Post a Comment

Popular posts from this blog

Profiling Java @ 2019

A good profiler can really help you in your work while coding Java (I assume while coding any coding language but I am referring to Java here) It can find memory leaks (Which object and how many of it takes the most of your limited memory?), CPU bottlenecks and other surprising data like the time consumed by each network call / DB query etc. Thus it is not so surprising to find many different java profilers around. I will try to map here the Java profiling tools lying around My short list of requirements will include the following: Profiler Requirements Constantly updated profiler (how a profiler built to profile Java6 will behave with Java11?) Clear GUI - As I will want to dive into the profiling data - it will be much simpler using UI Free (With a big advantage to the open sourced ones) (Optional) Remote profiling List of Profilers Dead Profilers (At least 5 years without an update) JIP - Java Interactive Profiler  - Last update 2010 Profiler4J - Last U...
Read more

Ant Explorer graphical Ant build tool

Every serious java developer needs to create or edit some ant building script. Eclipse offers nice ant handling features which make the task much easier, eclipse's plugin (which is embeded into eclipse since version 3.1 or so) understands the ant scripting language thus enables not only syntax coloring but also nice mouse hovering which reveals values of properties, variable names which enables finding the source of each variable and also some nice debugging features. But, there is one field in which eclipse's ant handling lacks perfection, its in viewing the whole build file in one gaze graphically feature, that feature isn't supported by eclipse. Luckily enough, it is supported by YWorks, which created a nice and free util which loads an ant script file and shows it in a beautiful and so very useful way. I think that this util (which was released as a standalone as well as an eclipse and idea) is a must for any serious java developer. Unluckily, YWorks have remo...
Read more

Start Working with AutoIT

I have decided I needed a quick GUI creator which can create a small exe file displaying the GUI, with no system dependencies like a .NET framework or Java runtime. What options do I have for a Quick GUI Creator? Maybe there are many options I am not aware of, but after extensive searching I found these two: Auto Hot keys AutoIT (Saw some recommendations to try Delphi or Pascal for this task but I passed) Both tools began from the same code source, autohotkeys branched off and continued to be open source while AutoIT is more commercial. I have compared the two (well, not actually compared, just google'd out other's comparisons) and found out that the AutoHotKeys is slightly better and is more open sourced (which makes it the better solution) but lacks in one field which is crucial for me - the script syntax is awful!  That tipped the balance (as a programmer i couldn't stand AHK's syntax) so I chose AutoIT. How to get Started with AutoI...
Read more