Příspěvky

916

Vývoj / Re:Přepsání serveru v Javě

« kdy: 21. 06. 2017, 13:21:07 »

Osobně dávám přednost uvedení typu proměnné, vidím ji na první pohled, narozdíl např. při přiřazení vrácené hodnoty metody.

A diamant taky nepouzivas?

Proměnnou včetně typu i přiřazení vyrobí IDE jednou klávesovou zkratkou, jen následně uvedu její název, přičemž mi často rovnou nabídne ten správný. Přijde mi, že na to má Idea nějakou heuristiku učící se z mého stylu pojmenování proměnných, protože se často trefuje hned první nabídkou.

Ano, to pojmenovavani ma IntelliJ dobre zvladnute. IMO o duvod mene jeste mit typ vypsany. (Samozrejme jak kdy. Nekdy je lepsi nepouzivat vsechno. Ale u lokalnich promennych bych vetsinou inferenci preferoval - pro psani i cteni)

Ukecanost javy při použití slušného IDE nijak nezdržuje.

Mne to (casto, ne vzdy) vadi i pri cteni. Podobne jako i bez for each cyklu nebylo psani cyklu tezke - idea ho generovala. Jen kod neni tak primocare citelny.

917

Vývoj / Re:Přepsání serveru v Javě

« kdy: 21. 06. 2017, 12:20:35 »

Typová inference pro lokální proměnné: http://openjdk.java.net/jeps/286

K čemu je dobrá typová inference? Když místo "var" použiji název rozhraní, tak mám jistotu, že mohu s objektem přes toto rozhraní pracovat. Používání rozhraní ArrayList místo List považuji za hloupost.

Motas lokalni promenne, kde je to povetsinou celkem burt, a interface metod, kde to uz tak moc burt neni.

U lokálních objektů přece také potřebuji znát rozhraní, abych věděl, které metody toho objektu mohu volat. Přece to nebudu dolovat reflexí.

Aha, ty jsi ani nepochopil, co je to ta typova inference.

Kód: [Vybrat]

val foo = new Foo(bar);

foo je typu Foo. Rozdil je v tom, ze jsi nemusel Foo psat dvakrat, typ foo za tebe odvodil (inferoval) prekladac. Zadnou reflexi nepotrebujes.

Jeste doplnim: prirazovat muzes libovolny vyraz, ne jen tvorbu noveho objektu. A funguje to porad stejne

Kód: [Vybrat]

val baz = 1.1 * 1.2;

Kód: [Vybrat]

baz

je double

918

Vývoj / Re:Přepsání serveru v Javě

« kdy: 21. 06. 2017, 12:07:25 »

Typová inference pro lokální proměnné: http://openjdk.java.net/jeps/286

K čemu je dobrá typová inference? Když místo "var" použiji název rozhraní, tak mám jistotu, že mohu s objektem přes toto rozhraní pracovat. Používání rozhraní ArrayList místo List považuji za hloupost.

Motas lokalni promenne, kde je to povetsinou celkem burt, a interface metod, kde to uz tak moc burt neni.

919

Vývoj / Re:Přepsání serveru v Javě

« kdy: 21. 06. 2017, 11:25:12 »

Projekt Valhalla http://www.jesperdj.com/2015/10/04/project-valhalla-value-types/ už pár let běží, snad se jej dočkáme v javě 10. Rozhodně to bude užitečné, zpřísněním typování kódu (value types) i výkonově (právě např. jejich kolekce). Už aby byly...

Ano, tím by Java vstoupila (konečně) do 21. století. Ještě teda chybí typová inference, to je taky opruz, zvlášť když všichni významní konkurenti to mají.

Java ji ma, jen ji ma malo. Pouziva se u diamondu.

A ano, je to skutecne jeden z podstatnych opruzu.

920

Studium a uplatnění / Re:VŠ Blava

« kdy: 21. 06. 2017, 10:10:36 »

"Vďaka" tomu je napr. Bratislava jediné európske hlavné mesto bez metra. (európske = EU)

Dublin taky nemá metro.

A pokud se nepletu, tak ani Nicosia, Valletta a Lublan...

921

Vývoj / Re:Proč pořád používáme TTY, konzole a terminál?

« kdy: 20. 06. 2017, 22:24:32 »

A na konci toho všeho bude jeden velký všemocný PROGRAM, který se spustí po bootu a který se bude starat o všechno, včetně zobrazování png souborů přímo z cli...

Není důvod používat jiný program než prohlížeč.

:-D
Tak zrovna u tebe mne to ale vůbec nepřekvapuje.

Mne to znelo hodne jako Ivan :-D

922

Vývoj / Re:C++ literatura + projekt

« kdy: 18. 06. 2017, 13:31:59 »

Myslím že spousta lidí tady se shodne na
http://knihy.cpress.cz/mistrovstvi-v-c-4-aktualizovane-vydani.html

"- Novinky verze C++11"? ? ?

Jsem zmateny, cim jsi zmateny. Asi te prekvapuje existence https://en.wikipedia.org/wiki/C%2B%2B11 ?

923

Vývoj / Re:Jobs manager

« kdy: 16. 06. 2017, 21:29:40 »

Co je špatného na semafor files?

Zamykani na sitovych FS muze byt dost problematicka zalezitost - je potreba to poradne rozmyslet a ujistit se, ze zrovna v dane situaci, dane konfiguraci a danem fs jsou potrebne operace atomicke.

924

Vývoj / Re:Jobs manager

« kdy: 16. 06. 2017, 21:18:02 »

Jak mi nekdo rekne semafor file na smb nebo nfs, tak zacnu byt ostrazity...

Zalezi na spouste dalsich okolnosti, ale co trebas zneuzit jenkins nebo natvrdo vzdalene spoustet pres ssh (pripadne s nejakou nadstavbou nad tim)?

925

Desktop / Re:OSX:Finder nejzabugovanější správce souborů?

« kdy: 16. 06. 2017, 18:30:46 »

Neblabol.

Obávám se, že je to prostě realita. Ten OS je totiž plnej "základních nástrojů", který jsou převážně úplně k ničemu a když to chce člověk použít jinak, než poznámkovej blok, kalendář a kalkulačku, tak si to prostě musí překopat od základu.

Tohle je diskutabilni (rikam z pozice cloveka, co zacal s Mac OS X nekdy u Jaguara a nekdy po Snezhartovi presel na Arch). Ten zbytek o IQ byl totalni nesmysl.

926

Desktop / Re:OSX:Finder nejzabugovanější správce souborů?

« kdy: 16. 06. 2017, 18:12:45 »

Spíš to chce profesionální OS... OS založený na tom, že je uživateli vše nadiktováno, jen s velmi minimální a komplikovanou pravomocí něco měnit, to funguje jen na ovce, IQ max 80, prostě typickej američan.

Neblabol.

927

Software / Re:multikopírování (z 1 zdroje do 2 míst zároveň)

« kdy: 15. 06. 2017, 15:53:04 »

cat foo | bar je narocnejsi skoroekvivalent bar < foo

nojo, to pak nejde intuitivne zleva doprava

Jasne. Ja taky ten cat obcas pouziju, kdyz tam neni otazka performance a resi se citelnost...

Ale je IMO dobre na to upozornit.

928

Software / Re:multikopírování (z 1 zdroje do 2 míst zároveň)

« kdy: 15. 06. 2017, 14:24:49 »

jak? To musím nějak laborovat s konzolí? Co teprv na jiných OS ? Existuje nějaké uživatelsky přátelský způsob?

Uzivatelsky pratelske je Ctrl-C Ctrl-V Ctrl-V v nejakem souborovem manageru. Vzhledem k tvym ostatnim pozadavkum, ktere jsou, priznejme si, znacne specificke, ale musis jit hloubeji.

929

Software / Re:multikopírování (z 1 zdroje do 2 míst zároveň)

« kdy: 15. 06. 2017, 14:22:57 »

Ten cat je tradicne zbytecny... Misto presmerovani do dev null muzes  presmerovat do C.

tradicni zbytecnosti catu nerozumim, muzes to demonstrovat?

s C mas pravdu

cat foo | bar je narocnejsi skoroekvivalent bar < foo

930

Software / Re:multikopírování (z 1 zdroje do 2 míst zároveň)

« kdy: 15. 06. 2017, 12:47:34 »

Jak velký je A? Když se vleze do cache, tak by to šlo i po sobě. Zároveň to asi půjde rychleji. Zdvojení výstupu dělá tee

Kód: [Vybrat]

cat A | tee B C >/dev/null

Akorát ten pomalejší bude zdržovat rychlejšího. Dohromady to asi bude rychlejší.

Ten cat je tradicne zbytecny... Misto presmerovani do dev null muzes  presmerovat do C.