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 ... 14 15 [16] 17 18 ... 29
226
Vývoj / Re:Angular a Node.js - 250MB na disku v základu
« kdy: 16. 07. 2018, 05:17:23 »
Tohle je smutná realita dnešního webu. Jednoduché weby/aplikace se současnými technologiemi prakticky dělat nelze.

Webaři chtěli dělat věci jednoduše, ohrnovali nos nad nástroji, jako je C++, Java, SOAP, XML, XSLT, SQL… Tak se rozhodli, že nebudou opakovat chyby předešlé generace a že si to napíší znova po svém – jednodušší, elegantnější.

A co jim z toho nakonec vyšlo?

NAPROSTO ZRŮDNÝ BLOATWARE – jako ten, na který jsi právě narazil.

angular byl vždy bloatware inspirovaný newebovými frameworky. Tazatel (javaman?) navíc plete dohoromady velikost nástrojů a výsledné aplikace. Dobu buildění a startu.

227
Tak kdyby to potřeboval někdo jiný: https://tscanlin.github.io/tocbot/

Jak jsi to našel?

zkus zadat do google "browser extension table of contents"

228
Software / Re:Atributy v XML
« kdy: 12. 07. 2018, 21:08:05 »
Kód: [Vybrat]
user({id:42,name:"Název"})
je to stejně dlouhé

Už tady bylo jasně řečeno, ža nezáleží na délce, ale na tom, co s tím umíš :)

mohu to vyevalovat stejně jako ten Lisp. Nebo pro tu Lispovou notaci existují nějaké nástroje?

229
Software / Re:Atributy v XML
« kdy: 12. 07. 2018, 20:30:02 »
Jako značkovací jazyk by se mi líbil i Lisp, protože je ještě stručnější než JSON, ale neujal se.
V kterém Lispu? Co konkrétně je stručnější než v JSONu? AFAIK neexistuje zápis mapy kompatibilní napříč Lispy.

Měl jsem na mysli takový zápis, který by snad měl být kompatibilní ve všech Lispech a zároveň řeší problém atributů, které v něm nemusí být skalární:
Kód: [Vybrat]
(user :id 42 :name "Název")
vs.
<user id="42" name="Název"/>
vs.
{"user":{"id":42,"name":"Název"}}

to by asi šlo, ale když JSON doplním o konstruktory, dostanu něco podobného.

Kód: [Vybrat]
user("id",42,"name","Název")

nebo asi lepe

Kód: [Vybrat]
user({id:42,name:"Název"})

je to stejně dlouhé

230
Software / Re:Atributy v XML
« kdy: 12. 07. 2018, 20:11:51 »
Jako značkovací jazyk by se mi líbil i Lisp, protože je ještě stručnější než JSON, ale neujal se.
V kterém Lispu? Co konkrétně je stručnější než v JSONu? AFAIK neexistuje zápis mapy kompatibilní napříč Lispy.

Měl jsem na mysli takový zápis, který by snad měl být kompatibilní ve všech Lispech a zároveň řeší problém atributů, které v něm nemusí být skalární:
Kód: [Vybrat]
(user :id 42 :name "Název")
vs.
<user id="42" name="Název"/>
vs.
{"user":{"id":42,"name":"Název"}}

to by asi šlo, ale když JSON doplním o konstruktory, dostanu něco podobného.

Kód: [Vybrat]
user("id",42,"name","Název")

231
Software / Re:Atributy v XML
« kdy: 12. 07. 2018, 14:43:33 »
Jako značkovací jazyk by se mi líbil i Lisp, protože je ještě stručnější než JSON, ale neujal se.

V kterém Lispu? Co konkrétně je stručnější než v JSONu? AFAIK neexistuje zápis mapy kompatibilní napříč Lispy.

232
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 11. 07. 2018, 11:15:17 »
https://www.npmjs.com/package/shelljs

to volá programy přes podprocesy. Stejně jako shell.

233
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 11. 07. 2018, 10:58:28 »
Jo. Takže bys doporučil nahradit Unix MS-DOSem podle tvé logiky.

naopak, něčím modernějším. Proč používat na 2D monitorech dálnopisové 1D rozhraní? Shellové interprety vytvářející nový proces pro každý příkaz vznikly pro tehdejší HW. Dnes by je šlo nahradit třeba Javascriptem.

234
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 11. 07. 2018, 10:46:23 »
Proč?

Defautní emacsové ovládání mohu v moderních editorech zapnout jedinou volbou. Balíčky často mají ekvivalenty. Vlastní customizace bych musel pracně replikovat.
Tak jestli je nahrání jednoho konfiguráku pracné...

pracné je vytvořit stejnou nestandardní konfguraci v různých editorech. V cloudových IDE to často ani není možné.

235
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 10. 07. 2018, 20:40:00 »
Editor s pluginy, ale bez nastavených preferencí je holý.

přesto toho umí víc než tvůj vytuněný Vim. Má všechny featury, o kterých tu prohlašuješ, že je nepotřebuješ.

236
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 10. 07. 2018, 16:40:38 »
To musí být docela opruz dělat s takovým holým editorem.

nikde jsem nepsal, že pracuji s holým editorem.

237
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 10. 07. 2018, 16:23:22 »
Takže na každém novém stroji tyto parametry ručně nastavuješ znovu.

žádné parametry nenastavuju. Instaluji balíčky podle potřeby. Na každém stroji edituji něco jiného.

238
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 10. 07. 2018, 16:13:36 »
Konečně napiš, co má být podle tebe to lepší. Ale hlavně prosím tě nepiš, že notepad++ apod., ani Emacs - vím, že je mocný, ale už jsem si zvykl na Vim.

rozumné klávesové zkratky + multikurzor.

Kde vlastně v tom textu čteš, že to podle Joye byla slepá cesta? To by byl podle stejné logiky slepou cestou i celý Unix. Ten byl taky navržen pro svět, který dávno neexistuje.

Unix byl také slepá cesta podle jeho autorů. Lisp machines byly oproti tomu nadčasové. Lepší způsob práce s Unixem je skrz Emacs nebo webový prohlížeč.

Proč?

Defautní emacsové ovládání mohu v moderních editorech zapnout jedinou volbou. Balíčky často mají ekvivalenty. Vlastní customizace bych musel pracně replikovat.

239
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 10. 07. 2018, 15:00:35 »
Ty máš své balíčky, ve kterých máš barevné schéma, fonty, své jméno, e-mail, automatické korekce, makra apod?

nemám

240
Software / Re:Gedit spadne po hledání v 40kB textu
« kdy: 10. 07. 2018, 14:21:26 »
Kam přijdeš, tam si ty parametry znovu nastavuješ ručně?

podle potřeby doinstaluji balíčky. Zvykat si na vlastní unikátní customizaci se nevyplácí.

Stran: 1 ... 14 15 [16] 17 18 ... 29