Re: [ANN] Session 0.1.3 - A live-coding environment for Clojure
gorilla-repl and session is very cool, I can use it in our log data statistics. thank your! On Monday, March 24, 2014 8:12:48 PM UTC+8, kovasb wrote: Session is a live coding environment, built on Datomic and Om. repo: https://github.com/kovasb/session video: https://vimeo.com/89899023 blog post: https://medium.com/p/1a12997a5f70 I've been working on Session for some time, but have held off on a formal announcement for the simple reason that it was not clear that its design was capable of delivering on its ambitious goals. Om, and the principles behind it, are a game-changer for projects like Session. After rewriting Session in Om, its pretty clear that this is going to work. Om was the missing piece. As reflected in the version number, Session is still very alpha. But with foundational issues finally out of the way, I'm happy to announce this as an active project rapidly moving forward. Shout-out to my KTC studio-mates David Nolen and Tims Gardner, who've been very helpful getting to this point. Here's to hoping this thread won't be filled with bug reports about installation issues :) -Kovas -- 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] Session 0.1.3 - A live-coding environment for Clojure
Hi, This looks pretty awesome. Do you plan to integrate some authentication mechanism. I just imagined running session on my server and being able to access it from everywhere around the world, always having a repl available instantly. But obv. I dont want everybody to access it. Best Regards, Sven Am Montag, 24. März 2014 13:12:48 UTC+1 schrieb kovasb: Session is a live coding environment, built on Datomic and Om. repo: https://github.com/kovasb/session video: https://vimeo.com/89899023 blog post: https://medium.com/p/1a12997a5f70 I've been working on Session for some time, but have held off on a formal announcement for the simple reason that it was not clear that its design was capable of delivering on its ambitious goals. Om, and the principles behind it, are a game-changer for projects like Session. After rewriting Session in Om, its pretty clear that this is going to work. Om was the missing piece. As reflected in the version number, Session is still very alpha. But with foundational issues finally out of the way, I'm happy to announce this as an active project rapidly moving forward. Shout-out to my KTC studio-mates David Nolen and Tims Gardner, who've been very helpful getting to this point. Here's to hoping this thread won't be filled with bug reports about installation issues :) -Kovas -- 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/West 2014 Videos
Looks like most of the videos at Clojure/West 2014 which started yesterday have been already posted on Youtube: https://www.youtube.com/playlist?list=PLZdCLR02grLp__wRg5OTavVj4wefg69hMfeature=c4-feed-u I would like to thank Cognitect and Alex Miller and the Clojure/West team for this. Best, Ustun -- 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/West 2014 Videos
Enjoy! The ones that aren't up yet were recorded and edited but had glitches in the upload or encoding that might take a bit to correct. Thanks to Prismatic for letting us borrow their upload bandwidth to get them online and to Lynn Grogan for doing the metadata editing late last night. Alex -- 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 + BDD + TDD + Pairing...
Hey Marcus, Im Marc from Germany! Im actualy learning Clojure and am trying to get good at BDD, we are trying to implement it at work so practice would be great. I must say Ive never done pair programming but Im realy eager to try. SO if you like Im absolutly open for everything. Greetings Marc Am Mittwoch, 30. Oktober 2013 04:43:54 UTC+1 schrieb Marcus Blankenship: Hi Folks, I’m a Clojure n00b, but am interested in finding another n00b who aspires to learn Clojure, and do so using BDD / TDD practices through regular pairing sessions. I’ve found novice - novice pairing to be a great way to ramp up on skills, but I don’t live near anyone who I can pair with. I’m thinking that doing 3 1-hour sessions a week, for a month, would give us a nice start. Obviously, this would be remote pairing via ScreenHero (or some other tool). Anyone interested? Best, Marcus marcus blankenship \\\ Partner, Problem Solver, Linear Thinker \\\ 541.805.2736 \ @justzeros \ skype:marcuscreo -- 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] Clojure 1.6
We are pleased to announce the release of Clojure 1.6. Getting Clojure: Web: http://clojure.org/downloads Lein/Maven: :dependencies [[org.clojure/clojure 1.6.0]] (The download should be available shortly) This release includes significant features and bug fixes, documented here: https://github.com/clojure/clojure/blob/master/changes.md The number of Clojure contributors continues to grow. Thanks to all of those who contributed specifically to Clojure 1.6: Bruce Adams Vipul Amler Mike Anderson Timothy Baldridge Brandon Bloom Toby Crawley Andy Fingerhut Michael Fogus Gary Fredricks Joe Gallo Christophe Grand Chris Gray Anthony Grimes Stuart Halloway Herwig Hochleitner Gabriel Horner Colin Jones Stefan Kamphausen Scott Lowe Alan Malloy Michał Marczyk Tim McCormack Alex Miller Steve Miner Nicola Mometto Max Penet Christoffer Sawicki Karsten Schmidt Ghadi Shayban Stuart Sierra Brian Taylor Devin Walters Jason Wolfe and to the total list of contributors from all releases: http://clojure.org/contributing#patches Thanks! Alex Miller -- 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/West 2014 Videos
Thank you a lot to everyone involved! I can barely imagine the amount of effort and dedication required to bring all this value to the community at large. Speaking for myself, and I think a lot of other people, having the chance to at least watch the presentations even If I live overseas is invaluable. Thank you again for your work! Cheers, Manuel Il giorno martedì 25 marzo 2014 13:46:50 UTC+1, Ustun Ozgur ha scritto: Looks like most of the videos at Clojure/West 2014 which started yesterday have been already posted on Youtube: https://www.youtube.com/playlist?list=PLZdCLR02grLp__wRg5OTavVj4wefg69hMfeature=c4-feed-u I would like to thank Cognitect and Alex Miller and the Clojure/West team for this. Best, Ustun -- 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 + BDD + TDD + Pairing...
Hi Marcus, I'm also starting with Clojure and would like to find someone to pair and to study Clojure together. Best regards, Gilberto On 03/25/2014 09:50 AM, Marc Bluemner wrote: Hey Marcus, Im Marc from Germany! Im actualy learning Clojure and am trying to get good at BDD, we are trying to implement it at work so practice would be great. I must say Ive never done pair programming but Im realy eager to try. SO if you like Im absolutly open for everything. Greetings Marc Am Mittwoch, 30. Oktober 2013 04:43:54 UTC+1 schrieb Marcus Blankenship: Hi Folks, I’m a Clojure n00b, but am interested in finding another n00b who aspires to learn Clojure, and do so using BDD / TDD practices through regular pairing sessions. I’ve found novice - novice pairing to be a great way to ramp up on skills, but I don’t live near anyone who I can pair with. I’m thinking that doing 3 1-hour sessions a week, for a month, would give us a nice start. Obviously, this would be remote pairing via ScreenHero (or some other tool). Anyone interested? Best, Marcus marcus blankenship \\\ Partner, Problem Solver, Linear Thinker \\\ 541.805.2736 \ @justzeros \ skype:marcuscreo -- 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 mailto: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] Clojure 1.6
Great job! Sorry I didn't catch this in the RC, but the release notes state that: - CLJ-1099 http://dev.clojure.org/jira/browse/CLJ-1099 If non-seq passed where seq is needed, error message now is an ExceptionInfo with the instance value, retrievable via ex-data. I think that change was just reverted because of the performance impact. --Aaron -- 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] Clojure 1.6
Awesome work everyone! Thanks! Paul -- 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] Clojure 1.6
Yes, that fix was reverted - we did not get a chance to fix in the release notes but I will do so for the future record. On Tuesday, March 25, 2014 7:16:32 AM UTC-7, Aaron Cohen wrote: Great job! Sorry I didn't catch this in the RC, but the release notes state that: - CLJ-1099 http://dev.clojure.org/jira/browse/CLJ-1099 If non-seq passed where seq is needed, error message now is an ExceptionInfo with the instance value, retrievable via ex-data. I think that change was just reverted because of the performance impact. --Aaron -- 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] Clojure 1.6
Well done and thanks to all concerned! Switched over to 1.6.0 without a hiccup. Using datomic-free, quil, adi, lein-midje-doc, clj-time, and a few others. All tests are passing, so looking great! Regards, Fergal Byrne On Tue, Mar 25, 2014 at 2:32 PM, Alex Miller a...@puredanger.com wrote: Yes, that fix was reverted - we did not get a chance to fix in the release notes but I will do so for the future record. On Tuesday, March 25, 2014 7:16:32 AM UTC-7, Aaron Cohen wrote: Great job! Sorry I didn't catch this in the RC, but the release notes state that: - CLJ-1099 http://dev.clojure.org/jira/browse/CLJ-1099 If non-seq passed where seq is needed, error message now is an ExceptionInfo with the instance value, retrievable via ex-data. I think that change was just reverted because of the performance impact. --Aaron -- 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. -- Fergal Byrne, Brenter IT http://www.examsupport.iehttp://inbits.com - Better Living through Thoughtful Technology http://ie.linkedin.com/in/fergbyrne/ https://github.com/fergalbyrne e:fergalbyrnedub...@gmail.com t:+353 83 4214179 Formerly of Adnet edi...@adnet.ie http://www.adnet.ie -- 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/West 2014 Videos
Wow, that was fast! Thanks for al the effort, Mauricio -- 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/West 2014 Videos
Wow! Great job! Of course, with the bar set so high, this means that every clojure conference will have to be live-streamed from now on ;) On Tuesday, March 25, 2014 8:46:50 AM UTC-4, Ustun Ozgur wrote: Looks like most of the videos at Clojure/West 2014 which started yesterday have been already posted on Youtube: https://www.youtube.com/playlist?list=PLZdCLR02grLp__wRg5OTavVj4wefg69hMfeature=c4-feed-u I would like to thank Cognitect and Alex Miller and the Clojure/West team for this. Best, Ustun -- 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 + BDD + TDD + Pairing...
I do TDD, even with my clojure (combined with repl-driven development). BDD, however, doesn't make a lot of sense in clojure-land. If logic is kept to pure functions as much as possible and state management kept to the outside of the app (highly recommended), TDD becomes really fun and managable without worrying about things behaviors. (I say this knowing that there are a dozen conflicting notions of BDD.) On Tue, Mar 25, 2014 at 9:43 AM, Gilberto Garcia giba@gmail.com wrote: Hi Marcus, I'm also starting with Clojure and would like to find someone to pair and to study Clojure together. Best regards, Gilberto On 03/25/2014 09:50 AM, Marc Bluemner wrote: Hey Marcus, Im Marc from Germany! Im actualy learning Clojure and am trying to get good at BDD, we are trying to implement it at work so practice would be great. I must say Ive never done pair programming but Im realy eager to try. SO if you like Im absolutly open for everything. Greetings Marc Am Mittwoch, 30. Oktober 2013 04:43:54 UTC+1 schrieb Marcus Blankenship: Hi Folks, I'm a Clojure n00b, but am interested in finding another n00b who aspires to learn Clojure, and do so using BDD / TDD practices through regular pairing sessions. I've found novice - novice pairing to be a great way to ramp up on skills, but I don't live near anyone who I can pair with. I'm thinking that doing 3 1-hour sessions a week, for a month, would give us a nice start. Obviously, this would be remote pairing via ScreenHero (or some other tool). Anyone interested? Best, Marcus marcus blankenship \\\ Partner, Problem Solver, Linear Thinker \\\ 541.805.2736 \ @justzeros \ skype:marcuscreo -- 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.
Re: [ANN] Clojure 1.6
Very great job! Thanks! 2014-03-25 15:16 GMT+01:00 Aaron Cohen aa...@assonance.org: Great job! Sorry I didn't catch this in the RC, but the release notes state that: - CLJ-1099 http://dev.clojure.org/jira/browse/CLJ-1099 If non-seq passed where seq is needed, error message now is an ExceptionInfo with the instance value, retrievable via ex-data. I think that change was just reverted because of the performance impact. --Aaron -- 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. -- Andrey Antukh - Андрей Антух - andrei.anto...@kaleidos.net / n...@niwi.be http://www.niwi.be http://www.niwi.be/page/about/ https://github.com/niwibe -- 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] Clojure 1.6
On Tue, Mar 25, 2014 at 07:00:17AM -0700, Alex Miller wrote: We are pleased to announce the release of Clojure 1.6. I will only inform you, that this release should be available on Fedora Rawhide in the next days. The build was completed sucessfully on the build server. Regarding to our update policy I would not provide an update to the stable branches of Fedora Linux. Best Regards: Jochen Schmitt -- 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: data associated with a particular state
The data type created by defstruct isn't anything more than a map which can store the specified fields a bit more efficient than 'normal' maps. You can just `assoc' any other key-value pairs as in any other map. Also, have a look at records - I think StructMaps have been deprecated (or at least aren't recommended anymore) for some time now. A record (`defrecord') will do pretty much the same, just nicer ;-) On Tue, Mar 25, 2014 at 1:51 AM, cmhowa...@alaska.edu wrote: Hi. I'm very new to Clojure, but I've read most of the functional programming tutorial http://java.ociweb.com/mark/clojure/article.html. Suppose I have a data structure called node that can be in one of a number of different states -- namely, down, waiting, and running. Suppose that in the running state, the node has a job-id number associated with it, but such a number is not applicable in the other two states. Should I add an extra field, and only check that field in the running state, like so... (defstruct node :state :job-id) Or is there some better, or more clojure-ish, way to approach this? If I was doing this in Haskell, I think that I would perhaps make some kind of algebraic NodeState data type, and have the JobId only attached to the Running constructor. -- 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.
extending a class to work as a function
I would like to extend an pre-existing Java class so that it operates as a function. Now something like this... (extend-type Object clojure.lang.IFn (invoke [this] (str Hello: this))) ((Object.)) = Hello Object@fdafsd seems like a good idea, but fails because IFn is not a protocol. All the Objects that I am interested in are produced by a factory, so another possibility is to extend the factory and have it return proxy objects to the real objects implementing both their interfaces and IFn; or just use gen-class. However, as the API have about 60 interfaces this is a lot of effort -- I'd probably have to auto-generate the code. Is there another way? Phil -- 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: data associated with a particular state
AFAIK the only thing that records do not support compared to StructMaps is namespaced keyword lookup, i.e. (:some-ns/a-key a-record). If you do not need this, you should consider using records. Las On Tue, Mar 25, 2014 at 4:52 PM, Moritz Ulrich mor...@tarn-vedra.de wrote: The data type created by defstruct isn't anything more than a map which can store the specified fields a bit more efficient than 'normal' maps. You can just `assoc' any other key-value pairs as in any other map. Also, have a look at records - I think StructMaps have been deprecated (or at least aren't recommended anymore) for some time now. A record (`defrecord') will do pretty much the same, just nicer ;-) On Tue, Mar 25, 2014 at 1:51 AM, cmhowa...@alaska.edu wrote: Hi. I'm very new to Clojure, but I've read most of the functional programming tutorial http://java.ociweb.com/mark/clojure/article.html. Suppose I have a data structure called node that can be in one of a number of different states -- namely, down, waiting, and running. Suppose that in the running state, the node has a job-id number associated with it, but such a number is not applicable in the other two states. Should I add an extra field, and only check that field in the running state, like so... (defstruct node :state :job-id) Or is there some better, or more clojure-ish, way to approach this? If I was doing this in Haskell, I think that I would perhaps make some kind of algebraic NodeState data type, and have the JobId only attached to the Running constructor. -- 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.
Re: [ANN] Session 0.1.3 - A live-coding environment for Clojure
On Mon, Mar 24, 2014 at 9:53 PM, John Jacobsen eigenhom...@gmail.com wrote: Having only watched the video and skimmed the blog post so far, my first thought is that it would be nice to see support for rendering Markdown and math formulae (TeX), like iPN has. Any thoughts about how this might be accomplished? Hi, The answer is: Om widgets! It is very easy to incorporate an Om widget into Session. So you if you want some new kind of display format, like for formulas, make an Om widget for it and do a pull request for me to add it into Session. Sometime this week I'll document the internals a bit, so that it will be clear how to add new widgets directly into Session yourself just by forking the repo etc. Really looking forward to playing with this and seeing it grow. Awesome :) -- 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] Session 0.1.3 - A live-coding environment for Clojure
On Tue, Mar 25, 2014 at 6:09 AM, Sven Richter sver...@googlemail.com wrote: Hi, This looks pretty awesome. Do you plan to integrate some authentication mechanism. I just imagined running session on my server and being able to access it from everywhere around the world, always having a repl available instantly. But obv. I dont want everybody to access it. Hi, Yes, absolutely. I have the same use case (except the server being in the cloud) I also want to support a workgroup-type setup. A group of people sharing a global index of sessions data, doing computations and sharing amongst the group. Having Datomic on the backend really simplifies making this happen, since it provides a place to put all that user info. I imagine making something password protected could be as simple as transacting a datom into Datomic. -- 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] Session 0.1.3 - A live-coding environment for Clojure
On Monday, 24 March 2014 21:02:07 UTC, Paul Mooser wrote: This looks great - I saw your talk at one of the clojure conferences, and I'm glad you've continued to work on this! I'm curious as to whether your approach to rendering is similar to that used in gorilla repl (http://gorilla-repl.org) ? Is it similarly extensible ? Let me add my thoughts to this question, and more generally about the overlap between Gorilla and Session. I've chatted a bit with Kovas, so hopefully I won't misrepresent his ideas too badly here, but if I do he can always chime in a tell me I'm full of widgets :-) I'll probably end up saying more about Gorilla than Session here, as that's what I know more about. I think broadly, the renderers are going after things in the same direction: they both view values as primary, are not driven by side effects, and thus seek to capture whatever you want to view as a data structure. And they both respect the idea of composition and aggregation of values, by which I mean the way you aggregate things in the rendered output is just the way you'd aggregate the values. I think these are the core ideas which make both of the renderers powerful. We both abstract away the web-browser, but we do it in different ways. Gorilla tries to not replicate anything that the browser already provides, so gives Clojure code the power to write arbitrary HTML snippets (and a few higher-level pre-baked things like latex, vega), and compose them together with a very simple set of high-level operations. Essentially, the only new trick I'm teaching the browser is how to aggregate HTML in a way that respects and mirrors the way Clojure values work. Session take a different approach, which is to completely insulate Clojure code from the web-browser, by defining a Clojure-side grammar for everything that can be rendered. And then it backs this up by allowing the user to implement the elements of this grammar very neatly with Clojurescript/Om. I think both are interesting approaches, with different advantages and disadvantages. Specifically, with respect to extensibility, my aim with Gorilla was to make it as extensible as possible from the Clojure side, as I'm primarily interested in using it for pure Clojure work. As Kovas noted, this involves a compromise, in as much as the amount of interactivity in the rendered output is limited. For the sort of work I do (data analysis, statistics, modelling), interactivity of that sort is more gimmick than useful. Or to put it differently, the enormous amount of interactivity already offered by the REPL is enough :-) But I think for applications where this sort of interactivity is useful, then Session is really hitting the nail on the head. I think we'll see some really cool stuff coming up from it! More generally, for me at least, the stuff Kovas is doing with loops and computations being stored as database transactions is what's really exciting about Session. I've deliberately aimed with Gorilla to break no new ground, and keep stuff simple (in the Jony Hudson sense of simplicity, meaning simple enough that Jony Hudson can implement a working version in the small amount of time he has to do this!). I want something I can do my work with, and I've been using a notebook interface for long enough that I'm used to all of its warts. But I think the idea behind Session has the potential to open up new workflows that are more powerful than the 'notebook workflow'. The idea of notebooks being stored as collections of first class, computable data - so the results of one notebook can be used in another - and proper versioning of repeated interactions with the code are really, really interesting. I think it remains to be seen how they work out in practice, as there's also something nice about storing your notebooks as files which can go in version control, or attach to an email easily. But I think it's very exciting that Session is trying to go beyond the standard notebook idea. So, yeah, congrats to Kovas for getting this release out - I'm looking forward to seeing what comes from it :-) Jony -- 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: Garden, Thorn - Looking for contributors
Hi Joel, thanks for your great work on garden! Definitively helping me every day. Can you share what you have in mind regarding CSSOM integration? It certainly opens cool perspective and I'm curious how you see it fit with garden. I would be interested in giving you a hand here. Maybe a github issue would help start discussions? Julien Le samedi 22 mars 2014 22:41:04 UTC-3, Joel Holdbrooks a écrit : Greetings everyone, About a year ago I began working on Garden and in the short time the library has been around it's grown a bit. Although many folks seem to be interested in it, there's certainly not as much adoption of the library as I'd like to see. Sass, Less, and (god help us) pure CSS still appear to be the default choices for many people writing web applications in Clojure. This is something I'd like to change... but I need *your* help! No, no. Put down the phone. Don't look for a KickStarter URL. It's nothing like that. How you can help Garden I'm looking for individuals who are interested in the following: - improving the compiler code - improving/extending existing API's - building an interface to the CSSOM I'm also open to good 'ol fashioned suggestions, pain points you've experienced using the library, or flat out letting me know what it would take to get you to choose Garden over the alternatives for your next project. How you can help Thorn Thorn is very young project and has no official release yet. So what is it? At the moment it's the beginnings of a Sass Parse Tree transformer; something that will take CSS/SCSS/Sass code and give you Garden code. There's a lot of fabulous libraries available in Sass and I'm sure it's a big factor when choosing how to go about CSS generation. I'm looking for individuals who are interested in the following: - accurately transforming CSS/SCSS/Sass to real Clojure code targeting Garden - accurately transforming Less to real Clojure code targeting Garden Why? I deeply believe that being able to author CSS in Clojure or ClojureScript is a key piece to having an extremely compelling story for web application development in Clojure. Being able to *program* CSS and not just *preprocess* is a big advantage over existing tools. Being able to use all of Clojure everywhere has astounding possibilities. If any of this sounds interesting to you please get in contact with me or reply here. I will also be in San Francisco tomorrow until Tuesday for Clojure/West if you'd like to discuss these items in person. Truly, Joel -- 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: Garden, Thorn - Looking for contributors
Joel, Count me in... You can contact me offline at kahunamoore a/t coopsource d/o\t org Thanks for this library! Alan On Tuesday, March 25, 2014 12:33:15 PM UTC-7, Julien wrote: Hi Joel, thanks for your great work on garden! Definitively helping me every day. Can you share what you have in mind regarding CSSOM integration? It certainly opens cool perspective and I'm curious how you see it fit with garden. I would be interested in giving you a hand here. Maybe a github issue would help start discussions? Julien Le samedi 22 mars 2014 22:41:04 UTC-3, Joel Holdbrooks a écrit : Greetings everyone, About a year ago I began working on Garden and in the short time the library has been around it's grown a bit. Although many folks seem to be interested in it, there's certainly not as much adoption of the library as I'd like to see. Sass, Less, and (god help us) pure CSS still appear to be the default choices for many people writing web applications in Clojure. This is something I'd like to change... but I need *your* help! No, no. Put down the phone. Don't look for a KickStarter URL. It's nothing like that. How you can help Garden I'm looking for individuals who are interested in the following: - improving the compiler code - improving/extending existing API's - building an interface to the CSSOM I'm also open to good 'ol fashioned suggestions, pain points you've experienced using the library, or flat out letting me know what it would take to get you to choose Garden over the alternatives for your next project. How you can help Thorn Thorn is very young project and has no official release yet. So what is it? At the moment it's the beginnings of a Sass Parse Tree transformer; something that will take CSS/SCSS/Sass code and give you Garden code. There's a lot of fabulous libraries available in Sass and I'm sure it's a big factor when choosing how to go about CSS generation. I'm looking for individuals who are interested in the following: - accurately transforming CSS/SCSS/Sass to real Clojure code targeting Garden - accurately transforming Less to real Clojure code targeting Garden Why? I deeply believe that being able to author CSS in Clojure or ClojureScript is a key piece to having an extremely compelling story for web application development in Clojure. Being able to *program* CSS and not just *preprocess* is a big advantage over existing tools. Being able to use all of Clojure everywhere has astounding possibilities. If any of this sounds interesting to you please get in contact with me or reply here. I will also be in San Francisco tomorrow until Tuesday for Clojure/West if you'd like to discuss these items in person. Truly, Joel -- 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] Session 0.1.3 - A live-coding environment for Clojure
On Tue, Mar 25, 2014 at 3:05 PM, Jony Hudson jonyepsi...@gmail.com wrote: the way you aggregate things in the rendered output is just the way you'd aggregate the values. I think these are the core ideas which make both of the renderers powerful. I'm highly in agreement with this POV. The way most JS libraries to do it, which is you supply a DOM element to the lib and then it populates it with more content, drives me completely insane. It makes things impossible to compose or algorithmically generate, you gotta write logic yourself to built up the structure and tie everything together. Specifically, with respect to extensibility, my aim with Gorilla was to make it as extensible as possible from the Clojure side, as I'm primarily I think this is a real benefit of the Gorilla way. You can create renderers at the REPL itself, since the rendering happens within the same evaluation environment. I think this is a sound idea, and not necessarily an either/or choice. I'm thinking about a way to have some form of rendering within the evaluation environment as well, but it requires more hammock time. One obvious use case is elliding large outputs. Also, it would be pretty interesting to see if Session's renderers could be reused inside Gorilla. It would be great if we could standardize on the rendering side of things, so content created in these systems can flow between them. Anyway thanks for chiming in! -- 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.
Garden, Thorn - Looking for contributors
I wonder what is so bad about pure CSS. Don't get me wrong - I do appreciate projects like these. -- 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.