Re: if nil is true

[Sayth Renshaw]

On Tuesday, 31 January 2017 10:25:31 UTC+11, Leon Grapenthin wrote:
>
> Hi Sayth, welcome to Clojure.
>
> Read like this:
>
> (nil? nil) 
> ;-> true
> Is nil nil? True. 
>
> (true? nil) 
> ;-> false
> Is nil true? False.
>
> Kind regards,
>  Leon.
>
>
Thanks Leon. Yeah it does make sense it just didn't catch me right on first 
blush.

Sayth 

-- 
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: if nil is true

[Sayth Renshaw]

On Monday, 30 January 2017 19:02:08 UTC+11, Sayth Renshaw wrote:
>
>
>
> On Monday, 30 January 2017 18:53:44 UTC+11, Alan Forrester wrote:
>>
>>
>> > Hi 
>> > 
>> > If nil is true 
>> > 
>> > clojure-noob.core> (nil? nil) 
>> > true 
>> > 
>> > Then why doesn't nil return from this statement as the first true 
>> value? 
>>
>> This expression is a function invocation. The function is the first item 
>> in the list and the argument is the second. So this expression asks if nil 
>> is nil, which is true. 
>>
>> I cut the rest of your examples since they make similar mistakes. You 
>> don’t understand clojure very well, you may want to read the docs: 
>>
>> https://clojure.org/reference/reader 
>> <https://www.google.com/url?q=https%3A%2F%2Fclojure.org%2Freference%2Freader&sa=D&sntz=1&usg=AFQjCNFZbto4LI2e6dV6ebx1OiG-iOCg-A>
>>  
>>
>> This isn’t an attack, just a statement of fact. 
>>
>> Alan
>
>
> lol Alan I was, reading clojure for the brave and new reading the or 
> syntax I didn't understand 
>
> though I read https://clojuredocs.org/clojure.core/or
>
> reading your link now.
>
> Sayth
>


My confusion is that nil is false and will return true if nil false on all 
other truthy values. It's a double negative same as

clojure-noob.core> (false? false)
true

This is the better link https://clojuredocs.org/clojure.core/nil_q

user=> (nil? nil)trueuser=> (nil? 0)falseuser=> (nil? false)falseuser=> (nil? 
'()) 

false

 

-- 
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: if nil is true

[Sayth Renshaw]

On Monday, 30 January 2017 18:53:44 UTC+11, Alan Forrester wrote:
>
>
> > Hi 
> > 
> > If nil is true 
> > 
> > clojure-noob.core> (nil? nil) 
> > true 
> > 
> > Then why doesn't nil return from this statement as the first true value? 
>
> This expression is a function invocation. The function is the first item 
> in the list and the argument is the second. So this expression asks if nil 
> is nil, which is true. 
>
> I cut the rest of your examples since they make similar mistakes. You 
> don’t understand clojure very well, you may want to read the docs: 
>
> https://clojure.org/reference/reader 
> 
>  
>
> This isn’t an attack, just a statement of fact. 
>
> Alan


lol Alan I was, reading clojure for the brave and new reading the or syntax 
I didn't understand 

though I read https://clojuredocs.org/clojure.core/or

reading your link now.

Sayth

-- 
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.

if nil is true

[Sayth Renshaw]

Hi

If nil is true 

clojure-noob.core> (nil? nil)
true

Then why doesn't nil return from this statement as the first true value?

clojure-noob.core> (or false nil true)
true

Sausages does as expected.

clojure-noob.core> (or false "sausages" true)
"sausages"

Thanks

Sayth

-- 
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: Pareto's Clojure

[Sayth Renshaw]

Thank you Eric that does really look like you have nailed a good core of 
clojure. Thank you also for providing the references I really think it will 
help.

Excited to see how many solutions I can make using these. 

Sayth

-- 
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.

Pareto's Clojure

[Sayth Renshaw]

Morning

Currently driving through Clojure country reading Clojure for the brave abs 
typing examples out of the clojure cookbook.

Following Paretos principle 80/20 rule the 20% usually drives the 80% of 
outcomes. if I did a deep dive into the most important 20% of clojure what 
would I dive into? 

Cheers

Sayth

-- 
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: clojure, not the go to for data science

[Sayth Renshaw]

Would be good to get that on a wiki for all so we could update and share as
a resourcee.

Sayth

On Mon, 6 Apr 2015 at 04:47 Christian Weilbach 
wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> >>
>
> >> http://viewer.gorilla-repl.org/view.html?source=github&;
> user=ghubber&repo=cnc&path=rincanter.clj
> >>  I am not sure whether this fits the design atm. though. I also
> >> had a look at renjin, but I think the native plugins mandate an
> >> RVM integration atm.
> >>
> >
> > You might find http://beakernotebook.com interesting, if you
> > haven't seen it before. It allows several languages in the same
> > notebook, and has  a simple mechanism for sharing data between the
> > language environments. It's pretty green at the moment, but it has
> > some serious backing, so could be pretty useful once it's got a bit
> > more polish on it. I chatted a little with someone who was hoping
> > to implement a Clojure plugin for it, although I don't know how
> > they've gotten on since.
>
> This is really nice, thank you for pointing out! Effectively though
> this means you need to manually(!) convert data between all cells,
> which only works if serialization between the environments is a lot
> less work than processing the data and you don't want to call alien
> procedures e.g. in a loop. It also means that part of datasets need to
> be hold in memory in all runtimes at the same time. So I am not sure
> whether JSON synchronisation of state between runtimes is good in the
> long run, it feels fairly hacky and having that many runtimes already
> causes a big type-conversion matrix and probably many subtle
> incompatibilities. It is the most pragmatic approach though and
> probably the most successful for now.
>
> They are not opinionated about languages, while I would like to
> integrate data science tooling in Clojure, so it is easier to bring
> people on board, not to make language hopping the top goal, which is
> for mentioned performance reasons and from a Lisp/Clojure perspective
> a bit questionable imo (esp. since all these languages have to drop to
> C to get some performance). I also would like to have the environment
> written in Clojure (read: gorilla). I would be happy to integrate
> Python and R on the JVM, e.g. through Jython and RServe/renjin, which
> allows to share code much better down to direct method dispatch. Do
> you think integrating R cells in this way would be reasonable for you?
> Or just allowing plugins for new cell-types...
> (With RServe manual synchronisation with the RVM is still necessary
> btw., renjin would solve this, but needs more support for CRAN
> packages imho).
>
> >
> > I also have taken a paper I liked and implemented a quick version
> > of
> >
> >> SNE, which was fairly nice to do in Gorilla REPL:
> >>
> >> http://viewer.gorilla-repl.org/view.html?source=github&;
> user=ghubber&repo=cnc&path=stochastic-neighbour-embedding.clj
> >>  A problem seems to be unicode support, I tried to use some math
> >>  symbols from the notation in the paper directly, but the viewer
> >> seems to have a problem with it.
> >>
> >
> > Not sure what the problem is there - my feeling is it should just
> > work, on the Gorilla side. If there's a test case you can point to
> > (with an expected result) I can take a look at it.
>
> The problem is just that viewer.gorilla-repl.org seems to have some
> encoding problems with UTF-8. See the sum sigma symbol for instance:
> https://github.com/ghubber/cnc/blob/master/stochastic-
> neighbour-embedding.clj#L72
> which is corrupted in the viewer. I hoped that was easy to fix.
>
>
> Christian
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQEcBAEBAgAGBQJVIYNTAAoJEKel+aujRZMk5wsIAIl/CoX0E7u6lSJIHQfWI8U5
> HZWUPjHJie+sbIt+G4qm8SozAbmPEc6mRSDC3kP1v2JhoJv4y1j6klWmHH9Xm3dj
> eqxNgVTNClk5ZUUcAFhcy2gUCc9RP6AJF27TnSO+ArG4qApueU+s297uHTAfGefk
> hj+AbzCGoQOgvw1F6sUOTQ4KV6Z51/pYsjIgxwPC5vvzIKgv+qiKXMWLow1mM9uu
> tG4h/HDSxdjCWdVm4sCuipi5tJJmdYEuYHjtFiMVbpVA5YZT3KleL4K6Gn9nMu7u
> vrw2YlZyE9mlKPbv4GRS3ANnVv45+e0yLuMMXV1OdlxwKqmvKosmk7k4K6jR8Pc=
> =5QnK
> -END PGP SIGNATURE-
>
> --
> 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 a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/clojure/vsjUlAWm64g/unsubscribe.
> To unsubscribe from this group and all its topics, 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 subscrib

Re: clojure, not the go to for data science

[Sayth Renshaw]

Agree Chris, I think Clojure has a lot of advantage. I never intended to
knock Clojure just question as a person returning to look at the project at
the potential roadblocks whether real or perceived that were potentially
limiting its adoption.

Sayth

On Fri, 3 Apr 2015 at 10:07 Christopher Small  wrote:

>
> Editors as they apply to data science adoption is certainly relevant,
> particularly as relates to ease of adoption for beginners. It's easy for an
> experienced developer to dismiss the difference of ease in adopting
> something like RStudio vs R by itself; Those with experience already have
> workflows they're used to (vim/emacs + tmux / whatever), but getting to
> that point is not trivial. And there are certainly those who come to R and
> python looking to do data science who have little programming experience.
> I've seen a lot of this among biologists in particular.
>
> The Gorilla REPL does certainly take us a good way there, for those
> interested in the notebook model. But the RStudio/MATLAB workbench model is
> also something worth considering. Some easy to install packages gluing
> together Incanter, core.matrix, Gorilla REPL, Quil, and perhaps
> tools/interfaces that don't exist yet, with excellent documentation and
> guidance, could make a huge difference in adoption.
>
> As for broader thoughts coming to mind: My experience has been that R is
> great for exploration, but is terrible for scaling into bigger systems from
> an architectural standpoint (but other's might disagree with me). It can
> also feel rather cumbersome when developing algorithms. Python feels much
> better along these lines, but also has its own warts as a language
> (concurrency for example). It's my opinion that the shortcomings of Clojure
> for data science are much more easily addressable than those of R or
> python, as they're less about the language itself than things missing from
> ecosystem which can be added. And I think the value of a language which
> scales from exploration to production naturally is not something to be
> undervalued.
>
> 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 a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/vsjUlAWm64g/unsubscribe.
> To unsubscribe from this group and all its topics, 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: clojure, not the go to for data science

[Sayth Renshaw]

For python notebooks there is an ein plugin which integrates notebooks in
emacs. Giving features of both.

Doesn't address Rstudio ease but it may allow greater features for gorilla
for relatively smaller effort.

On Fri, 3 Apr 2015 8:54 AM Jony Hudson

wrote:

I think the credit here has to go to RStudio for doing such a good job of
making an easy to install complete development environment. I'd say just
comparing base Clojure to base R, it's a wash. Install java and either
download the Clojure jar, or the leiningen script, and you're good to go.
Similar effort with R, just install the R distribution. Either way you
don't get much more than a REPL prompt.

It is possible to get a working, fully-featured Clojure development
environment going without *much* more difficulty than RStudio. In fact, I
did precisely cover install and setup in two easy videos :-) See
http://gorilla-repl.org/videos.html , bottom of the page.

I would still say that RStudio deserves kudos here though, as they've made
it really easy to get going. And I think there is value in this, as my
experience with getting inexperienced programmers started is that they
easily get stuck on the little set up details. I'd like to make Gorilla
REPL easier to get started with, but haven't figured out how to do that in
a way that's compatible with the amount of time I have to work on it!

Jony

On Thursday, 2 April 2015 22:14:08 UTC+1, Sayth Renshaw wrote:



You appear to have vastly misinterpreted my intention regards Emacs. My
mention of Emacs (I use emacs with prelude) was not based on my usage but
as a perception of those who might be attracted to Clojure For Purely Data
Science And wishes to get installed and moving quickly.

R offers to get you installed in 2 quick point and click installs and gives
you the language and R studio .

What would that person think when looking at Clojure?  If they saw emacs
would they know about prelude, how to configure it with so many
configuration options?

If someone out organisation was running a data science course would they
choose R because they can cover install and setup in 2 easy videos compared
to current Clojure options which may be less clear.

Sometimes often times onboarding people to a new language is about as much
as ease of install or at least making a default set of optiins clear.

Could the default set abs best options be made easier to new comers?

Sayth

 Emacs can use the native windowing system on every major platform. It
still *looks* like a terminal app, but doesn't have to be one.

Pretty much everything you are saying here doesn't apply to Emacs at all,
and you would know it's all false if you knew anything about Emacs.

On Wednesday, April 1, 2015 at 4:55:08 PM UTC-7, Fluid Dynamics wrote:


  On Tuesday, March 31, 2015 at 8:45:31 AM UTC-4, Phillip Lord wrote:


  The benefit is that Emacs is that its not constantly changing, and it
gives you some stability over the years. I like latex, for instance, for
the same reason. I can still access a 10 year old document and use it.


  First of all, there are other posts in this thread complaining about
constantly changing stuff breaking things! One such post is by Colin Yates.

Second, to the extent that it isn't changing, it is legacy. Which helps to
explain the Wordperfect for DOS style of UI, which is dependent on vast
numbers of complex key-combinations being memorized by the user, instead of
a just-sit-down-and-start-using-it UI like everything originating after,
say, 1995 or so has tended to have. Of course, the result is that
Wordperfect (and emacs) seemed to require a great deal of specialized
training just to accomplish even the most basic tasks, whereas with modern
interfaces the way to do such basic tasks (save, open, copy and paste, move
around, select, etc.) tends to be obvious and special training can focus
exclusively on doing advanced things (scripting, complicated Photoshop
filters and tricks, things like those).

Legacy also, obviously, tends to present problems in other areas besides
UI-boneheadedness:

* I18n and l10n
* Compatibility, with modern hardware and with modern operating systems,
though that can be alleviated by people porting the code
* Boneheaded internal limits, along the same general lines as "640K ought
to be enough for anybody". It may be unable to use more than a small
fraction of what modern hardware can offer it in the way of memory,
storage, cores, ...
* Accessibility. Interposing a terminal emulator between the app and screen
reading software might cause problems, though on the other hand a text mode
app may ultimately have advantages in that area too. On the other hand, it
may not play well with accessibility tools
  that rely on standard UI conventions. Anything that responds to some
voice command by generating control-V keystrokes to paste, or that relies
on the presence of normal menus and/or mouse support is going to blo

Re: clojure, not the go to for data science

[Sayth Renshaw]

 You appear to have vastly misinterpreted my intention regards Emacs. My
mention of Emacs (I use emacs with prelude) was not based on my usage but
as a perception of those who might be attracted to Clojure For Purely Data
Science And wishes to get installed and moving quickly.

R offers to get you installed in 2 quick point and click installs and gives
you the language and R studio .

What would that person think when looking at Clojure?  If they saw emacs
would they know about prelude, how to configure it with so many
configuration options?

If someone out organisation was running a data science course would they
choose R because they can cover install and setup in 2 easy videos compared
to current Clojure options which may be less clear.

Sometimes often times onboarding people to a new language is about as much
as ease of install or at least making a default set of optiins clear.

Could the default set abs best options be made easier to new comers?

Sayth

Emacs can use the native windowing system on every major platform. It still
*looks* like a terminal app, but doesn't have to be one.

Pretty much everything you are saying here doesn't apply to Emacs at all,
and you would know it's all false if you knew anything about Emacs.

On Wednesday, April 1, 2015 at 4:55:08 PM UTC-7, Fluid Dynamics wrote:

On Tuesday, March 31, 2015 at 8:45:31 AM UTC-4, Phillip Lord wrote:

 The benefit is that Emacs is that its not constantly changing, and it
gives you some stability over the years. I like latex, for instance, for
the same reason. I can still access a 10 year old document and use it.

  First of all, there are other posts in this thread complaining about
constantly changing stuff breaking things! One such post is by Colin Yates.

Second, to the extent that it isn't changing, it is legacy. Which helps to
explain the Wordperfect for DOS style of UI, which is dependent on vast
numbers of complex key-combinations being memorized by the user, instead of
a just-sit-down-and-start-using-it UI like everything originating after,
say, 1995 or so has tended to have. Of course, the result is that
Wordperfect (and emacs) seemed to require a great deal of specialized
training just to accomplish even the most basic tasks, whereas with modern
interfaces the way to do such basic tasks (save, open, copy and paste, move
around, select, etc.) tends to be obvious and special training can focus
exclusively on doing advanced things (scripting, complicated Photoshop
filters and tricks, things like those).

Legacy also, obviously, tends to present problems in other areas besides
UI-boneheadedness:

* I18n and l10n
* Compatibility, with modern hardware and with modern operating systems,
though that can be alleviated by people porting the code
* Boneheaded internal limits, along the same general lines as "640K ought
to be enough for anybody". It may be unable to use more than a small
fraction of what modern hardware can offer it in the way of memory,
storage, cores, ...
* Accessibility. Interposing a terminal emulator between the app and screen
reading software might cause problems, though on the other hand a text mode
app may ultimately have advantages in that area too. On the other hand, it
may not play well with accessibility tools
  that rely on standard UI conventions. Anything that responds to some
voice command by generating control-V keystrokes to paste, or that relies
on the presence of normal menus and/or mouse support is going to blow up
spectacularly when used with 1980s-vintage Unix
  (or MS-DOS) software, or at best will end up controlling the
xterm/Command Prompt window instead of the underlying app.
* Interoperation with other (non-operating-system) software. On Windows it
won't speak OLE, DDE, OCX, or etc., and copying text in it and attempting
to paste into something else (web browser, calculator, etc.) is doomed to
failure. This is a general problem with
  pre-window-system software, much like the stuff listed under
Accessibility, with no easy solution. Terminal emulators tend to provide
some way to copy from their display into the host-native clipboard, but it
tends to be clunky (the Windows command prompt appears to
  require mouse use, with no keyboard shortcuts) and runs into the obvious
difficulties as soon as you want to copy more than will fit on one screen.
Ironically, really primitive stuff like ls and dir that just dump
possibly-paginated noninteractive listings to the term are easier
  to make big copies from than text-mode, interactive applications like
screen-oriented editors, because you can copy from the backscroll buffer of
the terminal emulator in the first case. Pre-window-system *graphical* apps
are the absolute worst, e.g. later, WYSIWYG
  word processor versions on MS-DOS, or pre-window-system X applications.
No internal support for the host clipboard and, at the same time, nothing
the emulator will recognize as text, meaning if you try to native copy and
paste you'll end up with a PNG or somethin

Re: clojure, not the go to for data science

[Sayth Renshaw]

I saw all the changes to incanter. lot of breaking changes going into 
version 2 but they seem to reduce dependencies and going to core.matrix as 
you pointed out. 

There are a lot of things in clojure that I have  found that I just haven't 
heard about need to clean some web data there are several great options 
hickory seems to stand out as an html parser and css selector based of 
jsoup https://github.com/davidsantiago/hickory .

Gorilla is amazing why is this not heard? http://gorilla-repl.org/

Not data related but for graphics quil seems awesome 
 https://github.com/quil/quil

 

On Tuesday, 31 March 2015 23:36:11 UTC+11, Erebus Mons wrote:
>
> Joseph Guhlin wrote: 
>
> > Incanter gets your pretty far, especially when combined with  Gorilla 
> > REPL, but all the tools and features aren't quite there yet, but 
> progress 
> > is being made. 
>
> Incanter is undergoing major change with the migration to core.matrix, and 
> a 
> break in the API. 
>
> Has anybody of you tested incanter 1.9? 
> Are there plans for the release date of the stable 2.0? 
>
> And how different is incanter 2.x from incanter 1.5x? 
>
> In other words, if you were tempted to start data analysis in clojure now, 
> what would you do: 
>
> a) take incanter 1.9 
> b) take incanter 1.5.6 
> c) wait a few more weeks/months for the release of incanter 2.0? 
>
> Best, 
>
> EM 
>
>
>
>

-- 
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: clojure, not the go to for data science

[Sayth Renshaw]

Sorry no offense intended, I have prelude, cider and Nrepl going right now. 
Actually I haven't usually gotten along with emacs but it is just working 
at the moment and  um i like it. I am just changing flx-ido to vertical 
as it looks a little nicer but that's it really, the only change.



On Monday, 30 March 2015 01:27:08 UTC+11, solussd wrote:
>
> Batsov,
>
> CIDER is the best Clojure IDE. ;)
>
> --
> @solussd
>
>
> On Mar 29, 2015, at 9:14 AM, Bozhidar Batsov  > wrote:
>
> And CIDER isn't, right? I find this pretty insulting... 
>
> On 29 March 2015 at 13:47, Colin Yates > 
> wrote:
>
>> Cursive Clojure, LightTable and CounterClockwise are all good Clojure 
>> IDEs.
>>
>> On 29 March 2015 at 09:54, Sayth Renshaw > > wrote:
>> > Hi
>> >
>> > I last learned clojure in 1.2. Just curious why Clojure hasn't 
>> developed as a go to for data science?
>> >
>> > It never seems to get a mention R,Python and now Julia get the 
>> attention. By design it would appear that Clojure would be a good fit. Is 
>> it a lack of libraries, ease of install, no good default environment  (R 
>> Rstudio, IPython ) where as you would need to use emacs with clojure, or is 
>> there just a better default use of Clojure?
>> >
>> > Sayth
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups "Clojure" group.
>> > To post to this group, send email to clo...@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+u...@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+u...@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 clo...@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+u...@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+u...@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 clo...@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+u...@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+u...@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: clojure, not the go to for data science

[Sayth Renshaw]

Technically I see the JVM as an advantage. F# now as well as Julia are seen
as the data science languages contenders of the future.

Clojure has a lot going for it but never gets a mention,  just could not
understand why that is. Spark implements Scala and Python as languages to
use,  again you would wonder why not clojure here.

Is there a level of advocacy missing?

Sayth

On Tue, 31 Mar 2015 5:06 PM Mikera  wrote:

>
>
> On Tuesday, 31 March 2015 00:01:32 UTC+8, Phillip Lord wrote:
>
>>
>>
>>
>> Sayth Renshaw  writes:
>> > I last learned clojure in 1.2. Just curious why Clojure hasn't
>> > developed as a go to for data science?
>> >
>> > It never seems to get a mention R,Python and now Julia get the
>> > attention. By design it would appear that Clojure would be a good fit.
>> > Is it a lack of libraries, ease of install, no good default
>> > environment (R Rstudio, IPython ) where as you would need to use emacs
>> > with clojure, or is there just a better default use of Clojure?
>>
>>
>> I would say, lack of numpy or equivalent. And nice tools to link between
>> Clojure and the many C/Fortran numeric libraries. Python and R do this
>> natively.
>>
>
> core.matrix is effectively the equivalent of NumPy
>
> In some ways it is much more versatile, because it works with a general
> array abstraction rather than a specific concrete array format. There are
> core.matrix implementations (e.g. Clatrix) that link to native numerical
> libraries. There are also core.matrix implementations that run in pure,
> portable JVM code (e.g. vectorz-clj). You can also use plain old Clojure
> persistent vectors as a (slow but convenient) core.matrix implementation.
> Having all these options usable via the *same API* is a big win.
>
> core.matrix is certainly not yet as mature or fully featured as NumPy. But
> if it doesn't do what you need - please help improve it! PRs, bug reports
> and enhancement ideas all gratefully accepted.
>
> https://github.com/mikera/core.matrix
>
> There is also a Google Group here specifically dedicated to numerical
> topics in Clojure:
>
> https://groups.google.com/forum/#!forum/numerical-clojure
>
>
>>
>> Maybe if Clojure pulls itself away from the JVM this will change. One
>> big problem with both python and R for data science is that a lot of
>> interactive data visualisation happens on the web these days, and
>> neither python nor R support that so well. An ecosystem with a C hosted
>> clojure at the back end and Clojure script at the front end might work
>> well.
>>
>
> I agree Clojure is a great back-end for data-driven web applications.
>
> I would argue however that you don't need a "C-hosted" Clojure to get
> native back end performance since you can use tools like Clatrix to access
> BLAS etc. And aside from that, the JVM gives you a lot of big advantages on
> the server side (sophisticated memory management, excellent JIT
> compilation, concurrency, portability, library ecosystem etc.). I never
> quite understand the motivation of people who seem to want to reinvent all
> of this (probably badly) in native code. The JVM is an amazing piece of
> engineering, and I believe that a lot of the sucess of Clojure comes from
> taking advantage of this.
>
> I've personally had good experiences with Clojure on the back end and
> JavaScript/ClojureScript on the front end, and never once worried about
> performance.
>
>

-- 
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.

clojure, not the go to for data science

[Sayth Renshaw]

Hi

I last learned clojure in 1.2. Just curious why Clojure hasn't developed as a 
go to for data science? 

It never seems to get a mention R,Python and now Julia get the attention. By 
design it would appear that Clojure would be a good fit. Is it a lack of 
libraries, ease of install, no good default environment  (R Rstudio, IPython ) 
where as you would need to use emacs with clojure, or is there just a better 
default use of Clojure?

Sayth

-- 
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: Clarification on setting up Clojure, Lein and Emacs on fedora

[Sayth Renshaw]

On Sunday, 30 December 2012 15:31:42 UTC+11, Phil Hagelberg wrote:
>
> I believe Fedora ships with Leiningen 1.7.1, which is not what you 
> want. It's better to install manually, see http://leiningen.org; that 
> way you will get 2.x. Don't install Clojure or Contrib through your OS 
> package manager. 
>
> The Emacs support for Clojure is documented here: 
> https://github.com/technomancy/clojure-mode/blob/master/doc/index.md 
>
> Please let us know if there's anything unclear that could be improved 
> about that documentation; it's always helpful to get a fresh 
> perspective when it comes to docs. 
>
> -Phil 
>

Thank you Phil. I have just reported that leinigen 1.7 is un-installable on 
F18 due to a mass of broken dependencies. 

> Don't install Clojure or Contrib through your OS package manager. 

Oops ok, yum remove them then as I had already installed them.

https://github.com/technomancy/clojure-mode/blob/master/doc/index.md will 
read and let you know if I find anything that could be improved.

Sayth

-- 
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

Clarification on setting up Clojure, Lein and Emacs on fedora

[Sayth Renshaw]

Just want to make sure I get this right. I am running F18 and am setting up 
clojure.

These would be the packages to install, correct?

clojure.noarch
clojure-contrib.noarch
leiningen.noarch 
emacs-slime.noarch

*For slime and the emacs repl*
clojure-mode, slime, slime-repl and swank-clojure 
restart M-X to install the clojure REPL.

*For lein - *better then maven, yes?
Just install the package and then use on command line. But how in Emacs?

*Emacs*
Is there anything I should be putting in my .emacs to get project and 
syntax support and the ability to send select text to a REPL?

*General Question*
Is there a code linter beautifier?

*Resources*
Lenigen - https://github.com/technomancy/leiningen/blob/master/README.md
Tutorial - http://www.learningclojure.com/
Volkmann - http://java.ociweb.com/mark/clojure/article.html#GettingStarted
Tutorial - 
http://pramode.net/clojure/2010/04/29/getting-started-with-clojure/
Fedora Clojure Docs - http://fedoraproject.org/wiki/Features/Clojure


Anything advice on the above or something obvious I have missed that will 
get me going quicker?

Thank You

Sayth








-- 
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

Advice on Clojure, Emacs, Lein setup on Fedora

[Sayth Renshaw]

Hi I am running F18 and wanting to setup and get goin in Clojure

Just wanted to put a summary of the things I have got so far in case I have 
missed something easy obvious that will get me going quicker.

*Fedora*
To setup on Fedora I have installed these packages(emacs already installed)
clojure-contrib.noarch clojure.noarch leiningen.noarch

*Emacs(using ELPA and Marmalade)*
Install
clojure-mode
slime
slime-repl
swank-clojure
M-x slime # to start and install dependencies.

*Lenigen -lein*
Installed via package manager, how do I use with Emacs?

*General Question*
*
*
1. Is there anything I should use in .emacs for syntax highlighting and 
clojure project support?

2. Is there a code linter/tidy for clojure and/or emacs?

*Resources*
Some resources I have found.

Leningen - https://github.com/technomancy/leiningen/blob/master/README.md
Volkman Tutorial - 
http://java.ociweb.com/mark/clojure/article.html#GettingStarted
Tutorial - 
http://pramode.net/clojure/2010/04/29/getting-started-with-clojure/
Fedora Clojure Project docs - http://fedoraproject.org/wiki/Features/Clojure
Full DisClojure - http://vimeo.com/channels/fulldisclojure
Clojure Docs - http://clojure.org/documentation
Codeschool Clojure - 
http://www.codeschool.com/code_tv/getting-started-with-clojure-part-1
Learn Clojure - http://learn-clojure.com/clojure_tutorials.html
Clojure Links (2009) - 
http://mattsears.com/articles/2009/06/06/20-clojure-links-to-get-you-up-to-speed

Is there anything I am missing or could do better to make sure I get 
running the quickest?

Thanks

Sayth
*
*

-- 
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