Re: [ANN] Replete ClojureScript REPL iOS app available
Awesome!, Thanks a lot Mike. On Tue, Jul 21, 2015 at 4:30 AM, Andrew Keedle akee...@gmail.com wrote: Brilliant Mike. Well done with this. Very impressive. On Monday, 20 July 2015 21:28:51 UTC, Mike Fikes wrote: Replete 1.0 is now in the App Store http://blog.fikesfarm.com/posts/2015-07-20-ios-clojurescript-repl-available-in-app-store.html -- 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. -- Software Architect Computer Scientist -- 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] CIDER 0.9
Hi Bozhidar Thanks for the awesome work however when I upgraded to version 0.9 I get the following error when starting cider in emacs: Starting nREPL server via lein repl :headless... nREPL server started on 55266 nREPL: Establishing direct connection to localhost:55266 ... nREPL: Direct connection established error in process filter: cider-repl-mode: Symbol's function definition is void: clojure-mode-variables error in process filter: Symbol's function definition is void: clojure-mode-variables Will you please help me out here? Best regards Shahrdad On Tue, Jun 16, 2015 at 10:33 AM, Bozhidar Batsov bozhi...@batsov.com wrote: Hey everyone, CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ Enjoy (responsibly)! :-) -- 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. -- Software Architect Computer Scientist -- 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] CIDER 0.9
Don't bother please, after I upgraded the clojure-mode issue got fixed. Again thanks for your magnificent tool. Best regards Shahrdad On Tue, Jun 16, 2015 at 12:19 PM, Shahrdad Shadab shahrd...@gmail.com wrote: Hi Bozhidar Thanks for the awesome work however when I upgraded to version 0.9 I get the following error when starting cider in emacs: Starting nREPL server via lein repl :headless... nREPL server started on 55266 nREPL: Establishing direct connection to localhost:55266 ... nREPL: Direct connection established error in process filter: cider-repl-mode: Symbol's function definition is void: clojure-mode-variables error in process filter: Symbol's function definition is void: clojure-mode-variables Will you please help me out here? Best regards Shahrdad On Tue, Jun 16, 2015 at 10:33 AM, Bozhidar Batsov bozhi...@batsov.com wrote: Hey everyone, CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ Enjoy (responsibly)! :-) -- 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. -- Software Architect Computer Scientist -- Software Architect Computer Scientist -- 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: [Job Spam] Looking for a clojure devs
Hi Morteza I have been doing Clojure past two years. Please find my Resume attached. Best Regards Shahrdad On Thu, Jun 4, 2015 at 3:45 AM, Murtaza Husain murtaza.hus...@sevenolives.com wrote: Hi, A friend's startup is looking for couple of clojure devs. Its a startup and the stack they are using is reagent / clojure / datomic. They are looking for experienced developers with / without clojure experience, however with enthusiasm to learn and excel at the clojure stack. If interested please email me your resume on murtaz...@gmail.com, and I will forward it across. They currently have a remote team working in different time zones, and these positions will also be remote and can be based in any time zone. Thanks, Murtaza -- 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. -- Software Architect Computer Scientist -- 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. Resume.doc Description: MS-Word document
doseq over atomic collection
Hi folks It may seem silly question but why when I doseq over a vector that is wrapped in an atom and change the vector using swap! while I am inside doseq, the doseq sets to the beginning of the vector intermittently: (def a-data (atom [15 9 8 1 4 11 7 12 13 14 5 3 16 2 10 6])) (defn switch-two-elements [the-vector] ... ) ;; swaping two elements in given vector (doseq [element @a-data] (println @a-data) (println element) (swap! a-data switch-two-elements)) [15 9 8 1 4 11 7 12 13 14 5 3 16 2 10 6] 15 [1 9 8 15 4 11 7 12 13 14 5 3 16 2 10 6] 9 [1 4 8 15 9 11 7 12 13 14 5 3 16 2 10 6] 8 [1 4 5 15 9 11 7 12 13 14 8 3 16 2 10 6] 1 == I expect this to be 15 I suspect the reason would be the same as the one behind not changing a collection in java while iterating over it. I appreciate any insight on this. Thanks a lot Best regards -- Software Architect Computer Scientist -- 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: doseq over atomic collection
Thanks a lot James. It seems I completely missed the order of let and doseq. On Sun, Apr 5, 2015 at 1:12 PM, James Reeves ja...@booleanknot.com wrote: Dereferencing an atom will give you the value of the atom at the time you dereferenced it. So at the start of the doseq loop, you deref the atom and get back an immutable vector of values. It's the same as writing: (let [data @a-data] (doseq [element data] ...)) You dereference first, and then you iterate over that fixed sequence. The value of a-data might change, but the dereferenced data does not. - James On 5 April 2015 at 18:00, Shahrdad Shadab shahrd...@gmail.com wrote: Hi folks It may seem silly question but why when I doseq over a vector that is wrapped in an atom and change the vector using swap! while I am inside doseq, the doseq sets to the beginning of the vector intermittently: (def a-data (atom [15 9 8 1 4 11 7 12 13 14 5 3 16 2 10 6])) (defn switch-two-elements [the-vector] ... ) ;; swaping two elements in given vector (doseq [element @a-data] (println @a-data) (println element) (swap! a-data switch-two-elements)) [15 9 8 1 4 11 7 12 13 14 5 3 16 2 10 6] 15 [1 9 8 15 4 11 7 12 13 14 5 3 16 2 10 6] 9 [1 4 8 15 9 11 7 12 13 14 5 3 16 2 10 6] 8 [1 4 5 15 9 11 7 12 13 14 8 3 16 2 10 6] 1 == I expect this to be 15 I suspect the reason would be the same as the one behind not changing a collection in java while iterating over it. I appreciate any insight on this. Thanks a lot Best regards -- Software Architect Computer Scientist -- 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. -- Software Architect Computer Scientist -- 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][book] Clojure Reactive Programming
This is another way of saying Do not point the contrast between Clojure and other technologies just because I don't know those technologies. I believe showing the clear contrasts (and in general pain points in this field) by people like me who worked in both Clojure and non clojure technologies for years needs to be highly valued and well understood (instead of being a moral police that reminds me of 1984 novel). On Thu, Mar 26, 2015 at 9:21 AM, Colin Yates colin.ya...@gmail.com wrote: Luc, you are missing the point: this isn't the forum for that discussion regardless of how valid the points in that discussion are. This is a _Clojure_ forum, not a 'what's wrong with the (technology) world' forum, I would suggest this isn't even a 'how can Clojure fix the world' forum. Luc, please read the various responses carefully - replying by validating the points in your discussion/justifying your position is missing the point, please do not reply until you understand that. I think we should just let this thread die, so I'm out. On 26 March 2015 at 13:08, Luc Préfontaine lprefonta...@softaddicts.ca wrote: The 'attack' word is again a manifestation of extreme political correctness. I will argue that these technologies with their inherent complexity are creating huge bureaucracies to attract and hide unqualified/unskilled/uncommited/... aka 'stupid' people from scrutiny. These environments have the perverse effect of encouraging people not to think too much at least not publicly because of that political correctness pushed to the limit. 'You are not a team player, blablablalbla...'. 'Stupidity' is not off topic here, not at all. It's been a plague for two decades in this industry as soon as demand increased for sotfware. It started to attract people mid 80s because of the promise to get a well paid job. Not because they had above average skills or had a keen interest in it. 'I do not need to understand technology, I'll be a manager in three years'. This a real quote from a colleague when I was quite green. Meanwhile HR replaced know-how by worthless tags (add water to this pouch and you will get a Java/Ruby/... asset) and processes hoping to use a Taylor approach to creativity like if we were building cars on an assembly line. Some would argue that without this enterprise mass market, we would not have the technology we have at hand these days. True. The industry has been recycling old concepts for 30 years branding them as new. Huge costs with incremental changes. This mitigated success is limited by this assembly line model. And unlike a car plant, it cannot be robotized. You need to change wetware... Hence the 'stupidity' factor discussion. Now if the anonymity thing bugs you, I can bring forward explicit names in this thread with the failing projects, budget, ..., just let me pull my notes here... -- 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. -- Software Architect Computer Scientist -- 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
Re: [ANN][book] Clojure Reactive Programming
Trust me I have been using Scala + Akka + Play for past three years in production, and had to deal with tons of incidental complexity plus a lot of noise they introduce as my daily job (in my code as well as other developer's code). Now I am in the best position to judge and compare them with Clojure code that does similar job but ten times simpler (and I don't only mean 10 time less verbose). I am sorry but I need to confess that within past 15 years that I have been working with numerous architects most of them choose technologies only based on 1/2 hour googling or reading reviews (and I don't mean all architects are like this). In particular the one I rightly called ignorant did not even write a simple poc to use AKKA and java8 to see how code looks like. By pathetic technology (and I didn't mean java8) I mean a technology that you need to fish out less than 10 lines of business logic from 50 or more lines of noise introduced by Scala futures (in AKKA), Play promise redeems, matching classes (case classes in Scala)... Remember when first time Spring was introduced, the original goal was to take out all the noise and put them in XML file so the developer remain focused on business logic. Here we are 10 or so years later: lots of noise and complexity added to the code to do orchestration. This is work of intelligent fool... (look at Erlang which AKKA tried to copy, it does a powerful orchestration without introducing much complexity, this is touch of genius) These are the pain points in our field. I have deeply felt it and try to point out that the life does not need to be that hard. Clojure is the first real try in opposite direction (touch of genius) Thanks a lot Best regards Shahrdad On Wed, Mar 25, 2015 at 8:06 AM, Colin Yates colin.ya...@gmail.com wrote: No - he is right, we just don't say it! Obviously I am kidding :). On 25 March 2015 at 11:51, Hildeberto Mendonça m...@hildeberto.com wrote: On Wed, Mar 25, 2015 at 12:14 PM, Colin Yates colin.ya...@gmail.com wrote: Hi Shahrdad, just a point of etiquette, inferring that an architect is ignorant because they chose Java8, Akka and play is full of assumptions. Calling those technologies pathetic is very bad poor. As I like to quote Any intelligent fool can make things bigger and more complex... It takes rude manners, assumptions and a whole bunch of numptiness to claim 'bigger and more complex' means the author is a fool. That's why I love this community. Mutual respect is part of the philosophy. :-) -- 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. -- Software Architect Computer Scientist -- 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][book] Clojure Reactive Programming
Awesome! It was about the time that someone shows the power of clojure in reactive programming (and in particular core async) to the practitioners that use Scala / AKKA for orchestration. I personally work in a company that some ignorant architect decided to Java8 + Akka + play's promise facility to do the orchestration. You cannot imagine how much noise introduced by Akka to the code just to do the orchestration. Clojure is way above all these existing pathetic technologies. Remember E. F. Schumacher http://www.brainyquote.com/quotes/authors/e/e_f_schumacher.html quote: Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. Clojure is touch of genius. Again thanks for your great book Leonardo. Best regards Shahrdad On Tue, Mar 24, 2015 at 10:34 AM, Mike Haney txmikes...@gmail.com wrote: This is the first new Clojure book that has looked interesting to me in some time. I just picked it up, I'll let you know my thoughts when I've had time to read through it. -- 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. -- Software Architect Computer Scientist -- 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: CIDER 0.8.2 released!
Great Job Bozhidar! Thanks for the quality software. On Mon, Dec 22, 2014 at 8:38 AM, Sun Ning classicn...@gmail.com wrote: Good Job, Bozhidar! I've already updated from MELPA. Everything works like a charm. On 12/21/2014 08:39 PM, Bruce Durling wrote: Thanks! cheers, Bruce On Sun, Dec 21, 2014 at 10:54 AM, Bozhidar Batsov bozhi...@batsov.com wrote: Ladies and gentlemen, I’m happy to inform you that CIDER 0.8.2 is out! It’s a bugfix-only release (which means you totally want to use it). Have a look at the release notes (https://github.com/clojure-emacs/cider/releases/tag/v0.8.2) for all the gory details. This will be the final release in the 0.8.x series (unless some terrible regression doesn’t pop up). There are no concrete plans for 0.9 yet, but I hope it will introduce some (or ideally all) of the following: * better cljs support * comint-based REPL buffers * boot support * better handling of multiple nREPL connections * and whatever else we manage to fit in :-) Please, report bugs and submit suggestions for improvements here https://github.com/clojure-emacs/cider/issues. If you like clojure-mode, CIDER and inf-clojure you can support their development via Gratipay https://gratipay.com/bbatsov/ P.S. In related news - squiggly-clojure (https://github.com/clojure-emacs/squiggly-clojure), a flycheck extension for CIDER is now an official clojure-emacs project. -- Cheers, Bozhidar -- 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. -- Software Architect Computer Scientist -- 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: [JOBS] Remote Clojure Developers Wanted
Hi Eric I have been doing Clojure for about a year ,please find my Resume. Thanks a lot Best Regards Shahrdad On Fri, Sep 5, 2014 at 1:12 PM, Eric Normand ericwnorm...@gmail.com wrote: Hi there! BuyHappy is growing and we need more Clojure developers! Our stack is Clojure and ClojureScript. We've got some great projects lined up, including an Om-based site. We use core.async, test.check, and lots of other amazing tools. Our dev team is 50% remote. US only. Very flexible work environment. A team that will push you to learn new techniques and solve new problems. There's much more information here: http://buyhappy.co/jobs.html Please contact me at my work email: e...@buyhappy.co Thanks Eric -- 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. -- Best Regards Shahrdad Shadab Senior Software Developer -- 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. Resume.doc Description: MS-Word document
Re: [JOBS] Remote Clojure Developers Wanted
My Apologies to the group. Please disregard my last email. Thanks a lot Best Regards Shahrdad On Mon, Nov 17, 2014 at 11:17 AM, shahrdad shadab clojure.langu...@gmail.com wrote: Hi Eric I have been doing Clojure for about a year ,please find my Resume. Thanks a lot Best Regards Shahrdad On Fri, Sep 5, 2014 at 1:12 PM, Eric Normand ericwnorm...@gmail.com wrote: Hi there! BuyHappy is growing and we need more Clojure developers! Our stack is Clojure and ClojureScript. We've got some great projects lined up, including an Om-based site. We use core.async, test.check, and lots of other amazing tools. Our dev team is 50% remote. US only. Very flexible work environment. A team that will push you to learn new techniques and solve new problems. There's much more information here: http://buyhappy.co/jobs.html Please contact me at my work email: e...@buyhappy.co Thanks Eric -- 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. -- Best Regards Shahrdad Shadab Senior Software Developer -- Best Regards Shahrdad Shadab Senior Software Developer -- 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.
behaviour of map
Greeting everyone, It might be stupid question but I expect (first (map (fn [_] (println executed)) [1 2 3 4])) prints only once (realizing only first element in lazy seq returned by map) but it prints four times. Can some one shed a light why? Thanks in advance Best regards Shahrdda -- 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: behaviour of map
Thanks a lot for your explanation, the thing that confuses me was the same function used with repeatedly only prints once: (first (repeatedly 4 #(do (println executed!) (inc 1 I guess because Clojure does not read-ahead in this scenario. Am I right? On Sat, Oct 18, 2014 at 1:41 PM, Jonathan Winandy jonathan.wina...@gmail.com wrote: You can try in you repl with (take 1 (map (fn [_] (println executed)) (vec (range 100 (take 32 (map (fn [_] (println executed)) (vec (range 100 (take 33 (map (fn [_] (println executed)) (vec (range 100 you will observe the 32 sized chunks. On Sat, Oct 18, 2014 at 7:36 PM, James Reeves ja...@booleanknot.com wrote: Some lazy lists are chunked for efficiency, which means Clojure will read-ahead and evaluate a number of elements in advance. Often the outputs from the various list handling functions are chunked (e.g. map, range, etc.), while creating a seq explicitly with lazy-seq will not be chunked. - James On 18 October 2014 18:28, shahrdad shadab clojure.langu...@gmail.com wrote: Greeting everyone, It might be stupid question but I expect (first (map (fn [_] (println executed)) [1 2 3 4])) prints only once (realizing only first element in lazy seq returned by map) but it prints four times. Can some one shed a light why? Thanks in advance Best regards Shahrdda -- 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. -- 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.
agent validation fails in STM
Hi folks I know when I send/send-off an action to an agent within a STM transaction no action will be dispatched if transaction fails to commit. I was expecting similar behaviour when agent fails: the transaction does not commit when the action puts the agent in an invalid / failed state. It seems my expectation is wrong because the sent action will be dispatched only when transaction successfully committed which by the time it is too late to un-commit things. In such scenario the resource (database, file,...) will be out of sync with the modified collection in STM. Am I missing any thing here? Any comments is highly appreciated. Thanks a lot Best regards Shahrdad -- 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: a data conversion question
Yet another way: (reduce #(let [[k [v1 v2]] %2] (vec (concat % [[k v1]] [[k v2]]))) [] [[:a [1 2]] [:b [3 4]]]) On Jun 8, 2014, at 3:43 PM, boz b...@cox.net wrote: Thanks for the replies!! I goofed and only gave part of my loopy solution ... here's the whole thing (defn do-one [id v] (loop [a (first v) r (rest v) result []] (if a (recur (first r) (rest r) (conj result [id a])) result))) (defn do-all [x] (loop [a (first x) b (rest x) result []] (if a (recur (first b) (rest b) (into result (do-one (first a) (flatten (rest a) result))) On Sunday, June 8, 2014 12:12:19 PM UTC-7, boz wrote: Is there a better way to take this... [[:a [1 2]] [:b [3 4]]] and convert it to this... [[:a 1] [:a 2] [:b 3] [:b 4]] than using a loop like this... (defn doit [id v] (loop [a (first v) r (rest v) result []] (if a (recur (first r) (rest r) (conj result [id a])) result))) ??? Thanks! ,boz -- 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.
