[ANN] martian 0.1.10 - simplify your HTTP clients

[Oliver Hine]

Hi everyone,

I am pleased to announce the release of martian 0.1.10

Martian provides an abstraction allowing you to describe the HTTP endpoints 
that you call without methods, urls and query parameters leaking into your 
application code, allowing you to work with pure Clojure data. It builds on 
the flexible interceptor pattern familiar to users of pedestal and supports 
APIs described with Swagger. Describing HTTP calls as data allows you to 
easily stub remote services, generate responses and add aspects such as 
logging and metrics.

https://github.com/oliyh/martian

This release *adds support* for:

   - Making your own decision about keywordising keys as per #65 
    (thanks @andrewmcveigh 
   )
   - URI formats for strings #63  
(thanks 
   again to @andrewmcveigh )

Enjoy!

Cheers,
Oliy

-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/e930e649-3406-479a-ac27-ad4e0584545f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Clojure Case Study - read

[Marek Rinko]

Hi guys, 

we are Flexiana, group of senior Clojure developers. We just finished one 
Clojure study 
- https://flexiana.com/2019/05/case-study-evolta-document-interactive-search

Hope it helps! :) 

Mark

-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/13643922-0234-4edb-9cd3-bc2e681f77e5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Next Scicloj meeting: using Python from Clojure using libpython-clj

[Daniel Slutsky]

Our next online gathering will take place on July 18th, 5pm UTC.

Agenda:
• Chris Nuernberger about using python from Clojure using libpython-clj
(https://github.com/cnuernber/libpython-clj)
• Discussion of community challenges

More details will follow.

 https://twitter.com/scicloj/status/1143555279163969537

-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CADTWONM9UnV5hecuH%3DiyHgFeq6ZqLF%3DiOD8_1wyVcKzqtRVUmQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] Morphe: an aspect-oriented tool

[Jesús Gómez]

After seeing the final product in your REDME, i.e:

(m/defn ^{::m/aspects [timed logged traced]} do-a-thing [x stuff]
(.doThatThing x stuff))

My question would be: Is it possible that the final product would had use
`defn` instead, given that the namespaced tag has all the needed
information? e.g

(defn ^{::m/aspects [timed logged traced]} do-a-thing [x stuff]
(.doThatThing x stuff))


El lun., 24 jun. 2019 a las 14:33, Timothy Dean ()
escribió:

> An aspect-oriented library for Clojure
>
> Most aspect-oriented patterns I have seen in Clojure work one of two ways:
> first, via rebinding var roots dynamically; or second, via functional
> composition. While both of these patterns are perfectly adequate for many
> use cases, they are not (IMO) perfect solutions for all. If I wish to avoid
> dynamic rebinding or if I do not wish to eschew built-in language/tooling
> features (fn arglist metadata, docstrings, etc.), then typical patterns
> won't work.
>
> The following library provides an extension to Clojure's built-in `defn`
> form that allows you to tag your function definitions with compile-time
> macro transformations. It also provides very simple macro constructors for
> the most common use cases. It's not intended to replace dynamic
> decorations  or functional
> composition , but to provide
> another useful tool in the box. The library's motivation is explained with
> a simple example here
> , and a
> more detailed comparison with other Clojure idioms is found here
> .
>
> https://github.com/galdre/morphe
>
> I've quite enjoyed building and using this library over the last few
> years, and I hope others can find it useful as well! I recently updated it
> to work with Clojurescript (but not self-hosted Clojurescript). This was an
> adventure, and it's quite possible there are some issues with the CLJS
> implementation that I have not yet discovered.
>
> ~Timothy Dean
>
> --
> 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 posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/74bda940-4f12-4bcb-b1d7-d21380a62b14%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAO9z-97KufcHBCEez2n_Cp1oL-_1u2HkJi%2Bbx04%2BLmaUz3nFAQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[Clojure Book WIP] Numerical Linear Algebra for Programmers

[Dragan Djuric]

Numerical Linear Algebra for Programmers: an Interactive Tutorial with GPU, 
CUDA, OpenCL, MKL, Java and Clojure

initial release 0.1.0

https://aiprobook.com/numerical-linear-algebra-for-programmers

basically…

   - a book for programmers
   - interactive & dynamic
   - direct link from theory to implementation
   - incredible speed
   - Nvidia GPU (CUDA and cuBLAS)
   - AMD GPU (yes, OpenCL too!)
   - Intel & AMD CPU (MKL)
   - Clojure (magic!)
   - Java Virtual Machine (without Java boilerplate!)
   - complete source code
   - beautiful typesetting (see sample chapters below)

-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/062128cf-e719-4276-a387-b1ddcc7dc887%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] Morphe: an aspect-oriented tool

[Juraj Martinka]

Looks cool - thanks for sharing this.
What kind of aspects do you find to be used most often? Is it mostly 
logging/tracing/timing or also something else?
Roughly how much did you use these *aspects *in the codebase you worked on 
and in which parts of the application? (mostly edges?)


On Monday, 24 June 2019 19:03:06 UTC+2, Timothy Dean wrote:
>
> An aspect-oriented library for Clojure
>
> Most aspect-oriented patterns I have seen in Clojure work one of two ways: 
> first, via rebinding var roots dynamically; or second, via functional 
> composition. While both of these patterns are perfectly adequate for many 
> use cases, they are not (IMO) perfect solutions for all. If I wish to avoid 
> dynamic rebinding or if I do not wish to eschew built-in language/tooling 
> features (fn arglist metadata, docstrings, etc.), then typical patterns 
> won't work. 
>
> The following library provides an extension to Clojure's built-in `defn` 
> form that allows you to tag your function definitions with compile-time 
> macro transformations. It also provides very simple macro constructors for 
> the most common use cases. It's not intended to replace dynamic 
> decorations  or functional 
> composition , but to provide 
> another useful tool in the box. The library's motivation is explained with 
> a simple example here 
> , and a 
> more detailed comparison with other Clojure idioms is found here 
> .
>
> https://github.com/galdre/morphe
>
> I've quite enjoyed building and using this library over the last few 
> years, and I hope others can find it useful as well! I recently updated it 
> to work with Clojurescript (but not self-hosted Clojurescript). This was an 
> adventure, and it's quite possible there are some issues with the CLJS 
> implementation that I have not yet discovered.
>
> ~Timothy Dean
>

-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/b46f3c27-266e-40eb-aaac-65344919a1b5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.