This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-10-02
Channels
- # announcements (12)
- # asami (5)
- # aws (3)
- # babashka (12)
- # beginners (86)
- # calva (14)
- # chlorine-clover (3)
- # cider (13)
- # clara (8)
- # cljdoc (1)
- # cljfx (2)
- # cljsrn (1)
- # clojure (69)
- # clojure-berlin (6)
- # clojure-czech (14)
- # clojure-dev (17)
- # clojure-europe (76)
- # clojure-france (14)
- # clojure-nl (43)
- # clojure-norway (6)
- # clojure-spec (7)
- # clojure-uk (13)
- # clojurescript (4)
- # code-reviews (1)
- # conjure (16)
- # cursive (2)
- # data-science (3)
- # datascript (1)
- # datomic (41)
- # events (4)
- # fulcro (9)
- # hugsql (3)
- # instaparse (5)
- # jobs (3)
- # malli (1)
- # mid-cities-meetup (1)
- # nrepl (22)
- # off-topic (25)
- # onyx (1)
- # pedestal (3)
- # remote-jobs (3)
- # shadow-cljs (61)
- # sql (22)
- # xtdb (12)
Flexiana je +-30 Clj devs a Clj/Cljs je primární jazyk. Existují i projekty v jiných technologiích, ale zastoupením jsou sekundární. U TopMonks je to asi mix technologií, ale AFAIK třeba PurposeFly vyvinuli čistě v Clj/Cljs https://www.purposefly.com/frank/
Díky! Teď vím kam se obrátit, až se vrátím do ČR :-) Super vidět že se v Čechách nachází i tak silné Clj prostředí
@rarous Dík za tip, nikdy jsem o #qlkit neslyšel. Proč ho preferuješ/ete oproti populárním volbám jako Re-frame? Pobavilo mě : > Be aware that qlkit is still alpha software at the moment, do not yet rely on it for production development!
@holyjak protože neřeším popularitu, ale užitečnost. Měl jsem zabugovanou #om-next appku a jen tím, že to @salax převedl do #qlkit , tak se bugy záhadně ztratily. Svedl bych to na to, že qlkit jsem schopnej přečíst a udržet v hlavě. 🙂 To u Om.next ani Fulcra nejsem. Navíc, jak mám málo času na programování, tak s qlkitem jsem efektivní jako s ničím, co jsem kdy používal.
Někdo v ČR používá #datomic cloud či on-prem?
@holyjak u klienta jsme zrovna přešli po roce z datomic cloudu na postgres a litovat toho asi nikdo nebude
Zajímavé, proč? Zde znám lidi co na Datomic nedají dopustit...
Primárně to chtěl klient 🙂, nelíbilo se mu, že to nezná. Ale, když od toho odlhlídnu, tak za nás následující nevýhody: a) nahovno dokumentace b) tooling DYI, např. jsme si musel napsat vlastní zálohování db, protože datomic cloud to ještě neměl c) bez Ionů se celá řada věci oproti on-prem nedá udělat a Iony mají svoje vlastní nároky na workflow, infra atd ... krom toho drbání s lambdami, i když jsme to nepotřebovali zrovna
a takové další důvody • oproti pg docela drahé řešení, cca 40k za měsíc • dvě i3 produkční instance byly asi 5x pomalejší než jeden M2 pg obsluhující to samé a to jsme optimzalizací fakt nějaký čas strávili • potřebovali bychom hlavně bitemporal db, jenže to datomic není a verzování, co nabízí, jsme relativně triviálně dodělali do pg pčes snapshoty, takže máme feature paritu