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

Stran: 1 ... 3 4 [5] 6 7 ... 18
61
/dev/null / Re:Těžké OOP problémy
« kdy: 09. 11. 2019, 09:45:25 »
V té větě, na kterou reaguješ, ale "JS" vůbec není.

mohl bys ukázat příklad v tom jiném jazyku, kde je podle tebe await nebezpečné ve vícevláknovém prostředí? Bavili jsme se o await v JS.

62
/dev/null / Re:Těžké OOP problémy
« kdy: 08. 11. 2019, 16:50:46 »
To ale nic nedokazuje - není to reprezenattivní skupina.
Však já jsem netvrdil, že to něco dokazuje. Řekl jsem jasně "kdyby si někdo dal práci...".

Začátečníci se budou přirozeně ptát víc a na triviálnější otázky, protože neznají ekosystém a tápou i v tom, odkud brát informace. Pokročilejší si častěji poradí sám a ptá se, až když je nutno.
Senioři zase obvykle neřeší triviality, takže by se se stejnou logikou měli ptát na těžší problémy. A pokud by poměr seniorů a juniorů byl vyvážený, neměly by pak ty triviální otázky drtivě převládat.

Ale to už vařím z vody, to je jasný. Nic než svůj dojem v ruce nemám a ani nemám moc motivaci se snažit něco lepšího získat :) (EDIT: docela totiž věřím tomu, že tohle si ten Pike a spol. zjistili docela dobře :) )

zkušenější používají SO jen při řešení méně obvyklých problémů.

63
/dev/null / Re:Těžké OOP problémy
« kdy: 08. 11. 2019, 11:47:56 »
neměl bych strach, většina webových vývojářů už to dávno používá, nemá s tím problém. Když v tom nehledáte teorii kategorií nebo co, tak je dokumentace docela stručná a srozumitelná.
Používat a dobře rozumět jsou dvě odlišné věci. Zkus se třeba náhodně vybraného webaře zeptat, jak souvisí await s promisy a uvidíš, jak se v tom začne zamotávat :)

ti co to používají tomu rozumí minimálně stejně jako vy dva s Idrisem. Řekl bych, že lépe. Souvislost s Promisy je zřejmá, každému, kdo to viděl v praxi nebo si přečetl prvních pár řádků dokumentace. Vy dva Javascript znáte jen na úrovni pseudo-intelektuálního humoru o chování operátoru ==.

64
/dev/null / Re:Těžké OOP problémy
« kdy: 08. 11. 2019, 11:19:28 »
Onehdá jsme se tady přece bavili o async/await a shodli se na tom, že máme pochybnosti o tom, kolik procent vývojářů bude dobře vědět, co se tam pod kapotou vlastně děje... Celkem podstatný tady je, jestli je možné abstrakci "bezpečně" používat i bez jají důkladné znalosti, na základě nějaké jednoduché poučky typu "když je někde uvnitř použité await, celá funkce musí být async".

neměl bych strach, většina webových vývojářů už to dávno používá, nemá s tím problém. Když v tom nehledáte teorii kategorií nebo co, tak je dokumentace docela stručná a srozumitelná.

65
/dev/null / Re:Těžké OOP problémy
« kdy: 08. 11. 2019, 11:10:32 »
Abstrakce je užitečná, jen pokud zobecňuje několik konkrétních případadů a zkrátí kód. Overengineering je psaní abstrakcí, které použijete jen jednou. Mluvím o psaní vlastních abstrakcí, ne o používání knihoven.

66
/dev/null / Re:Těžké OOP problémy
« kdy: 06. 11. 2019, 10:37:00 »
Na rootu vycházel seriál o frontách úloh.

67
Vývoj / Re:UX - aktualizacia json dokumentu
« kdy: 05. 11. 2019, 17:55:52 »
Jaká je motivace? Ušetřit přenos dat?

moderní REST API by mělo metodu PATCH implementovat, ve frameworcích to bývá zadarmo. (v tomto případě asi ne)

68
Vývoj / Re:Jak vytvořit vlastní debugger?
« kdy: 03. 11. 2019, 10:23:33 »
To se týká jen univerzálních interpretů. Pokud jsou však doménově specifické, mohou být velmi praktické a užitečné.

nemohou, nikdy se nedostanete na úroveň zavedených interpretů, co se týče dokumentace, odladěnosti, podpory v nástrojích třetích stran

69
Vývoj / Re:Jak vytvořit vlastní debugger?
« kdy: 03. 11. 2019, 09:33:16 »
OT: Psal už někdo z vás vlastní interpret?
Například pro Basic, Pascal, Lua nebo něco podobného?

Docela rád bych si jeden takový napsal (taková specialitka) a pár rad by se hodilo.

in-house vyvýjené interprety jsou zlo, jak ukazuje tato diskuze.

70
Vývoj / Re:Jak vytvořit vlastní debugger?
« kdy: 03. 11. 2019, 08:54:10 »
Neřešil. Ale je to zajímavé téma.

Co třeba umožnit registrovat pozorovatele ve stylu AOP. Tedy můžeš si zaregistrovat jednu nebo více funkcí na místo určené selektorem. Něco jako breakpoint. Když kód přijde na to místo, tak té funkci předá aktuální stav (nutné deepclone). To by nešlo?
Samozřejmě když by si chtěl sledovat všechno, tedy plnohodnotný debuger, tak by se dal selektor na hvězdičku.

jestli je to interpret, breakpoint jde realizovat eval smyckou

Přesně tak, mohlo by jít místo načtení kódu ze souboru jej načítat interaktivně z nějaké konzole. Tak to lze leckdy odladit interaktivněji, než pouhým logem do souboru.

já to myslel naopak, vložit eval smyčku do bodu breakpointu.

v pythonu neco takoveho

Kód: [Vybrat]
while True:
    s = input()
    if s == 'c':
        break
    print(eval(s))

ale je k nicemu, lepsi pouzit pdb

71
Vývoj / Re:Jak vytvořit vlastní debugger?
« kdy: 02. 11. 2019, 17:05:41 »
Neřešil. Ale je to zajímavé téma.

Co třeba umožnit registrovat pozorovatele ve stylu AOP. Tedy můžeš si zaregistrovat jednu nebo více funkcí na místo určené selektorem. Něco jako breakpoint. Když kód přijde na to místo, tak té funkci předá aktuální stav (nutné deepclone). To by nešlo?
Samozřejmě když by si chtěl sledovat všechno, tedy plnohodnotný debuger, tak by se dal selektor na hvězdičku.

jestli je to interpret, breakpoint jde realizovat eval smyckou

72
Vývoj / Re:Python - převedení na unixtime
« kdy: 01. 11. 2019, 16:57:39 »
mohlo by to být

Kód: [Vybrat]
dt.fromtimestamp(ts).strftime('%Y%m%dT%H%M%SZ')

možná se ten formát nějak jmenuje a existuje na to speciální funkce,nevím

73
Vývoj / Re:JS, jak rozjet volby
« kdy: 01. 11. 2019, 12:58:57 »
Ale ta podmínka mi stále nefunguje

#2409
Kód: [Vybrat]
if ( remove_border_alef )

 řádek 2239 změňte z

Kód: [Vybrat]
let remove_border_alef = options.remove_border_alef.checked;

na

Kód: [Vybrat]
let remove_border_alef = options.remove_border_alef;

74
Vývoj / Re:JS, jak rozjet volby
« kdy: 01. 11. 2019, 12:01:12 »
proměnnou remove_border_alef
Kód: [Vybrat]
var remove_border_alef = $('#remove_alef').prop('checked');

 nepoužíváte, máte tam natvrdo true

Kód: [Vybrat]
  var transText = transliterate(hebText, { 'isSeqeunced': true, 'qametsQatan': qametsQatan, 'lang': lang, 'uppercase_tet': uppercase_tet, 'remove_border_alef': true,'uppercase': uppercase, 'comments': comments, 'alphanum': alphanum });

zkuste změnit na

Kód: [Vybrat]
 var transText = transliterate(hebText, { 'isSeqeunced': true, 'qametsQatan': qametsQatan, 'lang': lang, 'uppercase_tet': uppercase_tet, 'remove_border_alef': remove_border_alef,'uppercase': uppercase, 'comments': comments, 'alphanum': alphanum });

75
Vývoj / Re:Python - převedení na unixtime
« kdy: 01. 11. 2019, 10:32:27 »
pokud nevadí dateutil
Kód: [Vybrat]
from dateutil import parser
dt = parser.parse("2019-11-30T20:00:00.000+0100")
dt.timestamp()

Stran: 1 ... 3 4 [5] 6 7 ... 18