Re: [ANN] Brave Clojure Jobs

Forgot to mention - buying ads helps me afford to continue writing instructional Clojure material at http://www.braveclojure.com Thanks! Daniel On Wednesday, March 30, 2016 at 4:19:22 PM UTC-4, Daniel Higginbotham wrote: > > The first and only all-Clojure-all-the-time job board is out of beta an

Re: Reworking :pre condition to add an error message

I look forward to pre/post conditions becoming more helpful. Truss is a good example of how things can improve. I think part of the challenge is not making the code too messy. Here's a proof of concept of how metadata in the pre/post/assert expression could be used to craft nice messages: (d

Re: [ANN] As I was missing this kind of library in clojure I created relational_mapper for dealing with querying relational databases

Fantastic. Keep up the good work. Schema conventions could be made flexible with a protocol. (defprotocol IDBSchema (pk [_ table-name]) (rel [_ table-name rel-name]) (has-many? [_ table-name rel-name])) On Thursday, 31 March 2016 09:23:00 UTC+11, Krzysiek Herod wrote: > > I just released

Re: [ANN] As I was missing this kind of library in clojure I created relational_mapper for dealing with querying relational databases

I just released version 0.3.0 of Relational Mapper. Customization of keys and foreign keys is done now, as well as possibility to specify relation with a different name than the corresponding table (https://github.com/netizer/relational_mapper#different-name-of-an-association-than-a-table-name).

Nice article on HugSQL

Enjoy! https://compose.io/articles/embrace-sql-with-hugsql-clojure-and-postgresql/?utm_source=postgresweekly&utm_medium=email -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that post

[ANN] Brave Clojure Jobs

The first and only all-Clojure-all-the-time job board is out of beta and in production: Brave Clojure Jobs, https://jobs.braveclojure.com/. For the next 30 days, posting an ad is 50% off :) Please feel free to email me about it, nonrecurs...@gmail.com Thanks to everyone who helped with the beta

Re: flowchart for choosing the right Clojure parallel primitives?

Thank you, David! On Tue, Mar 29, 2016 at 10:52 PM, David Della Costa wrote: > Hi Sergey, I don't have a direct answer for you but this talk at > Clojure/West 2015 by Leon Barrett went over the various options for > parallelism in Clojure, and I found it pretty educational myself: > > > https://

Re: Nesting semantics for the thread last operator

On Monday, March 21, 2016 at 5:33:36 PM UTC-7, James Reeves wrote: > > > >> The question I was asking is: does anyone rely on the current behavior? >> For people adapting this syntax for a query language, it's appealing to >> write: >> >> a->b()->c() >>->union(d->e()->f()) >> >> and get (un

Re: Reworking :pre condition to add an error message

Truss also has good support for :pre and :post conditions On Monday, July 11, 2011 at 7:40:48 PM UTC+2, frye wrote: > > Note: This message was originally posted by ' Shantanu' on the

Re: Reworking :pre condition to add an error message

CLJ-1817 looks interesting. We’ve been achieving similar behaviour via `or` statements in `:pre/:post`: (defn somefn [x] {:pre [(or (map? x) (throw+ {:type ::bad-stuff :details ...}))]} ...) This way we were also getting more useful exception types than AssertionErrors, but it did feel a b

Re: flowchart for choosing the right Clojure parallel primitives?

Thanks, that's a really nice overview for the possible parallel processing options in clojure. On Tuesday, March 29, 2016 at 9:53:32 PM UTC+2, David Della Costa wrote: > > Hi Sergey, I don't have a direct answer for you but this talk at > Clojure/West 2015 by Leon Barrett went over the various o

Re: Render Rails templates in Clojure?

Thanks! Zweikopf looks pretty cool, will check it out more On Tuesday, March 29, 2016 at 2:44:40 PM UTC+3, Erwin Kroon wrote: > > We are running Clojure and Rails in the same JVM with JRuby (with our own > library ring.rack [1] and Zweikopf [2]). > > Depending on the templates, you can probably