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

Stran: 1 ... 43 44 [45] 46 47
661
Vývoj / Re:Ideálny programovací jazyk
« kdy: 05. 05. 2019, 18:53:13 »
Cim idealnejsi jazyk je tim vice se podoba lispu.

Chtel bych na nizke urovni videt kod pro kernel v lispu :-)
Kacirsky dotaz: jsou funkcionalni jazyky opravdu efektivnejsi? Mi se Lisp a dalsi libi, ale prakticky jsem je nevyuzil.

Lisp, který běží přímo na HW, je kernelem.

662
Server / Re:Uložení zalomení řádku v MySQL
« kdy: 03. 05. 2019, 14:56:52 »
proč se vlastně ptám....
pokud to z DB vytáhnu pomocí PDO a předám zpět do textarea ...zalomení je automaticky provedeno
pokud to ale pomocí proměné vsadím třeba do div,p  ..tak je to jako jeden řádek

Mrkni se do zdrojového kódu vygenerovaného HTML - to zalomení tam stále je. Dle standardu však webové prohlížeče každou skupinu bílých znaků v textu nahrazují jedinou mezerou.

663
Software / Re:Nemůžu psát český text do HTML v Sublinetext
« kdy: 03. 05. 2019, 07:44:38 »
Máš blbě nastavený meta charset. Doporučuji UTF-8 v editoru i v HTML.

664
Potrebujem to mať v JS keďže v prehliadači sa nedá okrem JS použiť nič iné. Robím si vlastnú implementáciu 2D dynamickej kolekcie (niečo ako 2d array) ktorá by sa mala automaticky rozširovať v dvoch osiach (X,Y) a do kladných aj do záporných hodnôt. Pôvodne som chcel použiť pole polí ale to nebolo moc flexibilné... Moja kolekcia bude obalovať  obyćajný  Map do ktorého potrebujem ako key použiť Xovú a Ylonovú súradnicu a k súradnici potom len priradiť hodnotu. A keďže key je len jedena value tak neviem ako mám do nej vložiť obidve hodnoty tak aby som ich vedel za behu rýchlo spájať a rozdeľovať. Možno som len niečo nedomyslel ak máš iný nápad ako to urobiť budem veľmi rád keď ma ním inšpiruješ.

Použij komplexní čísla, dostaneš k nim i matematické nástroje.
https://mathjs.org/docs/datatypes/complex_numbers.html

665
Vývoj / Re:Návrh relační databáze
« kdy: 25. 04. 2019, 23:22:17 »
Filip, Kit:
Grafové a jiné nosql databáze jsou sice dobré, ale do té doby, než s nima chce člověk pracovat v součinnosti s věcma, které má v SQL databázi. Např. proto se prosazují "in-databaze" fulltexty, protože fulltext mimo databázi může být nakrásně rychlejší, lepší a nevím co, ale když chceš kromě fulltextu filtrovat ještě podle dalších X kritérií, tak je to na palici. Navíc rozdělení dat do dvou databází musíš řešit takové lahůdky, jako synchronizace transakcí atd. atd....
A protože se na většinu věcí SQL hodí hodně dobře, zpravidla je lepší cesta používat nosql rozšíření SQL databází - např. ten json sloupec - než data dělit do dvou různých databází, anebo se zcela zbavovat možností SQL (a ukládat vše do noSQL databáze).

Pokud někdo chce prznit relační databázi nějakým EAV a ORM, tak mu rovnou doporučím NoSQL, kde tyhle dva nesmysly nebude potřebovat. Takový vývojář si relační databázi ani nezaslouží.

666
Vývoj / Re:Návrh relační databáze
« kdy: 25. 04. 2019, 14:48:55 »
Záleží na tom, co od toho chcete. Dá se to pojmout třeba i tak, že jedno auto == jeden záznam v MongoDB. Všechny jeho komponenty budou nacpány do jednoho JSONu jako dokument. Pro některé UC to může být naprosto vyhovující, pro jiné nikoli.

667
Hardware / Re:Notebook postavený na Raspberry Pi
« kdy: 17. 04. 2019, 12:19:48 »
Ten Sunkee by šel, jen stojí 85 USD proti 20 USD za displej + kontroler. Možná na něj nakonec i dojde, jestli to nedám dohromady ;-)

Tak ten displej s kontrolerem a powerbankou slepíš do jednoho kusu a hotovo.

668
Server / Re:MySQL a phpMyAdmin jako informační systém
« kdy: 17. 04. 2019, 12:14:27 »
Adminer má neskutečnou výhodu, že má Adminer Editor, což je polidštená verze (osekáno co je netřeba, nezobrazuje systémové tabulky, resp. umí zobrazit jen jedinou databázi najednou, jako popisy sloupců používá komentáře atp.). Byť je to ta cesta, kterou bych chtěl jít, stále není dostatečná.

Adminer se jistě dá upravit dle vlastních potřeb.

Mně na tom nejvíc zaráží, že hledám nástroj natolik univerzální a primitivní a nenacházím. Jako by si každý budoval svůj vlastní frontend s kompletní logikou, byť chce třeba jen evidovat seznam knih ve dvou uživatelích.

Dělám to tak, je to jen jedna třída pro každou doménu a není to nic složitého. Adminer ani phpMyAdmin nepoužívám, těch několik řádek vlastního skriptu mě netrápí.

669
Server / Re:MySQL a phpMyAdmin jako informační systém
« kdy: 16. 04. 2019, 15:19:44 »

670
Vývoj / Re:PHP PDO - SQL Update
« kdy: 16. 04. 2019, 12:03:35 »
naznal jsem, že nejlepší bude v databázi vytvořiit sloupec ID a na něm AutoIncrement
a Update provádět přes tento ID, který se nikdy nezmění

Ti tam ten sloupeček s ID nemáš? To je docela zásadní nedostatek.

671
Hardware / Re:Notebook postavený na Raspberry Pi
« kdy: 14. 04. 2019, 16:38:06 »
Kdybys dělal krabičku a celý to nějak dal dohromady, tak to sem určitě hoď. :)

K čemu krabičku?

Displej + kontroller na kšandě z něho vysící + akumulátory + stepdown + nabíjecí modul + raspberry je bez krabičky, která by to držela dohromady dost odvážné. S tím bych vypadal jako robocop.

Však to potřebuješ jen na chvilku, než nastavíš správné parametry. Když budeš mít displej HDMI, tak už kontroler nepotřebuješ. Akumulátory + stepdown + nabíjecí modul = jedna powerbanka. Dohromady tedy jen tři komponenty. Navíc můžeš powerbanku  přilepit k monitoru místo stojánku, takže jen dvě: Monitor s powerbankou a RPi.

672
Hardware / Re:Notebook postavený na Raspberry Pi
« kdy: 13. 04. 2019, 12:46:22 »
Kdybys dělal krabičku a celý to nějak dal dohromady, tak to sem určitě hoď. :)

K čemu krabičku?

673
Vytahuju ze zásuvky na každou noc (vadí mi všechny ty retardované světýlka...

Ta světélka (hlavně modrá) obvykle přelepím měďenou samolepkou.

674
Hardware / Re:Notebook postavený na Raspberry Pi
« kdy: 12. 04. 2019, 11:56:48 »
Co třeba použít samostatný monitor, např. https://www.czc.cz/raspberry-pi-touch-display-7/229225/

675
Vývoj / Re:Ako komplikovane programujete?
« kdy: 27. 03. 2019, 07:32:12 »
Zabudnite na go, javy, .Net-y a podobne blbosti. Borci aj tak pouzivaju iba Haskell.

Fortran 77 alebo LISP. V núdzi (keď ide o ms odozvy a kvalitu kódu) BASIC.

Možná je to myšleno jako vtip, ale Lisp s knihovnami ve Fortranu skutečně nemá chybu.

Stran: 1 ... 43 44 [45] 46 47