Miten J2EE:tä asiakasprojekteissa pystyy vääntämään?

Ihmettelen, moista kun nyt tossa opettelen yhtä J2EE-kehitysympäristöä ihan harrastuksen pohjalta. Olen Javaa ja J2EE:tä aika paljon koulussa opiskellut. Kuitenkin itse J2EE on helppo juttu, verrattuna kaikennäköisten kehitysympäristöjen kanssa leikkimiseen.

Kaikennäköisten konfigurointiongelmien kanssa joutuu taistelemaan, milloin ympäristö valittaa ettei pysty deployaamaan, kun metodia ei ole määritelty, vaikka se on niin tehty ja löytyy myös rajapintakuvauksista jne.. milloin luulee, että kannassa on jotain häikkää, tai create-metodia ei ole rajapinnassa toteutettu jne..


Näiden ongelmien kanssa kun leikkii erilaisten J2EE-kehitysympäristöjen kanssa, niin miten ihmeessä oikein pystyy mitään saamaan asiakasprojektissa aikaiseksi?

Empä taida edes ajatella lähteväni vääntämään J2EE-sovelluksia työkseni ;)

Kotona niiden kanssa leikkiminen on eri asia, töissä varmaan katkeaisi verisuoni päästä kun aikataulu raksuttaisi kilpaa konfigurointiongelmien kanssa.

Itse J2EE-ohjelmointi on yksinkertaista, ympäristöjen kanssa leikkiminen sitten onkin monin verroin hankalaa.
6792
Äänestä

Muut lukivat myös

Vastaukset 6

Vanhimmat

Kun meet johonkin taloon töihin niin siellä on jo ympäristöt varmaan jo aika hyvin olemassa. Senkus menet koodaamaan valmiiseen pöytään. Saat vielä tuhanseja rivejä koodiakin malliksi. Hyvässä lykyssä se on vielä dokumentoituakin.

Äänestä
  • Olen ollut töissä aika monessa yrityksessä ja projektissa, ja yleensä kehitysympäristöt joutuu kyllä säätelemään itse. Tämän vuoksi työmääräarvioihin joutuu yleensä laskemaan ns. "kusi factoryn" koska varsinaiseen duunin tekemiseen menee ajasta 25%, ympäristöjen kanssa tappelemiseen 50% ja turhiin palavereihin 25%. Että tällä lailla täällä...

    Äänestä

  • kaikkitietävä kirjoitti:

    Olen ollut töissä aika monessa yrityksessä ja projektissa, ja yleensä kehitysympäristöt joutuu kyllä säätelemään itse. Tämän vuoksi työmääräarvioihin joutuu yleensä laskemaan ns. "kusi factoryn" koska varsinaiseen duunin tekemiseen menee ajasta 25%, ympäristöjen kanssa tappelemiseen 50% ja turhiin palavereihin 25%. Että tällä lailla täällä...

    Kaikennäköiseen ihme virittelyyn aikaa menee ja paljon. Itse J2EE ei ole kovinkaan ihmeellistä juttua, tietyt rutiinit täytyy vain osata vääntää, mutta kun lähdet konffaamaan ympäristöjä ja ihmettelemään jotain ihmeellistä komponenttien välistä rajapinta ongelmaa tms. Alkaa siinä palaa
    hermot.

    Äänestä

  • nörtti joonas kirjoitti:

    Kaikennäköiseen ihme virittelyyn aikaa menee ja paljon. Itse J2EE ei ole kovinkaan ihmeellistä juttua, tietyt rutiinit täytyy vain osata vääntää, mutta kun lähdet konffaamaan ympäristöjä ja ihmettelemään jotain ihmeellistä komponenttien välistä rajapinta ongelmaa tms. Alkaa siinä palaa
    hermot.

    melkein mikä vaan. Vierestä kattelin kun kollega sai bonuksia asiakasprojektien tuottavuudesta ja omiin säätöihin kului aikaa vaan 20%.

    Pistin itse sitten paremmaksi, omat säädöt + yrityksen ympäristöt 10% ja loput laskutettavaa tuntityötä.
    Pomolta hyytyi bonuksenmyöntöperuste, kun olin kollegaan nähden liian nuori.

    Nyt seniorisoftanvääntäjänä ei ole kysyntää lainkaan - aina kysytään ikää ja luullaan loppuunpalaneeksi vaikka ruutia on enemmän kuin pienessä kylässä - ja sit näiltä palaa järestään hermot jonkun konffausjutun takia - just joo.

    Äänestä

  • kun multa onnistuu kirjoitti:

    melkein mikä vaan. Vierestä kattelin kun kollega sai bonuksia asiakasprojektien tuottavuudesta ja omiin säätöihin kului aikaa vaan 20%.

    Pistin itse sitten paremmaksi, omat säädöt + yrityksen ympäristöt 10% ja loput laskutettavaa tuntityötä.
    Pomolta hyytyi bonuksenmyöntöperuste, kun olin kollegaan nähden liian nuori.

    Nyt seniorisoftanvääntäjänä ei ole kysyntää lainkaan - aina kysytään ikää ja luullaan loppuunpalaneeksi vaikka ruutia on enemmän kuin pienessä kylässä - ja sit näiltä palaa järestään hermot jonkun konffausjutun takia - just joo.

    Jatka vaan samaan malliin. Olet selvätsti maailman huippuluokkaa, suorastaan valioyksilö. Onneksi olkoon.

    Onnea ja menestystä.

    Äänestä

  • kaikkitietävä kirjoitti:

    Olen ollut töissä aika monessa yrityksessä ja projektissa, ja yleensä kehitysympäristöt joutuu kyllä säätelemään itse. Tämän vuoksi työmääräarvioihin joutuu yleensä laskemaan ns. "kusi factoryn" koska varsinaiseen duunin tekemiseen menee ajasta 25%, ympäristöjen kanssa tappelemiseen 50% ja turhiin palavereihin 25%. Että tällä lailla täällä...

    Olen käpistellyt vuodesta 2000 Enterpise Javan ja sittemmin kutsutun J2EE:n kanssa.

    2000-luvun alussa julistettiin, että J2EE:llä ratkeaa kaikki ohjelmistoalustoihin liittyvät ongelmat ja että standardit voittavat.

    Vasta nyt v. 2006 voisi sanoa, että J2EE on sitä mitä sen pitäisi olla. Eli useampi suht toimiva palvelinympäristö joista osa on myös ilmaisia.

    Mutta mikään ohjelmistoalan "Messias" se ei ole
    ja yhteensopivuuksistakin voi olla montaa mieltä.

    Edellisen kirjoittajan kanssa olen osittain samoilla linjoilla: dokumentaatio raahasi ja raahaa vieläkin useissa tuotteissa pahasti perässä, aikaa menee sikamaisesti pikku asioiden kanssa tappeluun. Uusia API:ja tulee niin nopeasti, että projektiympäristössä on ongelmana saada eri ohjelmistoja saman Java platformin kanssa toimiviksi. Ja itse kielen syntaksikin muuttuu tällä hetkellä sellaista vauhtia, että Genericsit yms. alkavat muistuttaa jo C :aa.

    Mutta, kait se alkaa lähivuosina olla siinä mallilla ettei tarvitse muutella Javan syntaksia jatkuvasti.

    Eräs hankala seikka on ollut myös se, että selvästi puolivalmiita tuotteita on tuotu markkinoilla mitä ihmeellisimpinä versiona: 0.0.1, 0.9, Beta, Alfa, RC jne.

    Äänestä

Kommentoi aloitusta


Ehkä ei J2EE:tä kirjoitti:

Ihmettelen, moista kun nyt tossa opettelen yhtä J2EE-kehitysympäristöä ihan harrastuksen pohjalta. Olen Javaa ja J2EE:tä aika paljon koulussa opiskellut. Kuitenkin itse J2EE on helppo juttu, verrattuna kaikennäköisten kehitysympäristöjen kanssa leikkimiseen.

Kaikennäköisten konfigurointiongelmien kanssa joutuu taistelemaan, milloin ympäristö valittaa ettei pysty deployaamaan, kun metodia ei ole määritelty, vaikka se on niin tehty ja löytyy myös rajapintakuvauksista jne.. milloin luulee, että kannassa on jotain häikkää, tai create-metodia ei ole rajapinnassa toteutettu jne..


Näiden ongelmien kanssa kun leikkii erilaisten J2EE-kehitysympäristöjen kanssa, niin miten ihmeessä oikein pystyy mitään saamaan asiakasprojektissa aikaiseksi?

Empä taida edes ajatella lähteväni vääntämään J2EE-sovelluksia työkseni ;)

Kotona niiden kanssa leikkiminen on eri asia, töissä varmaan katkeaisi verisuoni päästä kun aikataulu raksuttaisi kilpaa konfigurointiongelmien kanssa.

Itse J2EE-ohjelmointi on yksinkertaista, ympäristöjen kanssa leikkiminen sitten onkin monin verroin hankalaa.

Anonyymi
5000

Ilmoita asiaton sisältö

  • Sisältää materiaalia, joka on loukkaavaa, herjaavaa, rasistista, uhkailevaa tai ahdistelevaa.

  • Materiaali sisältää nimiä, yhteystietoja tai muita henkilökohtaisia tietoja. Julkisuuden henkilöistä, julkisissa viroissa toimivista ihmisistä sekä yritysten vastuuhenkilöistä saa keskustella työhön liittyen. Myös yksityiselämään liittyvistä asioista voi keskustella siltä osin, kuin niistä on julkisesti kerrottu.

  • Sisältää lapsille haitallista tai heiltä kiellettyä materiaalia. Seksuaalinen sisältö on sallittua aiheeseen tarkoitetuilla palstoilla, joiden ikäraja on 18 vuotta.

  • Lainvastaista sisältöä voi olla mm. yksityiselämää loukkaavan tiedon levitys, kiihottaminen kansanryhmää vastaan, laiton uhkaaminen, alaikäisiin liittyvä seksuaalinen sisältö/grooming, petokset, identiteettivarkaudet, kunnianloukkaukset ja tekijänoikeusrikkomukset.

  • Sisältö ei liity palstan tai keskusteluketjun aiheeseen.

  • Viesti ei ole suomea tai ruotsia (pl. International Forums), se sisältää mainontaa, se sisältää tekijänoikeuksin suojattua materiaalia, se on massapostitus tai jokin muu syy.

Jaa keskustelu