• Post Reply Bookmark Topic Watch Topic
  • New Topic

Working as a JEE developer  RSS feed

 
Jeff Omens
Greenhorn
Posts: 1
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
In general (as I understand it) working with JEE is esentially building CRUD applications on a large and possibly distributed scale; can this become sort of repetitive (and a bit boring sometimes) work? I'm trying to decide if JEE is something I would want to be working with and would appreciate if any experienced developer would answer.
 
Jesper de Jong
Java Cowboy
Sheriff
Posts: 16060
88
Android IntelliJ IDE Java Scala Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Not all applications are CRUD applications. In fact, most software that I've worked on was much more than just CRUD operations.

For example, a system I've been working on for a large part of the past year is a payment system. On one side it works with PIN terminals and cash registers, and on the other side with computers of banks and credit card companies. There's a lot of interesting stuff going on in this system; it has to be secure ofcourse and it must be highly available and reliable. I've learned a lot about how the world of electronic payments works in this project.

Another project I've worked on a few years ago is a new traveler information system for the railways. The Dutch railways are replacing all the information signs on the stations with electronic screens, and a new computer system had to be built to gather all the information to display on those screens from many different sources (the train planning, the train traffic control center, etc.). Also a very interesting project to work on.

Those are just two examples of what I've been working on.
 
Campbell Ritchie
Marshal
Posts: 56595
172
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
. . . and welcome to the Ranch
 
fred rosenberger
lowercase baba
Bartender
Posts: 12565
49
Chrome Java Linux
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I can't speak specifically about CRUD and J2EE, but...

I work on a team that writes interfaces. Application 'A' needs to send data to applications 'B', 'C', and 'D'. A sends out xml, but B wants HL7, C wants a different version of HL7, and C wants xml-like messages, but not 'true XML'.

B only wants THIS and THAT, but C wants everything, and D only wants it if THAT field contains THIS piece of information...

I've done it for two years, and each day is a new challenge, letting me learn new things all the time. Some applications have TCP/IP connections, some use MQ-Series, some use FTP...no two are ever the same.

So...All I do all day is write interface code, to pass messages from 'A' to 'B', but it NEVER gets old.
 
William P O'Sullivan
Ranch Hand
Posts: 859
Chrome IBM DB2 Java
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
CRUD ?

Ha ha ha haaaaa..

In my career, I've worked with multiple databases, sockets, SSL, email transports, JMS, LDAP, MVC, SSO, client side scripting, analytics, performance tuning, logging.. the list goes on...

If it were as easy as CRUD, I'd work 1/2 a day and get paid twice as much!

WP
 
Seetharaman Venkatasamy
Ranch Hand
Posts: 5575
Eclipse IDE Java Windows XP
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Even it is a CRUD, CRUD is a specification, there is a plenty of different, different implementations.
 
It is sorta covered in the JavaRanch Style Guide.
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!