Re: Excellent intro to core.logic
Hi Ambrose, I haven't been exposed to logic programming besides the examples David posted to the list. I found your tutorial very easy to follow and to read. I have two minor nit-picks. 1. I understand, that these o, e and some third, I think, suffixes are there historically. And for someone not used to logic programming they are as counter-intuitive as it can get: o == relati*o*n? o.O WTF. Maybe you can motivate a little why they are called like that historically? I personally need such explanations in case of such (on first sight) unrelated things. 2. After going through some more or less easy to follow and to understand examples, you dive into the interesting stuff: the definition of typedo - and loose me completely with c, e, t, k, m, v, s and ?r. I understand that c probably means context, e expression and t type. But trying to keep the meaning of exists, matche, geto and other funny names with strange suffixes in the cache *and* coping with one character locals is - at least for me - a bit much. Other than that: very nice tutorial indeed. :) Sincerely Meikel -- 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
Re: Clojure Books
Also check this great online introduction (targeting 1.0): http://java.ociweb.com/mark/clojure/article.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
Re: Excellent intro to core.logic
Hi Meikel, Excellent feedback, exactly what I need. See replies inline. On Tue, Jul 19, 2011 at 2:27 PM, Meikel Brandmeyer m...@kotka.de wrote: Hi Ambrose, I haven't been exposed to logic programming besides the examples David posted to the list. I found your tutorial very easy to follow and to read. I have two minor nit-picks. 1. I understand, that these o, e and some third, I think, suffixes are there historically. And for someone not used to logic programming they are as counter-intuitive as it can get: o == relati*o*n? o.O WTF. Maybe you can motivate a little why they are called like that historically? I personally need such explanations in case of such (on first sight) unrelated things. TBH I'm not too sure about the origin of these, but I'd like to know. David, any idea? 1. After going through some more or less easy to follow and to understand examples, you dive into the interesting stuff: the definition of typedo - and loose me completely with c, e, t, k, m, v, s and ?r. I understand that c probably means context, e expression and t type. But trying to keep the meaning of exists, matche, geto and other funny names with strange suffixes in the cache *and* coping with one character locals is - at least for me - a bit much. Great point. Is this easier on the eyes? https://gist.github.com/1091495 Other than that: very nice tutorial indeed. :) Thank you very much! Ambrose -- 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
Re: Increasing indent level in pprint
Sean's remark is right for writing code, but not really relevant for pretty printed data structures. The pretty printer will either avoid (foo a followed by a line break or fill that line full. (By default, for lists it breaks the lines and for vectors it fills them.) While there's no way to just set the indent, you can get this effect with a little work. The pretty printer allows customization of the output format using dispatch functions. By default it uses simple-dispatch, defined here: https://github.com/clojure/clojure/blob/d1e39b1ec7fc65907b13458d7ec70b0839f3f85e/src/clj/clojure/pprint/dispatch.clj#L65 I have created a variant of simple dispatch that does the two character indent (as per your example above). I through a little project on github: https://github.com/tomfaulhaber/pprint-indent. The README is basically a copy of your second example run in my repl. The source is in https://github.com/tomfaulhaber/pprint-indent/blob/master/src/indent/indent.clj for the curious. Feel free to modify to taste. :) On Jul 16, 10:52 pm, Asim Jalis asimja...@gmail.com wrote: Okay. I see what you mean. On Jul 16, 2011, at 8:39 PM, Sean Corfield seancorfi...@gmail.com wrote: On Sat, Jul 16, 2011 at 7:05 PM, Asim Jalis asimja...@gmail.com wrote: The position of the braces might be a red herring here. I was mostly interested in figuring out how to increase the indentation level from 1 to something larger. Even an indentation step of 2 for each level would be easier on the eye than 1. My point was that the natural Lisp/Clojure indentation is to match the items above so for: {:something the natural indentation is 1 and for: (foo a the natural indentation is 5: '(', 'f', 'o', 'o', ' '. Indentation is not some fixed quantity you can change - it's dependent on the structure of the data/code and the length of the symbols. -- Sean A Corfield -- (904) 302-SEAN An Architect's View --http://corfield.org/ World Singles, LLC. --http://worldsingles.com/ Railo Technologies, Inc. --http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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 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
Re: clooj, a lightweight IDE for clojure
On Jul 18, 2011, at 11:06 PM, Ken Wesson wrote: Or, the traditional thing: full control, but tab or something will reindent the current line, or all lines intersecting the selection if any, to structurally-correct positions based on all of the code above, if tab is hit outside a string literal or ; comment. I personally think that this provides the best combination of clarity, simplicity, and utility. My guess is that smarter solutions will indeed get messy/annoying in some of the situations that Ken mentioned (e.g. pasting multiple lines, possibly from another app), and very occasionally I have reason to use non-standart indentation for some small segment of code. I do think that it's also good for the system to indent correctly when the user types a newline, which clooj already does. -Lee -- 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
Re: Excellent intro to core.logic
Hi, Am Dienstag, 19. Juli 2011 08:42:47 UTC+2 schrieb Ambrose Bonnaire-Sergeant: Is this easier on the eyes? https://gist.github.com/1091495 Ah! Much better! :D Meikel -- 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
(count-all str1 str2)
Thinking of operations on collections to replace iteration is productive, but alas, I'm new to it. I'm looking for a way to count the number of occurrences of each and every character in str1 that occurs in str2, so that (count-all abc abracadabra) will give 8 which is the count of characters in abacaaba. Any suggestion? Thanks! Tuba -- 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
Re: (count-all str1 str2)
Hi, how about this: (count (filter (set abc) abracadabra))? Sincerely Meikel -- 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
Re: clooj, a lightweight IDE for clojure
- I wish that Swing was prettier on the eye. I love nice GUIs. Me too. I think in the long run the coolest thing will be an in- browser clojure IDE for clojure-in-javascript, especially when multi- threaded javascript becomes available in web browsers. Maybe you should drop Swing and start experimenting with a cloud9-like IDE instead. Again, for Clojure to have wider adoption it should have a beginners' IDE. It shouldn't be distributed just as jar files. That's fine for hackers but clojure.org should have an IDE like CLOOJ and Clojure should be packaged part of it (A Download button on the page should download it directly; programmers should visit the Download page). Such an IDE would be ideal for a college teacher to introduce Clojure to his students. This IDE should not assume that these students have hacked on computers all their life. - They should be able to create, edit, and build their entire project from within the IDE and shouldn't have to switch to a terminal. - The IDE should make the choice and not leave it to him. This IDE has to choose one build system and not ask the user to choose. All choices should be made. - I don't believe that the parenthesis are the barrier for people to try a lisp language. I bet that most people who repeat this never actually heard it from a newbie; they just read it once and started repeating it. Unlike Clojure, and Lisp generally, there is no syntax. While half of a book about other languages discusses syntax issues, a Clojure book covers syntax in the early chapters and the rest of the book is about concepts and advanced issues. That's why lisp syntax is very small and pithy. More than any other language, I think a new user needs to practice a lot writing very small code pieces of code to get used to it. None of the Clojure books includes exercises. Maybe its time someone write a Learning Clojure the Hard Way book. The first lesson in The Hard Way book is to install a simple IDE like CLOOJ (or CLIDE - clojure.org's fork: of it). Many people believe that Clojure is not suitable as a first language. Irrespective whether this is right or wrong, I find it odd that a language like Clojure (and Scala) asks you to go learn another language before you learn it. It is even more odd with Clojure because you need to learn one of the broken languages first. Every general programming language should be a first language. Regards -- 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 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
Re: clooj, a lightweight IDE for clojure
On Jul 19, 2011, at 3:54 AM, Clojure Neophyte wrote: Again, for Clojure to have wider adoption it should have a beginners' IDE. It shouldn't be distributed just as jar files. FWIW I just double-clicked on the clooj jar and it launched like any other application -- I didn't have to know that it was a jar or even what a jar is. Assuming that this also works on other OSes (I'm using Mac OS X) then I think this is already beginner friendly. I *think* it also includes everything that a newbie needs for a complete workflow without any other tools or Terminal interactions... -Lee -- 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
Re: Clojure Books
Thanks guys! On Tue, Jul 19, 2011 at 11:57 AM, Sergey Didenko sergey.dide...@gmail.comwrote: Also check this great online introduction (targeting 1.0): http://java.ociweb.com/mark/clojure/article.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 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
Re: The Last Programming Language
On Mon, Jul 18, 2011 at 1:36 PM, TimDaly d...@axiom-developer.org wrote: Robert Martin argues that Clojure could be the seed of the last programming language. http://skillsmatter.com/podcast/agile-testing/bobs-last-language I don't see how that claim can be drawn from the textual content on that page. He mentions Clojure exactly once, not as a candidate last programming language but merely as an example, among several, of languages that seem to be rediscovering the past (i.e. long-underused language families like the Lisps, MLs, etc.). If he's arguing that Clojure, specifically, could be it, modulo incremental refinements, it's not in the text on the page you linked to. -- Protege: What is this seething mass of parentheses?! Master: Your father's Lisp REPL. This is the language of a true hacker. Not as clumsy or random as C++; a language for a more civilized age. -- 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
Re: Clojure Books
start with: http://java.ociweb.com/mark/clojure/article.html (free) then proceed with: practical clojure http://www.apress.com/9781430272311 -- 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
Re: clooj, a lightweight IDE for clojure
nice name ! thanks again for new ide -- 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
Re: clooj, a lightweight IDE for clojure
On 18 Lug, 18:40, Arthur Edelstein arthuredelst...@gmail.com wrote: Hi Tamreen, On Jul 18, 5:38 am, Tamreen Khan histor...@gmail.com wrote: It's a little confusing to see what's normally the text for the prompt, user=, be in the window that shows the result. Why can't both the prompt and the results be shown in the same area? That is a good point. I wanted a multi-line editor for the REPL input, so I put the REPL input and output in separate panes. But I agree it would be nice to have the prompt in the REPL input pane. I'm adding this suggestion to the issues. Thanks for the feedback! FWIW, I solved a similar problem in the past with a GUI REPL for another JVM-based Lisp (ABCL). Unfortunately Swing makes such a thing harder than it should be, at least if you stick to the right way of properly using the Document interface upon which JTextArea is based. Perhaps you can leverage some of that work. That REPL is very minimal and I took some shortcuts, but it could be a nice starting point, especially wrt. the nasty concurrency issues imposed by how Document works. It was tested on all the three major OSes. If you're interested, you can find it here: http://trac.common-lisp.net/armedbear/browser/trunk/abcl/src/org/armedbear/lisp/java/swing/REPLConsole.java hth, Alessio -- 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 6:54 AM, daly d...@axiom-developer.org wrote: Watch the video. What video? The only video I see linked from there is over an hour long. Obviously you can't mean that one, since no one around here has that kind of spare time at this hour on a Tuesday. :) -- Protege: What is this seething mass of parentheses?! Master: Your father's Lisp REPL. This is the language of a true hacker. Not as clumsy or random as C++; a language for a more civilized age. -- 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
Re: The Last Programming Language
tl;dw spoiler alert: The trailing conclusion of the video is that Clojure could be the seed of the last programming language. The video reprises Gabriel's paper of the same title. Bob Martin reminds me of James Martin from the 70s, for those of us old enough to remember him. I wonder if they are related. Tim On Tue, 2011-07-19 at 07:50 -0400, Ken Wesson wrote: On Tue, Jul 19, 2011 at 6:54 AM, daly d...@axiom-developer.org wrote: Watch the video. What video? The only video I see linked from there is over an hour long. Obviously you can't mean that one, since no one around here has that kind of spare time at this hour on a Tuesday. :) -- Protege: What is this seething mass of parentheses?! Master: Your father's Lisp REPL. This is the language of a true hacker. Not as clumsy or random as C++; a language for a more civilized age. -- 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
Re: The Last Programming Language
Maybe. Or maybe Martin's talk should be entitled The Last Programming Language To Get Any Mind-Share. On Jul 19, 3:42 am, Steven Tomcavage ste...@tomcavage.com wrote: I double we'll ever see The Last Programming Language, because we're all hackers and we all have a notion that things could be done better if we just tweaked this or that a bit, and voila, you have a new programming language. On Mon, Jul 18, 2011 at 1:36 PM, TimDaly d...@axiom-developer.org wrote: Robert Martin argues that Clojure could be the seed of the last programming language. http://skillsmatter.com/podcast/agile-testing/bobs-last-language -- 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 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 4:52 AM, Ken Wesson kwess...@gmail.com wrote: On Mon, Jul 18, 2011 at 1:36 PM, TimDaly d...@axiom-developer.org wrote: Robert Martin argues that Clojure could be the seed of the last programming language. http://skillsmatter.com/podcast/agile-testing/bobs-last-language I don't see how that claim can be drawn from the textual content on that page. He mentions Clojure exactly once, not as a candidate last programming language but merely as an example, among several, of languages that seem to be rediscovering the past (i.e. long-underused language families like the Lisps, MLs, etc.). If he's arguing that Clojure, specifically, could be it, modulo incremental refinements, it's not in the text on the page you linked to. Watch the video and you'll see the comment Tim is referencing. Adam -- 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
Re: clooj, a lightweight IDE for clojure
Cool project, especially if it manages to *stay* lightweight :) It is indeed difficult to build a console with Swing's text components. Actually, I think it's difficult with the out-of-the-box text components in just about any toolkit. They're not designed for it and there are a ton of edge cases and gotchas to take care of. Anyway, a couple other random thoughts: * You might want to take a look at JSyntaxPane (https://code.google.com/p/jsyntaxpane/) for the editor. In theory adding Clojure syntax highlighting should be straightforward and they already cover stuff like line numbers, etc. * Consider using actions for your menu items so you can reuse them in toolbars and elsewhere in the UI * getCaretPosition (and almost all Swing methods) is not thread-safe so calling it from an agent is asking for trouble :) Good luck! Dave On Tue, Jul 19, 2011 at 7:20 AM, Alessio Stalla alessiosta...@gmail.com wrote: On 18 Lug, 18:40, Arthur Edelstein arthuredelst...@gmail.com wrote: Hi Tamreen, On Jul 18, 5:38 am, Tamreen Khan histor...@gmail.com wrote: It's a little confusing to see what's normally the text for the prompt, user=, be in the window that shows the result. Why can't both the prompt and the results be shown in the same area? That is a good point. I wanted a multi-line editor for the REPL input, so I put the REPL input and output in separate panes. But I agree it would be nice to have the prompt in the REPL input pane. I'm adding this suggestion to the issues. Thanks for the feedback! FWIW, I solved a similar problem in the past with a GUI REPL for another JVM-based Lisp (ABCL). Unfortunately Swing makes such a thing harder than it should be, at least if you stick to the right way of properly using the Document interface upon which JTextArea is based. Perhaps you can leverage some of that work. That REPL is very minimal and I took some shortcuts, but it could be a nice starting point, especially wrt. the nasty concurrency issues imposed by how Document works. It was tested on all the three major OSes. If you're interested, you can find it here: http://trac.common-lisp.net/armedbear/browser/trunk/abcl/src/org/armedbear/lisp/java/swing/REPLConsole.java hth, Alessio -- 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 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
Re: following Rich's talk at NYC Clojure this Wednesday
The website claims that the talk starts at 6:45 pm EDT, but I suspect that the technical content actually starts at 7:00. Stu awesome!! looking forward to the talk.. like everybody else, I think it will be great to have the time and time-zone info posted.. Sunil. On Mon, Jul 18, 2011 at 9:28 PM, Stuart Halloway stuart.hallo...@gmail.com wrote: Several people have asked about access to Rich's upcoming talk this Wednesday night [1]. In order to make information available for those who are not present in NYC, we are planning to do the following: During the talk: * We will be live streaming the talk at [2]. This is our first time live streaming from the facility, so cross your fingers. * We will be covering the talk live in the Clojure IRC. After the talk: * Video will be posted online. Once the editing is complete, I will post a link here with details. * The slides will be posted online. Cheers, Stu [1] http://www.meetup.com/Clojure-NYC/events/16166953/ [2] http://www.ustream.tv/channel/clojurenyc -- 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 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 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 6:00 AM, Adam Richardson simples...@gmail.com wrote: Watch the video and you'll see the comment Tim is referencing. Are you aware of the length of that video? -- Protege: What is this seething mass of parentheses?! Master: Your father's Lisp REPL. This is the language of a true hacker. Not as clumsy or random as C++; a language for a more civilized age. -- 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
Re: Excellent intro to core.logic
On Tue, Jul 19, 2011 at 2:27 AM, Meikel Brandmeyer m...@kotka.de wrote: Hi Ambrose, I haven't been exposed to logic programming besides the examples David posted to the list. I found your tutorial very easy to follow and to read. I have two minor nit-picks. 1. I understand, that these o, e and some third, I think, suffixes are there historically. And for someone not used to logic programming they are as counter-intuitive as it can get: o == relati*o*n? o.O WTF. Maybe you can motivate a little why they are called like that historically? I personally need such explanations in case of such (on first sight) unrelated things. Perhaps one reason is that miniKanren allows the programmer to mix both functional and relational programming together. Relational counterparts need to be distinguished from their functional ones - cons vs. conso. Functions have sensible return values - goals do not outside of the run interface. My guess is that o stands for output - inputs and outputs are simply whatever arguments a goal takes. But still, I admit, it is largely for historical reasons. However I'm a bit conservative on this point since the existing body of miniKanren literature follows this convention. As core.logic evolves and usage increases I'm sure new conventions will arise. 1. After going through some more or less easy to follow and to understand examples, you dive into the interesting stuff: the definition of typedo - and loose me completely with c, e, t, k, m, v, s and ?r. I understand that c probably means context, e expression and t type. But trying to keep the meaning of exists, matche, geto and other funny names with strange suffixes in the cache *and* coping with one character locals is - at least for me - a bit much. Good point. David -- 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
Re: The Last Programming Language
I find his videos very easy to watch - I think it was around a hour, but the time flies by. On 19 July 2011 14:16, Ken Wesson kwess...@gmail.com wrote: On Tue, Jul 19, 2011 at 6:00 AM, Adam Richardson simples...@gmail.com wrote: Watch the video and you'll see the comment Tim is referencing. Are you aware of the length of that video? -- Protege: What is this seething mass of parentheses?! Master: Your father's Lisp REPL. This is the language of a true hacker. Not as clumsy or random as C++; a language for a more civilized age. -- 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 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 10:05 AM, Colin Yates colin.ya...@gmail.com wrote: I find his videos very easy to watch - I think it was around a hour, but the time flies by. An hour of Will Smith blasting aliens flies by. An hour of a talking head is better presented as text. An hour of talking head + slides is better presented as text + inline images. Particularly since text is searchable and video, for the foreseeable future, is not. :) -- Protege: What is this seething mass of parentheses?! Master: Your father's Lisp REPL. This is the language of a true hacker. Not as clumsy or random as C++; a language for a more civilized age. -- 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 16:11, Ken Wesson kwess...@gmail.com wrote: On Tue, Jul 19, 2011 at 10:05 AM, Colin Yates colin.ya...@gmail.com wrote: I find his videos very easy to watch - I think it was around a hour, but the time flies by. An hour of Will Smith blasting aliens flies by. An hour of a talking head is better presented as text. An hour of talking head + slides is better presented as text + inline images. Particularly since text is searchable and video, for the foreseeable future, is not. :) True enough, though I should hasten to point out that Uncle Bob is an unusually entertaining talking head. // ben -- 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
Re: The Last Programming Language
Quite - you don't get the ants in your pants vibe from plain text :) On 19 July 2011 15:18, Ben Smith-Mannschott bsmith.o...@gmail.com wrote: On Tue, Jul 19, 2011 at 16:11, Ken Wesson kwess...@gmail.com wrote: On Tue, Jul 19, 2011 at 10:05 AM, Colin Yates colin.ya...@gmail.com wrote: I find his videos very easy to watch - I think it was around a hour, but the time flies by. An hour of Will Smith blasting aliens flies by. An hour of a talking head is better presented as text. An hour of talking head + slides is better presented as text + inline images. Particularly since text is searchable and video, for the foreseeable future, is not. :) True enough, though I should hasten to point out that Uncle Bob is an unusually entertaining talking head. // ben -- 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 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
Re: Namespace Docstrings?
I search on JIRA, but as far as I know there is no issue discussed in this thread. Is it an issue that (resolve 'clojure.core) throws an exception? Thanks. -- Name: OGINO Masanori (荻野 雅紀) E-mail: masanori.og...@gmail.com -- 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
Re: Clojure Books
I'm currently reading Joy of Clojure and I definitely like it. What do folks think about Let Over Lambda by Doug Hoyte? I realize that it focuses on Lisp, but will it have any useful information for Clojure programmers? Thanks, Kevin -- 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
Re: Clojure Books
Let Over Lambda is more a collection of advanced and narrow tricks that a experienced Lisper would find interesting (and maybe useful). It assumes you know the good practices already, and then proceeds to break them for awe and effect. I would not suggest it to a newcomer. -Patrick On Jul 19, 9:19 am, Foge kevin.seraf...@gmail.com wrote: I'm currently reading Joy of Clojure and I definitely like it. What do folks think about Let Over Lambda by Doug Hoyte? I realize that it focuses on Lisp, but will it have any useful information for Clojure programmers? Thanks, Kevin -- 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
Re: Clojure Books
There is also this nice online introduction for absolute beginners to Clojure and Lisp: Guide to Programming in Clojure for Beginners http://blackstag.com/blog.posting?id=5 -- 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
Re: The Last Programming Language
this made me lol :D a big will smith fan??? not that i know you at all other than reading your posts here, but i really didnt see that coming... On Tue, Jul 19, 2011 at 9:11 AM, Ken Wesson kwess...@gmail.com wrote: An hour of Will Smith blasting aliens flies by. An hour of a talking head is better presented as text. -- 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
Re: Clojure Books
Depending on what you want to know about lisp I would recommend: Learning lisp: Practical Common Lisp This is an excellent text for people who are Java programmers. Really learning lisp: Let Over Lambda This will give you ways to think about Lambda as the fundamental mechanism. Let is just Lambda binding. Let over Lambda gives shared local variable scope. Lambda over Let over Lambda gives objects, etc. Really, really learning lisp: Lisp In Small Pieces This literate document walks you through the real internals of a lisp system using the actual executable code of the interpreter and compiler. The beauty of this book is that you can read the source code like a novel. Learning Clojure: Clojure in Small Pieces Ok, this is my attempt to mimic Lisp In Small Pieces for Clojure. It would be great if people would contribute chapters for understanding the internals of Clojure. We would then have a book that could be read like a novel which would allow people to fully understand Clojure. The CISP book includes a complete Clojure source code distribution. By following the instructions you can automatically generate a running Clojure REPL and a PDF containing the explanation (such as it is so far). http://daly.literatesoftware.com/clojure.pdf (pdf doc) http://daly.literatesoftware.com/clojure.pamphlet (pdf source) Tim Daly On Tue, 2011-07-19 at 08:28 -0700, CuppoJava wrote: Let Over Lambda is more a collection of advanced and narrow tricks that a experienced Lisper would find interesting (and maybe useful). It assumes you know the good practices already, and then proceeds to break them for awe and effect. I would not suggest it to a newcomer. -Patrick On Jul 19, 9:19 am, Foge kevin.seraf...@gmail.com wrote: I'm currently reading Joy of Clojure and I definitely like it. What do folks think about Let Over Lambda by Doug Hoyte? I realize that it focuses on Lisp, but will it have any useful information for Clojure programmers? Thanks, Kevin -- 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
Re: Clojure Books
The Blackstag Blog Post # 5 - Guide to Programming in Clojure for Beginnershttp://blackstag.com/blog.posting?id=5 -- 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
Re: clooj, a lightweight IDE for clojure
FWIW I just double-clicked on the clooj jar and it launched like any other application -- I didn't have to know that it was a jar or even what a jar is. Assuming that this also works on other OSes (I'm using Mac OS X) then I think this is already beginner friendly. I *think* it also includes everything that a newbie needs for a complete workflow without any other tools or Terminal interactions... Perhaps the main thing that's missing (besides various code-editing features) is an option for compiling and building the project. I'm thinking about bundling in leiningen for that. But if anyone has a better idea, do let me know. :) - Arthur -- 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
Re: clooj, a lightweight IDE for clojure
Hi Dave, Cool project, especially if it manages to *stay* lightweight :) Thanks -- I hope it will! :) * You might want to take a look at JSyntaxPane (https://code.google.com/p/jsyntaxpane/) for the editor. In theory adding Clojure syntax highlighting should be straightforward and they already cover stuff like line numbers, etc. An interesting suggestion. * Consider using actions for your menu items so you can reuse them in toolbars and elsewhere in the UI Yes, I probably need to overhaul this at some point. * getCaretPosition (and almost all Swing methods) is not thread-safe so calling it from an agent is asking for trouble :) Oops! It's interesting I haven't run into an error yet. Added to github issues. Good luck! Thanks! :) Arthur -- 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
Re: Error running Clojure 1.3 in Eclipse
In the project.clj I made a mistake, it should be (defproject Test 1.0.0-SNAPSHOT :dependencies [[org.clojure/clojure 1.3.0-beta1] [org.clojure/clojure-contrib 1.2.0] :dev-dependencies [[lein-eclipse 1.0.0]] ) I've tried with the standalone contrib and any other variations but it didn't seem to download from the repository. On Jul 18, 5:25 pm, Sean Corfield seancorfi...@gmail.com wrote: The stack trace shows: Caused by: java.lang.UnsupportedOperationException: Cannot recur across try at clojure.lang.Compiler$RecurExpr$Parser.parse(Compiler.java:6045) This looks like an incompatibility between your code (or something you're using) and Clojure 1.3.0. You can't have recur inside try - seehttp://dev.clojure.org/jira/browse/CLJ-31- sounds like it was allowed in 1.2 but didn't work properly so now it's been disallowed? I notice that your project file refers to old contrib 1.2.0 - that won't run on Clojure 1.3.0 as far as I can tell (I had to update CongoMongo because of 1.3.0 compatibility problems that seemed to stem from contrib 1.2.0). You might try: [org.clojure.contrib/standalone 1.3.0-SNAPSHOT] instead but at this point you might need to start looking at the new contrib libraries and migrating to those: http://dev.clojure.org/display/design/Contrib+Library+Names HTH, Sean On Mon, Jul 18, 2011 at 4:01 PM, ron peterson peterson.ron...@gmail.com wrote: I've upgraded my projects in Eclipse 3.7 to use Clojure 1.3 beta1 release, however when I try running it in Eclipse the REPL console throws the following exception. Other versions of Clojure 1.3 alpha gave the same exception: (but clojure 1.2.1 works fine) ... Exception in thread main java.lang.UnsupportedOperationException: Cannot recur across try, compiling:(clojure/tools/nrepl.clj:107) ... Caused by: java.lang.UnsupportedOperationException: Cannot recur across try -- 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
Re: (count-all str1 str2)
That works well. Thank you very much! Tuba On Jul 19, 1:47 am, Meikel Brandmeyer m...@kotka.de wrote: Hi, how about this: (count (filter (set abc) abracadabra))? Sincerely Meikel -- 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
Result of translation of fnparse library
Hi, all. I try to use fnparse library for creating translator which is built on parser-combinators and I have question: what is the correct approach to keep intermediate result of translation? Can I use for this purpose state object? For example, see code [1] for parsing simple arithmetical expression where intermediate computation of expression saving in :result field of state object. Thank you. [1] https://github.com/vdim/clj-probe/blob/master/src/name/vdim/expr.clj (any critics and ideas for this code are welcome.) -- 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
Re: Clojure Books
On Tue, Jul 19, 2011 at 9:19 AM, Foge kevin.seraf...@gmail.com wrote: I'm currently reading Joy of Clojure and I definitely like it. +1 for the Joy of Clojure. I am really enjoying reading it. It's a book that assumes you know what you're doing, which is very much welcomed. -- 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
Re: Clojure Books
On Jul 19, 1:06 am, Sean Corfield seancorfi...@gmail.com wrote: On Mon, Jul 18, 2011 at 8:01 PM, Felix Filozov ffilo...@gmail.com wrote: Clojure in Action - http://www.manning.com/rathore/ And there is also an upcoming web course based on this book. http://codelesson.com/courses/view/introduction-to-clojure Targeting Clojure 1.2.0. Nice introduction, good, practical examples. Programming Clojure - http://pragprog.com/book/shcloj/programming-clojure Aaron Bedra et al are working on a new edition of this, bringing it up to Clojure 1.3.0. The original targets Clojure 1.1 (I think? Or 1.0?). I don't have this book. Practical Clojure - http://www.apress.com/9781430272311 Targeting Clojure 1.2.0. I don't have this book. Joy of Clojure (not for beginners) - http://joyofclojure.com/ Not for beginners but an excellent why book! I love this book - I keep re-reading it. Also: Clojure Programming -http://oreilly.com/catalog/0636920013754 Currently in Rough Cuts. Targeting Clojure 1.3.0. Really enjoying this too. -- Sean A Corfield -- (904) 302-SEAN An Architect's View --http://corfield.org/ World Singles, LLC. --http://worldsingles.com/ Railo Technologies, Inc. --http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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
Re: clooj, a lightweight IDE for clojure
On Mon, Jul 18, 2011 at 5:14 PM, abp abp...@googlemail.com wrote: Why is it necessary to press TAB at all? Couldn't auto-indent be the default for a line and only manually reindented lines opt-out until one opts in again using TAB or something? If I add an expression around existing code, I tend to use TAB if small regions are used to reindent the affected line(s) that are suddenly contained within a new expression and as a result should be reindented as if I had originally typed the entire expression. If for some reason larger blocks of code are affected, I would likely use the region/file reindent functionality in Emacs. In other words, I usually use TAB for lines that were written earlier, to align it better with new code, not to affect indentation of the line I'm currently typing. Lars Nilsson -- 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
Aw: Re: Clojure Books
- Practical Clojure (APress) is an excellent reference book. I use it all the time + the clojure cheat sheet. - Programming Clojure is good to start with, but I really didn't like all the Lancet stuff that was included as example. - Joy of clojure: Great. But not easy (was my third book). -Finn -- 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
Re: Clojure Books
Clojure in Action seems to be a great start if you have some experience with Java. On Jul 18, 10:59 am, Teena Mathew mathewteen...@gmail.com wrote: Hey! Which are the recommended books for Clojure newbie? Thanks! Teena -- 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
Re: Excellent intro to core.logic
David Nolen dnolen.li...@gmail.com writes: Hi David, I highly recommend checking this out if you're curious about core.logic, https://github.com/frenchy64/Logic-Starter/wiki I've just read it, and I think I've grasped most of it although my last prolog encounter is quite some time back. But how am I supposed to go from here? I mean, there's no single function or macro in core.logic that has at least a docstring!?! Bye, Tassilo, who's going to check if his university's library has a reasoned schemer copy... -- 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
Result of translation of fnparse library
Hi, all. I try to use fnparse library for creating translator which is built on parser-combinators and I have question: what is the correct approach to keep intermediate result of translation? Can I use for this purpose state object? For example, see code [1] for parsing simple arithmetical expression where intermediate computation of expression saving in :result field of state object. Thank you. [1] https://github.com/vdim/clj-probe/blob/master/src/name/vdim/expr.clj (any critics and ideas for this code are welcome). -- 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
Re: Excellent intro to core.logic
On Tue, Jul 19, 2011 at 3:31 PM, Tassilo Horn tass...@member.fsf.orgwrote: David Nolen dnolen.li...@gmail.com writes: Hi David, I highly recommend checking this out if you're curious about core.logic, https://github.com/frenchy64/Logic-Starter/wiki I've just read it, and I think I've grasped most of it although my last prolog encounter is quite some time back. But how am I supposed to go from here? I mean, there's no single function or macro in core.logic that has at least a docstring!?! Ambrose has submitted a patch which I need to go over. Even so, I don't think docstrings are going to help you that much. If you want to dig in I recommend reading: - The Reasoned Schemer When it comes to logic programming it does help to have a basic understand of the execution model. - William Byrd's thesis on miniKanren, https://scholarworks.iu.edu/dspace/handle/2022/8777 At this point you'll still be at loss as far as practical applications - for that you need to look at some Prolog literature: - Bratko's Prolog Programming for Artificial Intelligence - Sterling Shapiro's Art of Prolog Attempting to compete with the existing high-quality literature is a non-goal for me at least. I admit that diving into core.logic is a bit of an adventure at this point (though I'd like to think a very rewarding one). As more people give it a shot I hope others will weigh in with wonderful tutorial/guides such as Ambrose's. David -- 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
[ANN] clojure.java.jdbc 0.0.5 available
Changes in 0.0.5: * Add prepare-statement function to ease creation of PreparedStatement with common options: - see docstring for details * with-query-results now allows the SQL/params vector to be: - a PreparedStatement object, followed by any parameters the SQL needs - a SQL query string, followed by any parameters it needs - options (for prepareStatement), a SQL query string, followed by any parameters it needs * Add support for databases that cannot return generated keys (e.g., HSQLDB) - insert operations silently return the insert counts instead of generated keys - it is the user's responsibility to handle this if you're using such a database! Changes in 0.0.4: * Fix JDBC-2 by allowing :table-spec {string} at the end of create-table arguments: (sql/create-table :foo [:col1 int] [col2 :int] :table-spec ENGINE=MyISAM) * Fix JDBC-8 by removing all reflection warnings * Fix JDBC-11 by no longer committing the transaction when an Error occurs * Clean up as-... functions to reduce use of (binding) * Refactor do-prepared*, separating out return keys logic and parameter setting logic - in preparation for exposing more hooks in PreparedStatement creation / manipulation Changes in 0.0.3: * Fix JDBC-10 by using .executeUpdate when generating keys (MS SQL Server, PostgreSQL compatibility issue) Changes in 0.0.2: * Fix JDBC-7 Clojure 1.2 compatibility (thanx to Aaron Bedra!) Changes in 0.0.1 (compared to clojure.contrib.sql): * Exposed print-... functions for exception printing; no longer writes exceptions to *out* * Add clojure.java.jdbc/resultset-seq (to replace clojure.core/resultset-seq which should be deprecated) * Add support for naming and quoting strategies - see http://clojure.github.com/java.jdbc/doc/clojure/java/jdbc/NameMapping.html - The formatting is a bit borked, Tom F knows about this and is working on an enhancement to auto-doc to improve it * Add ability to return generated keys from single insert operations, add insert-record function * Clojure 1.3 compatibility -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Railo Technologies, Inc. -- http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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
Re: Increasing indent level in pprint
On Tue, Jul 19, 2011 at 12:03 AM, Tom Faulhaber tomfaulha...@gmail.com wrote: Sean's remark is right for writing code, but not really relevant for pretty printed data structures. The pretty printer will either avoid (foo a followed by a line break or fill that line full. (By default, for lists it breaks the lines and for vectors it fills them.) Interesting. I didn't realize it took a different approach. Out of curiosity, what is the thinking behind the difference between lists and vectors? -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Railo Technologies, Inc. -- http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 4:50 AM, Ken Wesson kwess...@gmail.com wrote: What video? The only video I see linked from there is over an hour long. Obviously you can't mean that one, since no one around here has that kind of spare time at this hour on a Tuesday. :) Yes, an hour. It's an excellent talk. There's a higher quality video of his NDC talk on this topic (same conclusion, different anecdotes) but that needs to be downloaded and then skip the first five minutes as they had the camera running before the talk started: http://ndc2011.no/agenda.aspx?cat=1071id=-1day=3726 Ken, you might be surprised what an hour's investment will bring :) -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Railo Technologies, Inc. -- http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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
Re: Error running Clojure 1.3 in Eclipse
On Tue, Jul 19, 2011 at 10:08 AM, ron peterson peterson.ron...@gmail.com wrote: In the project.clj I made a mistake, it should be (defproject Test 1.0.0-SNAPSHOT :dependencies [[org.clojure/clojure 1.3.0-beta1] [org.clojure/clojure-contrib 1.2.0] I'm pretty sure you can't use contrib 1.2.0 with Clojure 1.3.0... -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Railo Technologies, Inc. -- http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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
Exception testing with clojure.test
Hi guys, I want to test some code that throws exceptions, but I don't want exceptions to be thrown in the console. Is there a way to do that with *is* function? What is the best way to test my code with try-catch blocks? -- 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
Re: Exception testing with clojure.test
Yup, this should do the trick: (defn only-odds [x] {:pre [(odd? x)]} x) (deftest only-odds-test (is (thrown? AssertionError (only-odds 2))) (is (= 1 (only-odds 1 On Tue, Jul 19, 2011 at 4:48 PM, Jonathan Cardoso jonathancar...@gmail.comwrote: Hi guys, I want to test some code that throws exceptions, but I don't want exceptions to be thrown in the console. Is there a way to do that with *is* function? What is the best way to test my code with try-catch blocks? -- 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 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
Re: The Last Programming Language
On Jul 19, 1:23 pm, Sean Corfield seancorfi...@gmail.com wrote: On Tue, Jul 19, 2011 at 4:50 AM, Ken Wesson kwess...@gmail.com wrote: What video? The only video I see linked from there is over an hour long. Obviously you can't mean that one, since no one around here has that kind of spare time at this hour on a Tuesday. :) Yes, an hour. It's an excellent talk. There's a higher quality video of his NDC talk on this topic (same conclusion, different anecdotes) but that needs to be downloaded and then skip the first five minutes as they had the camera running before the talk started: http://ndc2011.no/agenda.aspx?cat=1071id=-1day=3726 Ken, you might be surprised what an hour's investment will bring :) I confess that I turned this on for an hour this morning, and don't really think it was worth the time. I would sum it up for Ken as: Wouldn't interoperation be great if we all used the same language, like mathematicians do? Such a language would have to be really good, with features XYZ [no particular motivation for why all these features are good]. I can't think of any other features we could possibly want, either, because we seem to have already had all the interesting ideas in language design. Look, Clojure has all of these features! It might be a good start towards language standardization. -- 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
Re: The Last Programming Language
What's this awk-a-mel he speaks of? Ocaml, pronounced oh-camel, I know very well, but I've never heard of this awk-a-mel. :-) Seriously, his pronunciation of ocaml highlights, I think, the core problem of his talk. There has been significant development in languages, just not in the popular languages. It's been over there in the fringe languages. On Tue, Jul 19, 2011 at 4:23 PM, Sean Corfield seancorfi...@gmail.com wrote: On Tue, Jul 19, 2011 at 4:50 AM, Ken Wesson kwess...@gmail.com wrote: What video? The only video I see linked from there is over an hour long. Obviously you can't mean that one, since no one around here has that kind of spare time at this hour on a Tuesday. :) Yes, an hour. It's an excellent talk. There's a higher quality video of his NDC talk on this topic (same conclusion, different anecdotes) but that needs to be downloaded and then skip the first five minutes as they had the camera running before the talk started: http://ndc2011.no/agenda.aspx?cat=1071id=-1day=3726 Ken, you might be surprised what an hour's investment will bring :) -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Railo Technologies, Inc. -- http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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 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
Re: The Last Programming Language
On Jul 19, 3:23 pm, Brian Hurt bhur...@gmail.com wrote: What's this awk-a-mel he speaks of? Ocaml, pronounced oh-camel, I know very well, but I've never heard of this awk-a-mel. :-) Seriously, his pronunciation of ocaml highlights, I think, the core problem of his talk. There has been significant development in languages, just not in the popular languages. It's been over there in the fringe languages. Well, that's good to know. I noticed he mispronounced a lot of stuff, and I *thought* his pronunciation of ocaml was wrong, but I was left with some uncertainty since I wasn't that confident to begin with. -- 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 6:23 PM, Brian Hurt bhur...@gmail.com wrote: What's this awk-a-mel he speaks of? Ocaml, pronounced oh-camel, I know very well, but I've never heard of this awk-a-mel. :-) Seriously, his pronunciation of ocaml highlights, I think, the core problem of his talk. There has been significant development in languages, just not in the popular languages. It's been over there in the fringe languages. You'd think the camel icon on the official website would give it away :) Adam -- 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
Re: The Last Programming Language
It is an object extension to the AWK programming language :-) On Tue, 2011-07-19 at 19:31 -0400, Adam Richardson wrote: On Tue, Jul 19, 2011 at 6:23 PM, Brian Hurt bhur...@gmail.com wrote: What's this awk-a-mel he speaks of? Ocaml, pronounced oh-camel, I know very well, but I've never heard of this awk-a-mel. :-) Seriously, his pronunciation of ocaml highlights, I think, the core problem of his talk. There has been significant development in languages, just not in the popular languages. It's been over there in the fringe languages. You'd think the camel icon on the official website would give it away :) Adam -- 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 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
Re: Error running Clojure 1.3 in Eclipse
On Jul 19, 2011, at 4:24 PM, Sean Corfield wrote: On Tue, Jul 19, 2011 at 10:08 AM, ron peterson peterson.ron...@gmail.com wrote: In the project.clj I made a mistake, it should be (defproject Test 1.0.0-SNAPSHOT :dependencies [[org.clojure/clojure 1.3.0-beta1] [org.clojure/clojure-contrib 1.2.0] I'm pretty sure you can't use contrib 1.2.0 with Clojure 1.3.0... Depends on what you're using out of contrib 1.2.0. There are a number of namespaces that do not run afoul of the changes in Clojure 1.3.0. - Chas -- 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 6:23 PM, Brian Hurt bhur...@gmail.com wrote: What's this awk-a-mel he speaks of? Ocaml, pronounced oh-camel, I know very well, but I've never heard of this awk-a-mel. :-) Seriously, his pronunciation of ocaml highlights, I think, the core problem of his talk. There has been significant development in languages, just not in the popular languages. It's been over there in the fringe languages. I will confess that as I listened to the presentation (when I got the email with Tim's link, I just started the video while I was working on some drudgery), I felt like he missed some of the language features promoted in functional languages. He worded functional programming contributions in terms of advancing the idea of limiting/protecting variable assignment (immutability), and to me, that's missing the points of first class functions (which, in light of what he says OOP languages brought to the table, actually provided protected function pointers through purely functional languages without any need for OOP) and an emphasis on function purity and limiting the scope of unpure functions (to me, this goes beyond merely protecting assignment.) These omissions, coupled with the mispronunciations of functional programming language names, and the value placed on the last language being homoiconic (without much justification) had me wondering how much he actually has used languages such as OCaml or Haskell. I don't need to know how many digits somebody can recite Pi to, but I would like to know how his experience with awk-a-mel lead him to believe that functional programming comes down to protecting variable assignment :) That all said, if Clojure is the seed for the last language, I'd be a happy man. Adam -- 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
Re: The Last Programming Language
On Tue, 2011-07-19 at 20:14 -0400, Adam Richardson wrote: On Tue, Jul 19, 2011 at 6:23 PM, Brian Hurt bhur...@gmail.com wrote: What's this awk-a-mel he speaks of? Ocaml, pronounced oh-camel, I know very well, but I've never heard of this awk-a-mel. :-) Seriously, his pronunciation of ocaml highlights, I think, the core problem of his talk. There has been significant development in languages, just not in the popular languages. It's been over there in the fringe languages. I will confess that as I listened to the presentation (when I got the email with Tim's link, I just started the video while I was working on some drudgery), I felt like he missed some of the language features promoted in functional languages. He worded functional programming contributions in terms of advancing the idea of limiting/protecting variable assignment (immutability), and to me, that's missing the points of first class functions (which, in light of what he says OOP languages brought to the table, actually provided protected function pointers through purely functional languages without any need for OOP) and an emphasis on function purity and limiting the scope of unpure functions (to me, this goes beyond merely protecting assignment.) These omissions, coupled with the mispronunciations of functional programming language names, and the value placed on the last language being homoiconic (without much justification) had me wondering how much he actually has used languages such as OCaml or Haskell. Homoiconic representation is fundamentally important and lacking in other languages. The programs == data idea is what makes the macro facility work, allows dynamic program construction, compile to core, etc. There is a story going around that McCarthy attended a python talk where they made the claim that python IS a lisp-like language. John pointed out that if it lacks homoiconicity it cannot be a lisp. (I probably have the details wrong). OCaml came from ML but the ideas came before either one. Lisp supported functional programming long before either language. I believe the point Robert was trying to make was that very few languages have increased our stock of fundamental ideas. OCaml is not one of them. Indeed languages (like Spad) built on lisp STILL support ideas I have not seen anywhere else (e.g. dispatching on the return type as well as the argument types). Robert suggests that we need to develop a standard language. Good luck with that. I participated in the reviews of the X3J13 Common Lisp standard (behind the scenes by passing on my comments and markups to people who had the proposal directly). Trying to define a standard programming language would be the ultimate language war. It has been tried several times before (PL/I included everything and C++0x is trying hard to include everything). At best I believe we will muddle along and I will continue to be rejected during job interviews for working in python 2.7 and not knowing python 3.0. Forty years of lisp programming just makes me too old to hire for any real programming job. Heck, I probably don't know the difference between OCaml and awk-a-mel so I clearly cannot program. :-) I don't need to know how many digits somebody can recite Pi to, but I would like to know how his experience with awk-a-mel lead him to believe that functional programming comes down to protecting variable assignment :) That all said, if Clojure is the seed for the last language, I'd be a happy man. I believe that Robert missed the fundamental point though. It is NOT just the space of ideas that makes lisp the right language. Another key reason is impedance matching. (An impedance mismatch is when you hook a soda straw to a firehose). Programs exist to bridge the gap between the idea domain and the machine domain. Some languages are close to the machine, like assembler, so you have to carry your idea all the way to the machine. Some languages are close to the problem (e.g. Mathematica) but the compiler has to cross the gap to the machine. This is where the ability to create domain-specific languages in the same syntax matters. Lisp is the only language I know that allows you to work across the whole spectrum in a single language. It is possible to say (integrate (car x)) which takes the 0 displacement off the x pointer (machine) and then does a mathematical integration routine (problem) and does it all with the same syntax and semantics. I wouldn't worry that we will stop creating new languages. We have yet to explore the space of unicode replacements for the semi-colon (although Fortress is starting). Kanji semi-colons. I can't wait! Tim Daly -- 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
Re: leiningen 1.6.1 not compatible with lein-nailgun 1.1.0
Thanks for the tips, Phil! This may be somewhat of a newbie question, but what's the best way to modify lein-nailgun and include that local fork in my project using leiningen? On Jul 17, 9:49 pm, Phil Hagelberg p...@hagelb.org wrote: On Sun, Jul 17, 2011 at 8:37 AM, Phil Hagelberg p...@hagelb.org wrote: * It starts a background thread without blocking the main thread. (interferes with Leiningen's workaround to this Clojure bug: http://dev.clojure.org/jira/browse/CLJ-124) I've documented the issue with threading in Leiningen's plugin documentation: https://github.com/technomancy/leiningen/blob/master/doc/PLUGINS.md Anyone writing a plugin that uses threads would do well to read the Threads section of that document. -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
Re: Exception testing with clojure.test
On Jul 19, 2011, at 3:48 PM, Jonathan Cardoso wrote: Hi guys, I want to test some code that throws exceptions, but I don't want exceptions to be thrown in the console. jcrit.server= (use 'midje.sweet) jcrit.server= (fact (f) = (throws NullPointerException)) true - Brian Marick, Artisanal Labrador Contract programming in Ruby and Clojure Occasional consulting on Agile www.exampler.com, www.twitter.com/marick -- 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 9:04 PM, daly d...@axiom-developer.org wrote: On Tue, 2011-07-19 at 20:14 -0400, Adam Richardson wrote: On Tue, Jul 19, 2011 at 6:23 PM, Brian Hurt bhur...@gmail.com wrote: What's this awk-a-mel he speaks of? Ocaml, pronounced oh-camel, I ... I will confess that as I listened to the presentation (when I got the email with Tim's link, I just started the video while I was working on some drudgery), I felt like he missed some of the language features promoted in functional languages. He worded functional programming contributions in terms of advancing the idea of limiting/protecting variable assignment (immutability), and to me, that's missing the points of first class functions (which, in light of what he says OOP languages brought to the table, actually provided protected function pointers through purely functional languages without any need for OOP) and an emphasis on function purity and limiting the scope of unpure functions (to me, this goes beyond merely protecting assignment.) These omissions, coupled with the mispronunciations of functional programming language names, and the value placed on the last language being homoiconic (without much justification) had me wondering how much he actually has used languages such as OCaml or Haskell. Homoiconic representation is fundamentally important and lacking in other languages. The programs == data idea is what makes the macro facility work, allows dynamic program construction, compile to core, etc. There is a story going around that McCarthy attended a python talk where they made the claim that python IS a lisp-like language. John pointed out that if it lacks homoiconicity it cannot be a lisp. (I probably have the details wrong). I tend to take the position that Micheal L. Scott does in his book Programming Language Pragmatics, when he states that: Metaprogramming requires, at the least, that we have true first-class functions in the strict sense of the term, that is, that we be able to generate new functions whose behavior is determined dynamically. A homoiconic language can simplify metaprogramming [emphasis added] by eliminating the need to translate between internal (data structure) and external (syntactic) representations of programs or program extensions. (p. 563) Homoiconic does simplify the process, but I'm not sold it's a requirement for productive metaprogramming. For instance, Template Haskell is a very powerful, usable tool for integrating metaprogramming into programs written in Haskell, a language that is not considered homoiconic: http://www.haskell.org/haskellwiki/Template_Haskell That said, I appreciate the syntax of Clojure and CL very much, but there are also times I appreciate the syntax of non-Lisp languages, too :) Interesting points. Adam -- 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
Re: Exception testing with clojure.test
Thank's a lot. That's exactly what I was looking for and didn't realize there was a thrown? function in the API =S Thanks. -- 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
Re: The Last Programming Language
On Tue, 2011-07-19 at 22:27 -0400, Adam Richardson wrote: On Tue, Jul 19, 2011 at 9:04 PM, daly d...@axiom-developer.org wrote: On Tue, 2011-07-19 at 20:14 -0400, Adam Richardson wrote: On Tue, Jul 19, 2011 at 6:23 PM, Brian Hurt bhur...@gmail.com wrote: What's this awk-a-mel he speaks of? Ocaml, pronounced oh-camel, I ... I will confess that as I listened to the presentation (when I got the email with Tim's link, I just started the video while I was working on some drudgery), I felt like he missed some of the language features promoted in functional languages. He worded functional programming contributions in terms of advancing the idea of limiting/protecting variable assignment (immutability), and to me, that's missing the points of first class functions (which, in light of what he says OOP languages brought to the table, actually provided protected function pointers through purely functional languages without any need for OOP) and an emphasis on function purity and limiting the scope of unpure functions (to me, this goes beyond merely protecting assignment.) These omissions, coupled with the mispronunciations of functional programming language names, and the value placed on the last language being homoiconic (without much justification) had me wondering how much he actually has used languages such as OCaml or Haskell. Homoiconic representation is fundamentally important and lacking in other languages. The programs == data idea is what makes the macro facility work, allows dynamic program construction, compile to core, etc. There is a story going around that McCarthy attended a python talk where they made the claim that python IS a lisp-like language. John pointed out that if it lacks homoiconicity it cannot be a lisp. (I probably have the details wrong). I tend to take the position that Micheal L. Scott does in his book Programming Language Pragmatics, when he states that: Metaprogramming requires, at the least, that we have true first-class functions in the strict sense of the term, that is, that we be able to generate new functions whose behavior is determined dynamically. A homoiconic language can simplify metaprogramming [emphasis added] by eliminating the need to translate between internal (data structure) and external (syntactic) representations of programs or program extensions. (p. 563) Homoiconic does simplify the process, but I'm not sold it's a requirement for productive metaprogramming. For instance, Template Haskell is a very powerful, usable tool for integrating metaprogramming into programs written in Haskell, a language that is not considered homoiconic: http://www.haskell.org/haskellwiki/Template_Haskell That said, I appreciate the syntax of Clojure and CL very much, but there are also times I appreciate the syntax of non-Lisp languages, too :) Indeed it is ALMOST possible to do some things by referencing the abstract syntax tree version of Haskell. If the AST version were the actual language of Haskell you could build the syntactic-sugar version on top of it. Unfortunately, they started the other way around. And, you'll note, the Template Haskell language has various restrictions (e.g. non-recursive, separate files, etc) that make it not-quite-first-class Haskell. This is more than a matter of syntactic elegance. There are things you simply cannot do by machine that you can do by hand (well, technically you can but only with a lot of special case programming). Eventually you need a Haskell parser you can invoke at compile time. One of my AI programs learned by doing self modification at run time. It rewrote itself to optimize the cases and saved the changes. During execution, the program gradually shifted until the code I originally wrote no longer existed. I can't imagine doing that in Haskell or C++ or any other language except maybe assembler. A standard example is to write a dumb Rubics cube program that rewrites itself when it discovers a shorter solution. You can do this by interpreting a data structure but in lisp, the program IS the data structure. It is fun to watch the program learn. It is a shame we don't teach students to do this. Imagine what Google COULD be if they bothered to unify programs and data, letting Google learn by itself. But that is probably too much science for an engineering company.
Re: Increasing indent level in pprint
Hmmm, looking back at the code, I see that I mis-remembered the fact that lists and vectors were different. They both (along with maps) will break rather than fill. Arrays and sets both fill rather than break. I'm not sure how much logic there is around this. It just fit my intuition about how the different structures would be most likely used when I wrote it. It still seems about right. But if folks think it should be different, it's easy to change. On Jul 19, 1:19 pm, Sean Corfield seancorfi...@gmail.com wrote: On Tue, Jul 19, 2011 at 12:03 AM, Tom Faulhaber tomfaulha...@gmail.com wrote: Sean's remark is right for writing code, but not really relevant for pretty printed data structures. The pretty printer will either avoid (foo a followed by a line break or fill that line full. (By default, for lists it breaks the lines and for vectors it fills them.) Interesting. I didn't realize it took a different approach. Out of curiosity, what is the thinking behind the difference between lists and vectors? -- Sean A Corfield -- (904) 302-SEAN An Architect's View --http://corfield.org/ World Singles, LLC. --http://worldsingles.com/ Railo Technologies, Inc. --http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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
:require farms in Clojure?
Hi, In larger Clojure projects with nested namespaces I've found there are less namespace pollution issues if I avoid (ns... :use...) forms in preference to (ns... :require...) forms. This approach sometimes leads to namespace constructs like: (ns myfuns (:require [foo.baz.a :as a] [foo.baz.b :as b] [foo.baz.c :as c...])) Is there an idiomatic way of coalescing these :require clauses into a :require farm that can be simply :require'd or is this the wrong way to manage namespaces in Clojure projects? Any advice much appreciated, Stu -- 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
Re: :require farms in Clojure?
Stu, Try: (ns myfuns (:require (foo.baz [a :as a] [b :as b] [c :as c])) Cheers, - Chas On Jul 20, 2011, at 12:36 AM, stu wrote: Hi, In larger Clojure projects with nested namespaces I've found there are less namespace pollution issues if I avoid (ns... :use...) forms in preference to (ns... :require...) forms. This approach sometimes leads to namespace constructs like: (ns myfuns (:require [foo.baz.a :as a] [foo.baz.b :as b] [foo.baz.c :as c...])) Is there an idiomatic way of coalescing these :require clauses into a :require farm that can be simply :require'd or is this the wrong way to manage namespaces in Clojure projects? Any advice much appreciated, Stu -- 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 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
Re: The Last Programming Language
On Tue, Jul 19, 2011 at 5:14 PM, Adam Richardson simples...@gmail.com wrote: the value placed on the last language being homoiconic (without much justification) Yeah, that was definitely a weak point of his talk. I thought there was a lot of interesting stuff in there tho' and it was entertaining (which was mostly why I enjoyed it - so many talks, even keynotes, can be pretty dull even if the information is good :) -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Railo Technologies, Inc. -- http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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
Re: Error running Clojure 1.3 in Eclipse
On Tue, Jul 19, 2011 at 4:57 PM, Chas Emerick cemer...@snowtide.com wrote: Depends on what you're using out of contrib 1.2.0. There are a number of namespaces that do not run afoul of the changes in Clojure 1.3.0. Good to know some parts do work. So far every 3rd party project I've tried to use with Clojure 1.3.0 that depends on contrib 1.2.0 has fallen over so I'm not feeling much love for old contrib right now :) -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Railo Technologies, Inc. -- http://www.getrailo.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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