Re: AOT and side-effects associated to ns initialization

2013-02-27 Thread Víctor M . V .
Much clearer now :) Never heard of that *compile-files* var. Having to resort to it looks pretty nasty anyway - I'd rather refactor my code instead. Thanks for the answer Luc! On Thu, Feb 28, 2013 at 2:44 AM, Softaddicts wrote: > Of course, the expression needs to be evaluated at runtime only :)

Re: The case for as->> ("as-last")

2013-02-18 Thread Víctor M . V .
Fair enough. Now I'm beggining to truly appreciate as->, thank you. I still believe as->> would be somewhat useful but I don't see it getting added to clojure.core now. On Mon, Feb 18, 2013 at 9:10 PM, Marko Topolnik wrote: > as-> is meant to be used as the only threading form. In your example yo

Re: The case for as->> ("as-last")

2013-02-18 Thread Víctor M . V .
That extra parenses trick is neat, never thought of that! As for as->> being redundant - it could be considered so indeed, given that as-> can be lambified: (->> [] (#(as-> % x (map inc x - but that's pretty damn ugly haha. If you were thinking something else, please let me know. Thanks - Vic

Re: Why is this so difficult?

2013-02-15 Thread Víctor M . V .
;>> the resulting file is rather large 200MB or so, so we'd need to find >>> hosting for that. >>> >>> >>> On Friday, February 15, 2013 6:09:14 PM UTC+1, vemv wrote: >>> >>>> Now I think it, if automating the CCW plugin install is

Re: Why is this so difficult?

2013-02-15 Thread Víctor M . V .
, vemv wrote: > >> Now I think it, if automating the CCW plugin install is too difficult >> (Eclipse is very script-unfriendly) we could just mantain an >> already-configured setup ready to download. In other words, zipping and >> uploading a clean `eclipse` folder. >>

Re: Why is this so difficult?

2013-02-15 Thread Víctor M . V .
Now I think it, if automating the CCW plugin install is too difficult (Eclipse is very script-unfriendly) we could just mantain an already-configured setup ready to download. In other words, zipping and uploading a clean `eclipse` folder. On Fri, Feb 15, 2013 at 6:03 PM, Víctor M. V. wrote

Re: Why is this so difficult?

2013-02-15 Thread Víctor M . V .
on the CCW hang you mention - I saw an issue that was marked as "critical" on the bug tracker, two weeks ago. As I can't find it anymore I assume it's been fixed. Are you sure you're using the absolute latest version? If you are, you should open an issue. I like your idea. Assuming curl is instal

Re: Why is this so difficult?

2013-02-15 Thread Víctor M . V .
Phil, while I don't know the specific application you're working on, distributing Clojure apps to end users should't be any more difficult than distributing Java apps. Are you familiar with `lein uberjar`? As for Linux installation, curling and executing a single script can't be that much work...?

Re: Why is this so difficult?

2013-02-15 Thread Víctor M . V .
Well, given that you've mentioned Ruby, I can tell you that getting real work done (no just a installing some welcome pack) in Ruby is orders of magnitude harder than with Clojure - and borderline impossible if using Windows. What Lein does is divided into a dozen tools, each with its own idiosyncr

Re: Why is this so difficult?

2013-02-15 Thread Víctor M . V .
While it's perfectly useful and valuable to learn Maven, you need not to dive into it for most purposes in the Clojure world - Leiningen effectively abstracts its complexities and rigidities (which, I hear, are many). On Fri, Feb 15, 2013 at 10:17 AM, BJG145 wrote: > (Loads of great advice and i

Re: Pretty-printing `lein test`s output?

2013-02-15 Thread Víctor M . V .
I just tried out both lein-difftest and gui-diff and they work just great. I'd love a `lein test` command that defaulted to the former and could resort to the latter when things got hairy. But that's just wishful thinking at the moment :) Thanks you Sean for the advice as well - the workflow you d

Re: Why is this so difficult?

2013-02-14 Thread Víctor M . V .
Well the first thing you assume is that project pages should be giant download buttons, and therefore the exposed content in those pages is not worth reading/understanding. For instance you can find the answer to the question posed in the slide 19 in slide 7. Just imagine if every single open sour

Re: `let` to automatically add metadata / fn names?

2013-02-09 Thread Víctor M . V .
Thanks for the advice Stu! I might give it a shot at Confluence at some point. Just for the record, I like to defend my hypotethical approach: Non-Clojure consumers most likely win nothing from extended metadata facilities etc. So on second thoughts, the best default for "mylib-*1.0.0*.jar" is to

Re: iOS and Windows RT support?

2013-01-24 Thread Víctor M . V .
>From what I can read, what one can't install is a JVM, an arbitrary code interpreter, etc. A program compiled to ARM objcode would be legal. So would be an interpreter iff it only executes the bundled code with it. On Thu, Jan 24, 2013 at 4:39 PM, Jack Moffitt wrote: > > Relatively succesfull e

Re: Protocol methods, name shadowing and dot notation

2012-09-03 Thread Víctor M . V .
Oh, I understand. Works in ClojureScript as well! I noticed that in this line (protocols/get [_] 42) One can safely drop the namespace qualification. Thank you very much Matthias - this issue was certainly a blocker for me. On Mon, Sep 3, 2012 at 5:54 PM, Matthias Benkard wrote: > You have re