mboost-dp1

Channel 4

Ikke alle it-job er nemme at besætte

- Via Computerworld DK - , redigeret af Net_Srak , indsendt af arne_v

Når det kommer til job inden for it-branchen, så er der nogle job, som har nemt ved at trække mange ansøgere, men der er også en række, hvor der kun kommer ganske få.

Hos Computerworld har de haft fat i en række danske virksomheder, der har haft svært ved at besætte en række it-stillinger. Således har de hos Microsoft haft få ansøgninger til en stilling som Developer Evang3list, ligesom jobtilbud som IT Pro’er og seniorkonsulent på CRM/XRM heller ikke har trukket mange ansøgninger.

Hos KMD ser det ikke meget bedre ud, når det kommer til specialister inden for blandt andet SAP. Især er det SAP-folk med erfaring i forsyningssektoren, som det ikke vrimler med.

Fælles for de stillinger som ikke får mange ansøgninger er, at det typisk er meget specialiserede stillinger, hvortil der også er krav om meget erfaring.





Gå til bund
Gravatar #51 - moulder666
11. okt. 2012 09:42
arne_v (44) skrev:
Hmm.

Mærsk, Lego, Danfoss etc. er kendte store danske SAP brugere.

Mne lige netop den finansielle sektor er ikke specielt kendte for at bruge SAP (omend nogen af de største sagtens kunne bruge det - men deres kerne systemer er ikke SAP).


Sandt - kernesystemerne i den finansielle sektor i DK er sjældent SAP - for det meste er det noget selvudviklet noget, der har nogle år på bagen - men man finder på den anden side heller ikke ret mange af de større aktører i den finansielle sektor, hvis systemer ikke er blevet gjort kompatible med SAP på den ene eller anden måde!
Gravatar #52 - ipwn
11. okt. 2012 14:19
mireigi (24) skrev:
Problemet med SAP er at det har en hvis tyngde i finansverdenen. Det er måske ikke lige det der er mest in hos de fleste, men det er et gammelt produkt, der fungerer stabilt med mange muligheder for at lave egne tilpasninger.

Det er faktisk lidt ligesom COBOL. Gammelt, rustent, men fungerer.


Jeg ved ikke helt hvad det der SAP er.

Her arbejder vi med SOA i COBOL.

Bum.

Vil ikke påstå COBOL er det sejeste, men man kan i det mindste altid allokerer sin hukommelse selv og arbejde på byte niveau. Der er i realiten intet man ikke kan i forhold til noget andet sprog, og det er meget hurtigt.
Gravatar #53 - dprocs
11. okt. 2012 16:49
#52

Nu har jeg kun beskæftiget mig med SAP (ABAP) og Ax (X++), men er COBOL et komplet system?

Er det ikke bare et sprog med tilhørende framework?
Gravatar #54 - arne_v
11. okt. 2012 16:59
#53

COBOL er "bare" et sprog, så man starter ligesom fra bunden af.

Eller det gør man ikke.

Hvis man skal starte fra bunden af vil man vælge et andet sprog idag.

Men der er rigtigt mange som skriver COBOL kode ovenpå de X eller XX millioner linier COBOL kode firmaet allerede har efter at man startede fra bunden af engang i 60erne/70erne/80erne.
Gravatar #55 - arne_v
11. okt. 2012 17:03
COBOL er iøvrigt slet ikke så dårligt til ERP eller ERP style apps.

Support for fixed point beregninger. Support for ISAM filer.

Selv embedded SQL er faktisk ikke dårligt. Ikke så godt som en god ORM, men bedre end det meste håndskrevne JDBC/ADO.NET/mysqli kode.


Gravatar #56 - dprocs
11. okt. 2012 19:38
#54

Ja, det var netop min opfattelse af COBOL.
At det primært er custom legacy systemer.
Evt. hvor høj hastighed har været en vigtig faktor...

Teoretisk set kan man installere og konfigurer Ax, og så har man et fuldt fungerende ERP-system.
Jeg har dog kun oplevet det én gang.
Gravatar #57 - ipwn
12. okt. 2012 11:14
#53 & #54 Det er korrekt.

Vi har dog et custom framework der kan kalde imellem forskellige platforme, z/OS CICS'se, sessioner, mv., og med alle sprog. Det er dog vores konstruktions model der er SoA - ovenliggende programmer er service udbydere. (Vi bygger så også alt underliggende, helt ned på data niveau) Så det er mere konceptuelt SoA, ikke teknologisk understøttet SoA.

Argumentet for z/OS og COBOL, PL/1, Assembly eller nogen få gange C++ er hastighed. Sammen med databinding til DB2 (ingen dynamiske kald - der bindes under compileren, og access planer skabes), er der ingen overraskelser. DBA'erne kan tweake på access planerne, fordi de er atomarer, og programmel kan load balanceres på mange måder.

Det er dog uoverskueligt at lave ting i, i min mening. Selv simple ting kræver komplekse kaldehierakier imellem mange programmer. Noget man i andre sprog kunne gøre med f.eks. få klasser indenfor OOD&P. Men man kan det samme.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login