This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-08-14
Channels
- # aws (1)
- # beginners (52)
- # boot (1)
- # cider (9)
- # clara (4)
- # cljs-dev (40)
- # cljsrn (2)
- # clojure (166)
- # clojure-dusseldorf (1)
- # clojure-italy (38)
- # clojure-spec (13)
- # clojure-uk (32)
- # clojurescript (337)
- # cursive (11)
- # data-science (47)
- # datomic (11)
- # emacs (3)
- # events (1)
- # fulcro (57)
- # hoplon (16)
- # jobs-discuss (1)
- # juxt (11)
- # keechma (21)
- # mount (2)
- # off-topic (44)
- # onyx (9)
- # re-frame (33)
- # reagent (1)
- # ring-swagger (3)
- # specter (2)
- # test-check (37)
- # vim (30)
@andy.fingerhut Slack payments are centralized to the owner(s) so ther's no option for team members to pay.
I keep hearing "modules are more generic than haskell typeclasses" -- is there any good tutorial explaining this?
It's arguable, they are 1st class (in OCaml). Still some people wish to have something more akin to typeclasses too, modular implicits could be just that
the word “implicit” tends to scare me, not just in general, but also after some horror stories about using scala
I like OCaml in its current form(the compiler/runtime, it s another story), not sure it'd be a very valuable addition.
the problem with it in scala is the abuse and not just the concept itself. Odersky has given a talk about it and how to properly use it (and when not to).
@roberto all functions should have 0 arity and pass all arguments as implicit, right?
@roberto the horror story involved using a lib that overused implicits - the lib was the natural one to use for the task, but it imposed this implicit tuple type explosion that rippled through the code
I haven’t used scala myself so I could be getting part of this story wrong - but it sounded like a bad corner he painted himself into
yeah, I have been bitten by that. My own observation is that implicits should not be used in libs, but in the application at the outer layer when “wiring” up the interactions
OK, that sounds reasonable
sounds awfully similar to some of the operator abuse in haskell, seen some pretty exotic species of tropical fish while diving through haskell code before ><>˚
Anyone know where to get a name normalization database or have a recommendation? something that turns bill -> william and liz -> elizabeth
@ghadi have you seen the downloads from oracle?
haven’t used them in anger
oh, wait - where’s the download for that…
wow, never knew bill is short for william.... I'll never understand how english names work lol
@akiroz in english, “peggy” is short for “margaret”
(so is “daisy”)
thanks @noisesmith
@noisesmith @akiroz we could also all be citing Dick Hickey all the time
Is the Eclipse license suitable for a doc-only project? I am putting together a document with Clojure-related info. It is only text and tables; no code. It will be open to multiple contributors; I don't plan to commercialize it; and I don't want to hassle over legal issues. I like the general feel of the Eclipse license for this, especially since it is so accepted in the Clojure community, but don't know if it is suitable for documents. Thoughts?
Yes, EPL can also be used for docs. All the Eclipse projects use it to cover both. The Clojure web site uses it too.
Thanks. I missed this reply from you last week. Meanwhile, I've released the doc (https://goo.gl/ZZH8fm) with no explicit license, and world-writable, in the hope that crowd-sourcing would add more value. So far, the experiment seems to have worked nicely; no visible vandalism.
or Ricky Hickey.
http://bugs.java.com/bugdatabase/view_bug.do?bug_id=6804517 am i reading this right, that TCO is "planned" for JDK 13?
I wouldn't be surprised if "JDK 13" was just a mythical version bucket that they use for all sorts of "unplanned" stuff...
After all, the blog post referenced in that Bug is ten years old!