Hva er "tøff" java kode?

[HV]

Heisann

 

Spørsmål som går til de som kan litt om det meste der ute.

 

Var på et intervju her om dagen, og til slutt så ville de at jeg skulle sende kode som jeg selv har laget og som jeg synes er tøff eller avansert.

 

Endte jo opp med å sende litt forskjellig rart, uten noen dypere mening. Så nå spør jeg dere: Du er til intervju på en typisk J2EE stilling og de vil at du skal sende noe du synes er tøft. Resten er opp til deg, du kan velge hva som helst, bare det er kodet i java. Hva ville du sendt?

 

Formålet er jo å være "mer" forberedt til neste gang hvis det ikke skulle gå denne gangen, så all hjelp motas med takk.

 

 

Vennlig hilsen

High Voltage

[Gissan]

Kunne det vært en idè å høre hva de definerer som "tøff"?

 

Jeg kan ikke se for meg en definisjon på ordet "tøff" i programmering-sammenheng, enten det er C++ eller Java.

[krigun]

Kunne det vært en idè å høre hva de definerer som "tøff"?

 

Jeg kan ikke se for meg en definisjon på ordet "tøff" i programmering-sammenheng, enten det er C++ eller Java.

6994849[/snapback]

 

Bra kode er bra kode, uansett om det er C++ eller Java. Kommer jo egentlig an på hvilken stilling det er da, og hva de driver med i firmaet.

 

Men tøff kode... Ville ha sendt noe drøy AOP kode som de ikke hadde forstått noenting av, eller noe ville genetic programming greier. Det er tøft etter min mening.

[DJViking]

Gå heller for avansert...Lettere å definere koden av det enn "tøff". Avansert kode kan være en algoritme du har laget, eller noe kode for et avansert program.

[aleh]

Det er snakk om J2EE så det kan være bra å ta ha noe kode som benytter seg av J2EE platformen. Jeg kunen feks. tenkt meg å lage noe som bruker en del teknologier som forbindes med J2EE. EJBer, Spring, Hibernate. I tilleg så kan du slenge inn en avansert algoritme.

[blackbrrd]

Ser ikke helt poenget med å skrive sin egen avanserte algoritme, det er vel bedre å bruke noen ferdiglagde til å utføre operasjonene? Hjulet er gjerne allerede oppfunnet.

 

Tøff J2EE kode er kode som gjøre mye arbeid med lite kode og som man tenker "wow, kan det gjøres så enkelt" av.

 

Kan forresten anbefale å bruke EJB3 standarden og ikke rote rundt i EJB1, 1.1 eller 2 standardene som er fulle av xml. Jeg kikket en gang i tiden på EJB1 og EJB2 og tenkte, nei, dette var mye mekk for lite futt. Så fikk jeg med meg EJB3 og tenkte: "så latterlig bra!"

[aleh]

Det med standarder er ikke så lett, fordi det er ikke alle som bruker EJB3. Firmaer kan ikke skifte til den nyeste versjonen over natten så du vil nok se mer EJB2 der "ute". Det er hvertfall min erfaring.

[blackbrrd]

Veldig sannsynelig, men EJB2 er ikke pent fordet

[krigun]

Tøff J2EE kode er kode som gjøre mye arbeid med lite kode og som man tenker "wow, kan det gjøres så enkelt" av.

7038173[/snapback]

 

Hmm.. Jeg hadde ikke blitt veldig imponert av noe tørr Entity bean kode altså. Jeg mener.. poenget med J2EE er jo at man skal gjøre mye med lite kode. Kan heller sende inn kildekoden til JBoss og si at "Heisann, jeg kan bruke et API!". Du må vise at du klarer å løse vanskelige problemer, istedenfor å ha CTRL-C -> CTRL-V noe kode fra en vilkårlig apekatt-tutorial på Sun sine sider.

[Zethyr]

Veldig sannsynelig, men EJB2 er ikke pent fordet

7038173[/snapback]

Verden er ikke pen, så jeg tipper du kommer til å få et lite sjokk når du møter arbeidslivet

[blackbrrd]

Veldig sannsynelig, men EJB2 er ikke pent fordet

7038173[/snapback]

Verden er ikke pen, så jeg tipper du kommer til å få et lite sjokk når du møter arbeidslivet

7046544[/snapback]

 

Tjah, jeg har jobbet i 5 år og hoppet over EJB1 & EJB2 mens jeg har innført bruk av EJB3 i firmaet jeg jobber i.

 

Verden er ikke pen, det er jeg helt enig i, integrering med legacy systemer er et helvete