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 - gll

Stran: 1 ... 19 20 [21] 22 23 ... 29
301
Vývoj / Re:Typový system versus unittesty
« kdy: 18. 06. 2018, 14:38:45 »
Stejně tak může být:
Kód: [Vybrat]
def add(x: int, y: int) -> int:
    """
    >>> add(1, 1)
    3
    """
    return x + y

Každopádně toto by měli řešit závislostní typy. Já jsem si to přeložil jako:
Kód: [Vybrat]
add x y == y * succ x

když udělám chybu v testu, tak test neprojde a chybu odhalím. Je nepravděpodobné, že bude stejná chyba v testu i v kódu.

302
Vývoj / Re:Typový system versus unittesty
« kdy: 18. 06. 2018, 14:26:49 »
Jirsák by musel udělat tu stejnou chybu na dvou místech nezávisle, aby ji neodhalil. Tobě stačí překlep na jednom místě ve znaménku.

303
Vývoj / Re:Typový system versus unittesty
« kdy: 18. 06. 2018, 14:23:55 »
To není to co tvrdíš.

vyvrací to co tvrdíš ty.

304
Vývoj / Re:Typový system versus unittesty
« kdy: 18. 06. 2018, 14:05:43 »
Mně připadá, že je triviálně vidět, že ta funkce add() je špatně pojmenovaná (a případně má špatnou dokumentaci), což nevyřeší žádný typový systém. Ale budu rád, když mne vyvedete z omylu.

Ukaž mi unittest s témže.

Bavíme se (doufám) o tvrzení, že typy plně nahradí unittesty. Nic víc neřeším.

Kód: [Vybrat]
def add(x: int, y: int) -> int:
    """
    >>> add(1, 1)
    2
    """
    return x - y

305
Vývoj / Re:Typový system versus unittesty
« kdy: 18. 06. 2018, 13:31:20 »
Tak ono jaksi uz v principu typy resi (ne nutne dost zevrubnou) kontrolu pro vsechny mozne hodnoty, zatimco testy jenom pro nejake konkretni (at uz zadane nebo v pripade property based testu generovane) hodnoty.

ta kontrola může být dost komplikovaná. Samotnou definici typu potom musíte testovat na nějakých konkrétních hodnotách. Napadá mě třeba typ reprezentující číslo kreditní karty. Je docela jedno, jestli je validace součástí typu nebo v samostatné funkci.

Co na té kartě chceš testovat?

https://en.wikipedia.org/wiki/Luhn_algorithm

306
Vývoj / Re:Typový system versus unittesty
« kdy: 18. 06. 2018, 13:25:37 »
Tak ono jaksi uz v principu typy resi (ne nutne dost zevrubnou) kontrolu pro vsechny mozne hodnoty, zatimco testy jenom pro nejake konkretni (at uz zadane nebo v pripade property based testu generovane) hodnoty.

ta kontrola může být dost komplikovaná. Samotnou definici typu potom musíte testovat na nějakých konkrétních hodnotách. Napadá mě třeba typ reprezentující číslo kreditní karty. Je docela jedno, jestli je validace součástí typu nebo v samostatné funkci.

307
Další troll?

stále javaman.

308
Nechceš se raději zeptat na fyzikálním foru?

309
Studium a uplatnění / Re:Je fullstack developer efektivní?
« kdy: 13. 06. 2018, 12:43:52 »
neznalost frontendu z tebe backendistu nedělá.

310
Software / Re:Vim - stále viditelné záhlaví souboru
« kdy: 10. 06. 2018, 19:45:00 »
V Libre Office View -> Freeze Cells -> Freeze First Row

V Emacsu m-x csv-header-line

311
Software / Re:Vim - stále viditelné záhlaví souboru
« kdy: 10. 06. 2018, 19:35:49 »
Pravda, to bych mohl, ale nechce se mi instalovat takovej moloch kvůli prohlížení jednoho souboru.

tak nějaký jiný spreadsheet. Zafixovat první řádek umí snad všechny.

312
Software / Re:Vim - stále viditelné záhlaví souboru
« kdy: 10. 06. 2018, 16:35:00 »
Díky za pomoc, ale asi pro mě bude nejjednodušší vygenerovat si data jako html, nebo si pro prohlížení napíšu jednoduchou aplikaci v pythonu a použiju Qt framework.

tak to uz rovnou muzes pouzit libre office.

313
Software / Re:Vim - stále viditelné záhlaví souboru
« kdy: 10. 06. 2018, 14:56:37 »
v Emacsu csv-header-line

315
Vývoj / Re:OOP jazyk - problém klasického stříhu
« kdy: 06. 06. 2018, 18:21:29 »
Učebicové OOP říká, že máme dát metodu save() přímo do User.

která učebnice to říká?

Jenže v modetě save() v Userovi se přece nemůže zpracovávat i Company a Address, to je kravina.

proč nemůžeš?


Stran: 1 ... 19 20 [21] 22 23 ... 29