This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-05-07
Channels
- # beginners (71)
- # boot (25)
- # cider (204)
- # clara (18)
- # cljs-dev (10)
- # cljsrn (64)
- # clojure (50)
- # clojure-dev (2)
- # clojure-dusseldorf (1)
- # clojure-india (5)
- # clojure-italy (1)
- # clojure-nl (21)
- # clojure-poland (65)
- # clojure-spec (41)
- # clojure-uk (10)
- # clojurescript (4)
- # core-async (5)
- # cursive (2)
- # datomic (17)
- # duct (8)
- # emacs (8)
- # fulcro (1)
- # graphql (21)
- # hoplon (2)
- # javascript (3)
- # lumo (25)
- # mount (5)
- # off-topic (5)
- # onyx (3)
- # portkey (6)
- # re-frame (15)
- # reagent (5)
- # rum (1)
- # shadow-cljs (198)
- # spacemacs (19)
- # specter (2)
Myślę, że mógłbym się postarać o przygotowanie wystąpienia jak radzimy sobie w firmie z GDPR. Używamy Datomic a jednak jakoś trzeba poradzić sobie z prawem do bycia zapomnianym...
W ubiegły piątek konsultowaliśmy się z firmą prawniczą zajmującą się tym działem. Wygląda na to, że i technicznie i prawnie.
Jest, ale społeczność dość jednogłośnie twierdzi, że jest to niezalecane rozwiązanie.
Postawmy sprawę jasno - bardziej ze mnie junior, może mid w porywach. Inaczej sprawa ma się z naszym CTO. A komuś w końcu zaufać trzeba 😉
Natomiast to jak ja widzę sprawę odnośnie :db/excise
: o ciemnej materii wiemy dlatego, że gdyby jej nie było, to rzeczy, które możemy obserwować nie działałyby tak, jak działają. Analogicznie sprawa rysuje się z bazą danych: Użytkownik X polecił użytkownika Y i ten z tego tytułu dostał jakiś kupon rabatowy czy coś. Jak kiedyś X zażąda bycia zapomnianym, to przez użycie :db/excise
wprowadzam ciemną materię do logiki systemu. A tego bym chciał uniknąć
no to trzymajcie wrazliwe dane w osobnym datastorze, zaszyfrowane czy cos a w datomicu tylko jakies nic nie znaczace referencje
Gdybyśmy mieli tworzyć system od zera to byłaby to jakaś opcja. Ale w naszym przypadku mieliśmy kilka systemów, gdzie taka migracja byłaby strasznie skomplikowana.
Aczkolwiek z tą zdalnością różnie bywa. Miesiąc temu wróciłem z siedmiomiesięcznej delegacji 😜
Ostatnio mam sporo na głowie, ale ostatni tydzień maja brzmi osiągalnie. W jaki dzień chcecie organizować meetup?
O której? I w ogóle podeślij mi wszystkie detale. Mój mail: damian(at)http://magnet.coop
@darnok a jakie tematy? spodziewasz sie w audience w wiekszosci starych wyjadaczy czy raczej odwrotnie?
spotkałem się z tym już parokrotnie, że ludzie nie wiedzą jak poukładać projekt, jak to wszystko połączyć
później, może będzie coś o clojure.spec, o GraalVM może też, bo ostatnio się tym zajmowałem, może o komponentach (mount, component, itd.)
ogólnie nie spodziewam się starych wyjadaczy, bo prawdopodobnie nie ma ich za dużo we Wrocławiu 🙂
no tak tak, ale sobie mysle, ze moglbym cos pogadac tylko warto troche wiedziec o publice zanim sie rzuci tematem
a chodziło o to że mógłbyś coś pogadać z kimś, kto mógłby zrobić jakąś prezentację czy sam byś coś prezentował?
z takich ostatnio rzeczy, ktore byly u mnie na czasie to: re-frame, rozkminy systemowo-architektoniczne, hi perf networking, ghetto implementacja czegos w rodzaju datomica na h2 eeee
bardziej mysle o tym, ze jakbym mial o czyms gadac to bym po prostu sobie szybko zrobil projekt i prezke w tym celu
no to ciekawe, wg mnie spoko do prezentacji. wg mnie nie ma co się zamykać na same tematy typu hello world, ale jakieś ciekawe sprawy.
napisalem sobie takie cos co ma API praktycznie jak datomic ale jest embedded, troche na zasadzie sqlite
masz perzystencje, mozesz robic te datalogowe queries i transakcje ale wsyztsko sie dzieje lokalnie
coś takiego jak to? https://github.com/tonsky/datascript
Jest, ale społeczność dość jednogłośnie twierdzi, że jest to niezalecane rozwiązanie.
Postawmy sprawę jasno - bardziej ze mnie junior, może mid w porywach. Inaczej sprawa ma się z naszym CTO. A komuś w końcu zaufać trzeba 😉
Natomiast to jak ja widzę sprawę odnośnie :db/excise
: o ciemnej materii wiemy dlatego, że gdyby jej nie było, to rzeczy, które możemy obserwować nie działałyby tak, jak działają. Analogicznie sprawa rysuje się z bazą danych: Użytkownik X polecił użytkownika Y i ten z tego tytułu dostał jakiś kupon rabatowy czy coś. Jak kiedyś X zażąda bycia zapomnianym, to przez użycie :db/excise
wprowadzam ciemną materię do logiki systemu. A tego bym chciał uniknąć