Melyik szakma a jobb? SAP R/3 szakértő vagy C/C++ programozó?

Egyik sem szakma. Mindkettő szaktudás. Jó tanács: csináld azt ami a személyiségedhez közelebb áll. Mindig a munkavállaló munkához való hozzáállása és a munkáltató viselkedése dönti mi a jobb. Azt, hogy melyik szaktudás időtállóbb arról már lehetne vitázni, de minek, ha a fenti paletta két eleméből neked nehéz választani...

Stressz ügyben az alap kérdés, hogy te milyen ember vagy?
Nekem pl. az emberek a stresszesek... tehát olyan helyeken szeretek dolgozni ahol kevés van, és avval sem kell túl sokat interaktálni.
Van akinek pl. az a stresszes ha magát kell menedzselnie.

Kérdés még, hogy miben vagy igazán elemedben?

### ()__))____________)~~~ #################
# "Ha én veletek, ki ellenetek?" # E130/Arch

A szakma tök mindegy, a pénz megint sz**t sem ér ha nem élvezed amit csinálsz az életben.
Minden szakirányba lehet olyan magasra fejlődni, hogy jól keress. Ez jön az évekkel ++tapasztalat.

Stresszesség nem kötelező, valaki tud maga körül nyugalmat teremteni valaki nem ++ ismét évekkel jön :D

Vannak kommunikatív meg nem …. emberek. Te tudod melyik vagy ! Vannak jó probléma megoldók és nem …

Egy életed van eladod olyanért amit nem szeretsz, vagy amit szeretsz és leszel benne profi amiből meg gazdag --- persze ha jó a politikád :D

Jelmondat,, a kezdet szopás minden esetben ++ ismét évek

Azt nem tudom hogy melyik fizet jobban, de C/C++ dev több kell a piacon, könnyebb váltani. SAP R/3 inkább üzemeltetés mint fejlesztés (vagy legalábbis van benne üzemeltetés is), többet kell emberekkel kommunikálni, ez lehet stressz faktor.

Nem tudom neked mi lenne a jó, de én biztosan a C-t választanám.

____________________
echo crash > /dev/kmem

fejvadászoktól már évekkel ezelőtt úgy hallottam, hogy a SAP-nak vége lesz, egyre kevesebb megkeresésük van belőle....

a c/c++ programozó meg kicsit hamarabb át tud állni javascript -re :-)

A SAP R/3 szakértő mint olyan nem létezik :)
Vagy tanácsadó, vagy ABAP fejlesztő. Legalábbis egyelőre ez a két irány van. Úgy működik a rendszer, hogy a SAP Magyarország szatellitvállalatokkal fedi le a piacot. Ez azt jelenti, hogy a tanácsadók/fejlesztők ezeknél dolgoznak. Az elején jellemzően alkalmazottként, aztán később (mondjuk 5+ év) alvállalkozóként (adózás miatt).
Én azt látom, hogy aki benne van (10 éve csinálja) az elég jól keres tanácsadóként is és fejlesztőként is. Fejlesztőnek kitanulni gyorsabb, mint tanácsadónak. Ugyanis a SAP úgy épül föl, hogy különböző modulok vannak, például anyaggazdálkodás, főkönyv, kontrolling, termeléstervezés, értékesítés, és egy tanácsadó jellemzően egy max. kettőhöz ért. Ezek meglehetősen komplexek, amit az ügyfelek szeretnék még komplexebbé tenni :), ezért sok idő amíg kinevelődik valaki.

Picit zártabb kör, nem lehet olyan könnyen bekerülni SAP világba, mint egyik nyelvről a másikra váltani/belekezdeni más fejlesztőként. A SAP saját nyelve az ABAP, a fejlesztők ezt használják. Amit én látok az az, hogy itt sokat számít egy idő után a saját neved. Ismerni fognak a saját cégednél, és az ügyfeleknél is. A piac kicsi, szokták egymást ismerni az emberek. Az elején sajnos bele kell tenni a tanulópénzt, mind időben, mind alacsonyabb fizetésben.

De változik a világ és vele a SAP is, a SAP 2025-ig ígért támogatást azokhoz a rendszerekhez amelyek ma kint vannak. Onnantól kezdve viszont csak SAP HANA lesz, ami in-memory megodás (egész adatbázis a memóriában van). Ez természetesen egy óriási váltás. A szakmában régebben bent lévőknek is nagyon sok mindent újra kell majd tanulnia, nyilván a fejlesztés is változni fog. Egyelőre itthon még nem lett bevezetve HANA, ha jól tudom, de nagyon megy a puhatolózás, és eladott licenszek már vannak! További tendencia, hogy megjelent a UI5, amivel HTML5 technológiát használva lehet frontendet fejleszteni. Ez nem pörög egyelőre gőzerővel, inkább felfutó időszakban van, de több pilot projektről is tudok.

Egy "sima" fejlesztőről én inkább azt képzelem, hogy egy helyen van, egy SAP tanácsadó pedig inkább ügyfélnél. Ez jelent utazást, jelent rugalmas munkaidőt, és változatosságot is. Tanácsadóként többet foglalkozol emberekkel, de fejlesztőként is fog velük találkozni, gyakran a tanácsadóval együtt fogtok dolgozni.

C/C++ így azért érdekes, mert vagy C-ben írunk valamit vagy C++-ban, a két nyelv nagyon hasonló szintaktikailag, illetve a C++ compiler nagyjából megeszi a C kódot, de nem ugyan az, és nagyon másra használjuk a kettőt. C-ben kernel kód, beágyazott rendszerek, alacsony szintű dolgok. C++-ban ennél azért magasabb szintű dolgok készülnek, de sokszor nem az UI. A C egy konzisztens nyelv, de nem objektum orientált, lényegében portable assembly. A C++ szerintem a C-hez képest elég rosszul sikerült nyelv, minél inkább érted mit csinálsz annál inkább elveszel benne, mert próbálsz figyelni mindenre, de a C++ nem csinál meg semmit magától és nagyon idegesítő hibákat tud produkálni. Bizonyos szempontból jó lenne, de szerintem egy csomó rész van benne, amit szebben és jobban is meglehetett volna oldani. Van sok felesleges és/vagy fárasztó feature is: operator overloading, bonyolult kivétel kezelés, namespace és include kettősség, függvények bottom down definíciója, pointer-referencia kettősség.

Biztosan szeretnéd egy bizonyos cégnek kitenni magad? (bármilyen szimpatikus is legyen ma)