Příspěvky

841

Odkladiště / open source vs. Open Source

« kdy: 13. 10. 2013, 20:31:50 »

Nejsem si uplne jisty s oznacenim software.

• closed-source - uzavrene zdrojove kody
• open-source - kody jsou k dispozici (ne nutne vsem)

vs.

• proprietarni - uzavrene zdrojove kody, asi komercni licence
• Open Source (zrejme tu zalezi na velikosti pismen) - kody jsou k dispozici pod nejakou Open Source licenci

Co kdyz ale pouze zverejnim zdrojaky? Jestli to chapu dobre, tak je to open-source (ne Open Source), ale copyright dale plati. Nebo se pletu? Par stranek, co jsem videl, totiz definovalo open-source (ano, malymi pismeny) tak, ze uzivatel ma pravo i upravovat a sirit.

842

/dev/null / Re:Minecraft - save

« kdy: 12. 10. 2013, 17:50:11 »

Spoušíš minecraft přímo nebo přes wine?

  poustet Java aplikaci pres wine?

save se snadno poskodi, pokud se minecraft vypina "natvrdo" = zavrenim okna (alespon tomu tak byvalo). asi bych zkusil postup z wiki - http://minecraft.gamepedia.com/Tutorials/Recover_corrupted_saved_world_data (nezapomenout zalohovat!).

843

Studium a uplatnění / Re:Bc. studium FIT VUT vs FI MUNI

« kdy: 23. 09. 2013, 16:13:45 »

IMO to je podobne, jako mit obor "Java programator" a mit tam jen jeden povinny predmet zlehka nastinujici problematiku prekladacu. A tak si myslim, ze by to melo byt - student si zvoli specializaci, ne ze studuje vse. Pokud bude chtit, muze si pribrat volitelne navazujici predmety pokryvajici mnohem vice latky [s vetsim durazem i na teorii]. (Popravde bych si podobne predstavoval i stredni skoly, ale vzhledem k soucasnemu stavu se to jevi dost utopicky...)

Take bych OP doporucil podivat se po studentskych forech (napr. fituska) a kdyztak i tam se poptat.

844

Studium a uplatnění / Re:Bc. studium FIT VUT vs FI MUNI

« kdy: 23. 09. 2013, 15:44:49 »

Tu informaci jsem mel pres znameho, takze je mozne, ze to neni presne. Ale ikdyz jsem se podival na MED MUNI tak tam je (i v bakalari) hodne oboru na vyber (http://www.med.muni.cz/index.php?id=987). Ve srovnani s FITem, kde je na bakalari prave jeden obor (http://www.fit.vutbr.cz/study/programs/.cs) a volnych kreditu pouze na par volitelnych predmetu...

845

Studium a uplatnění / Re:Bc. studium FIT VUT vs FI MUNI

« kdy: 23. 09. 2013, 15:17:16 »

Tak se mi zdá, že se debata zvrhla do diskuse, co vůbec musí člověk znát, aby tak nějak naprogramoval X procent běžných úloh. Ale podle mne, jestli někomu stačí, aby zvládnul X % běžných úloh, tak ať dává pozor na střední škole a trochu si procvičí tam probíranou látku, případně ať si projde nějakým kursem programování, VŠ nepotřebuje.

Tak nevim, pokud nekdo chce pracovat v IT tak bez diplomu nebude mit dobre sance. (Dokonce jsem slysel, ze nekteri personalisti brali v potaz jen par "lepsich" skol a diplom z jine byl ekvivaletni zadnemu diplomu.)

Od vysokoškoláka bych čekal, že bude mít znalosti o dost podrobnější (ve svém oboru), že to bude opravdový specialista.

Neni problem treba v tom, ze na dost IT fakultach nemate moznost volby zamereni (neni to prave obor?). Chtel bych videt, jak by to dopadlo, kdyby treba na medicine museli najednou vsichni studovat podrobne vse...

Původnímu tazateli bych poradil, ať si vybere podle předmětů a zaměření, podle toho, co ho zajímá (baví) a jestli chce víc teorie, nebo praxe. Takové to těžká/lehká škola, to bývá subjektivní hodnocení a záleží i na konkrétním vyučujícím.

Tady je smutne, ze FIT se stal "tezkou" skolou predevsim kvuli nesmyslnym opatrenim ze strany vedeni. Prestoze se studium stalo obtiznejsi (az nepratelske), tak mam pochybnosti o tom, ze bych nyni skolu hodnotil jako kvalitnejsi/prestiznejsi. Schvalne si (OP?) zkuste dohledat ten studentsky pruzkum - lidi, co by fakultu doporucilo drasicky ubylo (pred par lety by ji doporucila vetsina, nyni skoro nikdo).

846

Studium a uplatnění / Re:Bc. studium FIT VUT vs FI MUNI

« kdy: 20. 09. 2013, 15:46:09 »

Ale to, že nebudete v praxi navrhovat procesor, nebo třeba psát kompilátor vy, ještě neznamená, že to nebude dělat chytřejší kolega.

Chcete snad rict, ze kdyz clovek na ktereho reagujete nebude psat kompilator nebo navrhovat procesor, tak musi byt hloupy? A obecne, proc by chytrejsi lidi melo vic bavit psani kompilatoru nebo navrh procesoru? To, ze je nekdo chytrejsi podle me neznamena, ze bude vykonavat specializovanejsi praci (napr. to muze mit jen jako konicek, muze byt liny, muze ucit, ...).

IMO by na skole mely byt uplne zaklady = 1 predmet povinny a zbytek by si studenti volili podle sveho zamereni. Nedavno v bakalari na FITu si neslo zvolit skoro nic (jestli si pomatuju dobre, tak jsem mel 4 predmety za malo kreditu, takze prepocteno na prumerny povinny predmet to bude jeste mene)...

847

Studium a uplatnění / Re:Bc. studium FIT VUT vs FI MUNI

« kdy: 19. 09. 2013, 11:30:09 »

Dost vlaken s timto tematem (srovnani vejsek, fakult) se vetsinou zvrhne v teoreticky pristup vs. prakticky pri vyuce, potreba studovat vejsku kvuli znalostem, nebo jen papirku, ci nestudovat vubec atd. (Diskuze jsou to vetsinou zajimave, ale pro OP asi ne moc uzitecne. Mozna by to chtelo castejsi zasah moderatora - napr. oddelit offtopic do jineho topicu.)

Neco k topicu o FITu jsem psal uz tu http://forum.root.cz/index.php?topic=6514.msg63284#msg63284 (nema ve jmenu primo FIT ani FI, mozna to tedy OP jeste necetl).

848

Vývoj / Re:Učit se Javu nebo C++?

« kdy: 11. 08. 2013, 10:50:53 »

1. Java je kompilovaný jazyk, výstup překladače je virtuální strojový kód. Narozdíl od interpretovaných jazyků není možno kód měnit za běhu, není zde eval jako v javascriptu.

Neni pravda, viz ASM nebo Javassist (sice jde spis o generovani nez zmenu kodu, ale vyjde to nastejno; navic mam pocit, ze existuji nejake oracle VM-specific metody jak vymenit i uz nactenou tridu - tj. menit kod za behu).

Osobne fandim JVM, tj. Jave a hlavne Scale.

849

Vývoj / Re:Učit se Javu nebo C++?

« kdy: 06. 08. 2013, 11:43:22 »

Vychazel jsem ze specifictejsich clanku - Mixin a Trait, tam je pomerne jasne receno, ze mixin nevznika dedenim (takze nemuze jit o vicenasobnou dedicnost) a trait je mnozina metod, ktera umoznuje znovupouzivani kodu bez vicenasobne dedicnosti.

Bohuzel je pravda, ze se to asi hodne casto nepresne pouziva (i primo na wiki nektere vety pusobi sporne). Napr. o Scale jsem videl hodne clanku, ktere popisuji jak implementovala vicenasobnou dedicnost. Pritom na ofic strankach maji jasne:

"Classes are extended by subclassing and a flexible mixin-based composition mechanism as a clean replacement for multiple inheritance."

Když to bude mít implementaci, tak už to není interface 

Psal jsem mimo jazykového fanatismu. No nic... Aspoň Waseihou poslal rozumnou odpověď.

Kdyz muzeme mit interface s implementaci, tak proc nezacit pouzivat pro konstantu pojem promenna? Meli ten interface prejmenovat, takhle to bude hodne matouci.

850

Vývoj / Re:Učit se Javu nebo C++?

« kdy: 06. 08. 2013, 10:29:03 »

..ani v jave, ani v pythone, ani v ruby...vlastne, kde inde *je*?

Vícenásobná dědičnost je v Javě 8 (až tedy vyjde), Scale i Ruby. Diamond není problém, pokud se to navrhne dobře.

V Javě 8 to vyřešili jednoduše tak, že v interfacech stále nesmí být fieldy a v případě kolize metod je třeba explicitně říct, kterou ze zděděných implementací chci.

Scala má naproti tomu jasnou specifikaci pořadí přimixování traitů, takže trait díky tomu umí v podstatě všechno co abstraktní třída (fieldy, protected dědičnost), jenom mu chybí kontruktor.

V pripade Javy a Scaly (Ruby neznam) to ale neni vicenasobna dedicnost. wiki:

Multiple inheritance is a feature of some object-oriented computer programming languages in which a class can inherit characteristics and features from more than one superclass.

Trait ani interface neni trida ...

To je ale jenom slovíčkaření. "Vícenásobná dědičnost" nemusí nutně znamenat, že dědím z více tříd. Můžu mít třeba pouze vícenásobnou typovou dědičnost (= klasické javovské interfacy). Traity, mixiny a spol. sice nejsou plnohodnotné třídy, ale to v zásadě nevadí, protože přece dědím typ (u dynamického Ruby tedy ne) i implementaci. A to většinou fakt stačí.

To je o spravnem pouzivani pojmu. Interface, trait, mixin - ty vsechny vznikly jako alternativy k vicenasobne dedicnosti (nejbezneji pouzivane v kontextu s tridami). Nazyvat trait vicenasobnou dedicnosti, kdyz vznikl proto, aby naopak neprebral negativni rysy vicenasobne dedicnosti mi prijde divne. Motorce taky nerikame auto, prestoze resi stejny problem. Stejne tak se mi nelibi, ze Java bude mit "interface" s implementaci (ale neprekvapuje me to, je to podobne doprasene jako generika - proste za kazdou cenu zachovat zpetnou kompatibilitu, i za cenu nesmyslu ci neefektivity).

PS: Ja nerikam, ze nelze dosahnout stejnych/podobnych vysledku pomoci traitu/mixinu/interfacu (napr. traity [a s tim spojene mixiny] ze Scaly se mi velmi libi). Jen zduraznuji, ze interface, trait ani mixin nejsou vicenasobna dedicnost, prestoze vysledek muze byt ekvivaletni.

851

Vývoj / Re:Učit se Javu nebo C++?

« kdy: 05. 08. 2013, 22:33:40 »

..ani v jave, ani v pythone, ani v ruby...vlastne, kde inde *je*?

Vícenásobná dědičnost je v Javě 8 (až tedy vyjde), Scale i Ruby. Diamond není problém, pokud se to navrhne dobře.

V Javě 8 to vyřešili jednoduše tak, že v interfacech stále nesmí být fieldy a v případě kolize metod je třeba explicitně říct, kterou ze zděděných implementací chci.

Scala má naproti tomu jasnou specifikaci pořadí přimixování traitů, takže trait díky tomu umí v podstatě všechno co abstraktní třída (fieldy, protected dědičnost), jenom mu chybí kontruktor.

V pripade Javy a Scaly (Ruby neznam) to ale neni vicenasobna dedicnost. wiki:

Multiple inheritance is a feature of some object-oriented computer programming languages in which a class can inherit characteristics and features from more than one superclass.

Trait ani interface neni trida.

Alternate methods of object composition not based on inheritance such as mixins and traits have also been proposed to address the ambiguity.

Mixins encourage code reuse and avoid well-known pathologies associated with multiple inheritance.

In object-oriented programming languages, a mixin is a class which contains a combination of methods from other classes. How such combination is done depends on language, but it is not by inheritance.

852

Vývoj / Re:Java - rozhraní, dědičnost a abstraktní třídy

« kdy: 17. 07. 2013, 14:03:22 »

resit to nativne = transformovat bytecode je nejrychlejsi (pri behu), je to opravdu takove prekvapeni? (navic si ani nejsem jistej, jestli by jen pomoci reflexe vse slo resit.)

Šťourat za běhu do bytecode je nepochybně nejrychlejší, ale taktéž je to důkaz že v jazyku něco chybí, proto je k smíchu že to používají přímo v baště Javy, místo toho aby si to za ty roky dodělali podporu rovnou do Javy.

Java se rozhodla jit cestou zpetne kompatibility a imo tohle jsou nasledky. Myslim, ze treba Scala je mnohem lepsi jazyk a bylo by krasne, kdyby brzo nahradila Javu (utopie ). Tolik veci co v Jave chybi oproti konkurencnimu C#, pritom snad vsechno (v nejake podobe) Scala obsahuje...

853

Vývoj / Re:Java - rozhraní, dědičnost a abstraktní třídy

« kdy: 17. 07. 2013, 13:22:53 »

ako manipulacia bajtkodu za behu (vid serial pana Tisnovskeho), co je tiez domena springu a hibernate.

V baště Javy Springu a Hibernate se manipuluje s bytecode ? Překvapit mě to nemůže, jenom bych se v takovém případě smíchy počůral

resit to nativne = transformovat bytecode je nejrychlejsi (pri behu), je to opravdu takove prekvapeni? (navic si ani nejsem jistej, jestli by jen pomoci reflexe vse slo resit.)

https://github.com/hibernate/hibernate-orm/blob/master/libraries.gradle#L54
https://github.com/hibernate/hibernate-orm/blob/master/hibernate-core/src/main/java/org/hibernate/bytecode/enhance/spi/Enhancer.java

V jazycích s reflexí, kde mohu zjistit jednoznačný identifikátor třídy pro každou hodnotu, nemá neabstraktní třída žádný podtyp kromě sama sebe.

Reflexe je pomalá (alespoň v Javě a C#).

Teda sorry. Pomalejší než pomalá. Udělej to 1x, nepoznáš rozdíl. Udělej to 1000x (což na opravdových projektech není nereálná hodnota) a nebudeš se stačit divit.

neni uplne pravda (alespon v pripade javy). pokud se vhodne pouziva MethodHandle tak je stejne rychla jako nativni kod.

854

Vývoj / Re:Jazyk pro úplného začátečníka

« kdy: 13. 07. 2013, 23:36:47 »

mel jsem pocit, ze nynejsi VB je (skoro?) stejne silny jako C#, proc se tedy neucit rovnou C#?

855

Server / Re:Raspberry Pi torrent klient

« kdy: 10. 07. 2013, 13:18:22 »

transmission mohu take doporucit. pouzivam to uz nejakou dobu s timto gui - https://code.google.com/p/transmisson-remote-gui/ a jsem plne spokojen (webova ovladatka casto postradala dost funkci, proto jsem presel na "normalni" aplikaci).