Příspěvky

1276

Studium a uplatnění / Re:studium v zahranici

« kdy: 08. 12. 2015, 15:39:21 »

Pokial ide o KU tak je to myslim ok(program si skladas sam az na 4 predmety, pozri sa co su tu za predmety) a ako prestiznu skolu by som to nebral. Pouvazoval by som ale aj o DTU.dk alebo ITU.dk zaleci co chces robit no.

Co je KU? Kodanska Univerzita? Podle ruznych meritek na netu docela prestizni je, minimalne prestiznejsi nez UK (Univerzita Karlova).
O DTU taky uvazuju, libi se mi tam jeden jejich program, kterej se obcas tezko shani na tech ostatnich.

Ale jde mi proste o to, ze si nechci jako matfyzak pohorsit co se tyce urovne. Zrovna ted ctu zkusenosti nejakyho matfyzaka s Malardalens University a prijde mi to jako docela bida - uz jen to, ze se jim skola nepostara ani o ubytovani, MHD moc nejezdi a je drahe a prisne kontroluji opisovani (to se na matfyzu nenosi). http://web.archive.org/web/20100221083006/http://www.tydlin.cz/__static/svedsko/index.html

Na VŠ opisuje jen debil.

1277

Studium a uplatnění / Re:VŠ versus zahraniční praxe

« kdy: 08. 12. 2015, 12:39:39 »

Ahoj, mam dotaz ohledne vs vzdelani x praxe. Po stredni skole a 2 letech praxe na admin/support pozici jsem dostal nabidku na praci do blizkeho zahranici. Nejedan se o zadnou hitparadu. Je to nabidka na "projekt" na dobu trvani 6 mesicu az 1 rok s moznosti prodlouzeni.

Techto vlaken je tu spoustu, ale ma otazka smeruje spis k "praxe v zahranici".

Premyslim, ze bych si VS dodelaval pozdeji v dalkove forme.

Dekuji za rady.

L.

Zahraniční praxe je rozhodně plus. VŠ je taky důležitá, ale dálkově se dělat dá, takže doporučuju do toho jít.

1278

Vývoj / Re:Dynamické programování ve Swiftu

« kdy: 08. 12. 2015, 03:11:06 »

http://babel.blog.root.cz/2015/12/08/swift-pro-linux/

1279

Studium a uplatnění / Re:Java + C

« kdy: 23. 11. 2015, 19:23:41 »

Rád bych se zeptal zda je pozdě se učit programovat ve věku okolo 23 let?

Na věku nezáleží. Člověk na to jen musí mít buňky.

1280

Studium a uplatnění / Re:Jaký MD rate pro Scala developera?

« kdy: 21. 11. 2015, 03:17:48 »

Dojima ma, ako niektori prirovnavaju programatorov k opiciam, ci lopatam. Kolko zarobi clovek obsluhujuci lopatu, a kolko clovek, ktory programuje? Ako musi rozmyslat ten co vyhadzuje hlinu a ako ten programator? Programovanie je kreativna praca a clovek to musi aj vediet. Btw. aj doktor je potom lopata,aj uctovnik, aj ucitel. By ma zaujimalo, aki programatori su ti,ktori tvrdia o programatoroch,ze su lopaty

Běžný lopatář má třeba od 30 do 60. Když má těch 60, tak si říká, že už je to fakt dobrý, protože vůbec neví, co dělají ostatní nelopaty. Hlavně mu to přijde až až, protože ví, že vlastně nic neumí a nenabízí.

Lopatář moc nepřemýšlí. Prostě dostane úkol, tak ho co nejrychleji dorazí. Že tím rozhodí koncept projektu? Nevadí, není přece architekt. Nevidí souvislosti a celkově klidně používá první řešení, které najde přes vyhledávač. Ať už je to klidně 5 let deprecated. Celkově ho toho moc nezajímá, protože on je přece programátor a lepí věci hlavně rychle. Večer pravděpodobně jde dělat něco jiného, protože práce pro něj je jen zdroj obživy.

Programování je krativní práce pokud něco tvoříš a ne pokud jedeš přesně podle analýzy, kde posíláš data z bodu A do bodu B. U všech oborů je plno lopat, ale právě proto existují peníze a nemusíš všem dávat stejně.

viac menej ste to opisali tak ako to je ale co mi na vasom pohlade vadi je ista povysenost s akou to prezentujete. napriklad nechapem co je zle na tom ak ma niekto tu pracu ako zdroj obzivy a po praci sa venuje rodine alebo konickom. co je akoze na tomto pristupe v principe zle? co je zle na to ze ma niekto pracu ako zdroj obzivy? na co by akoze mal inak do prace chodit? ano, cuduj sa svete, ludia chodia do prace aby mali z coho zit. takze este raz nechapem, preco by mal byt dehonestujuco oznaceny za lopatu ak sa snazi zaplatit ucty a mat cas na seba.

dalsia vec, podla vas sa lopata uz o svoj obor inak po praci nezaujima. opat to iste. a co je na tom? nie kazdy ma ochotu sediet nonstop za pocitacom a zarabat miliony. drviva vacsina "nelopat" nema ziadny socialny zivot a su to asocialne osobnosti ktore sa pozeraju vo svojej nadradenosti na ludi ktori im z nejakeho dovodu lezia v zaludku. ze by to bolo preto lebo to nie su noliferi?

ak je tu nejaka kategoria lopat tak sa k nej celkom dobrovolne hlasim. podla vasej metriky som lopata. zarabam 60+, o pracu sa extra moc nezaujimam a pracujem od osem do stvrtej a padla. nemam s tym problem a zijem pohodlny zivot bez stresu. aj ked som schopny nebyt lopata(empiricky overene, a to mi fakt verte), nemam motivaciu tou "lopatou" nebyt kedze v momentalnom svete vam aj lopatovanie zaisti velmi pohodlny zivot. preco by som nemal byt lopata?

Tobě vadí, že nejsou všichni stejní? To sis trochu spletl dobu. Nic špatného není na tom, že někdo není dobrý programátor. [...]

Špatné je, když si mizerný programátor myslí, že je dobrý.

1281

Vývoj / Re:Kvantový překladač

« kdy: 26. 10. 2015, 11:33:01 »

Narazil jsem na pojem "quantum compiler" a Google na mě vychrlil jen vědecké články, ze kterých moc moudrý nejsem. Dá se nějak jednoduše popsat, co to kvantový překladač je?

Každý kvantový "program" je jedna velká unitární matice (ne hermitovská, jak tu nedávno nesprávně zaznělo). Kvantový překladač rozkládá unitární matice do elementárních operací, které lze (fyzikálně) provést na kvantovém počítači. Většinou taková matice vznikne z kvantových hradel, jež jsou samy unitárními maticemi, pomocí násobení matic a tenzorových součinů nad kvantovými registry. K simulaci není překladač potřeba, stačí vynásobit stavový vektor danou maticí a máme výsledek.

1282

Vývoj / Re:Před C# začít s C ?

« kdy: 24. 10. 2015, 15:46:58 »

Tak pomalý vývoj ještě nutně nemusí být špatně. Takové C se za posledních 15 let téměř nezměnilo, ale kdybych si měl tipovat jaký jazyk se bude za 50 let pořád aktivně používat, bylo by to asi právě C.... ne že by pomalý vývoj zaručoval kvalitu, Javě se hodlám vyhýbat jak to jen půjde.

To je  smutne, nechciet sa nieco naucit a vyhybat sa. Zrovna koderina je oblast, kde sa treba ucit stale. Prave sa ucim funkcionalne programovanie, lebo dost strasia, ze sa to bude pouzivat. (vid haskell) Ista miera pragmatizmu nie je na skodu.

Už se používá

1283

Vývoj / Re:Před C# začít s C ?

« kdy: 24. 10. 2015, 15:40:37 »

Vyvoj sice ide dopredu ale akym tempom?je rok 2015 a java len teraz prisla s lambdami ktore sa stali beznou sucastou inych jazykov niekedy v roku 2005.

Inak java ako jazyk je hnus vsetci kolegovia z prace co v nej musia kodit na nu nadavaju aj C# ma svoje muchy a je ich dost (osobne mi svojou filozofoiu a pramociarostou noznostami viac vyhovuje F# pripadne z ineho sudka c++ alebo objective C) ale oproti jave je c# vykupenie. Mna uz len koli jave k androidu nikto nedostane.

Tak pomalý vývoj ještě nutně nemusí být špatně. Takové C se za posledních 15 let téměř nezměnilo, ale kdybych si měl tipovat jaký jazyk se bude za 50 let pořád aktivně používat, bylo by to asi právě C.... ne že by pomalý vývoj zaručoval kvalitu, Javě se hodlám vyhýbat jak to jen půjde.

C je tenká vrstva nad asemblerem, tam není co přidat. Naposled tam clang dal bloky.

Za 50 let se bude používat realtime Prolog

1284

Vývoj / Re:Java a statické metody

« kdy: 24. 10. 2015, 15:38:22 »

Stačilo by mít něco jako MutableString. Měnitelnost instancí hezky řeší ObjC. V C++ to mají podobně, sice třeba std::string se dá měnit, ale při práci s kolekcemi se na klíče dělá standardně CoW.

Nemas snad StringBuilder? Nastesti se neda moc dobre pouzivat tam, kde String.



Btw: nemichal bych tu moc final ve smyslu "nelze podedit" s immutable objekty. To spolu souviset muze a nemusi.

StringBuilder je něco úplně jiného, odpovídá stringstream a používá se v jiných případech než měnitelný řetězec.

1285

Vývoj / Re:Java a statické metody

« kdy: 24. 10. 2015, 13:59:35 »

Používání standardních typů jako například String nebo int vám nevadí?

Docela mi vadí, že třídy String a Integer jsou final. Nemohu je tedy dědit, ale musím je obalit. Snad k tomu měli tvůrci nějaký závažný důvod.

Co třeba STFW? :-) Hned první odkaz: Why is String class declared final in Java?

Neměnné objekty mají řadu výhod a dost usnadňují práci. Naopak kdyby šlo obsah Stringu měnit, tak by to vedlo k dost nevyzpytatelnému chování a programy by byly dost nespolehlivé – resp. musel by sis všechny vstupní parametry okopírovat do vlastního objektu, abys měl jistotu, že ti nikdo nebude měnit ty hodnoty pod rukama. Hodně lidí by se střelilo do nohy (asi jako v případě statických lokálních proměnných).

Pokud chceš obsah měnit, tak používej StringBuilder/StringBuffer. Pokud chceš přidávat chování, obal to vlastní třídou. Pro čísla platí totéž.

Stačilo by mít něco jako MutableString. Měnitelnost instancí hezky řeší ObjC. V C++ to mají podobně, sice třeba std::string se dá měnit, ale při práci s kolekcemi se na klíče dělá standardně CoW.

1286

Vývoj / Re:Před C# začít s C ?

« kdy: 24. 10. 2015, 13:54:17 »

java absolutne neni mrtva. vyvoj ide dopredu, bude java 9.

ziaden hlavny architekt nebol odvolany, mark reinhold by o tom nieco vedel.

dajte si fakty dohromady a aspon nazov piste poriadne

Vyvoj sice ide dopredu ale akym tempom?je rok 2015 a java len teraz prisla s lambdami ktore sa stali beznou sucastou inych jazykov niekedy v roku 2005.

Abychom byli fér, C++ a Objective-C dostaly lambdy taky dost pozdě. Nicméně pravdou zůstává, že inovace se v Javě dějí hlemýždím tempem. Už aby byl .NET na Linuxech (v nějaké použitelné formě).

1287

Vývoj / Re:Java a statické metody

« kdy: 24. 10. 2015, 00:15:36 »

Tohle je fakt legrační. Jak hádání se, jestli je lepší psát 5-5 nebo -5+5. Pak někdo přijde s tím, že lepší je 5+(-5) a další, že všichni jsou lamy, jedině ln(1) je správně. Pak někdo opáčí, že nejčistší je to udělat jako ln(-exp(i*pi)).

Ta poslední varianta je nejhezčí, říkal to nějaký Euler

1288

Vývoj / Re:Před C# začít s C ?

« kdy: 24. 10. 2015, 00:13:03 »

To není tak úplně pravda, kód je sice nativní, ale pořád se používá GC se všemi jeho výhodami a nevýhodami (alokuje deterministicky, ale když je málo volné paměti, značně klesá výkon).

Nechtěl jsem ho zatěžovat detaily. Ano pořád to používá garbagecollector. Ale na druhou stranu musím říct, že jsem pracoval na systémech programovaných pro servery kde docházelo k masívním přesunům dat a výraznější problémy v rychlosti jsem nezaznamenal a to jsem nepoužíval kod zkompilovaný do natívní formy.
 Mám za sebou i programování v C a C++, takže jsem osobně poznal jakou paseku můžou i v jednoduchých metodách napáchat memory leaky a osobně jsem nepotkal žádného guru, který by programoval úplně bez nich. Spíše se ty problémy vychytávaly v rámci bugfixingu. GC tyhle problémy čístečně odstraňuje. Sice se občas vyskytne nějaká nullreferenceexception, ale na rozdíl od problémů v C++ jdou tyhle problémy poměrně snadno vyřešit.
V případě velkých problémů s pamětí jde použít i metody třídy GC. Nebo  v případě problémů s pamětí použít nějaký buffer, nebo queue a sám si to ohlídat aby se to včas uvolnilo.
A nebo použít unsafe kód a přistupovat přímo do paměti pomocí ukazatelů a referencí jako v C++.
Možností je celkem dost jak se vyrovnat s problémy s pamětí, ale nemyslím, že se s tím ten tazatel ze začátku potká. GC dneska používá třeba i ten nový jazyk D, který vznikl přepracováním C++.

Okenní aplikaci s GUI bych klidně psal s GC, ale na zatíženém serveru bych to moc neriskoval, mám s tím špatné zkušenosti. BTW v C++ jde psát bez leaků, stačí dodržovat jednoduchá pravidla.

1289

Vývoj / Re:Před C# začít s C ?

« kdy: 23. 10. 2015, 20:30:17 »

Když je program v IL tak se při prvním zavolání metody tato metoda zkompiluje z IL do binárního kódu a potom už to běží stejně jako program v C++.

To není tak úplně pravda, kód je sice nativní, ale pořád se používá GC se všemi jeho výhodami a nevýhodami (alokuje deterministicky, ale když je málo volné paměti, značně klesá výkon).

1290

Vývoj / Re:Před C# začít s C ?

« kdy: 23. 10. 2015, 14:05:02 »

Ahoj, jsem začátečník-stařec, který má malou a dávnou zkušenost s Pascalem. Rád bych si jako hobby zkusil napsat nějakou jednoduchou aplikaci na PC, která "hezky vypadá". Jako vhodný jazyk mi byl doporučen C#, ale chci se zeptat, zda není vhodné předtím začít s C ? Díky

C# je zde opravdu nejvhodnější a C je navzdory názvu jazyk podstatně jiný. Myslím, že učit se ho by v tomto případě nadělalo víc škody než užitku (nehledě na zbytečně vynaložený čas).