Příspěvky

16

Vývoj / Re:Zkušenosti s cloudem a Kubernetes

« kdy: 02. 06. 2020, 17:03:18 »

I když stojím spíše straně K8s, tak už dost dlouho nemá vyřešeno třeba toto - Containers startup throttling, a zrovna to bych od Enterprise clusteru očekával a přijde mi to docela důležité.
Jinak s tím pracuju také docela rád, ale nikomu bych to nenutil. I ta složitost se dá zvládnout, líbí se mi, že když nepotřebuju custom Ingress ani ReplicaController, tak to prostě nemusím mít, a spousta věcí se musí řešit i bez k8s, třeba konfigurace/opravnění atd.
Myslím že k8s jde správným směrem.

17

Software / Re:Vytvorenie boot USB s niekoľkými ISO obrazmi

« kdy: 05. 05. 2020, 13:14:51 »

Ventoy a Easy2Boot
by toto presne mali robiť (bootovať iso uložené na usb).  Osobne som skúsil iba ventoy s windows10 a iba raz, ale fungovalo to...

Používám ten Easy2Boot, je to funkční, Linux i Windows. Kromě nakopírování ISO do příslušného adresáře je ale potřeba, aby to ISO bylo na filesystému vcelku (všechny bloky za sebou). To je třeba zařídit dodatečně. K tomu používám WinContig pod Windows, protože mám USB flashku s NTFS.

18

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 04. 04. 2020, 16:59:12 »

Nic proti, ale byl bych opatrný při hodnocení co vede nutně k bordelu a co ne. Když si vezmete Smalltalk, tak ten běží už spoustu let víceméně z jednoho a toho samého image a classy se tam také mění za běhu... Změny se projeví v nových instancích, možná lze v některých implementacích i modifikovat běžící instance, to přesně nevím.

U toho Smalltalku se změny projeví dokonce i u stávajících instancí, pokud jde o předávané zprávy, v případě přidávaných instančních proměnných jsou u stávajích instancí pochopitelně nil, ale i tehdy je lze dodatečně inicializovat.

19

Vývoj / Re:NoSql document databaze

« kdy: 29. 03. 2020, 21:49:33 »

volba technologie je vec vhodnosti, pouzijte technologii co se vam hodi.
klidne si drzte data v RAMce.

Spravna odpoved.

Neměla by být ale databázová vrstva spíš od aplikace oddělená tak, aby naopak nezáleželo na tom, jakou databázi použiju?

Jestli je to filosofická otazka, tak se filosoficky ptam, a proc by na tom melo nezalezet? Jakakoliv netrivialni aplikace a reseni stejne pouziva konkretni vlastnosti konkretni databaze a jejich vymena je netrivialni.

A bavíme se o tom, jestli takové aplikace existují (jistě ano), nebo o tom, jestli to v takovém případě dělají správně? (imho nedělají).

20

Vývoj / Re:NoSql document databaze

« kdy: 29. 03. 2020, 19:33:44 »

volba technologie je vec vhodnosti, pouzijte technologii co se vam hodi.
klidne si drzte data v RAMce.

Spravna odpoved.

Neměla by být ale databázová vrstva spíš od aplikace oddělená tak, aby naopak nezáleželo na tom, jakou databázi použiju?

no samozrejme :-)

Ne, neměla. Každá databáze má svá specifika, svůj vlastní dialekt a je jinak silná v jiných operacích.
Když použijete ORM nebo jiný způsob zuniverzálnění práce s daty, připravíte se o největší sílu databází.

Pokud děláte malou aplikaci s malými daty, stojí za to používat ORM a neřešit to.
Kdykoliv děláte něco většího, je to už koule u nohy a nikdy nic nevyladíte.

Ale měla, měla. Já jsem ochoten uznat, že nějaká specifika, neboli nějaké takové rozdíly jsou např. mezi db typu key/value vs. relační db vs. grafovou db, (případně relační vs. objektovou, tam má ta odlišnost i teoretický základ), ale i tak jsem to myslel trochu jinak.
Ve chvíli, kdy relační databáze umožní uložit libovolný dokument (json) do jednoho sloupce, tak v tom okamžiku se na ni můžu dívat jako implementaci dokumentové databáze, a v tomto ohledu jsou ekvivalentní v tom smyslu, že nemůžu říct, která je vhodnější, nebo není. Prostě jsou na tom stejně. Pochopitelně jedna implementace bude rychlejší v tom, jedna pomalejší v onom, ale jako koncept umí totéž. Ale proč bych kvůli změně měl přepisovat aplikaci?

Příklad - nejblíž té univerzálnosti má podle mě GraphQL, ne ORM, a jaká je tam databáze je pak jedno.

21

Vývoj / Re:NoSql document databaze

« kdy: 29. 03. 2020, 17:34:44 »

volba technologie je vec vhodnosti, pouzijte technologii co se vam hodi.
klidne si drzte data v RAMce.

Spravna odpoved.

Neměla by být ale databázová vrstva spíš od aplikace oddělená tak, aby naopak nezáleželo na tom, jakou databázi použiju?

22

Server / Re:Jednorázová e-mailová adresa na vlastním serveru

« kdy: 24. 02. 2020, 22:03:25 »

BTW google/gmail ma JMENO+COKOLIV@ => vzdycky spadne do mailboxu JMENO

Již dlouho využívám, bohužel:
- ne všude podporují tento formát e-mailové adresy pro registraci. Ať už záměrně, nebo to neprojde validací pro platnou adresu. Nepoužívám pro to "JMENO+", ale vždy "ALIAS+", tedy ne hlavní schránku.
- to pro změnu nefunguje všude správně pro odchozí poštu, protože některé CMS berou odesílatele z hlavičky "Sender:" a ignorují hlavičku "From:", a tak se s vámi na zákaznické podpoře pak odmítají bavit, protože hlavní adresu neevidují.
- někdy dokonce e-mail nesmí obsahovat název toho webu/firmy, kam se člověk registruje, takže nelze použít "alias+nazev_webu".
- ale vůbec nejlepší jsou případy, kdy ten nečekaný znak plus v adrese zboří IS nějaké služby, nebo když nemají správně escapování e-mailu, a pak se s ním nelze ani přihlásit...
Na toto všechno jsem již narazil...

23

Windows a jiné systémy / Re:Linux a v něm běžící virtuál s Windows

« kdy: 01. 01. 2020, 19:29:13 »

Ahoj,
mám podobný setup s Win pod KVM, kdy samotnou VM pouštím jako headless, a připojuji se k ní přes Spice klienta ve fullscreenu.
Řešil jsem i ten datový disk, který mám nakonec připojený do Win přes Sambu, jednoduše jako sdílený adresář, takže je přístupný jak z Linuxu, tak ho lze připojit současně k jiným VM. Funguje to velice dobře.

K tomu přepínání mezi X a Win - i když jsem se snažil rozchodit druhou X session (Ubuntu), do které by se dalo přepnout přes tu zkratku Ctrl+Alt+F*, touto cestou to moc dobře nefunguje, tím spíš, pokud navíc má běžet pod stejným linux uživatelem.... Ale povedla se mi jiná věc - Spice klienta pouštím v jiném Workspace, a do něj se lze přepnout již relativně snadno hned několika způsoby. Jediný zbývající zádrhel je ten, že KVM převezme kompletně celou klávesnici, kromě zkratky, kterou se opouští/zapíná fullscreen. Toto lze zatím vyřešit jedině přepínáním Workspace pomocí myši (krajní pixely obrazovky+klik a pod). Já mapuji multimediální klávesy z klávesnice na nepoužitá tlačítka myši. Na jiný způsob přepnutí klávesou z KVM jsem nepřišel.
A ideálně by samozřejmě měla mít VM stejné rozlišení jako ten Linux desktop.

24

Vývoj / Re:Test selháním , test to fail - vysvětlení

« kdy: 14. 12. 2019, 21:29:28 »

Skvělé, děkuji za jasnou odpověď. Pak už mě jen napadá, že na testy musí být jasně vymezený čas, pokud se nedaří aplikaci shodit  a očekává se pád aplikace-tudíž neúspěch.

Ona se jaksi testuje hlavně aktuální verze na žádoucí/správné chování. Nebudu se ujišťovat, že mi známá chyba aplikaci shodí, ale účinnost opravy, tedy opak.

Takové testy ale nemají nic společného s vývojem řízeným testy. Je spousta druhů chyb, u kterých chceš, aby aplikace spadla, protože nesmí s tou chybou pokračovat dál.

Podle mě je toto naopak úplně nejblíž tomu, na co se tazatel opravdu ptá.
Tzv. "failing test" napíšu tehdy, když aplikace nedělá co má, ale daný proces není pokrytý testem. Tedy se nejdříve napíše ten test (takže to je TDD), který mi ukáže, kde je chyba (selhává), a potom se opravuje aplikace. Po správné opravě test projde.

25

Odkladiště / Re:Co znamená přípona ?_=1 v URL?

« kdy: 21. 11. 2019, 14:11:15 »

Pokud je název toho parametru jen podtržítko, tak s největší pravděpodobností jde o timestamp, který brání cachování toho souboru, a nijak se na serveru nezpracovává.

26

/dev/null / Re:Těžké OOP problémy

« kdy: 07. 11. 2019, 00:31:14 »

ale chyba v je konceptu

To jsi četl kde?

Tady:

Problem je v tom, ze (dnesni, takzvane) OOP uplne automaticky pocita s tim, ze ...

Dál neřeš, se zbytkem, že "původní koncept OOP je v pohodě" atd. se tedy myslím shodneme.

Nic jako "obecné OOP" neexistuje, proto se na něho nedá ani ptát ani o něm diskutovat.

Ano, takže bychom to tu rovnou uzavřeli, ne? 

27

/dev/null / Re:Těžké OOP problémy

« kdy: 07. 11. 2019, 00:03:38 »

OOP naučí lidi nějak myslet. V pojmech "mám žárovku", "řeknu žárovce, aby se rozsvítila". Což je naprosto perfektně OOP a nemám proti tomu nic. Až na to, že implementace dělá něco úplně jiného, v tom je problém

Já tuhle logiku moc nechápu, 1) koncept něco tvrdí (údajně), ale chyba v je konceptu, ne v programátorovi, který se tím slepě řídí/neřídí, 2) koncept lidi nějak naučí, a zase je chyba v něm, ne v lidech...
Koncept podle mě sám nic netvrdí, zase jsou to jenom lidi, jedni mají pravdu, druzí ne. Koncept je OK.

Vidím ale jednu věc, na které se snad shodneme, to že OOP něco lidi naučí, ale implementace dělá něco jiného, je chyba. To beru. Ale tady je to chyba té implementace, ne toho konceptu. Podle mě nebyl původní dotaz na konkrétní implementace OOP ale obecně...

28

/dev/null / Re:Těžké OOP problémy

« kdy: 06. 11. 2019, 22:27:27 »

Řekl bych, že Mirek Prýmek na to kápl. Souběhy z více vláken dokáží nadělat v OOP pěknou paseku. Netvrdím, že to nejde vyřešit, ale triviální úloha to rozhodně není.

A co třeba v Céčku? Tam ne?

29

/dev/null / Re:Těžké OOP problémy

« kdy: 04. 11. 2019, 18:26:24 »

A co třeba impedanční nesoulad relačního modelu a objektů? Ale to je spíš problém relačních databází než OOP...

30

Server / Re:Jakým nástrojem virtualizujete?

« kdy: 02. 10. 2019, 02:10:56 »

Cvičně jsem to zkusil a vše funguje podle návodu. Pouze jsem z těch Qemu parametrů odstranil celý řádek, který začíná "-netdev user...", aby mě to nelezlo do netu. Zprovoznění VGA pass by taky mělo jít, ale nezkoušel jsem, nemám pro MacOS žádné využití.

Už se mi to konečně povedlo a instaluju! Hurá! Nakonec jsem nainstaloval poslední verzi Qemu a funguje to.
Já to mám jen na testování aplikací.