Understanding tap

[Alex Miller]

tap is a replacement for using pr for debugging - libraries generally shouldn’t 
be using it indiscriminately.

If you do have multiple things putting values into tap, they can tag their 
values appropriately.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Understanding tap

[John Newman]

Not sure why two wouldn't compose. You should probably wrap values in 
namespaced maps and dispatch with multimethods for your add-tap handlers. You 
could probably do pub sub pretty easy over that.

But I'd like to see more examples with tap too. What alternative design were 
you thinking of?

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Understanding tap

[Mark Engelberg]

At first glance, tap seems like it doesn't compose well; two Clojure
libraries that use tap for different purposes can't be combined.

What is the reasoning behind having one global tap, rather than some sort
of pub/sub model?

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[ANN] rep 0.1.0 - A single-shot nREPL client (hence no 'L')

[Jason Felice]

rep

https://github.com/eraserhd/rep

A single-shot nREPL client designed for shell invocation, to be used as a
part of editor tooling, scripting, or monitoring.

Binaries are built with Graal VM, so it has super-quick boot and
turn-around time.  For example, it takes 25ms to execute "(+ 2 2)" in a
running server.

It connects to a running nREPL server (like kind started with lein repl,
for example), sends some code to be evaluated, and prints the results and
output.

$ rep '(clojure.tools.namespace.repl/refresh)'
:reloading ()
:ok

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] Oz 1.4.0 - Interactive data visualizations and scientific documents with Vega/Vega-Lite

[Christopher Small]

Quick note for posterity: Jaraj found a bug in the default credential path 
code (didn't work on mac) which he submitted a patch for and which I've 
just released as 1.4.1. So if you're on a mac and want to check out the 
`publish!` functionality, please update to 1.4.1.

Thanks again Juraj!

Chris


-- 
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.
For more options, visit https://groups.google.com/d/optout.

[ANN] Pedestal 0.5.5

[Daniel De Aguiar]

Hi folks,

Pedestal 0.5.5 has been released. This is a minor release containing some 
bugfixes.

For more info check out the release notes 
.

Thanks to everyone involved!

- Dan and the rest of the Pedestal team.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[ANN] Arcadia 1.0.0-beta: Clojure in Unity

[Tims Gardner]

Ramsey Nasser and I are excited to announce the first beta release of the
Arcadia  project. Arcadia
integrates Clojure into the industry-standard Unity 
game engine at the bytecode level, enabling a uniquely fluid and immersive
REPL-driven game development experience. It’s changed the way we make
games, and we’re sure it will do the same for others.


Arcadia is built on a fork of ClojureCLR
, and runs on Unity’s Mono virtual
machine. The project has been featured in a number of talks at conferences
over the years, and is the primary target of compiler research projects
MAGE and MAGIC. Arcadia was announced as “Clojure Unity” at Strange Loop
2014, and an amazing community of users has taken it up since then. Arcadia
is the basis for an upcoming family of products developed by Arcadia
Technologies . Check out our getting started
 page to
give it a spin!

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: What do Clojure developers use for recurring functions, other than at-at

[Rowan Hargreaves]

+1 for at-at. 

I've used it recently and it works well. It 
uses ScheduledThreadPoolExecutor etc under the hood, and it's only 350 
lines of readable code if you want to dig in. 

I have found its interface easy to use. As well as scheduling at specific 
times (the at function) or at regular intervals (every), it has the 
function interspaced which will schedule tasks after a specified delay 
after the previous call to that task has finished.  It also has a way of 
viewing and reseting tasks in the task pool.   

Rowan

On Monday, December 17, 2018 at 8:31:07 PM UTC, Tim Visher wrote:
>
> On Mon, Dec 17, 2018 at 2:54 PM > 
> wrote:
>
>> But at-at has not been updated in 6 years, so I assume it is abandoned. I 
>> have two questions about this:
>>
>
> A common bit of wisdom here in the Clojure community is that time since 
> last update is not always (or even often) a sign of abandonment but instead 
> of stability. If there are many and recent open issues on at-at then maybe 
> it's been abandoned. Or it could just be stable.
>
> Disclaimer, I don't know much about at-at.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Building a formatter like gofmt for Clojure

[Marc O'Morain]

Hi Daniel,

I think that this is a great idea. I'm a big fan of gofmt, because it has
no options - it prevents any discussion of indentation and instead allows
code-reviews to be focused on the code itself.

Marc

On Tue, 18 Dec 2018 at 20:42, Daniel Compton 
wrote:

> Hi folks
>
> In the last ten years or so, source code formatters with limited/no
> configuration have become popular. Go is the most well-known example,
> shipping with gofmt, but there are similar tools in Rust, JavaScript,
> Python, and Elixir.
>
> Clojure and Lisps, in general, have historically allowed very flexible
> formatting of s-expressions. This can aid readability but adds a cognitive
> overhead for readers used to different styles. It can also be challenging
> to match existing source code formatting if you are using a different
> editor to the original author.
>
> *I believe it would be useful for the Clojure community to be able to
> develop (or adopt) a single source-code formatter which is able to format
> Clojure source code to a canonical format.* It seems unlikely that 100%
> (maybe not even 50%) of the community would want such a tool, but I feel
> like there is enough desire for a common formatting tool that this could
> still be valuable.
>
> I've created a discussion thread
> 
> on ClojureVerse about building a Clojure/ClojureScript source code
> formatter as part of CLJ Commons . There are a
> few differences in goals between this tool and the existing ones that
> exist. I go into more detail in the thread, but I'm proposing the creation
> of
>
> * A fairly canonical format for Clojure code, e.g. reindenting code,
> reformatting namespace declarations. A format that has idiomatic opinions.
> * A formatting spec and test suite that multiple different tools and
> editors can implement, not a spec defined by the implementation of a single
> tool.
> * The creation of a reference implementation formatter.
> * A formatter with few (maybe zero?) options
>
> It's possible that 10 years after Clojure's creation, it's going to be too
> difficult for the community to coalesce around a canonical format, and it
> will be necessary to add some configuration options. I'm not really sure,
> which is why I'm asking for community members to join in the discussion.
>
> I realise that I'm touching the third rail
>  here, and lots of
> people have strong opinions about formatting. I don't expect that everyone
> would like or want to adopt such a strict formatting tool, and that's
> totally ok! For those of you that *do* like the idea of building/having
> such a tool, please jump in on the discussion on ClojureVerse, and on a
> GitHub repo discussing the different aspects of formatting at
> https://github.com/clj-commons/formatter.
>
> Thanks, Daniel.
>
> --
> 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.
> 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.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] Oz 1.4.0 - Interactive data visualizations and scientific documents with Vega/Vega-Lite

[Juraj Martinka]

Great, thanks for sharing!

On Wednesday, 19 December 2018 05:31:25 UTC+1, Christopher Small wrote:
>
>
> Hi Juraj
>
> Glad you have it working now!
>
> I mostly use oz from the Clojure REPL as an exploratory tool in my work on 
> Polis (see https://www.youtube.com/watch?v=2tBVMAm0-00). I have yet to 
> use the Reagent API in a dynamic front end, but I have used Vega & 
> Vega-Lite in a vanilla React app (see https://github.com/matsengrp/olmsted), 
> so I know what's possible and look forward to being able to do the 
> equivalent in ClojureScript.
>
> I'm a vim user, so I use vim-fireplace to connect my REPL to my text 
> editor. This lets me write and execute plot building code directly from the 
> comfort of my editor, and have a separate browser window open for looking 
> at the results. This gives me a pretty tight feedback loop for visualizing 
> and exploring data. If you're using the Reagent API with Figwheel, you 
> should get a pretty similar feedback loop for development of 
>
> To be perfectly honest, debugging can be a bit challenging when first 
> using Vega & Vega-Lite. The IDL's Vega Editor has some helpful tools for 
> analyzing specs for problems, and a tight feedback loop of tweaking and 
> re-evaluating plot code can help keep you on the right path till you get 
> your bearing. They're also working on some really neat debugging tools to 
> help visualize the compiled dataflow topology in order to better diagnose 
> issues, so hopefully this area will improve.
>
> The best way to get started is to go to the Vega & Vega-Lite Examples 
> pages (https://vega.github.io/vega/examples/ & 
> https://vega.github.io/vega-lite/examples/), which helpfully showcase a 
> panapoly of specs available for use as starting points. Once you find a 
> related spec, it's usually only a few changes to a get a "bare bones" 
> adaptation to your data. From there, you can generally stitch in spec code 
> from other examples as needed to get the plot you want. If some "stitching" 
> doesn't work, look for other examples combining similar functionality if 
> possible, and if not raise an issue. The IDL is super responsive and active 
> in their development and release cycle, so bugs generally get solved very 
> quickly; In fact on rare occasions where I've found a Vega bug or something 
> I wanted to do but couldn't easily, I've frequently discovered that there's 
> already been a fix released, or had them specifically address the problem 
> within a matter of weeks.
>
> Thanks again
>
> Chris
>
>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.