Příspěvky

556

Odkladiště / Re:mysleni pana Programatora

« kdy: 08. 01. 2016, 20:30:02 »

... Čili je to pořád jenom takový cukr, na podstatě to nic nemění - JS je jednovláknová záležitost, kde blokování fce (tak jako právě v Erlangu/Elixiru) nepřipadá v úvahu. ...

Nikdy jsem to nepouzil, ale web workers vypadaji, ze bezi v jinem vlaknu.

Nevim, jestli to uplne souvisi, ale treba LiveScript ma zajimavou feature - backcally, ktere umoznuji nezanorovani callbacku.

Kód: [Vybrat]

do
  data <-! $.get 'ajaxtest'
  $ '.result' .html data
  processed <-! $.get 'ajaxprocess', data
  $ '.result' .append processed

JS:

Kód: [Vybrat]

$.get('ajaxtest', function(data){
  $('.result').html(data);
  $.get('ajaxprocess', data, function(processed){
    $('.result').append(processed);
  });
});

Po tom, co se hodne zajimavych veci z CoffeeScriptu dostalo do JS, verim, ze nemusi byt uplne nerealne, ze se dockame nejake obdoby backcallu i v JS .

557

Odkladiště / Re:mysleni pana Programatora

« kdy: 06. 01. 2016, 21:07:56 »

red_cars = map(lambda x: x.color = 'red', filter(lambda x: x.id == 'ID2376', cars))

Jinak, i ten filtr je v Elixiru daleko čitelnější:

Kód: [Vybrat]

red_cars = cars |> Enum.filter(fn x -> x[:id]==XXXX end) |> Enum.map(fn x -> x[:color]=:red end)

nebo ještě zhuštěněji:

Kód: [Vybrat]

red_cars = cars |> Enum.filter(&(&1[:id]==XXXX)) |> Enum.map(&(&1[:color]=:red))

Prihodim Scala verzi:

Kód: [Vybrat]

val redCars = cars.filter(_.id == "ID2376").map(c => {c.color = "red"; c})

pripadne takto

Kód: [Vybrat]

val redCars = cars filter {_.id == "ID2376"} map { c => c.color = "red"; c }

Kdyz jsem byl donucen psat v Pythonu nejaky ukol do skoly, tak pri srovnani se Scalou jsem si pripadal jak bez rukou. Volani nesla rozumne retezit, nezvykle poradi u operaci nad kolekcemi (mozna o zvyku, nevim), mnoho chybejicich operaci a zapis lambdy byl tak neuveritelne neprakticky uzvaneny.

A teda osobne me prijde meneni stavu v map jako prasecina...

Kód: [Vybrat]

def get_data do
  send(Agent1, :get_data)
  data = receive do
    {:get_data_response,data} -> data   #### TADY
    after 5000 -> raise "Timeout"
  end
end

data = get_data |> some_other_async
set_value('#user-val',data)
end

Zkusil jsem i druhy priklad, ale nevim zda jsem to pochopil spravne (Elixir neznam). Zvolil jsem features, prestoze ma Scala (udajne dobrou) actor knihovnu Akka, ale s tou skoro neumim.

Kód: [Vybrat]

def getData = Future {Thread.sleep(50); 4}
def processData(a: Int) = Future {Thread.sleep(50); a * 2}

val totalResultFuture = for {
  data <- getData
  result <- processData(data)
} yield result

val totalResult = Await.result(totalResultFuture, 2 seconds)
setValue(totalResult)

558

Studium a uplatnění / Re:Proč tolik matematiky?

« kdy: 05. 01. 2016, 17:27:05 »

Vice matematiky do skol !
http://imgur.com/VLjxIL0

Jsem pro. Mozna ze nemusi byt ani o tolik vice, ale spis lepe. Nepopularita matematiky na zakladkach a strednich je IMO zpusobena hlavne spatnou vyukou, ne obtiznosti, jak si casto rodice/zaci stezuji.

559

Vývoj / Re:Filtrování reklamy na iDnes a Lidovkách

« kdy: 01. 01. 2016, 21:12:34 »

Přísahám, žádnou reklamu tam nevidím.
... javascript tam mám zablokovaný. ...

Jak jsem psal vyse - reklama se pridava asi dynamicky (jinak by ji ten muj skriptik vzdy skryl, kdyz se spoustel pouze po nacteni, ted to v predchozi verzi obcas selhalo). Pokud tedy blokujete vsechen JS, tak asi nepotrebujete ani zadne jine blokovace a tuto konkretni reklamu na idnesu neuvidite .

PS: Zkusil jsem to a jde o nejaky skript z domeny gidnes.cz (jeji blokaci ale mozna prijdete o nejakou dalsi funkcionalitu).

Hodil jsem tam teda jeste jedno provedeni 0.5s po nacteni

Jupíí. To pomohlo. Ale musel jsem zvýšit timeout na 1500. Zdá se, že to funguje. Musím to pečlivěji odzkoušet, ale první výsledky jsou povzbudivé. Je mi tedy záhadou, JAK, ale funguje, protože ty elementy, které skrýváte, nemají ani id, ani class.

Díky moc. Tahle reklama mě skutečně otravovala a strávil jsem hodně hodin hledáním, jak se jí zbavit.

To jsem rad .

Vysvetleni je pomerne proste - skript najde element odkazu s textem "Reklama", overi, ze se odkazuje na domenu s reklamou (etarget.cz, nebo tak nejak) a nasledne prejde na rodice od rodice elementu toho nalzeneho odkazu (prejde o 2 "patra" vyse v html) a toho skryje. Posledni uprava spociva pouze v opozdenem spusteni vyhledavani.

560

Vývoj / Re:Filtrování reklamy na iDnes a Lidovkách

« kdy: 01. 01. 2016, 07:10:59 »

Podle toho se jen "targetuje", ale skryva se element rodic rodice. On je asi problem s tim, ze se reklama nekdy (mozna podle rychlosti pripojeni nebo odezvy) nacita az po dokonceni nacteni stranky (kdy se pousti user scripty). Hodil jsem tam teda jeste jedno provedeni 0.5s po nacteni (zkuste prosim aktualizovat ten user script). Coz neni kdovijak elegantni, ale rozbit se mi novejsi verzi nepodarilo. Pokud mate opravdu pomale spojeni, tak muzete zkusit drbnout do druheho parametru setTimeout (je to v milisekundach). Pokud by se tento pristup neosvedcil, tak to mohu zkusit prepsat a kontrolovat vsechny zmeny stranky (trochu narocnejsi na implementaci a vykon prohlizece).

561

Vývoj / Re:Vyplatí se učit C++?

« kdy: 31. 12. 2015, 19:26:57 »

Porovnám to pak na x86, ARM, MIPSu a PowerPC.

A tak se deje, ze vsichni, pokud neni opravdu zbyti (hry*, embeded), voli variantu malinko pomalejsi aplikaci + vice pameti (ktera je nyni smesne levna) a mene programovani (ktere je stale velmi drahe).

Pravda. Čili je to naopak, než co tu opakovaně (nesmyslně) zaznělo: V Javě, ne C++, se musí za účelem dosažení řádově srovnatelné rychlosti "prasit".

Jste si to spatne interpretoval - pokud chcete optimalizovat kdekoliv, tak spadnete k praseni. Pokud vyberete specifickou ulohu, u ktere z vlastnosti technologie vyplyva neefektivita... Uplne stejne se to muze udelat i naopak a "shodit" nejen C++ ale jakykoliv jazyk, jak ze jsou nevykone.

Pokud tohle povazujete za produkcni kod (reagujete na muj prispevek, takze asi ano), tak stejne pouzijete specializovanou knihovnu a neresite to takto kulatenim kola. Ocekavate, ze Java implementace bude pomalejsi, ale to jsem ja v prispevku, na ktery reagujete napsal, ze to tak casto bude . Rozdil je v tom, pokud bude opravdu rozdil ve vykonu i s pouzitim spec. knihovny, ze v Jave to zboucha kdejaky stredoskolak za chvilku, kdezto v C++ si za to reknou trochu vic a chvilka to byt nemusi. Vyhoda je, ze v Jave casto jen z JITu dostanete zadarmo vykon, pro ktery musite v C++ "makat".

562

Vývoj / Re:Filtrování reklamy na iDnes a Lidovkách

« kdy: 31. 12. 2015, 17:35:11 »

Neco jsem spichl - https://greasyfork.org/en/scripts/15769-odstran%C4%9Bn%C3%AD-reklam-pod-%C4%8Dl%C3%A1nky-idnes-cz-a-lidovky-cz. Neni to teda moc testovane (pouze jeden clanek na kezdem servru). Targetuje to element podle textu (Reklama) a domeny odkazu, takze by to snad nemelo zabijet nic jineho, nez tu reklamni cast. Pokud by s tim byly nejake problemy, tak mi pisnete PM tu nebo na greasyfork.

563

Vývoj / Re:Vyplatí se učit C++?

« kdy: 31. 12. 2015, 14:41:53 »

<trolling>Buďme rádi, že Java existuje, výběh pro patlaly se hodí. Noční můrou by bylo, kdyby se tato sorta lidí pokoušela psát aplikace v C nebo C++.</trolling>

Člověku, co zná jen Javu (a tudíž ji fanaticky hájí a vynáší do nebes, jako noef), se nedá vysvětlit, že C++ je stejně high level jazyk.

<trolling>Prase se taky těžko přesvědčuje, aby se neválelo ve vlastních ho..ech.</trolling>

Opravdu? Vidim tu snahu o trolling, protoze vas prispevek nejen, ze je jak od lopaty, navic je nepravdivy. (Coz nabizi otazku, zda opravdu neni od lopaty, ze...) Rozhodne neznam jen Javu, nejnovejsi verzi jsem dokonce snad ani nepouzil. Usekl jste si pekny trapas, vzdyt primo v tomto vlaknu propaguji Scalu a alternativni pristupy nekolikatou stranu (zminl jsem napr. i Haskell, Frege a F#).

A ze bych Javu vychvaloval, nebo dokonce "vynasel do nebes", to myslite opravdu vazne? Protoze asi nejste prilis bystry, tak mi nezbyva, nez se citovat:

... Nevim, jestli se citite urazen vyrokem, ze C++ je spatlanina (pejsek a kocicka), ale je to bohuzel pravda. A rozhodne to nerikam proto, abych "vyhral" diskuzi. Podobny nazor mam i na JavaScript, ve kterem nyni prevazne pracuji. A prestoze Java mi prijde o trochu lepsi, tak ma take hodne much (nejvetsi asi generika, ve srovnani s C# je to slabota, a to .NET moc nemusim). ...

Ja nepopiram high-level aspekt C++, jen jsem rikal, ze pokud pouzivate tento high-level pristup, tak je jedno, jestli delate v C++ nebo v Jave, dosahnete vykonostne stejneho vysledku (dokonce tu nekdo zminoval nejakou studii od Googlu). Pokud se pujde vice "low-level", tak velkym rozdilem bude cas a narocnost vyvoje vymenou za lepsi vykon. Tzn. napsat projekt v C++ vyjde zadavatele v kazdem pripade draz, nez v Jave. Vysledny produkt u high-level pristupu, pominu-li pametovou narocnost, bude davat stejne rychle stejne vysledky a tudiz je rozdilem pouze cena prace. Vzhledem k tomu, ze Java je navrzena tak, aby v ni mohl zacit delat skoro kdokoliv (az se nabizi ono drazdive slovo "opice"), se neni cemu divit, ze hodinova sazba zacinajiciho Javisty a CPPisty se asi budou pomerne dost lisit. No a u "low-level" pristupu s rucnim tunenim pristupu k pameti a opravdovymi zisky na vykonu to vyjde zakaznika velmi draho, protoze hodinova cena C++ profika je velmi vysoka. A tak se deje, ze vsichni, pokud neni opravdu zbyti (hry*, embeded), voli variantu malinko pomalejsi aplikaci + vice pameti (ktera je nyni smesne levna) a mene programovani (ktere je stale velmi drahe).

Predchozi tvzreni podporuje i Tiobe index. Nevim tedy, jak moc je realne vypovidajici, ale C++ vykazuje celkem patrny trend - dlouhodoby postupny pokles.

*: U indie her se davno pouzivaji "pomale" jazyky jako C# a Java. Co je zajimave, ze uz i do AAA her zacinaji prorazet, prestoze spise jen pro skriptovani a UI, jazyky a technologie jako Adobe Air (v podstate Flash, UI v MMORPG, napr. Tera), Lua (napr. addony ve WoW) nebo JavaScript (skriptovani v Unity Enginu).

PS: Patlat a bastlit se da v jakemkoliv jazyku, to ze delate v C++ z vas lepsiho programatora nutne nedela .

564

Vývoj / Re:Vyplatí se učit C++?

« kdy: 30. 12. 2015, 17:33:34 »

... zda se ze okopirovali jen to nejlepsi z vetsiny jazyku (mysleno pozitivne).

Bez kopirovani by snad nebyl pokrok, mely bychom jen hodne sisatych kol, ale zadna auta . Nektere firmy v tom vynikaji - treba Blizzard, proste vyberou dobre vlastnosti stavajicich her, krasne to nalesti a uspech je na svete (take to neminim negativne).

565

Vývoj / Re:Vyplatí se učit C++?

« kdy: 30. 12. 2015, 16:03:16 »

Neumi anotace i nejaky novy JavaScript (prisahal bych, ze jsem to nekde cetl)? V anotacich nevidim problem, pokud jsou vhodne pouzity - napr. knihovnami - tak mohou byt velmi uzitecne. To stejne reflexe nebo generovani/upravovani bytekodu za behu - muze to velmi zprijemnit pouzivani knihovny.

Typ tuple se casto povazuje za prasecinu, zvlaste kdyz to vraci nejake API, je to jako mit nepojmenovane vystupni promenne. Ve Scale se to doporucuje resit pres case class - immutable trida, kterou lze pohodlne definovat na jednom radku. Nebylo neco takoveho planovane i pro Javu?

Nekdo tu psal, ze v C++ nepouziva nic low-level ani ASM. Ja ale nikde nepsal, ze se to bezne pouziva, pouze, ze pokud se to neuzije, tak moc velke (zedne?) vyhody oproti Jave/C# nebudou. Pametova narocnost bude urcite vyssi, ale jak je videt, tak se vyplati.

K nevyhodam Javy - lepsi generika (ne na urovni C#, ale rozhodne pouzitelnejsi, lze napr. instancovat gen. typ), vicenasobnou dedicnost (traity) i vlastni operatory Scala podporuje (z dalsich vlastnosti umi napr. makra pro prekladac, patern matching nebo implicitni parametry). Jak jsem zminil vyse, nekdy je oznacovana jako nastupce Javy, ikdyz tomu moc neverim. Ale rozhodne je hezke videt, jak Scala a dalsi jazyky tlaci vyvoj Javy kupredu .

566

Vývoj / Re:Vyplatí se učit C++?

« kdy: 30. 12. 2015, 10:41:12 »

..... z mala zkusenosti.....

Tak kdyz necemu nerozumim, nebo nemam zdroj tak o tom nemuzu diskutovat prece

Zacinam mit podezreni na trolla. Podle ceho soudite, ze nerozumim Jave/Scale? Nebo clovek musi rozumnet C++, aby byl schopen srovnat vykon (ne je psat) dvou implementaci v Jave a C++? Jednalo se o mensi projekty, ale nevidim duvod, proc se nepodelit o zkusenost, od toho tu snad je toto forum.

Z benchmarku, co jsem nasel, to vypadalo zatracene vyrovnane pro Javu a C++. Akorat s tim rozdilem, ze C++ varianta byla narocnejsi na vytvoreni. Myslim si, ze vykon C++ je casto precenovany. On se magicky nikde nenabere, pokud mate pomaly algoritmus, tak v Jave bude diky JITu s velkou pravdepodobnosti mnohem rychlejsi, nez v C++. Pokud mate rychly alogritmus, tak budto to nabouchate rychle v Jave a ono to bude prumerne rychle, anebo musite nasobne dele v C/C++ zatracene dobre naplanovat praci s pameti (odtud to "low-level"), abyste prekonali JIT a GC v Jave. Pak tedy samozrejme muzete zvolit i profesionalnejsi pristup v Jave, dosahnout velice solidniho vykonu, ale s kratsim casem na vyvoj.

Nevim, jestli se citite urazen vyrokem, ze C++ je spatlanina (pejsek a kocicka), ale je to bohuzel pravda. A rozhodne to nerikam proto, abych "vyhral" diskuzi. Podobny nazor mam i na JavaScript, ve kterem nyni prevazne pracuji. A prestoze Java mi prijde o trochu lepsi, tak ma take hodne much (nejvetsi asi generika, ve srovnani s C# je to slabota, a to .NET moc nemusim).

...
P.S. Je to univerzální tvrzení pro generický kód, ono se totiž v těch jazycích ani moc prasit nedá (nepočítám využití ASM apod., to jde všude a benchmark by v tom psal jen debil). Vsadím boty, že kód nevyužívající knihovny (psané pro většinu jazyků zhusta - proč asi - v C nebo přímo ASM), tj. testující jen kvalitu překladače, v Javě rychlejší nebude ani omylem. "Argument" o low-level a delším času na vývoj je ničím nepodložený rádobyargument nemající váhu. V tomto případě je ostatně validním argumentem jen kód.

Pokud ma jazyk rychle knihovny, tak pro spravne pouziti jazyka zvolime rychlou knihovnu - nemusime sami psat v C/C++/asm a dosahneme stejneho vysledku, jako nekdo v C++, ktery bude znovu kulatit kolo a velmi dlouho vyvijet neco, co uz pro jine technologie existuje "zadarmo". Co si pamatuju, tak v Jave volat prilist casto nativni kod je hodne nevyhodne, tim bysme si v benchmarku nepomohli (leda by se cely vypocet, ne casti, pocitali externe). V C++ lze jit opravdu nizko, ale rucne optimalizovat na urovni ASM a byt lepsi nez prekladac uz nyni obcas byva problem. Navic casova narocnost takoveho ukonu ve srovnani s prekladacem je rozdil mnoha radu.

To myslite vazne s tim, ze v C++ se vyviji rychleji nez v Jave/C#? Proto tyto "vyssi" jazyky vznikly, aby odstinily od bremene rucni udrzby pameti a programator se mohl soustredit na ukol misto reseni technickych detailu.

Validnim argumentem pro obecne tvrzeni je pouze kod? Pokud guru stravi tisic hodin ladenim dokonaleho trideni pro tabulku vitezu v singleplayer hre v asembleru a prijde pepa a zboucha to v Jave za pet minut, tak prestoze reseni od profika nese vyrazne lepsi vysledky, je nanic, protoze nikdo nezaplati 1k hodin specialisty na jednoduchy nekriticky ukol, pokud to zvladne stredoskolak za 5 minut.

Vzhledem k tomu, ze v C++ lze pouzit ASM, tak si troufam rict, ze vzdy pujde napsat rychlejsi nebo stejne rychle reseni jako v Jave. Pokud uplne ignorujeme cas (tim padem penize) potrebny pro vyvoj, pak je C++ vzdy lepsi nebo stejne dobre jako Java. Ne, jsem si zcela jisty, ze pri srovnavani jazyku nemuze byt jedinnou metrikou rychlost v benchmarcich, jinak by jsme totiz zustali navzdy u datlovani kodu ve strojovem jazyce.

Abych rekl pravdu, tak me take prekvapilo, jak srovnatelne si Java oproti C++ casto vede. Nejak tak podvedomne, asi pod vlivem nikdy nekoncici kampane odpurcu o pomalosti a nenazranosti Javy, jsem predpokladal, ze to bude alespon jednou tak pomale. Videt je to napr. v tomto clanku (ta pomalost Javy pro mensi narocnost je dana tim, ze se meril i start JVM, coz je IMO spatne).

567

Vývoj / Re:Vyplatí se učit C++?

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

https://www.quora.com/Is-LinkedIn-getting-rid-of-Scala

Tak pokud je pravda, jak o tom nekdo pise, ze duvodem pro Scalu byl "cool faktor" . Ne, vazne, pokud ze Scaly chteli jen zaklady paralelniho pristupu (asi future, iteratee apod.) a dal se neposunuli, tak je celkem pochopitelne, ze s novou Javou neni pro ne duvod zustavat u Scaly. Stejna situace by byla, kdyby si firma vyzkousela C++ a pak se vratila k C, protoze jim plne stacilo a vyvojari stejne v C++ tapali. Neni to chyba jazyka nebo technologie, pokud ji nekdo nasadi spatne.

Nevim, jestli se mam vubec obtezovat s vyvracenim "Swift je 4x rychlejsi nez Java". Mozna, pokud plati podminka "kód se ale nesmí zprasit" a zaroven se investuje nekolikanasobne vice casu do vyvoje (tj. kod se "doprasi" low-level optimalizacemi), pak to asi muze platit, ikdyz stale pochybuji o univerzalnosti tvrzeni. Vyhoda Javy/C# je prave v tom, ze rychle (= levne) dostanete pomerne rychle fungujici reseni, ktere muzete zase levne (ve srovnani s C++) rozsirovat. Z mala zkusenosti*, co mam s C/C++ vs Java/Scala, mi vyslo, ze toto "pomerne rychle fungujici reseni" je ve vetsine pripadu rychlejsi, nez reseni v C++ vyvinute za stejny cas.

*: Muj vzorek je ale maly. Celkem by me zajimalo, jestli existuje nejake srovnani zohlednujici krome vysledneho vykonu take napr. dobu a cenu vyvoje.

568

Vývoj / Re:Vyplatí se učit C++?

« kdy: 30. 12. 2015, 07:21:18 »

<ot>sry,ja vic v diskuzich ocenuju fakta/zkusenosti/znalost nez dohady/drby/pocity</ot>

Ono to vyjde zhruba nastejno, protože to, co jeden vydává za dohady/drby/pocity, to jiný vydává za fakta/zkusenosti/znalost.

Bohuzel...

.....tusim..... ,........jestli si dobre pamatuju........ , ........predpokladam....., ...... by asi nemela .......

.....jsem myslel, .......nevim, tam to bude asi.......,  .......si nemyslim, ze by bylo ......

<ot>sry,ja vic v diskuzich ocenuju fakta/zkusenosti/znalost nez dohady/drby/pocity</ot>

Myslim, ze uz ted venuji jednomu prispevku vice casu, nez vetsina ostatnich, kteri prispivaji. Diskuze o tom, zda by se nekdo mel naucit dalsi jazyk, je IMO prave o dojmu a pocitu, jestli to dotycnemu k necemu bude a samozrejme nazory na jazyky a technologie budou vzdy take silne subjektivni. (Plus teda jedno spojeni se vaze k mlhavemu vyjadreni predchoziho prispevku, pokud bych to spojeni vynechal, tak "natvrdo" podsouvam svoji interpretaci a vydavam ji za neco, co dotycny mozna ani nemyslel.)

Pokud vas ale tolik trapi moje nedostatecne asertivni vyjadrovani, tak si jednoduse odmyslete ta vatova slova. Zdroje o uziti Scaly jsou k nalezeni zde. Vse, co jsem napsal, sedi k clanku na wiki - Elixir a Erlang.

Pokud neco nevim na 100% (napr. necetl jsem dany clanek pred pul hodinou), tak proste nemam ve zvyku to tak prezentovat.

PS: Nemusite se obtezovat s vyzobavanim slovnich spojeni, ktera vas tak drazdi. Vim ze tu jsou a je mi to jedno. Pokud vam vadi muj styl psani, tak prosim moje prispevky nectete .

569

Vývoj / Re:Vyplatí se učit C++?

« kdy: 29. 12. 2015, 19:09:10 »

Tak zrovna ta Scala, prestoze je z akademickeho prostredi, je zamerena dost prakticky. Bezi na tom i velke veci, tusim Twitter a LinkedIn, jestli si dobre pamatuju. Kdyby byla "vice akademicka" (predpokladam, ze myslite ciste FP), tak by asi nemela ani takovy uspech, jako nyni. Diky tomu, ze je to hybrid, lze s ni zacit v podstate psat "jak v Jave" a casem muze normalni programator pribirat vice a vice ficur z jinych svetu.

Elixir jsem myslel, ze je pribuzny s Erlangem, ktery je take komercne pouzivany (telco). O Haskellu nevim, tam to bude asi podstatne horsi, nez u predchozich. Ale po zkusenostech ze skoly s nim si nemyslim, ze by bylo potreba nadprumerne IQ. Po par tydnech (rozhodne ne intenzivniho studia) jsme byli snad vsichni v tom schopni premyslet (tj. napsat tymovy projekt, tusim AI nejake deskovky).

570

Vývoj / Re:Vyplatí se učit C++?

« kdy: 29. 12. 2015, 17:35:07 »

Jak už zmínili ostatní, tak ani C++ ani Java mi jako volba na "vyzkoušení nového jazyka" nepřijde vhodná.

C++ je velmi, až snad neprakticky, komplexní (např. na FITu byl často označován jako jazyk "pejsek a kočička vařili dort"). Pokud opravdu vážně nepřemýšlíš o vývoji profi her nebo pro HW, tak bych se mu velkým obloukem vyhnul.

Java není špatný jazyk (osobně mám věci kolem JVM celkem rád), ale pokud dobře ovládáš C#, tak nevidím moc přínosů ve zkoušení Javy, která je hodně podobná a navíc by sis asi připadal celkem omezený (ve srovnání s C#).

Vyber si nejlépe nějaký jazyk, který umožnuje programovat logicky nebo funkcionálně. Ať se kromě jiné syntaxe také naučíš přístupy, které budeš moc i použít v práci.
  Pokud chceš zkusit něco na JVM, tak můžu doporučit jazyk Scala (umožňuje OOP i FP; můžeš si zkusit pohrát např. s aktory z Akka) a kurzy zdarma na Coursera. Z jiných jazyků nad JVM mě zaujal ještě skoro neznámý Frege - v podstatě Haskell na JVM. Ten jsem bohužel ještě neměl čas zkusit.
  A nebo zůstat blíže domovu a zaexperimentovat si s již doporučovaným F#, nebo se neučit nový jazyk a vyzkoušet nějaké pokročilé věci v C#/.NETu - třeba generování tříd za běhu (do .NETu moc nevidím, ale předpokládám, že to bude podobné jako u JVM).