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 - Ondrej Nemecek

Stran: 1 ... 42 43 [44] 45 46 ... 90
646
Vývoj / Re:Návrhový vzor - Obnovitel
« kdy: 17. 06. 2019, 23:15:43 »
To je klasický problém OOP, že hranice odpovědnosti nejsou pevně dané a jednu a tu samou činnost můžete chápat jako akci objektu i jako akci něčeho jiného na objektu.

Proto není pro princip (návrhový vzor) podstatné, zda se objekt obnovuje sám nebo je obnovován zvenčí – to je jen implementační detail.

Je to klasický problém, jehož obě možná řešení vedou na rozdílné aplikační architektury. A
implementační detail to není, neboť to je vidět i na veřejném API.

647
Vývoj / Re:Návrhový vzor - Obnovitel
« kdy: 15. 06. 2019, 19:25:17 »
překlad nikdy není doslovný. Činný a trpný rod často můžete zaměnit bez vlivu na význam.

To přeci není pravda. Malovat není být malován, zneužívat není být zneužíván a obnovit není být obnoven. To by pak nebyl ani rozdíl mezi vzorem DAO a Active Record.

648
Vývoj / Re:Návrhový vzor - Obnovitel
« kdy: 09. 06. 2019, 21:34:19 »
(...) nezáleží na tom, zda se objekt obnoví sám, nebo k obnově dojde zvenku (...)

O tom pochybuji, můžete doložit nějakou citací?

649
Dobrý večer,

řeším takový problém s resize okna v javafx - okno obsahuje SplitPane a v něm dva AnchorPane, jeden z nich má omezení na šířku (obr 1).

Pokud posouvám SplitPane, nedovolí mi zmenšit šířku  pod limit nastavený u toho jednoho AnchorPane (obr 2). Avšak zmenšením celého okna je možné limit překonat a pokud se tak stane, objeví se divné odsazení od okraje AnchorPane, vypadá to jako chyba (obr 3).

Co dělám špatně? Níže je úplně jednoduchý fxml dokument, kde to lze pozorovat - stačí otevřít ve SceneBuilderu a dát náhled CTRL+P a šoupak splitem a měnit vleikost okna. Zdá se, že to je specialita SplitPane, v případě jiného kontejneru se mi to neděje. Chci umožnit, aby si uživatel mohl upravit velikost prvků pomocí splitu ale i velikost okna...  >:(

Díky za popostrčení  :)


obr. 1
obr. 2
obr. 3
Kód: [Vybrat]
<?xml version="1.0" encoding="UTF-8"?>

<?import javafx.scene.control.SplitPane?>
<?import javafx.scene.layout.AnchorPane?>
<?import javafx.scene.layout.Pane?>

<SplitPane dividerPositions="0.5" maxHeight="-Infinity" maxWidth="-Infinity" minHeight="-Infinity" minWidth="-Infinity" prefHeight="150.0" prefWidth="300.0" xmlns="http://javafx.com/javafx/11.0.1" xmlns:fx="http://javafx.com/fxml/1">
<items>
<AnchorPane style="-fx-background-color: yellow;">
<children>
<Pane layoutX="5.0" layoutY="5.0" minWidth="100.0" style="-fx-background-color: green;" AnchorPane.bottomAnchor="0.0" AnchorPane.leftAnchor="0.0" AnchorPane.rightAnchor="0.0" AnchorPane.topAnchor="0.0" />
</children>
</AnchorPane>
<AnchorPane layoutX="10.0" layoutY="10.0" style="-fx-background-color: yellow;">
<children>
<Pane layoutX="5.0" layoutY="5.0" style="-fx-background-color: green;" AnchorPane.bottomAnchor="0.0" AnchorPane.leftAnchor="0.0" AnchorPane.rightAnchor="0.0" AnchorPane.topAnchor="0.0" />
</children>
</AnchorPane>
</items>
</SplitPane>

650
Vývoj / Re:Sběr dat, databáze
« kdy: 29. 05. 2019, 18:36:35 »
Jasně, ale o tom má odpověď nebyla, byla o tom, že připojovat jednotlivé klienty přímo k DB je prasečina.
Tak to kazdopadne :)

Proč? V řadě situací v tom problém nevidím.

651
Vývoj / Re:Sběr dat, databáze
« kdy: 29. 05. 2019, 18:34:15 »
Klienta s vizualizací už mám, data získávám přes TCP/IP, mám knihovny a v C# načítám každou vteřinu pole dat. Potřebuju ale těch klientů připojit alespoň 5 současně, proto ta potřeba, aby to někdo četl a ukládal a klienti to tahali z DB.

Pokud tam chcete mít tu SQL databázi jen kvůli tomu, aby z ní mohlo číst více klientů, tak to není úplně optimální postup. Pro tento případ jsou skutečně přiléhavější postupy, třeba právě ty message brokery.

Pokud chcete mít ale data uložená a provádět nad nimi statistiky, exporty apod. tak bych tu SQL klidně použil.

652
Vývoj / Re:Sběr dat, databáze
« kdy: 28. 05. 2019, 22:17:38 »
Pokud umíte SQL, klidně bych to na tom odprototypoval.

Pokud jde o záznamy v určitém čase a byl by problém s výkonem, můžete kouknout na „time series databases“. Tuším, že třeba Postgres už pro to má nějakou podporu, takže byste nemusel měnit úplně databázový software.

653
Vývoj / Re:Jak mam programovat v Node.js?
« kdy: 25. 05. 2019, 01:33:19 »
Nebylo by lepší použít nějaký jazyk nad jvm? Mě js svět k srdci nepřirostl - nejde jen o jazyky ale i o ten ekosystém a kulturu.

654
Software / Re:Problém se stahováním xml dokumentu
« kdy: 21. 05. 2019, 17:11:17 »
Vyzkoušel jsem to i pomocí curl a výsledek je stejný.
Dokument jsem si nechal ulozit na disk, nic zvláštního v něm nevidím, jen tam prostě chybí ten řádek.

V podstatě se to chová tak, že opakovaným stahováním se stáhne identická xml struktura včetně toho nedotažení, to se opakuje stále na tom samém místě.

Když se pokusím xml stáhnout z jiného pc, funguje to bez problémů.
Přijde mi, že u wget, curl chyba být nemůže, na to by určitě někdo narazil, v http serveru asi také ne, protože z jiných počítačů to funguje, nejde to jen s tím raspbianem, kde bych to chtěl realizovat.

Ještě mě napadá zkusit vyměnit UTP kabel nebo ho přehodit do jiného portu na switchi.

Porovnal bych přesně případy, kdy to funguje a kdy ne:

  • binárně porovnal stažené soubory
  • porovnal odeslane é přijaté hlavičky
  • pakety zachycené snifferem

Http umí posílat i rozsah bytů apod. takže i při funkčním tcp/ip se nemusí nutně přenést celý soubor.

655
Server / Re:Doporučte spolehlivý hosting
« kdy: 07. 05. 2019, 20:26:36 »
Tak to asi po letech konecne pustili platebni branu, ja kdysi platil jen do RB
Ze by konecne jeden pozitivni krok?

Houby pozitivní krok, prostě zájem z jejich strany je nulový. Pak ani platební brána nepomůže.

656
Server / Re:Doporučte spolehlivý hosting
« kdy: 07. 05. 2019, 14:36:31 »
Súhlasím s názorom na wedos, mal som tam služby a nebol som moc spokojny... Teraz sú u OVH a zatiaľ bez problému. Malé VPS na hranie mám u forpsi a občas vypadáva sieť. Bol som aj u endory a celkom spokojnosť, ale to asi nebude pre teba...

OVH nebrat, koncem roku 2018 zrušili českou podporu, reakční doba je tak dva týdny, pokud dostatečně urgujete a píšete anglicky. Poslední zkušenost: Nezapočítali nám platby a smazali VPS. Řešíme to již měsíc. Mají to úplně na háku. Prostě tragédie, kvalita podpory je na úrovni jako cca před 4 lety (mezitím se docela snažili, měli ČR kancelář a alespoň komunikovali).

657
Zdravím,
potřeboval bych k tomu ještě vymyslet pořádné zabezpečení té aplikace. Napadlo by Vás něco, co by se dalo (z toho balíčku security) implementovat? Respektive co by ta aplikace měla mít, aby byla opravdu bezpečná?
Samozřejmostí by mělo být https a šifrovaná hesla - nicméně:
Pokud bych používal REST api, tak https na straně springu těžko nastavím, že?
Co jiného, kromě https a šifrování hesla by se k tomu dalo přidat?

Bezpečné na jaké vrstvě? Můžete použít třeba klientské certifikáty. Https je sice spíše věc aplikačního serveru, ale IMHO lze propojit s aplikační logikou i ve Spring REST. Vzal bych nicméně v úvahu taky jednoduchost nasazení apod. - abyste nešel s kanónem na vrabce. Inspirujte se u jiných služeb. Řada bankovnictví má jen https a heslo, pak je to OpenID a alternativy.

658
Software / Re:Vlastnoruční podepisování přes tablet
« kdy: 26. 04. 2019, 16:04:32 »
Tvrzení "na faktuře musí být podpis" je prostě blbost. Mj. by to znamenalo, že papír s nápisem "Faktura" není faktura, dokud někdo do knihy došlých faktur (!) nepřidá příslušný podpis. Takže kniha došlých faktur je vlastně podle Filipa kniha došlých nefaktur :) A je bizarní, k jaké míře demagogie je schopnej se uchýlit, jenom proto, aby nemusel přiznat, že se v jedné nepodstatné blbosti trochu upsal. Je to poučný.

Faktura nemusí být podepsaná tím, kdo ji vystavil. Ale pokud přijmete fakturu v elektronické podobě a vytisknete, měli by jste svým podpisem stvrdit přijetí faktury. Něco ve smyslu, že ručíte za fakturu vkládanou do účetnictví nebo daňové evidence. Takhle to bylo někde vysvětlené, když došlo k té změně, že už není potřeba fakturu podepisovat. Nemůže to být podstata sporu?

659
Vývoj / Re:Návrh relační databáze
« kdy: 25. 04. 2019, 22:23:36 »
Deset minut smolím odpověď a mezitím mě zdejší geniální systém odhlásí a odpověď zahodí.

Je to normální selský rozum, jak pokud možno trochu efektivně uložit objekty s atributy a vazbami. Název mě až tak nepálí, s kolegy si to umím vysvětlit i bez teoretických pouček od akademiků.

(...)

No bez těch akademiků byste neměl ani SQL ani SQL databázi, takže byste se pak neměl o čem s kolegy bavit.

Ale jinak děkuji za popis. Bylo by určitě zajímavé, jak dlouho a v kolika lidech jste to řešení vyvíjeli, aby to bylo možné porovnat s alternativami.

660
Vývoj / Re:Návrh relační databáze
« kdy: 25. 04. 2019, 20:20:01 »

Pokud to dobře chápu, máte tam Entity–attribute–value model (EAV)? Pokud ano, bylo by dobré zmínit, že to ledaskdo považuje za antipattern. Což samozřejmě neznamená, že to nemůže fungovat, otázkou je pracnost a vlastnosti.

Přiznám se, že teoretické antipatterny neřeším, zajímají mě praktické požadavky. Snadná rozšiřitelnost do všech stran, podpora spolehlivého dlouhodobého vývoje (žádná reflexe apod, vše typově hlídané) a v neposlední řadě rozumný výkon. Ale ten lze dnes nahonit HW, který je velice levný. Repas server DL580 s 512GB DDR3 12800, 40 jádry a spoustou PCI-e v.3 slotů pro NVMe disky jsme nedávno kupovali za 30k Kč s dopravou. Tichá pracovní stanice Precision T7600 2x octa e-5 xeon 128GB RAM + spoustu PCI-e v.3 vyjde na 21k Kč, s 256GB RAM něco přes 30k. Kolik je to proti měsíčním nákladům na jednoho vývojáře...

Narozdíl od nákladů na vývoj, které jen porostou. Požadavky na změny a nové funkce chodí od byznysu každý den, zatímco ruční zásah do struktury DB jsme nedělali už hodně let. Tabulky atributů si samozřejmě vyrábí ORM samo.

To ale není moc dobrá reklama - když něco člověk dělá, měl by vědět jak tomu ostatní říkají, ostatně potřebuje komunikovat s ostatními vývojáři apod. Zasazení vlastní praxe do odborného kontextu by byl bod pro vás (ostatně ona to není ani nějaká akademická terorie).

Každopádně mě zajímalo jen to, zda to odpovídá tomu EAV patternu (odkaz jsem připojil).

Stran: 1 ... 42 43 [44] 45 46 ... 90