Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: Koreloh 16. 10. 2016, 21:10:59
-
Chtěl bych se začít ve volném čase začít učit jeden z výše uvedených jazyků. Který z nich má větší uplatnění?
-
Nauč se oba. Pak uvidíš, který ti víc sedne na tvůj styl programování. Prostě si vyber ten, který se ti bude líbit víc.
-
To jsou nesmysly. Na C# zapomeň, to je lopaťácká kopie Javy. Pokud chceš dělat to nejnáročnější a největší, tak zkus Javu. Pokud na to nemáš, zkus radši nějaké skriptíky v Pythonu. Java není pro každého.
-
Pokiaľ chceš robiť pre všetky normálne operačné systémy, je tu Java. C# je wydle-only, M$ sa ju snaží pretlačiť všade, ale bez väčšieho úspechu.
-
Pokiaľ chceš robiť pre všetky normálne operačné systémy, je tu Java.
S podporou iPhonu je na tom IMO lépe C# než Java.
C# je wydle-only, M$ sa ju snaží pretlačiť všade, ale bez väčšieho úspechu.
Za poslední rok se tohle začalo měnit. Jedním z důvodů je možná to, že .NET Core má volnější licenci než OpenJDK.
-
Spravne je za ceeee, vyzkousej oba a vysledek se dostavi sam.
-
Pokial si orientovany MS, tak je C# tou najlepsou volbou. Spravis vsetko rychlo a jednoducho. Ak chces byt multiplatformovy, tak Java. Ale uz aj sa presadzuje so svojim .NET Core na poli multiplatformovosti.
offtopic:
zeby javaman nemal kde trollit tak zalozil nove vlakno C# vs. Java? :D
-
Pokiaľ chceš robiť pre všetky normálne operačné systémy, je tu Java.
S podporou iPhonu je na tom IMO lépe C# než Java.
C# je wydle-only, M$ sa ju snaží pretlačiť všade, ale bez väčšieho úspechu.
Za poslední rok se tohle začalo měnit. Jedním z důvodů je možná to, že .NET Core má volnější licenci než OpenJDK.
Možná, ale používat na iOS C# je dost blbý nápad.
-
Je to jedno, na trhu mají podobné zastoupení, alespoň takový dojem mám já
Osobně, šel bych do javy, c# je ms shit.
-
To je strategické rozhodnutí a nebral bych ho na lehkou váhu. Hlavní rozdíl je v typu aplikací, na které je daná technologie častěji využívána. Jinak je obojí mainstream, uplatnění bude srovnatelné.
-
Nauc se JavaScript, ten je nejcoolovejsi.
-
Nauc se F# ten dneska leti. Java je uz za zenitem (taky 40ti-lety jazyk) C# je modernejsi ale budoucnost je jinde :)
-
Nauc se F# ten dneska leti. Java je uz za zenitem (taky 40ti-lety jazyk) C# je modernejsi ale budoucnost je jinde :)
Aspektovo orientovany Eifel.
-
Nauc se F# ten dneska leti. Java je uz za zenitem (taky 40ti-lety jazyk) C# je modernejsi ale budoucnost je jinde :)
May 23, 1995; 21 years ago
-
Nauč se Lisp. Ten má minulost i budoucnost.
-
podla mna sa mozes naucit oba , v tom nie je ziaden velky problem , syntax maju podobnu , i ked mi pride ze c# slape viac po syntaktickych vychytavkach. Na samotne naucenie sa jazyka ti staci precitat precitat nejaka hrubsia knizka, co dokaze za mesiac zvladnut . horsie je ci ti mnohe veci v tych knizkach budu nieco hovorit. nejaky zaklad je asi nutny, tak isto aspon zakladna znalost OOP ala object oriented programing , kedze oba jazyky su objektove.
ak sa chces s tym jazykom aj profesne uplatnit , t.j. produkovat kod za ucelom zisku , tak asi java bude mat pre teba momentalne navrh , kedze je o nieco lepsie platena .
na druhej strane ked si chces doma smudlat nejake programiky pre seba , tak zvaz , na akom OS to chces spustat .
ako spominali iny diskuteri , oba jazyky nemaju problem bezat na roznych platformach , ale rozdiel je v detailoch .
ako napr ze v .net core este nespravis poriadnu desktop gui aplikaciu inde ako na windows ,ale dufam ze aj to sa casom zmeni , ze zapracuju na UWP appkach pre ine platformy.
co mi pride dalej fajn na c# je VisualStudio , ano java ma eclipse , netbeans ale vzdy ked som s tym robil to visual studio mi najlepsie a hlavne mas ho zadarmo ako comunity edition co na take domace smudlanie staci.
a jeden na koniec : Why do java developers wear glasses ? Because they don't c#! :-)
-
Pohledem cynika:
C# (nebo spis .NET): vcelku homogenni ekosystem, vyviji se v tom primocare, ale macrohardacka kultura je dost uzavrena, "nepratelska", vsude samy byznys, NDA,...
Java: ekosystem je bordel a nastroje nocni mura, XML ti poleze usima, naopak uvolnenejsi kultura, ale ve srovnani s neenterprise vecmi porad dost deformovana
Ale ve chvili, kdy budes senior, ti to bude moct byt jedno a budou te zajimat jine veci.
-
Pohled odjinut...
já pracuji převážně na platformě IBM, ale občas musím dělat i věci v Javě (J2EE, activeMQ, Camel, spring, atd...) a nejvíc mne vadí, že v Javě není žádná autorita, kde se mohu podívat, jak se věci mají dělat správně!!! Vždycky když hledám po fórech, jak daný problém vyřešit, tak všude je spousta balastu, chybných rad a postupů, kde jsou diskutující přesvědčeni o své pravdě...Prostě najít vhodné a správně řešení, je jako hledání jehly v kupce sena. Bohužel spousta takového balastu je pak i chybně implementována i v knihovnách, které si nataháte do aplikace....Skoro nikdo neumí správně handlovat vyjímky a podobně. By mne celkem zajímalo jestli je to na platformě MS podobné a nebo se MS o to snaží trošku starat.
-
Pohled odjinut...
a nejvíc mne vadí, že v Javě není žádná autorita, kde se mohu podívat, jak se věci mají dělat správně!!! Vždycky když hledám po fórech, jak daný problém vyřešit, tak všude je spousta balastu, chybných rad a postupů, kde jsou diskutující přesvědčeni o své pravdě...Prostě najít vhodné a správně řešení, je jako hledání jehly v kupce sena. Bohužel spousta takového balastu je pak i chybně implementována i v knihovnách, které si nataháte do aplikace....Skoro nikdo neumí správně handlovat vyjímky a podobně. By mne celkem zajímalo jestli je to na platformě MS podobné a nebo se MS o to snaží trošku starat.
Na javu sa robi certifikacia. Kto ma certifikat, u toho sa predpoklada, ze bude veci robit spravne. Ked radi nejaky jouda na stack overflow , tak jasne ze da chybny postup.
-
Si celas srandu? Certifikat nic neznamena... znam X lidi, kteri nemeli co delat, tak v dobe na cekani na projekt, si museli udelat certifikat a ani nevideli paradne jak se programuje....
-
Naopak mám zkušenosti, že lidé s javovským certifikátem obvykle programují hůř než bez něho.
-
Si celas srandu? Certifikat nic neznamena... znam X lidi, kteri nemeli co delat, tak v dobe na cekani na projekt, si museli udelat certifikat a ani nevideli paradne jak se programuje....
Pan tu pisal, ze neexistuje autorita. Autorita existuje a tou je firma ORACLE. To ze niekto nevie algoritmizovat, alebo spravne robit navrh, nie je problem jazyka. Prasit sa da aj "one microsoft way".
-
Pohled odjinut...
a nejvíc mne vadí, že v Javě není žádná autorita, kde se mohu podívat, jak se věci mají dělat správně!!! Vždycky když hledám po fórech, jak daný problém vyřešit, tak všude je spousta balastu, chybných rad a postupů, kde jsou diskutující přesvědčeni o své pravdě...Prostě najít vhodné a správně řešení, je jako hledání jehly v kupce sena. Bohužel spousta takového balastu je pak i chybně implementována i v knihovnách, které si nataháte do aplikace....Skoro nikdo neumí správně handlovat vyjímky a podobně. By mne celkem zajímalo jestli je to na platformě MS podobné a nebo se MS o to snaží trošku starat.
Na javu sa robi certifikacia. Kto ma certifikat, u toho sa predpoklada, ze bude veci robit spravne. Ked radi nejaky jouda na stack overflow , tak jasne ze da chybny postup.
mam taky certifikat ze spravy windows 7. byla to nahrada misto zkousky na VS. ja platil 1000kc a zbytek skola nebo pro studenty to bylo proste jen 1000kc. vsechno jsem se naucil z testu, ktere jsem mel k dispozici. test jsem absolvoval na 1000/1000b. a to zcela jiste nejsem guru na spravu W7.
cili certifikat nic nevypovida.
-
A neni v dnešní době perspektivnější se učit Javascript? Nebo je to jen aktuální trend, kterej za pár let přejde? Otázka je, co se z něho pak stane. Momentálně je Java, C# nebo i takový PHP osvědčená technologie a JS mi přijde tak trochu skok do neznáma.
-
mne prijde JS jako nejaka splet pismenek a slov, ktere vyjadruji chaos. jo a o typove strance JS radeji ani nemluvim :)
-
mne prijde JS jako nejaka splet pismenek a slov, ktere vyjadruji chaos. jo a o typove strance JS radeji ani nemluvim :)
Z určitého úhlu pohledu se dá tvrdit o jakémkoli jazyku že je to jen spleť písmenek a chaotických slov. Typovost to nespasí, navíc v JS je přítomna.
Co všichni mají pořád s tím typováním? Bez něj je programování jednodušší a přehlednější.
-
Co všichni mají pořád s tím typováním? Bez něj je programování jednodušší a přehlednější.
Ne.
Moderni typovy system s typovou inferenci te neomezuje v pohodli, je prehlednejsi a dava ti dost praktickych zaruk
-
mne prijde JS jako nejaka splet pismenek a slov, ktere vyjadruji chaos. jo a o typove strance JS radeji ani nemluvim :)
Z určitého úhlu pohledu se dá tvrdit o jakémkoli jazyku že je to jen spleť písmenek a chaotických slov. Typovost to nespasí, navíc v JS je přítomna.
Co všichni mají pořád s tím typováním? Bez něj je programování jednodušší a přehlednější.
v cem je prehlednejsi a jednodussi? ze kdyz se ti neco zjebe a ty budes marne hledat, v cem je problem a pak zjistis ze problem se tyka typovani. ne neprosim, dekuji.
-
A neni v dnešní době perspektivnější se učit Javascript? Nebo je to jen aktuální trend, kterej za pár let přejde? Otázka je, co se z něho pak stane. Momentálně je Java, C# nebo i takový PHP osvědčená technologie a JS mi přijde tak trochu skok do neznáma.
Vyplatí se Go a Swift (vedle stálic jako C++). Spíš než konkrétní jazyk se ale vyplatí obecná algoritmizace a znalost, jak vše funguje na nižší úrovni.
-
Co všichni mají pořád s tím typováním? Bez něj je programování jednodušší a přehlednější.
v cem je prehlednejsi a jednodussi? ze kdyz se ti neco zjebe a ty budes marne hledat, v cem je problem a pak zjistis ze problem se tyka typovani. ne neprosim, dekuji.
Přehlednější a jednodušší je v tom, že v kódu je méně neužitečného balastu.
Dělám už dlouho v PHP a nikdy jsem s typováním neměl potíže. O nějakém marném hledání problémů nemůže být ani řeč.
-
Co všichni mají pořád s tím typováním? Bez něj je programování jednodušší a přehlednější.
v cem je prehlednejsi a jednodussi? ze kdyz se ti neco zjebe a ty budes marne hledat, v cem je problem a pak zjistis ze problem se tyka typovani. ne neprosim, dekuji.
Přehlednější a jednodušší je v tom, že v kódu je méně neužitečného balastu.
Dělám už dlouho v PHP a nikdy jsem s typováním neměl potíže. O nějakém marném hledání problémů nemůže být ani řeč.
Hele, a videl jsi nejaky moderni jazyk?
-
Hele, a videl jsi nejaky moderni jazyk?
Ano, viděl.
Viděl jsi někdy jazyk, který se léty osvědčil a nebyl jen hype?
-
Já dělam v PHP a kvůli typum právě tíhnu spíš k C#. Teď jsem něco zkoušel v ExpressJS a přijde mi to takový dost zmatený a nepřehledný. Nedokážu si představit, jak na tom někdo může udělat rozsáhlej projek, např. PayPal. Přitom tenhle typ lidí dost často haní, že PHP je bastl. Jinak, takhle se normálně programuje v JS?
router.get('/', function(req, res, next) {
var results = {};
async.series([
function(callback) {
models.User.findAll().then(function(users) {
results.u = users;
callback();
});
},
function(callback) {
models.Post.findAll().then(function(posts) {
results.p = posts;
callback();
});
}
], function(err) {
res.render('index', {
posts: results.p,
users: results.u
});
});
});
Chci vypsat do šablony 2 seznamy na sobě nezávislejch položek. Tohle je způsob, jak se vyhnout X (v tomhle případě jen 2) zanořenejm funkcim. To fakt nejde líp?
-
Já dělam v PHP a kvůli typum právě tíhnu spíš k C#. Teď jsem něco zkoušel v ExpressJS a přijde mi to takový dost zmatený a nepřehledný. Nedokážu si představit, jak na tom někdo může udělat rozsáhlej projek, např. PayPal. Přitom tenhle typ lidí dost často haní, že PHP je bastl. Jinak, takhle se normálně programuje v JS?
router.get('/', function(req, res, next) {
var results = {};
async.series([
function(callback) {
models.User.findAll().then(function(users) {
results.u = users;
callback();
});
},
function(callback) {
models.Post.findAll().then(function(posts) {
results.p = posts;
callback();
});
}
], function(err) {
res.render('index', {
posts: results.p,
users: results.u
});
});
});
Chci vypsat do šablony 2 seznamy na sobě nezávislejch položek. Tohle je způsob, jak se vyhnout X (v tomhle případě jen 2) zanořenejm funkcim. To fakt nejde líp?
Niektorí ľudia majú radi matriošky, ide to samozrejme krajšie napísať.
-
Já dělam v PHP a kvůli typum právě tíhnu spíš k C#.
Teď už nemusíš, neboť PHP7 už typy má.
Kromě toho PHP a C# mají poměrně rozdílné oblasti použití. Na některé se lépe hodí PHP, na jiné C# a na další Java. Sice se překrývají, ale přece jen není správné dělat vše jedním kladivem.
-
Co všichni mají pořád s tím typováním? Bez něj je programování jednodušší a přehlednější.
v cem je prehlednejsi a jednodussi? ze kdyz se ti neco zjebe a ty budes marne hledat, v cem je problem a pak zjistis ze problem se tyka typovani. ne neprosim, dekuji.
Přehlednější a jednodušší je v tom, že v kódu je méně neužitečného balastu.
Dělám už dlouho v PHP a nikdy jsem s typováním neměl potíže. O nějakém marném hledání problémů nemůže být ani řeč.
Kamarat, co robi v ruby, tak vravel, ze musi pisat o to viac unit testov. Aby si bol isty, ze sa to sprava spravne pri vsetkom, co dnu lezie, aj pri tom, co by dnu vliezt nemalo. PHP je sice horsie vymysleny jazyk nez ruby, ale je na tom podobne. Vacsinou sa v PHP robi frontend, tak to nie je ziadna raketova veda, pre ucel dostatocny.
-
Jinak, takhle se normálně programuje v JS?
router.get('/', function(req, res, next) { ... });
Pokud vím, tak tímto způsobem v JS programuje víc lidí, ale za normální to nepovažuji. Stejným stylem se dá programovat i v PHP a téměř nikdo to nedělá. Proč v JS ano a v PHP ne? Možná proto, že v JS jsou programátoři líní pojmenovávat objekty.
-
Jinak, takhle se normálně programuje v JS?
router.get('/', function(req, res, next) { ... });
Pokud vím, tak tímto způsobem v JS programuje víc lidí, ale za normální to nepovažuji. Stejným stylem se dá programovat i v PHP a téměř nikdo to nedělá. Proč v JS ano a v PHP ne? Možná proto, že v JS jsou programátoři líní pojmenovávat objekty.
Mně jde o vyhnutí se callback hell.
-
Dělám už dlouho v PHP a nikdy jsem s typováním neměl potíže. O nějakém marném hledání problémů nemůže být ani řeč.
Kamarat, co robi v ruby, tak vravel, ze musi pisat o to viac unit testov. Aby si bol isty, ze sa to sprava spravne pri vsetkom, co dnu lezie, aj pri tom, co by dnu vliezt nemalo. PHP je sice horsie vymysleny jazyk nez ruby, ale je na tom podobne. Vacsinou sa v PHP robi frontend, tak to nie je ziadna raketova veda, pre ucel dostatocny.
Ano, je nutné psát více jednotkových testů. Ovšem v těch testech už stejně jen nekontroluješ, zda je na výstupu integer, ale zda je v povoleném rozsahu a zda funkčně odpovídá vstupu. Takové testy musíš napsat i v typovaném jazyce.
V PHP zpravidla dělám jen backend - na frontend mám XSLT.
-
Mně jde o vyhnutí se callback hell.
Pokud nechceš programovat asynchronně, callbacky nepotřebuješ.
-
Já dělam v PHP a kvůli typum právě tíhnu spíš k C#. Teď jsem něco zkoušel v ExpressJS a přijde mi to takový dost zmatený a nepřehledný. Nedokážu si představit, jak na tom někdo může udělat rozsáhlej projek, např. PayPal. Přitom tenhle typ lidí dost často haní, že PHP je bastl. Jinak, takhle se normálně programuje v JS?
router.get('/', function(req, res, next) {
var results = {};
async.series([
function(callback) {
models.User.findAll().then(function(users) {
results.u = users;
callback();
});
},
function(callback) {
models.Post.findAll().then(function(posts) {
results.p = posts;
callback();
});
}
], function(err) {
res.render('index', {
posts: results.p,
users: results.u
});
});
});
Chci vypsat do šablony 2 seznamy na sobě nezávislejch položek. Tohle je způsob, jak se vyhnout X (v tomhle případě jen 2) zanořenejm funkcim. To fakt nejde líp?
Není použití async.series v tomto případě zbytečné? findAll vrací promise, můžeš tedy jejich volání normálně řetězit.
-
Hele, a videl jsi nejaky moderni jazyk?
Ano, viděl.
Viděl jsi někdy jazyk, který se léty osvědčil a nebyl jen hype?
Nastesti mne zivi.
-
Dělám už dlouho v PHP a nikdy jsem s typováním neměl potíže. O nějakém marném hledání problémů nemůže být ani řeč.
Kamarat, co robi v ruby, tak vravel, ze musi pisat o to viac unit testov. Aby si bol isty, ze sa to sprava spravne pri vsetkom, co dnu lezie, aj pri tom, co by dnu vliezt nemalo. PHP je sice horsie vymysleny jazyk nez ruby, ale je na tom podobne. Vacsinou sa v PHP robi frontend, tak to nie je ziadna raketova veda, pre ucel dostatocny.
Ano, je nutné psát více jednotkových testů. Ovšem v těch testech už stejně jen nekontroluješ, zda je na výstupu integer, ale zda je v povoleném rozsahu a zda funkčně odpovídá vstupu. Takové testy musíš napsat i v typovaném jazyce.
V PHP zpravidla dělám jen backend - na frontend mám XSLT.
Pre mna je to stale front-end.
-
Hele, a videl jsi nejaky moderni jazyk?
Ano, viděl.
Viděl jsi někdy jazyk, který se léty osvědčil a nebyl jen hype?
Nastesti mne zivi.
Mohl bych poprosit o název?
-
co mi pride dalej fajn na c# je VisualStudio , ano java ma eclipse , netbeans ale vzdy ked som s tym robil to visual studio mi najlepsie a hlavne mas ho zadarmo ako comunity edition co na take domace smudlanie staci.
IntelliJ Idea má taky free community edition, která není úplně špatné IDE pro javu...
-
Hele, a videl jsi nejaky moderni jazyk?
Ano, viděl.
Viděl jsi někdy jazyk, který se léty osvědčil a nebyl jen hype?
Nastesti mne zivi.
Mohl bych poprosit o název?
Muzes ;)
Java
-
Co všichni mají pořád s tím typováním? Bez něj je programování jednodušší a přehlednější.
v cem je prehlednejsi a jednodussi? ze kdyz se ti neco zjebe a ty budes marne hledat, v cem je problem a pak zjistis ze problem se tyka typovani. ne neprosim, dekuji.
Přehlednější a jednodušší je v tom, že v kódu je méně neužitečného balastu.
Dělám už dlouho v PHP a nikdy jsem s typováním neměl potíže. O nějakém marném hledání problémů nemůže být ani řeč.
No nevim me prijde lepsi napsat
NazevTridy neco = metoda_co_vraci_objekt();
nez to co bezne pouzivam ted v php
/** @var neco NazevTridy **/
$neco = metoda_co_vraci_objekt();
rekl bych ze toho balastu je tam mnohem vic ;)
-
Co všichni mají pořád s tím typováním? Bez něj je programování jednodušší a přehlednější.
v cem je prehlednejsi a jednodussi? ze kdyz se ti neco zjebe a ty budes marne hledat, v cem je problem a pak zjistis ze problem se tyka typovani. ne neprosim, dekuji.
Přehlednější a jednodušší je v tom, že v kódu je méně neužitečného balastu.
Dělám už dlouho v PHP a nikdy jsem s typováním neměl potíže. O nějakém marném hledání problémů nemůže být ani řeč.
No nevim me prijde lepsi napsat
NazevTridy neco = metoda_co_vraci_objekt();
nez to co bezne pouzivam ted v php
/** @var neco NazevTridy **/
$neco = metoda_co_vraci_objekt();
rekl bych ze toho balastu je tam mnohem vic ;)
Rozumna alternativa:
val foo = metoda()
Ze foo je typu NazevTridy compiler i IDE vi diky typove inferenci. Explicitne to programator pise (hlavne z dokumentacnioch duvodu) typicky jenom kde je nejaky predel - casto v signaturach metod.
-
Kit php 7 ma stale rovnake typovanie ako predchadzajuce verzie, ano mozes pouzivat typove anotacie aj u primitívnych typov ale to z neho silne typovy jazyk nerobi. silna typova kontrola nespociva v tom, ze musis vsade zapisovat typy, ale ze ti kompilator strazi aby cely program typovo sedel. moderne jazyky si vedia typy odvodit aj bez toho aby si ich musel explicitne zapisovat.
Treba vyskusat aj ine jazyky ako php, js a xslt a rozsirit si trochu obzory. Lebo tvoje vedomosti su dost obmedzene iba na PHP a to ma daleko od bezpecneho programovacieho jazyka.
Prepisoval som teraz jednu aplikaciu z PHP do silne typového jazyka v databaze 10tisice produktov a pri cca stovkach produktoch boli chybne data proste bordel, v stlpcoch kde mali byt len cisla boli aj alfanumericke znaky alebo nepovolene ascii znaky chybne eany, ja som tie chyby odhalil hned pri importe vdaka silnej typovej kontrole, proste import nepresiel. A hned som to vratil zakaznikovi na opravu.
-
V PHP zpravidla dělám jen backend - na frontend mám XSLT.
vase php generuje xml ktore v browseri prekladate cez xslt na html?
alebo php generuje xml ktore xslt procesor na serveri preklapa na html a posiela do browsera?
-
Hele, a videl jsi nejaky moderni jazyk?
Ano, viděl.
Viděl jsi někdy jazyk, který se léty osvědčil a nebyl jen hype?
Nastesti mne zivi.
Mohl bych poprosit o název?
Muzes ;)
Java
OK, diky. Vzhledem k tomu, ze mas slusne povedomi o FP jazycich apod., jsem si rikal, jestli nedelas v necem "zajimavejsim". Aspon teda treba ve Scale, kdyz uz jedes nad JVM.
-
V PHP zpravidla dělám jen backend - na frontend mám XSLT.
vase php generuje xml ktore v browseri prekladate cez xslt na html?
alebo php generuje xml ktore xslt procesor na serveri preklapa na html a posiela do browsera?
XML do toho netahej. XSLT procesor je součástí PHP a proto je možné XML vynechat.
-
NazevTridy neco = metoda_co_vraci_objekt();
// vs.
$neco = metoda_co_vraci_objekt();
rekl bych ze toho balastu je tam mnohem vic ;)
-
Hele, a videl jsi nejaky moderni jazyk?
Ano, viděl.
Viděl jsi někdy jazyk, který se léty osvědčil a nebyl jen hype?
Nastesti mne zivi.
Mohl bych poprosit o název?
Muzes ;)
Java
OK, diky. Vzhledem k tomu, ze mas slusne povedomi o FP jazycich apod., jsem si rikal, jestli nedelas v necem "zajimavejsim". Aspon teda treba ve Scale, kdyz uz jedes nad JVM.
Zel bohum - zrovna Scala je neco, ceho bych se v praci spis bal ;)
A zbezny pruzkum mi vetsinou moc FP jobu v Maticce nenajde. A kdyz, tak je tam nejaka jina past.
-
XML do toho netahej. XSLT procesor je součástí PHP a proto je možné XML vynechat.
takze mate xml sablony, ktore v php vyrenderujete cez xslt do html?
-
XML do toho netahej. XSLT procesor je součástí PHP a proto je možné XML vynechat.
takze mate xml sablony, ktore v php vyrenderujete cez xslt do html?
Mám XSLT šablony, v PHP XSLT procesor a data v DOM. Velkou výhodou je rychlost a kvalita výsledného HTML.
-
NazevTridy neco = metoda_co_vraci_objekt();
// vs.
$neco = metoda_co_vraci_objekt();
rekl bych ze toho balastu je tam mnohem vic ;)
Nemohu si pomoct, ale ten druhý zápis toho balastu obsahuje méně.
-
NazevTridy neco = metoda_co_vraci_objekt();
// vs.
$neco = metoda_co_vraci_objekt();
rekl bych ze toho balastu je tam mnohem vic ;)
Nemohu si pomoct, ale ten druhý zápis toho balastu obsahuje méně.
No kdyz clovek umaze to nejdulezitejsi :D
-
NazevTridy neco = metoda_co_vraci_objekt();
// vs.
$neco = metoda_co_vraci_objekt();
rekl bych ze toho balastu je tam mnohem vic ;)
Nemohu si pomoct, ale ten druhý zápis toho balastu obsahuje méně.
No kdyz clovek umaze to nejdulezitejsi :D
Umazal jsem jen jakýsi nepodstatný komentář.
-
No kdyz clovek umaze to nejdulezitejsi :D
Naopak, je to nadbytečné i ve statických jazycích.
-
NazevTridy neco = metoda_co_vraci_objekt();
// vs.
$neco = metoda_co_vraci_objekt();
rekl bych ze toho balastu je tam mnohem vic ;)
Nemohu si pomoct, ale ten druhý zápis toho balastu obsahuje méně.
No kdyz clovek umaze to nejdulezitejsi :D
Umazal jsem jen jakýsi nepodstatný komentář.
Nepodstatny pro pocitac, ale pro cloveka to ma vyznam, at uz to ze vy jaky typ ma ocekavat, tak i s pohledu IDE, pokud ma clovek lepsi IDE tak mu to pomuze s napovidanim a kontrolou chyb atd. Osobne je to k nezaplaceni. Vice mene jde o to ze slusne programovat v PHP lze jen pokud clovek pouziva spravne nastroje co mu aspon nejak simuluji typovost.
-
Nepodstatny pro pocitac, ale pro cloveka to ma vyznam, at uz to ze vy jaky typ ma ocekavat, tak i s pohledu IDE, pokud ma clovek lepsi IDE tak mu to pomuze s napovidanim a kontrolou chyb atd. Osobne je to k nezaplaceni. Vice mene jde o to ze slusne programovat v PHP lze jen pokud clovek pouziva spravne nastroje co mu aspon nejak simuluji typovost.
IDE zná návratový typ té funkce.
-
Nepodstatny pro pocitac, ale pro cloveka to ma vyznam, at uz to ze vy jaky typ ma ocekavat, tak i s pohledu IDE, pokud ma clovek lepsi IDE tak mu to pomuze s napovidanim a kontrolou chyb atd. Osobne je to k nezaplaceni. Vice mene jde o to ze slusne programovat v PHP lze jen pokud clovek pouziva spravne nastroje co mu aspon nejak simuluji typovost.
IDE zná návratový typ té funkce.
To ano ale u typovaneho jazyka, u PHP to nevi, teda nekdy to vedet muze ale casto ne, pokud mu nepomuzeme
-
Umazal jsem jen jakýsi nepodstatný komentář.
Nepodstatny pro pocitac, ale pro cloveka to ma vyznam, at uz to ze vy jaky typ ma ocekavat, tak i s pohledu IDE, pokud ma clovek lepsi IDE tak mu to pomuze s napovidanim a kontrolou chyb atd. Osobne je to k nezaplaceni. Vice mene jde o to ze slusne programovat v PHP lze jen pokud clovek pouziva spravne nastroje co mu aspon nejak simuluji typovost.
Ten komentář nemá význam ani pro člověka, neboť se na jeho správnost nedá spolehnout - kompilátor ho nijak nekontroluje.
Kromě toho mě typ návratové hodnoty v mnoha případech vůbec nezajímá a například u Simple Factory ani není predikovatelný. Když už, tak rozhraní.
-
Umazal jsem jen jakýsi nepodstatný komentář.
Nepodstatny pro pocitac, ale pro cloveka to ma vyznam, at uz to ze vy jaky typ ma ocekavat, tak i s pohledu IDE, pokud ma clovek lepsi IDE tak mu to pomuze s napovidanim a kontrolou chyb atd. Osobne je to k nezaplaceni. Vice mene jde o to ze slusne programovat v PHP lze jen pokud clovek pouziva spravne nastroje co mu aspon nejak simuluji typovost.
Ten komentář nemá význam ani pro člověka, neboť se na jeho správnost nedá spolehnout - kompilátor ho nijak nekontroluje.
Kromě toho mě typ návratové hodnoty v mnoha případech vůbec nezajímá a například u Simple Factory ani není predikovatelný. Když už, tak rozhraní.
No tak jsme se k tomu dopracovali ze jelikoz to php nektroluje tak je horsi nez jazyk co to kontroluje. Jinak pokud ma clovek dobre IDE tak to za nej kontroluje to IDE a da se na to spolehnout (ano i IDE se muze splest ale to uz je cena za to ze je to PHP).
Jinak ano samozrejme muze to byt interface, coz je to co pisu do return komentare te funkce aby mi to napovidalo aspon interface, ale to nekdy nestaci a mohu vyzadovat i presny typ.
-
Umazal jsem jen jakýsi nepodstatný komentář.
Nepodstatny pro pocitac, ale pro cloveka to ma vyznam, at uz to ze vy jaky typ ma ocekavat, tak i s pohledu IDE, pokud ma clovek lepsi IDE tak mu to pomuze s napovidanim a kontrolou chyb atd. Osobne je to k nezaplaceni. Vice mene jde o to ze slusne programovat v PHP lze jen pokud clovek pouziva spravne nastroje co mu aspon nejak simuluji typovost.
Ten komentář nemá význam ani pro člověka, neboť se na jeho správnost nedá spolehnout - kompilátor ho nijak nekontroluje.
Kromě toho mě typ návratové hodnoty v mnoha případech vůbec nezajímá a například u Simple Factory ani není predikovatelný. Když už, tak rozhraní.
No tak jsme se k tomu dopracovali ze jelikoz to php nektroluje tak je horsi nez jazyk co to kontroluje. Jinak pokud ma clovek dobre IDE tak to za nej kontroluje to IDE a da se na to spolehnout (ano i IDE se muze splest ale to uz je cena za to ze je to PHP).
Jinak ano samozrejme muze to byt interface, coz je to co pisu do return komentare te funkce aby mi to napovidalo aspon interface, ale to nekdy nestaci a mohu vyzadovat i presny typ.
Jinak koncim, uz se to tu zase diky Kitovi zvrhlo v debatu o PHP :D
-
No tak jsme se k tomu dopracovali ze jelikoz to php nektroluje tak je horsi nez jazyk co to kontroluje. Jinak pokud ma clovek dobre IDE tak to za nej kontroluje to IDE a da se na to spolehnout (ano i IDE se muze splest ale to uz je cena za to ze je to PHP).
Jinak ano samozrejme muze to byt interface, coz je to co pisu do return komentare te funkce aby mi to napovidalo aspon interface, ale to nekdy nestaci a mohu vyzadovat i presny typ.
Žádný jazyk nekontroluje obsah komentáře. Uvedený komentář nemá význam ani pro člověka, proto jsem ho bez skrupulí vyhodil.
Interface je jediné, co mě může zajímat. Přesné typy nejsou k ničemu potřebné.
V Javě často jako interface používám Object - což je vlastně zbytečné, protože vše je objekt. Napsat to tam však musím.
-
Jinak koncim, uz se to tu zase diky Kitovi zvrhlo v debatu o PHP :D
Mýlíš se, netýká se to jen PHP - v Javě i C# je to úplně stejné. Nezajímá nás konkrétní typ návratové hodnoty, ale rozhraní.
-
V Javě často jako interface používám Object - což je vlastně zbytečné, protože vše je objekt. Napsat to tam však musím.
pisete Object user = new User()?
-
V Javě často jako interface používám Object - což je vlastně zbytečné, protože vše je objekt. Napsat to tam však musím.
pisete Object user = new User()?
Někdy. Záleží na tom, co s tím objektem chci následně dělat. Často ten Object úplně stačí a není důvod, proč ho nepoužít. Když nestačí, tak je samozřejmě nutné použít jiné vhodné rozhraní.
-
V Javě často jako interface používám Object
Ty možná jo, ale běžné to naštěstí rozhodně není.
-
Někdy. Záleží na tom, co s tím objektem chci následně dělat. Často ten Object úplně stačí a není důvod, proč ho nepoužít.
Konkrétní příklad si dovedu představit, ale rozhodně nebude nijak častý.
-
kolko ludi mate na projekte?
Někdy. Záleží na tom, co s tím objektem chci následně dělat. Často ten Object úplně stačí a není důvod, proč ho nepoužít. Když nestačí, tak je samozřejmě nutné použít jiné vhodné rozhraní.
keby som videl premennu typu Object .. divil by som sa.
---
co s tym Object user robite ked to ma len toString a hashcode?
ked to chcete poslat do metody musite pretypovat. okrem pripadov ze vasa metoda vyzera
urob(Object o)
ked to chcete return-ovat, volajuca metoda musi pretypovat
mozete to davat do hashmapu (netypovaneho alebo typovaneho ako <object,object>) a poslat do domu
nejake ine priklady?
-
Někdy. Záleží na tom, co s tím objektem chci následně dělat. Často ten Object úplně stačí a není důvod, proč ho nepoužít. Když nestačí, tak je samozřejmě nutné použít jiné vhodné rozhraní.
keby som videl premennu typu Object .. divil by som sa.
co s tym Object user robite ked to ma len toString a hashcode?
Rozhraní Object používám pro případy, kdy potřebuji jen metodu toString() a nic víc.
Přetypování nepřichází v úvahu. Pokud bych ho potřeboval, tak zvolím jiné (vhodnější) rozhraní.
Celé to dělám hlavně kvůli tomu, abych mohl kdykoli vyměnit třídu za jinou se stejným rozhraním. Taková výměna pak proběhne jen na jednom řádku a na zbytek kódu nemá žádný vliv.
-
Zel bohum - zrovna Scala je neco, ceho bych se v praci spis bal ;)
Proč? Kvůli té košatosti stylu programování? Jen tak pro zajímavost...
-
Někdy. Záleží na tom, co s tím objektem chci následně dělat. Často ten Object úplně stačí a není důvod, proč ho nepoužít. Když nestačí, tak je samozřejmě nutné použít jiné vhodné rozhraní.
keby som videl premennu typu Object .. divil by som sa.
co s tym Object user robite ked to ma len toString a hashcode?
Rozhraní Object používám pro případy, kdy potřebuji jen metodu toString() a nic víc.
Přetypování nepřichází v úvahu. Pokud bych ho potřeboval, tak zvolím jiné (vhodnější) rozhraní.
Celé to dělám hlavně kvůli tomu, abych mohl kdykoli vyměnit třídu za jinou se stejným rozhraním. Taková výměna pak proběhne jen na jednom řádku a na zbytek kódu nemá žádný vliv.
citat po vas program musi byt velka radost :)
-
Rozhraní Object používám pro případy, kdy potřebuji jen metodu toString() a nic víc.
Přetypování nepřichází v úvahu. Pokud bych ho potřeboval, tak zvolím jiné (vhodnější) rozhraní.
Celé to dělám hlavně kvůli tomu, abych mohl kdykoli vyměnit třídu za jinou se stejným rozhraním. Taková výměna pak proběhne jen na jednom řádku a na zbytek kódu nemá žádný vliv.
OMG, neuvazoval jsi, ze by sis udelal zakladni Java certifikaci, pri ktere dozvis, jak se to ma pouzivat?
Je to mozna dobrodruzne, znovuobjevovat bezne triviality, lec efektivita takoveho pocinani nebude excelentni.
Jinak, pokud potrebujes menit tridu za jinou se stejnym rozhranim, tak pri pouziti Spring IoC containeru nemusis menit ani ten jeden radek kodu... Spring @Autowire se postara sam.
Preju mnoho stesti a zabavy pri objevovani kola.
-
citat po vas program musi byt velka radost :)
To mě těší.
-
Jinak, pokud potrebujes menit tridu za jinou se stejnym rozhranim, tak pri pouziti Spring IoC containeru nemusis menit ani ten jeden radek kodu... Spring @Autowire se postara sam.
Nebudu muset měnit jeden řádek kódu, ale celý Spring IoC container? Hmm...
-
Jinak, pokud potrebujes menit tridu za jinou se stejnym rozhranim, tak pri pouziti Spring IoC containeru nemusis menit ani ten jeden radek kodu... Spring @Autowire se postara sam.
Nebudu muset měnit jeden řádek kódu, ale celý Spring IoC container? Hmm...
Ten ti zůstává stejný. Jak třeba tím svým cool rozhraním řešíš vzdálené implementace?
-
javamane ty sa nevyjadruj k takym veciam, lebo ty nemas ani elementarne vzdelanie
-
javamane ty sa nevyjadruj k takym veciam, lebo ty nemas ani elementarne vzdelanie
Říká někdo, kdo nemá ani základku 8) Až budeš umět číst a psát, tak se stav.
-
ty svoju primitivitu dokazujes svojimi prispevkami ;)
-
Nebudu muset měnit jeden řádek kódu, ale celý Spring IoC container? Hmm...
Netusim, co chces menit na IoC ocntaineru.
Spring funguje tak, ze jej pomoci anotace @Autowired pozadas, at ti na prislusne misto injectuje objekt pomoci reflection API, ktery implementuje prislusny interface.
A protoze mas v claspath pouze jednu takovou implementaci, Spring ji automaticky instanciuje. Pokud je jich vic, pak se pomoci @Qualifier urci, ktera se ma pouzit. Pokud je jich vic a Spring nema jak urcit, kterou zvolit, Spring zbuchne apliakci hned na startu, oprav si to, hnupe.
Jednoduchy princip.
Takze v tvem pripade, kdyz potrebujes nahradit tridu, staci ji vymenit na classpath a Spring se postara o zbytek. Spring defacto pri spusteni aplikaci tuto aplikaci teprve sestavi podle sve konfigurace, jednotlive spring beany ne neinstancujou pres new, ale nechava se to Springovi, aby sam instanci vytvoril a na prislusne misto injektoval.
Neni potreba menit jediny radek kodu a ani ten kod vubec nemusis mit k dispozici, Spring si vystaci se zkompilovanymi classes.
-
Takze v tvem pripade, kdyz potrebujes nahradit tridu, staci ji vymenit na classpath a Spring se postara o zbytek. Spring defacto pri spusteni aplikaci tuto aplikaci teprve sestavi podle sve konfigurace, jednotlive spring beany ne neinstancujou pres new, ale nechava se to Springovi, aby sam instanci vytvoril a na prislusne misto injektoval.
Neni potreba menit jediny radek kodu a ani ten kod vubec nemusis mit k dispozici, Spring si vystaci se zkompilovanymi classes.
Není jednodušší vyměnit jedno slovo v jednom řádku programu (např. ArrayList za LinkedList), než se patlat s metaprogramováním?
-
Takze v tvem pripade, kdyz potrebujes nahradit tridu, staci ji vymenit na classpath a Spring se postara o zbytek. Spring defacto pri spusteni aplikaci tuto aplikaci teprve sestavi podle sve konfigurace, jednotlive spring beany ne neinstancujou pres new, ale nechava se to Springovi, aby sam instanci vytvoril a na prislusne misto injektoval.
Neni potreba menit jediny radek kodu a ani ten kod vubec nemusis mit k dispozici, Spring si vystaci se zkompilovanymi classes.
Není jednodušší vyměnit jedno slovo v jednom řádku programu (např. ArrayList za LinkedList), než se patlat s metaprogramováním?
Vidíš, to jsou blbci ti dnešní programátoři, že nepoužívají 20 let staré postupy :D Ale jako vtip to neni špatný, to zkusím nadhodit na nějakém meetingu. Snad mě rovnou nevyhodí :D
-
Takze v tvem pripade, kdyz potrebujes nahradit tridu, staci ji vymenit na classpath a Spring se postara o zbytek. Spring defacto pri spusteni aplikaci tuto aplikaci teprve sestavi podle sve konfigurace, jednotlive spring beany ne neinstancujou pres new, ale nechava se to Springovi, aby sam instanci vytvoril a na prislusne misto injektoval.
Neni potreba menit jediny radek kodu a ani ten kod vubec nemusis mit k dispozici, Spring si vystaci se zkompilovanymi classes.
Není jednodušší vyměnit jedno slovo v jednom řádku programu (např. ArrayList za LinkedList), než se patlat s metaprogramováním?
Vidíš, to jsou blbci ti dnešní programátoři, že nepoužívají 20 let staré postupy :D Ale jako vtip to neni špatný, to zkusím nadhodit na nějakém meetingu. Snad mě rovnou nevyhodí :D
Myslím že se na stand-up ligthting talk agile kick-off scrumu po power breakfast wake-up zen session týhle věci tuze pozitivně při vědomí přítomnosti zasmějete a budou vám pak impementace kontejnerů nepřetržité observability pěkně od ruky!
-
Vidíš, to jsou blbci ti dnešní programátoři, že nepoužívají 20 let staré postupy :D Ale jako vtip to neni špatný, to zkusím nadhodit na nějakém meetingu. Snad mě rovnou nevyhodí :D
Myslím že se na stand-up ligthting talk agile kick-off scrumu po power breakfast wake-up zen session týhle věci tuze pozitivně při vědomí přítomnosti zasmějete a budou vám pak impementace kontejnerů nepřetržité observability pěkně od ruky!
A když přijde na lámání chleba, tak zjistím, že takový adept nezvládne ani MVC.
-
Celé to dělám hlavně kvůli tomu, abych mohl kdykoli vyměnit třídu za jinou se stejným rozhraním. Taková výměna pak proběhne jen na jednom řádku a na zbytek kódu nemá žádný vliv.
kolko vyvojarov mate na projekte?
Není jednodušší vyměnit jedno slovo v jednom řádku programu (např. ArrayList za LinkedList), než se patlat s metaprogramováním?
je. nemusite mat cely projekt @autowired
@autowired neni o tom ze vymenim arraylist za linkedlist ale o tom ze napr vymenim servicu za dummy v testoch a nemusim nic prepisovat
-
@autowired neni o tom ze vymenim arraylist za linkedlist ale o tom ze napr vymenim servicu za dummy v testoch a nemusim nic prepisovat
Když používám DI, tak také v testech nemusím nic přepisovat. Prostě si injektuji takový mock, jaký potřebuji.
-
potom je vsetko fporiadku
kolko vyvojarov mate na projekte?
-
co je vysledkom tejto diskusie? aky prinos ma pre tazatela, ze ci ma ist do C# alebo Javy? (pozn. na PHP sa nepytal)
-
co je vysledkom tejto diskusie? aky prinos ma pre tazatela, ze ci ma ist do C# alebo Javy? (pozn. na PHP sa nepytal)
Výsledek diskuze je již v první odpovědi.
Další příspěvky byly spíš ve prospěch Javy, což je na tomto portálu vcelku logické.
-
co je vysledkom tejto diskusie? aky prinos ma pre tazatela, ze ci ma ist do C# alebo Javy? (pozn. na PHP sa nepytal)
Výsledek diskuze je již v první odpovědi.
Další příspěvky byly spíš ve prospěch Javy, což je na tomto portálu vcelku logické.
Jedina spravna reakce je poslat takoveho tazatele do zadele. Budto je to flamebait nebo je ta otazka proste pitoma.
-
co je vysledkom tejto diskusie? aky prinos ma pre tazatela, ze ci ma ist do C# alebo Javy? (pozn. na PHP sa nepytal)
Výsledek diskuze je již v první odpovědi.
Další příspěvky byly spíš ve prospěch Javy, což je na tomto portálu vcelku logické.
Jedina spravna reakce je poslat takoveho tazatele do zadele. Budto je to flamebait nebo je ta otazka proste pitoma.
Jasně, ať se radši na fóru nikdo na nic neptá... ;)
-
A k tématu - pokud není tazatel Windows orientovaný, tak za mě bych byl spíš pro Javu...
-
co je vysledkom tejto diskusie? aky prinos ma pre tazatela, ze ci ma ist do C# alebo Javy? (pozn. na PHP sa nepytal)
Výsledek diskuze je již v první odpovědi.
Další příspěvky byly spíš ve prospěch Javy, což je na tomto portálu vcelku logické.
Jedina spravna reakce je poslat takoveho tazatele do zadele. Budto je to flamebait nebo je ta otazka proste pitoma.
Jasně, ať se radši na fóru nikdo na nic neptá... ;)
Pokud to bude dotaz typu "jsou blondyny lepsi nez brunety", tak urcite.
-
Tazatel se ale ptal na uplatnění, ne na to, co je lepší.
-
Tazatel se ale ptal na uplatnění, ne na to, co je lepší.
To je to same. Kdyby se zeptal konkretneji, teda co se v tom da naprogramovat, jak vidi ostatni budoucnost (programovani pro) Windows, jestli se C# prosadi masivneji mimo Windows, bylo by to neco jineho. Nebo napsal, jakemu typu aplikaci se chce venovat.
Jestli se chtel zeptat pouze na to, zda ho s dobrou znalosti C#, prip. Javy nekdo zamestna a vydela si, je to otazka banalni a zbytecna. Asi jako kdyby se zeptal, zda se da (lepe) zit s blondynou ci brunetou.
-
Vidíš, to jsou blbci ti dnešní programátoři, že nepoužívají 20 let staré postupy :D Ale jako vtip to neni špatný, to zkusím nadhodit na nějakém meetingu. Snad mě rovnou nevyhodí :D
Myslím že se na stand-up ligthting talk agile kick-off scrumu po power breakfast wake-up zen session týhle věci tuze pozitivně při vědomí přítomnosti zasmějete a budou vám pak impementace kontejnerů nepřetržité observability pěkně od ruky!
A když přijde na lámání chleba, tak zjistím, že takový adept nezvládne ani MVC.
On ten blbec totiž používá knihovnu, co? :D