Příspěvky

451

Vývoj / Re:Má Python budoucnost?

« kdy: 06. 05. 2016, 10:01:59 »

...
Žádný kompilátor nedokáže vygenerovat všechny potřebné testy.

To je fakt. Než jen většinu, to raději žádný.

Jsem z tech odpovedi zmateny. Mel jsem pocit, ze BoneFlute psal o statickych vs dynamickych jazycich a pak to tvrzeni plati. U statickych snad kompilator kontroluje typy a tim padem neni potreba psat jakekoliv testy typu. Coz u dynamickych jazyku neplati a musi se hezky poctive psat kontroly typu a v podstate simulovat tak to, co dela prekladac u statickych jazyku.

452

Vývoj / Re:Má Python budoucnost?

« kdy: 06. 05. 2016, 09:54:31 »

Clovek ktory sa nevie prisposobit ani takej malickosti ako je IDE je neprisposobivy a skor alebo neskor s nim budu aj dalsie problemy. S takymi typkami nebudeme stracat cas.

Eclipse je sračka pro začátečníky. Ale je dobře, že vím, že někde hledají rovnou lopaty za 60 místo opravdu kvalitních lidí, kteří přesně vědí, co potřebují k práci. Pokud by mu vadil pomalý počítač a malý monitor, tak ho taky rovnou odmítnete, ne? By vám kazil lemplpartu

Asi tak. Prijde me, ze mikrom pise o tech povestnych "lopatach". Ja osobne bych nemel problem odejit z firmy, pokud by me nutili pouzivat jine IDE, nez me vyhovuje. Delam v male firmicce a i tam me nabidli, ze to zacaluji. Nevim jak ve Springu, ale celkove je IntelliJ IDEA o hodne ficur napred pred Eclipsem. Pokud firma ma problem s tim poridit licenci za par tisic, tak to s ni jde z kopce a v takove IT firme bych teda ani nechtel delat.

Jiste, i u dynamicky typovanych jazyku je dobre IDE plus. Sam IntelliJ IDEA pouzivam na JavaScript a je to podstatne lepsi nez nejaky Sublime nebo Atom (naseptavani, odhady typu podle pouziti a JSDocu apod.). Ale refaktoring i toho hloupeho jmena vlastnosti je/muze byt problem, protoze je to proste dynamicky jazyk a IDE casto jen tipuje, ktere fieldy jsou opravdu stejne (dedene) a ktere se stejne jen jmenuji. V te vete me slo o to, ze kdyz ani u staticky typovanych jazyku editor nezvlada prejmenovani, tak to neni IDE. To bohuzel u dynamickych nemuze asi nikdy platit, pouze za urcitych podminek (nejake spravne anotace ci pouziti nepovinnych typu atp.).

453

O serveru Root.cz / Re:Blokovač reklám

« kdy: 06. 05. 2016, 08:58:58 »

Zkoušel jsem se koukat na jiné weby, které také zobrazují reklamu a Root je jediný, který má problém s vytěžováním CPU. Podle mě se vám tam tlučou nějaké skripty přes sebe a proto se to občas projeví. Když to nevyřešíte, nedivte se, že lidi budou zapínat blokovače reklam. Žlutá žebrací lišta to nespraví, spíš naopak.

No, to je vzdycky vesele ladit neco, co se mozna nacita jen obcas a navic se to nemusi polamat vzdycky. Posledne, kdyz jsem debugoval neco podobneho, tak jsem az po nejakem case dosel na to, ze bug se projevuje vyhradne pouze kdyz se to nedebuguje (nekrokuje), nadhera . [debug logy vsude]

454

O serveru Root.cz / Re:Blokovač reklám

« kdy: 06. 05. 2016, 08:54:53 »

Já naopak přiznal, že to je špatně, a to, že to tak použil i Petr, je jen důkazem, že to lidi opravdu takhle obecně chápou. Co na tom textu vy nechápete, že mi podsouváte něco co jsem nenapsal? Potřebujete na psaný text návod? Tohle není počítačový program, ale lidská komunikace :-)

Tak to se omlouvam.

I pan šéfredaktor to tak myslel, tak to vypadá, že to tak je

Tato veta na me pusobila jako argument, ze to bylo pouzito spravne, protoze i sefredaktor to tak dela, tak to tak je (to = chyba nebo to = AdBlock?).

Ono je to spatne pouzite i na te blokovaci liste:

Vypněte prosím AdBlock alespoň při brouzdání na Root.cz. Bez příjmů z reklam to neutáhneme.

455

O serveru Root.cz / Re:Blokovač reklám

« kdy: 06. 05. 2016, 07:22:19 »

To jsem ani nevěděl, že tím vyvolám takovou lingvistickou diskuzi. Samozřejmě tím AdBlock v kontextu bylo myšleno obecně blokovač reklam. A lidi dnes opravdu AdBlock běžně říkají (i to tak píší) kterémukoli z těchto blokovačů, bez ohledu na to který mají, tak mi to ani nedošlo v rychlosti psaní toho příspěvku. I pan šéfredaktor to tak myslel, tak to vypadá, že to tak je

Tak argument, ze je to spravne, protoze to pouziva spatne osoba, na kterou jsem reagoval, ze to pouziva spatne, opravdu neberu jako argument . To mi silne pripomina krestany: Buh ma vzdy pravdu protoze to rika Bible. Bible je pravdiva protoze je od Boha. Dukaz hotov.

456

O serveru Root.cz / Re:Blokovač reklám

« kdy: 06. 05. 2016, 06:53:55 »

Tím AdBlock jsem myslel obecně *Block.

Aha, to jsem netusil. AdBlock, navic s velkymi pismeny, jsem bral jako jmeno toho jednoho konkretniho doplnku.

Ne, uBlock neni AdBlock. Je to jen ad blocker.

AdBlock je sice i nazev konretniho rozsireni, ale jedna se o zkratku obecneho jmena/kategori "Advertising Blocker" (Reklamni Blokovac) jestli zkratku napises dvouslovne s malejma pismenama(ad block), dvouslovne s velkejma pocatecnima pismenama(Ad Block), nebo jednoslovne s velkejma pocatecnima pismenama (AdBlock), stale jde o zkratku obecneho jmeno...

Kdyz se divam na https://cs.wikipedia.org/wiki/Apelativum, tak se to pise vzdy s malymi pismeny. Az nazev firmy/produktu, jako v tomto pripade, se pise s velkymi pismeny. Takze si stale myslim, ze jsem to chapal a chapu dobre:

• ad block = blokovac reklam - obecny blokovac reklam, stejne jako slova "prohlizec" nebo "xerox" (ve vyznamu kopirka)
• AdBlock (IMO preklad je skaredy a nemel by se pouzivat: BlokovacReklam nebo Blokovac reklam [druhe pismeno podle jazyk. prirucky nevypada, ze ma byt velke]) - konkretni jeden doplnek, stejne jako Firefox nebo Xerox (ve vyznamu kopirka firmy Xerox)

I na wiki https://cs.wikipedia.org/wiki/Adblock se pouziva malym adblock pro obecne oznaceni a velkymi pouze pro rozsireni. A v anglicke mutaci https://en.wikipedia.org/wiki/Ad_blocking to stejne.

By me opravdu zajimalo, jak jste dosli na ten alternativni vyznam jmena doplnku.

457

O serveru Root.cz / Re:Blokovač reklám

« kdy: 05. 05. 2016, 21:11:38 »

Tím AdBlock jsem myslel obecně *Block.

Aha, to jsem netusil. AdBlock, navic s velkymi pismeny, jsem bral jako jmeno toho jednoho konkretniho doplnku.

Podle toho, co vím, ten nový sleduje nastražené objekty na stránce, jestli byly zablokovány. Je jednodušší a měl by reagovat jen na blokování objektů na stránce a nevyvolá ho ani Ghostery ani vypnutý JavaScript (což je záměr).

Presne tak, vlozi bait a kontroluje, jestli se s ni neco nestalo. Zakopany pes by ale mohl byt v te kontrole AdBlocku:

Kód: [Vybrat]

window.document.body.getAttribute('abp') !== null

neni mozne, ze tam ten atribut AdBlock vklada, ikdyz na strance nic neblokuje? Je to jen takove strileni od boku, vic jsem to neproveroval.

EDIT: decoy -> bait

458

O serveru Root.cz / Re:Blokovač reklám

« kdy: 05. 05. 2016, 20:35:06 »

Nejsi jediny, v jinem vlakne si na to uz taky stezovali.

Nevím o tom, že by si na tohle někdo stěžoval. Oprávněně si stěžovali podporovatelé, že sice mají reklamu vypnutou, ale protože mají AdBlock, lišta se jim objevila. To bylo opraveno během chvíle, chyba byla při nasazování na produkci, na testovacím jsme to pohlídali a fungovalo to.

Tak nevim jestli "opravnene", ale mel jsem pocit, ze v topicu o novem rootu nekdo psal, ze nic neblokuje a stejne se mu to zobrazilo (ale je mozne, ze se pletu, tak detailne jsem to nestudoval).

... Ta současná hlídá vyloženě jen AdBlock.

Tohle zcela jiste neni pravda, protoze AdBlock nemam (uBlock + Ghostery) a listu jsem videl. Co jsem se dival do zdrojaku, tak to detekuje nekolik typu skryvani objektu a ne jenom pritomnost AdBlocku.

459

O serveru Root.cz / Re:Blokovač reklám

« kdy: 05. 05. 2016, 18:14:27 »

ešte otázka. prečo na mňa lišta vyskočila aj keď mám na root.cz ADB vypnutý?

Nejsi jediny, v jinem vlakne si na to uz taky stezovali. To je vzdycky problem se temi ochranami, DRM a podobnymi vecmi - nejvic to uskodi "platicim" (v tomto pripade neblokovacim) zakaznikum.

460

Vývoj / Re:Má Python budoucnost?

« kdy: 05. 05. 2016, 10:29:12 »

Pokud si někdo pod pojmem "refaktorování" představuje jen přejmenování metody na "desítkách míst", tak to bude pěkná tragédie.

Snad nejtrapnejsi forma refaktorovani, velmi casta. Pokud tohle, u staticky typovaneho jazyka, neni editor schopny provest, tak to neni IDE. Tragedie je, kdyz si nekdo mysli, ze to nikdy nebude potreba. Pak nazvy metod, poli nebo celych trid neodpovidaji opravdove funkcnosti nebo dokonce ani typu a to je tragedie.

Videl jsem takto bastlena reseni, kde byl refaktoring sproste slovo. Vzdy to skonci tak, ze se to musi zahodit, protoze se v tom nikdo nevyzna, ani tvurci tech skvostu.

Nehledě k tomu, že programátoři, kteří pracují na těch "desítkách míst" ti jistě poděkují.

No, tak pokud se neumim domluvit s ostatnimi, tak mi nic nepomuze. Je jedno jestli jde o prejmenovani jedne metody, nebo zmenu funkcnosti metody vedouci k rozbiti kodu ostatnim.

Svete div se, realita je, ze se bezne metody, promenne, tridy i pole prejmenovavaji. Pokud si opravdu stale myslite, ze ani prejmenovani metody nikdy nepouzijete, tak musite delat na smesne malych projektech. Tohle by mozna fungovalo pri skvele specifikaci, skvelemu navrhu a konstatni specifikaci. Bohuzel ani jedno se bezne nevidi (nepochopeni druhe strany, zaplaceni za dalsi vlastnosti => zmena specifikace, setreni na analyze a navrhu atp.).

461

Vývoj / Re:Má Python budoucnost?

« kdy: 05. 05. 2016, 09:51:41 »

Dobrý programátor by měl být schopný vývoje app i v nano, vi etc.... ;-)

IDE je jen práci ulehčující nadstavba :-)

Schopny mozna, ale proc by v tom mel chtit delat?

Navic ta efektivita by byla uboha - bez navigace (orientace ve stovkach trid musi byt fakt terno), refaktorovani (i hloupe prejmenovani jedne metody na desitkach mist muze trvat hodiny [nejlepe pokud se stejne jmenuji i metody z jinych trid], zatimco v poradnem IDE je to na par vetrin), debugovani, ... Pokud firma nekoho nuti psat v Jave ve Vimu/Nano, tak jsou teda solidne padli na hlavu.

Vsak jsi to napsal sam :-)

Napovidani, ulehcovani, psani kusu kodu za Tebe :-) K tomu je IDE dobre ano :-)

Proto taky kazdy "programator" musi jedine delat v IDE :-)

Ano, kazdy profesionalni programator v Jave (a minimalne v jakemkoliv statickem jazyce) musi jedine delat v IDE. V opacnem pripade budto "okrada" zamestnavatele nebo sebe, v kazdem pripade to ukazuje na jeho (o vyhazov rikajici si) neschopnost zvolit spravny nastroj .

462

Vývoj / Re:Má Python budoucnost?

« kdy: 05. 05. 2016, 09:43:54 »

Dobrý programátor by měl být schopný vývoje app i v nano, vi etc.... ;-)

IDE je jen práci ulehčující nadstavba :-)

Schopny mozna, ale proc by v tom mel chtit delat?

Navic ta efektivita by byla uboha - bez navigace (orientace ve stovkach trid musi byt fakt terno), refaktorovani (i hloupe prejmenovani jedne metody na desitkach mist muze trvat hodiny [nejlepe pokud se stejne jmenuji i metody z jinych trid], zatimco v poradnem IDE je to na par vetrin), debugovani, ... Pokud firma nekoho nuti psat v Jave ve Vimu/Nano, tak jsou teda solidne padli na hlavu.

463

Vývoj / Re:Má Python budoucnost?

« kdy: 05. 05. 2016, 09:34:40 »

Pokud máš dobře napsané testy pro skripty v Pythonu nebo i v PHP, tak typovou kontrolu kompilátoru nepotřebuješ.

Ano, tedy zbytečná práce navíc.

Skutečně si spousta programátorů dodnes myslí, že psaní testů je jen zbytečná práce navíc. Bohužel.

A někteří programátoři si myslí, že když ty testy napíšou ručně, bude to efektivnější, než když jim ty testy vygeneruje kompilátor, že?

 

Osobne bych cokoliv v dynamicky typovanem jazyce, co ma vice nez par desitek az stovek radku kodu, nepsal. Delam ted v JavaScriptu, jsem na par tisicich (navic celkem pouziva FP pristup a to s ES6 je hodne usporne), testy mi nedovolili a muzu rict, ze refaktoring pomalu cehokoliv je vzdy opravdu zazitek. Vzdy nasleduje smrst bug reportu. No, dal bych prednost automatickemu testovani, ale co nadelam :/.

464

Vývoj / Re:Má Python budoucnost?

« kdy: 05. 05. 2016, 09:25:58 »

Uvidis, ze to ma oproti Jave vyhodu hlavne v rychlosti vyvoja a nepotrebujes k tomu ani ziadne vyvojove prostredie, staci dobry editor (ako vim).  V praxi je to tak, ze kym javista este len bude kreslit UML diagramy, tak pythonista (alebo perlista) ma uz ulohu davno hotovu ...

Takze "profik" pythonista/perlista neco rychle splaca, nezdokumentuje nic a pokud se nedejboze zjisti, ze se zmenily pozadavky, tak se to musi zahodit a napsat znovu.

To ze tu niekto pise ze nejde refaktoring je totalna blbost. Skriptovacie jazyky su urcene na mensie veci a ak napises program dobre modularne nepotrebujes ho spravidla nikdy refaktorovat.

No, refaktoring je velky problem. Sam jsi to nevyvratil, jen jsi napsal, ze "dobry" programator nikdy nerefaktoruje. A nikdy se mu nezmeni zadani. A nikdy nebudou pribyvat nove vlastnosti. Takova utopie...

Niektori Javisti su prilis zviazani s vyvojovym prostredim a preto pre mna neupotrebitelni.

To, ze tobe se nehodi, asi nikoho moc nezajima.

Poznam ludi ktori nie su ochotni robit v eclipse, ale iba v IntelliJ IDEA. Taketo typky fakt nemam rad.

No, to bys me asi nemel rad, ja ostatne tebe asi taky ne. Kdyz clovek dela v jednom prostredi roky a zna vsechny potrebne zkratky a chovani, tak je hloupost prechazet na jine, v tomto pripade i objektivne mnohem horsi, prostredi. (A to ani nedelam v Jave.)

Doufam, ze zase nekdo nezacne tvrdit, jak Vim je skvele IDE pro Javu a pak pri prvni ukazce refaktorovani z opravdovem IDE sklapne a radsi se uz ani neozve.
 

Na druhej strane skriptovacie jazyky sa nepouzivaju na enterprise aplikacie, napr. u nas vo firme pouzivame iba Javu a COBOL.

Mozna si spatne vykladam slovo enterprise, ale napr. takovy Google nebo Quora maji (meli?) casti v Pythonu.

Zaver:
Dobry programator nema problem naucit sa rychlo nejaky iny jazyk. Okrem enterprise jazyka sa nauc pouzivat aj skriptovacie utility ako bash, awk, perl, python, ruby ... vyznamne ti to zlahci zivot.

Celkem souhlas. Naucit/zkusit si alespon zakladny popsanych je urcite dobre. Alespon pak clovek vi, az bude potrebovat neco automatizovat, jaky nastroj by se na to asi mohl hodit.

465

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 04. 05. 2016, 14:52:11 »

Jo, pred 150 lety ... takze vazeni, poridte si 4/8k zobrazovadla, posleme vam na ne 5% nudli o sirce 650px ...

No, ono i na mem starem full-hd je to dost spatne (viz screen vyse). Clovek s 8k si asi bude muset poridit dalsi monitor s nizsim rozlisenim jen na cteni roota .