Vývojáři na trhu práce: o koho je největší zájem

asi se mluví o těch kteří tomu skutečně rozumí protože mám pocit že dost lidí co vylezou výšku to má jenom našprtaný a nechápe principy

Názor byl 1× upraven, naposled 01. 03. 2012 20:14

Zkusím odpovědět tak, na čem se dá nejvíc vydělat.
V ČR je uplatnění asi docela problém, takže nemá moc smysl to řešit. Obě platformy si tady vedou asi tak nejlépe z celého programování. V zahraničí bych řekl, že vede Java, protože na tom jede spousta finančních systémů a finančníci prostě mají peníze.
Budoucnost c# je samozřejmě navázána na úspěchu MS. Vzhledem k tomu, jak odpískali Silverlight se nedá nic vyloučit.
Pokud tedy zvolíte Javu, tak se nemůžete zmýlit.

Dej se na Javu, C# se učím já

java a c# je v podstate to iste ..principialne rovnaka struktura kodu cize ked sa naucis jedno budes vediet aj to druhe ... ja som robil 4 roky C# a prechod na javu mi trval asi 2 dni ..aj to len kvoli blbej eclipse

Můžu se zeptat, v čem se vám dělá líp? VS, Eclipse, případně jiné IDE na Javu (Intellij IDEA)?

Rozhodne Eclipse. VS hrozne omezene moznosti. Ecplise ma mnohem dokonalejsi zvyraznovani kodu (treba jen oznaceni promenne zpusobi, ze se zvyrazni veskery jeji vyskyt v kodu - nepostradatelne, kdyz potrebujete udelat malou zmenu ve starem kodu a nechcete to cele rozbit - ve VS si musite vzit lupu a projizdet radek po radku a pekelne se soustredit, abyste nejaky vyskyt neprehledli), skvely refaktoring (vzpomenete si, ze chcete zmenit nazev cehokoliv a on to zmeni vsude, kde se na to odkazuje, i v komentarich), automaticke formatovani kodu, ktere si muzete upravit podle sveho (kdyz napriklad dostanete kod od kolegy cunete, tak staci zmacknout ctrl+shift+f a kod vam to ucese - odsazeni radku, vyhaze zbytecne mezery, srovna razeni promennych apod.). Dalo by se pokracovat samozrejme dale. Ma to ale i stinnou stranku, Diky tolika funkcim se v Eclipse obcas nejaky ten bug objevi, ale na druhou stranu je dost velka pravdepodobnost, ze v pristi verzi nebude. VS sice ma mene chyb, ale jakmile nejakou objevite, nezbyde nic jineho, nez se s ni naucit zit.

Nevím, jak jste na to přišel, ale VS standardně umí:
- označit proměnnou v celém souboru
- Refaktoring
- Ctrl+Shift+F
Nechtěl byste si o tom něco nejdřív zjistit?

Ve VS delam uz asi 10let, v Eclipse tak 5,takze zjisteno toho mam celkem dost...Nevim ktere oznaceni myslite. Jestli bookmarky pres Ctrl+F nebo vyhledat vyskyt a zobrazit seznam v okne, tak ani jedno neni to prave. Opticky to promennou nezvyrazni a jsou to zdlouhave a pres hodne klikani dostupne funkce, takze podle me nepouzitelne.Refaktoring ve VS ma radu omezeni. Treba zkuste zmenit nazev cele tridy a tedy i souboru.Formatovani kodu se nedalo v 2005 moc ohybat. V dalsich verzich jsem to uz nezkousel.Ale mam takovy pocit, ze jste Eclipse nikdy nepouzival, jinak byste nevyskakoval jak cert z krabicky. Zkuste a budete koukat s otevrenou pusou kolik funkci VS postrada. Generovani celeho konstruktoru jen pomoci ctrl+mezernik, generovani komentaru, generovani unit testu, lepsi sprava breakpointu (zkuste si nadefinovat podminecny brakpoint ve VS - ani kontextovou napovedu to neumi), prepinani mezi vice projekty nebo i ruzne otevrenymi soubory v ramci jednoho projektu jedinym kliknutim, ... Mam pokracovat?

Díky za obsáhlou odpověď.

jednoznacne vo Visual Studiuhlavnou vyhodou pre mna je ze pocas Debug-u mozem upravovat kod a VS ho hned skopmiluje a hned pracujem s akutalnou zmenou ..v Eclipse ak pocas debugu urobite v kode nejake zmeny musit debug stop a spustit ho ho znovu aby sa zmeny prejavili = neskutocne otravnedalsou vyhodou je ovela jednoduchsia praca s databazami.. vytvorenie a pripojenie k db je vo vs otazka sekund kdezto v eclipse je to povraza co ma v eclipse neskutocne ale neskutocne vytaca je ked si dam na vsetky funckie/metody Collapse, zatvorim a znovu otvorim triedu tak su zase vsetky funckie/metody Expand ..nepamata si to nastavenie..ano je na to klavesova skratka ale komu sa to chce robit Xkrat za den ??? taktiez sa ne dat Collapse na kus kodu a pri dlhsej metode sa clovek proste uscrollujea tych veci by bolo ovela viac ..ano su to drobnosti ..ale ked vas tieto drobnosti otravuju denne aj 10-20 krat tak to je na prasky

tiez sa mi zda uvaha autora ohladne ustupu pozicii databazovych specialistov ako chybna. Nejde iba o smartfony ale data akehokolvek druhu vratane cloudu predsa bezia na nejakych databazovych systemoch (MS SQL, ORacle, MySQL a inde) a stale bude treba mozno dokonca vo vacsej miere databazovy spravcov. Velke, stredne firmy maju a budu mat terabajtovy dat pouzivanych v ramci ich internych aplikacii ulozene v nejakych databazovyc systemov a rezia administracie je stale vysoka. Databazy treba neustale optimalizovat, starat sa o ne, spravne definovat datove toky a optimalizovat ich. Ja osobne vidim perspektivu databazovych administratorov na velmi dlhu dobu.

Ale jde o to, že to je stabilizovaná oblast, fungující čím dál efektivněji a tím pádem vyžadující méně lidských zdrojů, relativně k ne tak dobře stabilizovaným oblastem, jako je třeba vývoj zmíněných tlustých klientů. Třeba zemědělců je dnes mnohem méně než před sto lety, kuchařů a restauratérů zase více, přitom je jasné, že ti druzí by si bez těch prvních neškrtli.

Názor byl 1× upraven, naposled 29. 02. 2012 12:28

skor som narazal na kec o ustupe ERP a SAP (ano, robim SAP)pravda je, ze taka adminstracia Oraclu je dnes ovela, ovela jednoduchsia ako pred takymi 10 rokmi, vela veci ja automatizovanych, ale este stale by to boli len raw data, ktorymi davaju prave ERP a potazmo SAP systemy zmysel a vyznam a tuto uz moc toho nezautomatizujes, pretoze vzdy bude ta-ktora spolocnost vynimocna a indivualna. Az nasledne ked tieto data ziskaju tento zmysel, nastupuju Javisti/C#-isti a webisti aby ich v ramci "show pre uzivatela" poskytli s peknymi modernymi interaktivnymi hejblatkami a blikatkami vo front-endoch prijemcom

Ale jde o to, že to je stabilizovaná oblast, fungující čím dál efektivněji a tím pádem vyžadující méně lidských zdroj - nesuhlasim. S nastupom novych tehnologii si dovolim predpovedat mierny rast. Ako mam mozno sledovat a aktivne pracovat s databazovymi technologiami tak som si vsimol,ze je vyvoj databazovych systemov smerovany k znizovaniu a zefektivneniu nakladov na vyvoj aplikacii ako zefektivneniu administracie ako takej aj ked nastal oproti rannym verziam velky posun. Stale vela administracnych taskov pozadovanych od zakaznikov je nutne a dlho bude treba robit rucne. Kazdopadne databazova sfera nedosiahla kulminacny bod a pokial bude trend taky aky je tak este dlhe roky budu DBA potrebni tak ako su trebars dnes.

Názor byl 1× upraven, naposled 29. 02. 2012 13:07

Buďte rád, jenom to ilustruje skutečnost, jak je celé téma komplexní a jakou v něm lze očekávat konkurenci