This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-09-02
Channels
- # bangalore-clj (4)
- # beginners (30)
- # boot (11)
- # cljsrn (11)
- # clojure (18)
- # clojure-conj (2)
- # clojure-italy (1)
- # clojure-uk (6)
- # clojurescript (14)
- # clojurewerkz (1)
- # core-async (3)
- # fulcro (14)
- # hoplon (12)
- # lumo (7)
- # off-topic (24)
- # onyx (2)
- # portkey (1)
- # protorepl (1)
- # re-frame (8)
- # spacemacs (14)
- # specter (95)
- # unrepl (14)
@font-face {font-family: AMSRegular; src: url('/kafonts/KaTeX_AMS-Regular.ttf');} how do I translate that line into garden/css ?
> Please enter the details. Mandatory fields are marked by * (Note: your password will be confirmed to you by email) Well that seems safe > *E-mail (all lower case) Well that isn't compliant
Hi! I’ve a question which I am not sure where to fit, so I will drop it here. Lately I have been feeling sullen about the state of the tools I have been using to build backend applications. Most of my recent projects have been web applications, so I am referring API backends with fairly simple needs (crud, authentication, authorisation, etc). Over the years I have worked with a number of frameworks/languages (PHP/Laravel/Symfony, Ruby/Rails, etc), and some of them were very good at getting things done, but none really satisfied me on a conceptual level. For example, often Authorisation is done at the route level (at least on projects I have touched). I am vaguely familiar with approaches such as using a command bus to take those concerns out of the API layer, but not in depth. Recently I have started to learn Clojure, which has a lot of exciting ideas, but I have yet to find a project which really inspires me on how I should write/structure my backend code. Has anyone had similar feelings and found a solution that they feel happy with?
My solution is effectively Duct. It’s not yet complete by any means, but it shows the direction I’m going in.
i am a duct / integrant fan, so i am fully supporting @weavejester in this :)
This has been particularly bugging me lately as I have been working with a GraphQL API, where the “point of entry” to your data is a bit less defined than with a more standard REST api.
If that makes any sense! Re-reading myself I realise this wasn’t the clearest way to express what’s on my mind
i understand that you want to have a framework that "dictates" how you should do things, like authorisation and other frequent but hard-to-get-right things ?
@lmergen not really a framework. I am young and haven’t seen much in the world; I would like to be aware of how experienced developers structure those things
to be honest, that's not really language specific but more generally about each of those topics
@lmergen just wondering if there are any decently well known architectural pattern I am missing out on when it comes to structuring fairly simple web backend code (CRUD, with authorisation and validation concerns). It seems to be that those things should be simple but often lead to a lot of incidental complexity
as @weavejester said, i would recommend to take a look at duct. i think vase is fairly limited in the type of problems it tries to solve (microservices), and duct is a more general architectural pattern.
anyone have sample code for using https://google.github.io/closure-library/api/goog.net.WebSocket.html ?