Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - noef

Stran: 1 ... 25 26 [27] 28 29 ... 60
391
Tak za mne IntelliJ IDEA, FreeRapid Downloader a Minecraft.

Drive, v dobach nedostatku pameti, jsem take Javove aplikace nemel rad. Nyni ale jde koupit 16GB doslova za par tisic.

392
Vývoj / Re:Python unit test: stdout testovaneho do souboru
« kdy: 01. 06. 2016, 13:01:33 »
Co je to za programátora, který tak nějak samozřejmě předpokládá, že může hrabat do zdrojáku?

To jako testuju kod knihovny, do ktere nemuzu hrabat, nebo jak to mam chapat? Vetsinou se pisi unit testy pro kod vlastni tvorby. Pokud se takto chova nejaka knihovna pouzita v mem kodu, tak ji budto nahradim normalni alternativou (nepovazuji za normalni takto nevyzadane spamovat vystup), nebo to resim se zodpovednou osobou/firmou.
Omlouvám se, beru zpět. V případě, že se jedná o unittesty, tak máš pravdu.

To nic - jsem trochu znejistel. Jsem prece jen v tomto celkem novy a ten vyrok me prisel nelogicky. Bohuzel asi ne vzdy ma vyvojar "luxus" v podobe volby knihovny. U nejakych specializovanych veci bych se nedivil, kdyby funkcnosti vyhovovala prave jedna a podle te se holt bude muset i cela aplikace a testy ohybat. Jsem rad, ze delam s dost main-stream vecmi, takze takoveto problemy nepotkavam :).

(Nějak jsem si zvykl na Kitovo debilní komentáře, a tak jsem to přehlédl.)

 ;D

393
Vývoj / Re:Python unit test: stdout testovaneho do souboru
« kdy: 01. 06. 2016, 10:02:07 »
Zdravim,
pisu unit test funkce, ktera generuje kopec veci do stdout. Stdout vystup funkce chci presmerovat do souboru, ale vystupy testu nechat v stdout.
Nejake tipy?
Diky

Možná to zní jako divná rada, kterou však praktikuji: Ve funkcích nic neposílat do stdout.

+1

Proc proste jen nepredat stream (nebo nejaky Python ekvivalent) jako parametr funkce?

Co je to za programátora, který tak nějak samozřejmě předpokládá, že může hrabat do zdrojáku?

To jako testuju kod knihovny, do ktere nemuzu hrabat, nebo jak to mam chapat? Vetsinou se pisi unit testy pro kod vlastni tvorby. Pokud se takto chova nejaka knihovna pouzita v mem kodu, tak ji budto nahradim normalni alternativou (nepovazuji za normalni takto nevyzadane spamovat vystup), nebo to resim se zodpovednou osobou/firmou.

394
Vývoj / Re:Python unit test: stdout testovaneho do souboru
« kdy: 01. 06. 2016, 07:03:35 »
Zdravim,
pisu unit test funkce, ktera generuje kopec veci do stdout. Stdout vystup funkce chci presmerovat do souboru, ale vystupy testu nechat v stdout.
Nejake tipy?
Diky

Možná to zní jako divná rada, kterou však praktikuji: Ve funkcích nic neposílat do stdout.

+1

Proc proste jen nepredat stream (nebo nejaky Python ekvivalent) jako parametr funkce?

395
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 30. 05. 2016, 13:57:00 »
@Hawran: Tady je asi všechno marný. Právě jsem se dozvěděl, že seznam těch diskusí ve fóru na titulce je generován cronem.  ::)
:o  :o  :o

Tak proto už není možné, aby se po kliknutí na "Více témat" ten seznam jen zvětšil (jak to - tak nějak očekávatelněji a rozumněji - fungovalo před tím), ale místo toho se otevře ten seznam s těma humpoláckáma ikonama, takže ty "o něco starší" témata (kvůli kterým se na to "více témat" klikalo) stejně neuvidím.
Je to prostě úžasné.

To ale nutne nevylucuje moznost exportovat vice polozek a zobrazit mene (at uz pomoci PHP na BE, nebo JS na FE)...

Jinak, kdyby byl zajem (tj. ze by to pouzival/zkusil i vice nez jeden clovek), tak se muzu pokusit splacat user script (radeji zduraznim, ze jde o JavaScript :))), kterej bude tahat tu stranku se seznamem novych prispevku na foru (z forum.root.cz), preparsuje to a zaintegruje to do uvodni stranky.

396
Vývoj / Re:Náhrada C# něčím multiplatformním
« kdy: 29. 05. 2016, 15:59:23 »
Tak se na to podíváme:
- Má to být multiplatformní? C# nehrozí.
Nekdy drive jsem zahledl nejakou GTK knihovnu, ktera jela jak pod Widlema tak pod Monem, ale co pamatuju, tak to nebyla zadna slava.

- Má to mít možnost jet na jednočipu? Diskvalifikace Javy. Na aktuálním projektu jsem o ní uvažoval do chvíle, než jsem se dozvěděl licenční poplatek a požadavky na CPU/FLASH.

Proč vždy stavět celou win stanici (Těch dalších zakázek můžou být desítky), když můžu použít nějaký MCU, připojit k němu UART/TCP, případně to řešit rovnou bezdrátově s ESP8266, nebo použít RPi, atd.

Byla rec o maline a ta asi dokonce podporuje i orig. Oracli JVM - https://www.raspberrypi.org/blog/oracle-java-on-raspberry-pi/.

V Java to dělat nebudu. Čistě z přesvědčení...

Chapu, sam bych uz nikdy znovu v C# a VS nic take nedelal. U me je to nechut podporovat spinave praktiky M$ a nalezeni lepsiho IDE. Mohu se zeptat, co se vam nelibi na Jave, potazmo jazycich na JVM?

Java je do ted pomaly a zastaraly jazyk.

Tezko, Windows lidi, kde Java aplikace jsou pomale obludy s hnusnym UI?

Protoze chce neco multiplatformniho, tak jsem nasel srovnani s Monem - https://benchmarksgame.alioth.debian.org/u64q/csharp.html a pouze v jedinem pripade je Mono rychlejsi nez Java - takze C# je jeste pomalejsi "shit" nez Java :D.

Ani neumi vytvorit typovy seznam, jen na oko do jazyka zavedla generiku a na pozadi je to kolekce objektu.

Sam za to Javu (a JVM) take nemam rad, ale kdyz to funguje, tak proc vam vadi, co je na pozadi? Ve vetsine pripadu to nepoznate ani na "popredi", kdyz pisete kod. Jsou sice pripady, kdy se to hodi (new T()), ale na to jsou zajete patterny a pokud nekdo dela v Jave, tak mu boilerplate kod moc nevadi.

Tezko, Windows lidi, kde Java aplikace jsou pomale obludy s hnusnym UI? Tezko, Linux lidi? Podobne jako Mac lidi by se ji nejradeji zbavili a pouzili neco kompilovaneho do nativniho kodu.

Pohybuji se na hrane Woken a Tucnaka, mel bych tedy spadat do tech vasich dvou kategorii, zaroven ale nemam problem s aplikacemi v Jave => vase tvrzeni je nepravdive? Na desktopu velmi casto pouzivam IntelliJ IDEA a Free Rapid Downloader, na servru mam treba XWiki. Pomalost Javy je ve vetsine pripadu pouze zhorseni o 0-2x oproti treba C++. Pokud me vyhovuje aplikace v Jave a nic jineho se ji nerozvna, tak ji budu pouzivat. Rozhodne si nebudu 5 let psat vlastni IDE v C++, protoze vsechny programy co pouzivam musim z nejakeho duvodu mit napsane v C/C++. Problem s vykonem na desktopu je malokdy, s pameti to stejne, proc by tedy vyvojari meli volit problematictejsi vice low-level pristupy/jazyky, kdyz maji rock-solid Javu, kde se vyviji rychle?

Java je dobra akorat tak na pomale business sracky
&& benchmark vyse =>
Citace
Java C# je dobry akorat tak na pomale business sracky.
BTW porad M$ zakazuje delat benchmarky, aby moc nepohorel? To me vzdycky rozesmalo, kdyz jsem cetl, proc nejsou nikde nezavisle benchmarky s .NETem :D.

V dnesni dobe vyhrava JavaScript. V budoucnosti to bude uplne jiny jazyk.

Jop, a vykonem je na tom lepe, nez ten Python. A Java na tom byla jeste lip. U Javy mate alespon jistotu, ze to kdyztak zvladne nekdo udrzovat i za 10 let. Take vyhlidky na preziti jazyka jsou lepsi, ne ze to M$ zabali, jak se SilverLightem (cetl jsem i zvesti o tom, ze .NET samotny taky moc nepodporuje, ze veci ve Woknech prepisuje do neceho rychlejsiho).

397
O serveru Root.cz / Re:Blokovač reklám
« kdy: 19. 05. 2016, 07:09:27 »
Noef: Návrat k Flattru se neplánuje, běžel tři čtvrtě roku a pokud autorovi něco přišlo, tak to byly desetikoruny. Vydali jsme detailní statistiky a na jejich základě bylo rozhodnuto o zrušení Flattru.

He he, on tu někdy byl Flattr?

 ;D  :'(

Asi tak nejak... Fakt nechapu, proc neni mozne pridat do DB jeden sloupec (klidne manualne vyplnovany) a do sablony jeden podmineny blok s Flattr ikonkou. Navic to neni zadna ztrestenost typu lista, ktera uzivatele terorizuje na kazdem kroku, takze to IMO nebude prijimano ctenari negativne (mluvim stale jen o ikonce, ne nejakem zebracim overlayi). A bude je to stat kolik, par hodin prace? Vzdyt to je uplne zanedbatelne ve srovnani s redesignem - to byly mesice (zbytecne?) prace...

398
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 18. 05. 2016, 13:12:12 »
...

Jasně, a na sto-jádře se to sotva pohne.

Tak nevím, děláš to schválně, nebo za to fakt nemůžeš?
Ano, ja schvalne si nevypinam JS, ani si neinstalujem ziadne blokovacie pluginy, ani ine blbosti a ani nepouzivam zastarale verzie ako niektori stazovatelia.

A akoze sorry, ale aj na 8-jadre by si postrehol, ze ti niektore jadra vyskakuju do vysokych cisel. Nedialo sa nic take.

Hmmm vyskusane s Chrome, na 8-jadre a CPU vyskocilo maximalne na 15%.

No, tak ono tech 15% s CPU s 8 jadry odpovida celkovemu zatizeni 1,2 jadra, coz opravdu vypada, jako kdyby jsi troloval. To uz musis nekde sledovat zatizeni procesoru pri brouzdani webu, protoze normalne pochybuju, ze poznas, kdyz je Chromu k dispozici misto 8 jader pouze 7 (ja to na 4 jadre jen podle chovani prohlizece nepoznam a u tebe ten rozdil bude navic jeste mensi).

399
Vývoj / Re:Má Haskell budoucnost?
« kdy: 17. 05. 2016, 13:25:19 »
Tak ale sčítat boolean jde celkem dobře, stačí vzít plus z Boolovy algebry.
To by tam ale nesmělo být přetypování na int ani by nesměl být true definovaný jako 1 (což je myslím v C).
Jasně, v C to je jako v assembleru, jen říkám, že to jde udělat logicky, ne že to tak jazyky mají.

Ja bych rekl, ze s tim + je problem, ze se kryje s programatory vice pouzivanym a zazitym || nebo or. Jak jste psali vyse (doufam ze to bylo toto vlakno :D), IMO jde o podobny konflikt mezi IT a matematikou.

400
O serveru Root.cz / Re:Blokovač reklám
« kdy: 17. 05. 2016, 12:48:31 »
Nezvazujete tedy moznost prispevku pomoci prevodu na ucet kokretnimu autorovi (at uz pres spolecny ucet, nebo vlastni)? Nebo pripadne u stavajiciho systemu prispevku pridani (nepovinne) moznosti rozdeleni, na co/komu penize maji jit?

Nevim, osobne bych nemel problem si Flattr nabit (pokud to jde pomoci PayPalu, tak je to otazka par minut) a zacit pouzivat jen kvuli rootu. No, asi jsem v mensine :-\.

401
Vývoj / Re:Má Haskell budoucnost?
« kdy: 17. 05. 2016, 12:30:01 »
No a to je právě ono - operátor dělá pokaždé něco jinýho, podle toho, jaký použiju parametry. Je fakt, že u JS je tou pravou příčinou zběsilý přetypování, ale výsledek je stejnej.

Jako ja chapu problem, ale kdyz tim "trpi" (neni to zamyslena vlastnost?) i takovi mamuti jako C a C++, tak bych rekl, ze je to spise standard na poli jazyku, nez neco neobvykleho, za co by jazyk mel byt zatracovan. A teda myslim si, ze u toho C je to mineno jako vlastnost/tradeoff - radeji vyssi vykon (v pripade JS asi odpadnuti nutnosti vsude pretypovavat), nez bezpecnost/typova cistota a nizsi vykon.

Osobne si typu vazim a prestoze nedelam v Haskellu, ktery zvladne odvodit skoro vse, tak porad preferuji oddeleny typ boolean a jen mnozinu operatoru, ktere davaji pro dany typ smysl.

402
O serveru Root.cz / Re:Blokovač reklám
« kdy: 17. 05. 2016, 12:20:50 »
Noef: Návrat k Flattru se neplánuje, běžel tři čtvrtě roku a pokud autorovi něco přišlo, tak to byly desetikoruny. Vydali jsme detailní statistiky a na jejich základě bylo rozhodnuto o zrušení Flattru.

A kolik byste jako za jeden clanek cekali? I kdyby to byly desetikoruny od jednoho uzivatele mesicne, tak casem se to muze rozjet. Jestli si dobre pamatuju, tak o tom Flattru minule skoro nikdo nevedel, protoze se o tom, pokud vubec, psalo minimalne. Kdyby se pridaly nejake sluzby navic, napr. nejake hlasovani pro Flattr prispevatele jednoho autora, kde by si volili o cem bude autor psat dalsi clanek, tak by to hnedka mohlo zvednou popularitu.

Tento komentar to asi vystihuje:
Citace
Podle mého názoru je rušení služby Flattr na těchto webech chyba a unáhlené rozhodnutí. Uživatelé internetu si na možnost dobrovolných plateb teprve zvykají, což je proces pomalý. Chtít hned vydělat tímto způsobem tisíce korun je důkazem jistého "defektu" naší národní povahy posílené ideou "Klausismu zlodějismu" (peníze jsou až na prvním místě).

Jestli se nepletu, tak Flattr převádí peníze z účtu čtenáře přímo na účet autora. Vydavatele tak pouhé umístění ikonky nic nestojí - nicméně taky díky ní nic nevydělá. Není tohle pravým důvodem rušení této služby? Likvidovat něco pozitivního z pozice arogance moci je bohužel v poslední době běžná zvyklost. Český národ nepotřebuje diktátora nebo područí cizí mocnosti - ničí si totiž vlastní pozitiva sám...

TL;DR: Managorum z toho nekouka zadny peniz, tak reknou, ze se to nepouziva a prestoze je to nic nestroji, tak to stejne zrusi - prece nebudou dobrovolne davat moznost prispivat autorum, kdyz jim z toho nic nekapne.

403
Vývoj / Re:Má Haskell budoucnost?
« kdy: 17. 05. 2016, 12:09:26 »
A neni nahodou good practise ho nepouzivat? Napr. na projektu, na kterem ted pracuji, je nastaveny linter tak, aby pri prekladu vyhazoval == jako warning.
Asi jo, ale to je právě proto, že má sémantiku doprasenou až k úplné nepoužitelnosti. Nicméně ani s === nemáš vyhráno:
Kód: [Vybrat]
js> true+true===2
true
js> true-true===0
true
js>true===1     
false
(ze stejného článku)

Tak pokud nekdo scita nebo odcita boolean, tak mu to patri ;D. Ono ani jine jazyky nejsou o moc lepsi a muzete si to prasit jak chcete (proc ma byt vubec definovane +/- nad boolean?):
Kód: [Vybrat]
std::cout << true+true; // 2
std::cout << (true+true == true); // 0

JS ma hodne zaludnosti prave kvuli tomu automatickemu pretypovani, jenze to je IMO cena za tu dynamicnost. Ve statickych jazycich to hlida prekladac, v dynamickych programator. A bez "chytreho" pretypovani by zase kod byl plny castu, coz se myslim u dynamickych jazyku moc nenosi. Sice JS neni zadna vyhra, ale IMO PHP je na tom jeste o prapast hur (tam oproti JS nehrapruji obcas typy a nazvy metod, ale dost casto). A teda nektere veci jsou fakt lahudka:

Kód: [Vybrat]
var_dump("01" == "1"); // samebool(true)
$foo = 5 + "10 Little Piggies"; // $foo is integer (15)

PS: Moje oblibenene srovnani JS a ScalaJS:
Kód: [Vybrat]
javascript> ["10", "10", "10", "10"].map(parseInt)
[10, NaN, 2, 3] // WTF

scala.js> List("10", "10", "10", "10").map(parseInt)
List(10, 10, 10, 10) // Yay!

404
Vývoj / Re:Má Haskell budoucnost?
« kdy: 17. 05. 2016, 10:44:23 »
V JS chvili delam, ale na tento konkretni problem jsem snad nenarazil.
Třeba operátor == se chová extrémně nepředvídatelně. Ale těch haluzí je tam víc. Skoro všechno z http://charlieharvey.org.uk/page/javascript_the_weird_parts je případ nekonzistentní sémantiky.

A neni nahodou good practise ho nepouzivat? Napr. na projektu, na kterem ted pracuji, je nastaveny linter tak, aby pri prekladu vyhazoval == jako warning.

405
Vývoj / Re:Má Haskell budoucnost?
« kdy: 17. 05. 2016, 08:50:22 »
Nejde o rigidní matematiku, ale o konzistentní sémantiku. Pokud nějaký operátor má jiný VÝZNAM pro typ A a jiný pro typ B, tak to není dobře. Jestli o tom pochybuješ, užij si, kam to vede, v JavaScriptu ;)

V JS chvili delam, ale na tento konkretni problem jsem snad nenarazil. Jako jo, pretypovani je zajimave
Kód: [Vybrat]
let thisIsNumber = +"1";
ale zatim to nikdy nevedlo k chybe. Nebo je rec o retezeni vs scitani? Pokud si nejsem jisty vstupnimi daty, tak je pretypuji/parsuji, pokud si vstupem jisty jsem (drtiva vetsina kodu), tak nemusim delat zadne opicky. Jako jiste, parkrat jsem zapomnel poresit typ z parametru v URL a to jsem se pak divil, protoze
Kód: [Vybrat]
"0" === 0
jaksi nefunguje. Nevim, mozna je to i tim, ze + pro retezeni pouzivam minimalne, protoze davam prednost template strings (zvyk ze Scaly):
Kód: [Vybrat]
let text = `${name}: ${value}`;
Plus obcas pouziji i _.template a tam take neni problem s nejednoznacnym +.
Kód: [Vybrat]
a = _.template('x<%=a%><%=b%>y');
a({a:1, b:1}); // "x11y"

Stran: 1 ... 25 26 [27] 28 29 ... 60