Rekryfirman ilmoituksesta:
"Oleellisia termejä työn kannalta ovat Linux, MySQL, Hibernate, Apache Tomcat ja Java"
Antakaas kun arvaan, kyseessä on tosta valikoimasta päätellen pieni hikipaja, josta porukkaa on lähtenyt kävelemään, eikä enää ole saanut tekijöitä ja hädissään turvautuu rekryfirman apuun?
Menikö oikein ;)
"Oleellisia termejä työn kannalta ovat Linux, MySQL, Hibernate, Apache Tomcat ja Java"
Antakaas kun arvaan, kyseessä on tosta valikoimasta päätellen pieni hikipaja, josta porukkaa on lähtenyt kävelemään, eikä enää ole saanut tekijöitä ja hädissään turvautuu rekryfirman apuun?
Menikö oikein ;)
Vastaukset 14
Vanhimmat
laitteisto 2kpl pentium III:ia a'30eur.
Tällä budjetilla jää aika paljon palkkaan - hyvä ilmoitus siis.
Jos sen varsinaisen työnantaja-yrityksen nimi on mainittu ilmoituksessa, niin tuolta löytyy taustatietoa:
www.inoa.fi
Ilmoituksessa oli vielä, että olis j2ee kehittäjän paikka. Servletit ja JSP:t eivät vielä ole j2ee:tä, eikä Tomcat ole j2ee-palvelin.
tekemään JSP:tä yli 3000:lla niin siitä vaan...
Firma voisi kylläkin aloittaa PHP/ASP-linjalla eikä lähteä pröystäilemään 1eur/web-sivu -markkinoille vehkeillä, joista ei tiedä mitään.
Mistäköhän nuo väittämät vedit J2EE:tä nimenomaan ovat servletit sekä JSP:t. Ja tomcat on nimenomaan J2EE palvelin.
Aika nappiin meni kaikki väitteesi puihin :)
Se mitä Tomcat ei ole niin EJB containeri.
Puihin meni sulla!
Aivan naurettavaa väittää että on jotain J2EE:tä jos vääntää servlettejä ja JSP:tä, huh huh.
Tomcat on sovelluspalvelin (servlettisäiliö).
ESIM. JBoss:issa ja Sunin referenssi J2EE-palvelimissa on mukana Tomcat.
Vasta sitten voidaan puhua J2EE:stä kun on EJB:t mukana ja servletit ja/tai JSP:t.
Pelkillä servleteillä, jsp-sivuilla ja perinteisillä pavuilla toteutetut sovellukset eivät toteuta j2ee-arkkitehtuuria. Näin on näreet.
Nähtävästi olet raudanluja ammattilainen kun käyt tuollaista väittämään. Mietipäs vielä kerran kenellä meni puihin.
J2EE on ohjelmointi platta, johon kuuluu komponentti teknologioita Servletit, JSP:t, EJB:t sekä palveluita JDBC, stmp.. integraatioon jaxp, JCA.. kommunikaatioon RMI-IIOP.
Voidaan puhua J2EE:stä vasta kun EJB:t ovat mukana - en allekirjottaisi tuota väitettä.
Erikseen sitten ovat containerit jotka toteuttavat J2EE spesifikaation mukaisen kontainerin.
Voit myös lukaista kirjan J2EE Development without EJB, saatat vaikka oppia jotain.
välillä ei tiedä uskoako itseä vai jompaa kumpaa teistä. Hämmennys huvittaa konkaria suuresti :DDDD
Ei mitään substanssia jutussasi, vain pätemistä. Tyylipuhdas besserwisser.
Mainitsemassasi kirjassa saattaa olla hyviäkin asioita, olen tutustunut muihin alan kirjallisuuteen. Kuitenkin kannattaa olla vähän varovainen johtopäätöksissä yhden teoksen pohjalta.
JSP:n ja servlettien avulla ei pysty toteuttamaan kun J2EE:n mukaisen esitystason. On aika paljon sanottu, jos siltä pohjalta väittää oman tuotoksensa olevan J2EE-pohjainen sovellus.
Liiketoimintatason J2EE-suunnittelumallien soveltaminen ei oikein hyvin onnistu jos ei käytä session- ja entity-papuja.
"Voit myös lukaista kirjan J2EE Development without EJB, saatat vaikka oppia jotain."
Siinä taas toinen ylimielinen besserwisser.
JSP Containerit Beanit alustasta riippumatta.
EJB ei J2EE:ssä välttämätön sen enempää kuin HTML tai Javascript, mutta voi niitäkin käyttää.
"....tero - ja minä, olemme erilaisia..."
DDD
Jos rekryilmoitus näyttää listalta alan termejä niin silloin rekrytointifirma on vaan tappamassa aikaa keräämällä CVeitä tietokantaan.
Joops, todennäköisesti keräävät CV:tä arkistoon mahdollisten tulevien projektien varalle. Mutta jos on luppoaikaa eikä parempaakaan keksi, niin voihan tämmöseen laittaa hakemuksen.
"oleellsia termejä"
Kun vaan osaat termit niin paikka on sinun!