Re: Weird performance issue with reduce
@Alex, I am using 1.6.0. Transducers is something i wanna try out. @Andy, I wasn't aware of YourKit. I have been using JProfiler and VisualVM. I liked it, seems smoother than the other two. Alex On Monday, November 17, 2014 8:31:25 PM UTC+2, Alex Miller wrote: What version of Clojure are you using? This seems like a use case where transducers could help significantly in avoiding lazy effects and intermediate objects. On Monday, November 17, 2014 4:28:12 AM UTC-6, Alexander L. wrote: Hi all, I understand that the following question is a long shot without any proper proof/tests from my side but it's a little bit difficult to make a test case from the specific part of my app so I will just ask anyway in case anyone knows anything. The situation is like this: - I have a hashmap with *3386* items that I pass through few functions in order to append new keys or update existing ones to each hashmap entry. - Each hashmap item has 20 keys with various data types (mostly strings) - All my transformation functions use `reduce`. The problem: I have a top level function which I inside it I call 7 other functions (all written by me) and for some reason I haven't discovered is that it needs around 2 seconds to return a result even though the items aren't many. Now, i used `time` to benchmark each function and when I found which one is taking a lot of time to return, after I removed it, I discovered that the problem still existed but now moved on to a different function. I did a bunch of tests with those 3386 on the REPL and reduce but I didn't notice anything weird/slow so it must be a combination of things. Also, i doubt that this is a RAM problem, i have allocated 4GB for the JVM. So, my question is, has anyone every seen a situation like this with a bunch of `reduce` calls? Is there anything at all that I should check and maybe missed it? Regards Alex -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: snubbed on clojurescript one
Hey Sadly http://clojurescriptone.com/ hasn't received the necessary deprecated message yet. We used it as basis for our application, but that's ~2years ago. If I was to start again, http://www.luminusweb.net/ would be my starting point. https://github.com/plexus/chestnut is also a very nice template. On Tue, Nov 18, 2014 at 8:28 AM, Dave Della Costa ddellaco...@gmail.com wrote: Hi Kevin, my understanding is that ClojureScript One is not actively maintained and pretty out of date at this point. You're probably better suited to starting from a different place in the eco-system. What are your goals in using ClojureScript? If you want to describe a bit what you're after (i.e. just getting up and running with ClojureScript, building web clients, etc.), then I think folks on the list can give you a lot of suggestions. /cc clojurescr...@googlegroups.com DD (2014/11/18 15:39), Kevin Banjo wrote: Really excited to use clojurescript one but got shot down right out of the gate. Anyone here have the answer? https://github.com/brentonashworth/one/issues/145 -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com mailto:clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Lisp Devroom at FOSDEM 2015: Call for Participation [UPDATED]
Sorry guys for spamming, I put the wrong mailing list. Now is updated. -8- Dear Lispers, I'm pleased to announce, for the first time, Lisp Devroom @ FOSDEM, the biggest FLOSS event in Europe, that will be held in Brussels on January 31st to February 2nd, 2015. This is a call to propose your talks for FOSDEM. The topic of the devroom includes all Lisp-inspired dialects, like Common Lisp, Scheme, Clojure, Emacs Lisp, newLISP, Racket, GCC-Melt, LFE, Shen more. Every talk is welcome: from real-world examples, research projects, unusual ideas to small pet hacks. FOSDEM is a hacker conference and we would be happy to see more practical proposals, crazy ideas and open source projects demonstrations than dry scientific papers (we will leave them for ILC and ELS :-P). Important dates --- * Submission deadlines: 2014-12-14 * Acceptance notifications: 2014-12-28 * Lisp Devroom conference: 2015-01-31 (Saturday) Submitting proposals Please use https://penta.fosdem.org/submission/FOSDEM15 to submit your proposals; you will have to create Pentabarf account unless you already have one. When submitting your talk in Pentabarf, make sure to select the 'Lisp devroom' as the 'Track'. Submission details -- Your submission should include the following information: * The title and subtitle of your talk, descriptive as possible * A short abstract * A longer description of the talk, if you would like so * Links to related online material like pages, blogs, repositories and etc. Devroom mailing list Please join Lisp devroom mailing list; this will be official communication channel for the devroom and all further announcements will be sent there. * lisp-devr...@lists.fosdem.org - mailing list address * https://lists.fosdem.org/listinfo/lisp-devroom - mailing list and subscription form Planned schedule Two types of sessions are considered: * lighting talk - 30 minues including discussion * full presentation - 60 minues including discussion with 5 minutes for the setup between each talk. More details will be announced on devroom mailing list. Questions volunteers -- Don't hesitate to mail me at 'sanelz [at] gmail [dot] com' in case you have questions or would like to help with organization (put '[Lisp-fosdem]' in subject). Also, feel free to use official devroom mailing list for discussion. Did I said that there will be video recordings? Yes, video volunteers are welcome too :) Please forward this announcement to the relevant lists. '(Best Regards, Sanel) -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Referencing aliased namespace
When I refer to a namespace like this: (require '[clojure.test.check :as tc]) using tc/whatever works as expected, but I have not found a way to use the handle tc to refer to the namespace: user= (the-ns 'tc) Exception No namespace: tc found clojure.core/the-ns (core.clj:3933) Using the fully qualified namespace path works: user= (the-ns 'clojure.test.check) #Namespace clojure.test.check How can I get the Namespace-instance using the handle tc? -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Referencing aliased namespace
pmf phil.fr...@gmx.de writes: using tc/whatever works as expected, but I have not found a way to use the handle tc to refer to the namespace: user= (the-ns 'tc) Exception No namespace: tc found clojure.core/the-ns (core.clj:3933) `ns-aliases` returns the map of aliases to namespaces of a given namespace. ((ns-aliases *ns*) 'tc) HTH, Tassilo -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: If code is data why do we use text editors?
Thomas Huber th0mas.hu...@googlemail.com writes: Hi Phil, thanks for your reply. The source data structure doesn't have to contain only bare source code. It could contain everything that is in a text file, but just saved in a structured way. To contain everything, then the data model needs to be rich enough, for instance to represent indentation. Ultimately, I would be interested in seeing what the data model for this would look like; for comments, I suspect, it would be 'at position 1 we have a; at position 2 we have b'. And data that is stored in a structure, needs to obey that structure all of the time. With Clojure: (println hello of course, does not obey the structural requirements of the clojure language. So, then, how do I type this? Which I might want to, until I have finished. The question is not about structured/unstructured representation. My text editor is *already* structured. I use emacs, you can go and read the source code if you want, but it has data structures which represents buffers and strings. And more over, at my option, when I choose, I can apply a high level structuring over this data -- that is, I can eval in Clojure. So, the question is, can you come up with a better data structure than the one we have already? Or is a simple string representation enough. Incidentally, if you think structured editing is good, do you remember the Sinclair Spectrum keyboard which meant that you could only enter valid tokens. How cool was that? Structured editing at it's finest. The data needs to be compiled to bytecode anyway. But not continually. Only when I ask it to. I'm not sure if diffing is a huge problem. You can still pretty print you source data and save it into a text file. Diffing these files should be enough to get an idea what was changed. And if not a special diffing tool would have other advantages to I think. And one huge disadvantage. You would have to write it. Finally, source code is often wrong, or a work in progress. Okay, with paredit, Clojure can be mostly kept correct (syntactically) most of the time, but lisp is the oddity, and you need all the brackets to enable this. Even with paredit, for me, editing in this way fails often enough for me, that I wrote something to switch paredit off rapidly, and then back on again when I've fixed it. You can still save your programm as a data structure even if its wrong. Or am I missing your point? Nope. You can only save your program in a data structure, if it obeys that data structure. All of the advantages that you think are going to come, happen as a result of having a data structure which enforces correctness. So, you cannot put an incorrect program into the data structure, unless you have a generic data structure which looks like a sequence of characters. Which you already have. Phil -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Lisp Devroom at FOSDEM 2015: Call for Participation [UPDATED]
*FOSDEM is a hacker conference and we would be happy to see more practical proposals, crazy ideas and open source projects demonstrations than dry scientific papers (we will leave them for ILC and ELS :-P). * That'll sure get them going in comp.lang.lisp :D. We've a broader view on things here. This looks interesting https://fosdem.org/2015/schedule/event/identity_crisis/ Ms Sandler looks to be asking the right questions. I wonder how far she can go in this direction until she starts getting static from the people who built her career. My guess is that she'll be forced to pull her punches. Mark On Tuesday, 18 November 2014 13:33:50 UTC, Sanel Zukan wrote: Sorry guys for spamming, I put the wrong mailing list. Now is updated. -8- Dear Lispers, I'm pleased to announce, for the first time, Lisp Devroom @ FOSDEM, the biggest FLOSS event in Europe, that will be held in Brussels on January 31st to February 2nd, 2015. This is a call to propose your talks for FOSDEM. The topic of the devroom includes all Lisp-inspired dialects, like Common Lisp, Scheme, Clojure, Emacs Lisp, newLISP, Racket, GCC-Melt, LFE, Shen more. Every talk is welcome: from real-world examples, research projects, unusual ideas to small pet hacks. FOSDEM is a hacker conference and we would be happy to see more practical proposals, crazy ideas and open source projects demonstrations than dry scientific papers (we will leave them for ILC and ELS :-P). Important dates --- * Submission deadlines: 2014-12-14 * Acceptance notifications: 2014-12-28 * Lisp Devroom conference: 2015-01-31 (Saturday) Submitting proposals Please use https://penta.fosdem.org/submission/FOSDEM15 to submit your proposals; you will have to create Pentabarf account unless you already have one. When submitting your talk in Pentabarf, make sure to select the 'Lisp devroom' as the 'Track'. Submission details -- Your submission should include the following information: * The title and subtitle of your talk, descriptive as possible * A short abstract * A longer description of the talk, if you would like so * Links to related online material like pages, blogs, repositories and etc. Devroom mailing list Please join Lisp devroom mailing list; this will be official communication channel for the devroom and all further announcements will be sent there. * lisp-devr...@lists.fosdem.org - mailing list address * https://lists.fosdem.org/listinfo/lisp-devroom - mailing list and subscription form Planned schedule Two types of sessions are considered: * lighting talk - 30 minues including discussion * full presentation - 60 minues including discussion with 5 minutes for the setup between each talk. More details will be announced on devroom mailing list. Questions volunteers -- Don't hesitate to mail me at 'sanelz [at] gmail [dot] com' in case you have questions or would like to help with organization (put '[Lisp-fosdem]' in subject). Also, feel free to use official devroom mailing list for discussion. Did I said that there will be video recordings? Yes, video volunteers are welcome too :) Please forward this announcement to the relevant lists. '(Best Regards, Sanel) -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Clojure at Scale: Handling 2 Billion Events Per Day
Hi everyone, We've just published a new blog post covering the use of Clojure at AppsFlyer and why they transitioned to it from Python, thought you'd like to read about their experience: http://www.takipiblog.com/clojure-at-scale-why-python-just-wasnt-enough-for-appsflyer/ -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Fwd: Nginx Filter using Nginx-Clojure module
Hi Khan, So far nginx-clojure has not supported java/clojure filter, please create an issue on its github site https://github.com/nginx-clojure/nginx-clojure/issues . I will make it support this feature as soon as possible. Regards Xfeep On Tue, Nov 18, 2014 at 3:21 AM, Imran Khan imranhkhan1...@gmail.com wrote: Hi Xfeep, Thank you for writing a handy module for java and clojure. I need to log the response header in DB using a nginx filter. Please tell me is it possible to write nginx filter using nginx-clojure module. Regards Khan -- You received this message because you are subscribed to the Google Groups Nginx-Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to nginx-clojure+unsubscr...@googlegroups.com. To post to this group, send email to nginx-cloj...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/nginx-clojure/3df30bed-6381-43e7-b5cb-e7272f696f0a%40googlegroups.com https://groups.google.com/d/msgid/nginx-clojure/3df30bed-6381-43e7-b5cb-e7272f696f0a%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Eastwood the Clojure lint tool version 0.2.0
Eastwood is a Clojure lint tool. It analyzes Clojure (on the JVM) source code, reporting things that may be errors. Installation instructions are in the documentation here: https://github.com/jonase/eastwood#installation--quick-usage Updates since the last release are described in the change log here: https://github.com/jonase/eastwood/blob/master/changes.md#changes-from-version-015-to-020 My #1 favorite change in this release was probably the simplest one to make: change the default output format for warnings so they are 1 per line, FILE:LINE:COL: MSG, a format used by Emacs and Vim from other compilers and they have special modes for quickly stepping from one warning to the next in one window, while jumping to the file/line/column specified in another. Very handy. I should have done it months ago. See [1] for details. If anyone wants to help add instructions are a different file format for other text editors, please email me or open an issue on GitHub. There has been significant effort put into making the Eastwood docs informative. If you get a warning and it is not obvious what it means, I encourage you to go to [2], then click on the [more] link for the linter in question. This takes you to what is often a page or more of text describing the warning, why it occurs, and sometimes suggestions on what you can do about it. A few of the other bigger changes made were: - Enhanced :suspicious-expression linter so it always uses macroexpanded forms, not original source forms. Thus it no longer produces incorrect warnings for expressions using - or - like (- 1 (= 1)), as it used to. - New linter :constant-test that warns when a test expression in an if, cond, if-let, etc. is obviously a constant, or a literal collection that will always evaluate as true. - New linter :unused-meta-on-macro that warns when metadata is used to annotate a macro invocation, but the Clojure compiler will ignore it because it is discarded during macro expansion. - New linter :unused-locals that warns when a let binds values to symbols, but those symbols are never used. Disabled by default. Go squash some bugs! Jonas Enlund, Nicola Mometto, and Andy Fingerhut [1] https://github.com/jonase/eastwood#editor-support [2] https://github.com/jonase/eastwood#whats-there -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
seque examples
Anyone have examples of when how to use seque? -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: map function generator
juxt? user= (map (juxt zero? even?) (range 5)) ([true true] [false false] [false true] [false false] [false true]) user= (map (apply juxt [zero? even?]) (range 5)) ([true true] [false false] [false true] [false false] [false true]) On Monday, November 17, 2014 8:25:07 PM UTC-8, Andy L wrote: Hi, This is another puzzle/exercise based on a very practical need. I could not find a built in function, hoping something like colfn already exists. Otherwise I wonder about an idiomatic solution. This is self-explanatory code: user= (require '[clojure.algo.generic.functor :as fu]) user= (require '[me.raynes.fs :as fs]) user= (defn colfn[col] (fn [a] (fu/fmap #(% a) col))) user= (map (colfn [fs/directory?,identity]) (filter fs/directory?(set (fs/list-dir . ([true src] [true target] [true .git]) user= (map (colfn {:is-dir fs/directory?, :dir identity}) (filter fs/directory?(set (fs/list-dir . ({:is-dir true, :dir src} {:is-dir true, :dir target} {:is-dir true, :dir .git}) My question is, if something like colfn already exists? The idea is to generate a function of a sequence (vector, list, map) of functions which would used in e.g. map. Best, Andy -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: seque examples
Some mostly negative results: ClojureDocs.org is quick to search for user-contributed examples, but in this case it is a toy example demonstrating how it works, not when to use it: http://clojuredocs.org/clojure.core/seque crossclj.info has the ability to show you everywhere a function is used from. It doesn't have any listings at all for the seque function that I can see: http://crossclj.info/fun/clojure.core/seque.html Andy On Tue, Nov 18, 2014 at 9:55 AM, Brian Craft craft.br...@gmail.com wrote: Anyone have examples of when how to use seque? -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: snubbed on clojurescript one
Pedestal https://github.com/pedestal/pedestal is a continuation of ClojureScript One. https://groups.google.com/d/msg/clojure/XQ4wuUc0bCk/JuUmUj6cSwUJ On Tuesday, 18 November 2014 06:39:40 UTC, Kevin Banjo wrote: Really excited to use clojurescript one but got shot down right out of the gate. Anyone here have the answer? https://github.com/brentonashworth/one/issues/145 -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: snubbed on clojurescript one
I thought the pedestal frontend is not being developed. I would recommend om, reagent, or dommy depending on what your goals are. --Ashton Sent from my iPhone On Nov 18, 2014, at 11:56 AM, atucker agjf.tuc...@gmail.com wrote: Pedestal is a continuation of ClojureScript One. https://groups.google.com/d/msg/clojure/XQ4wuUc0bCk/JuUmUj6cSwUJ On Tuesday, 18 November 2014 06:39:40 UTC, Kevin Banjo wrote: Really excited to use clojurescript one but got shot down right out of the gate. Anyone here have the answer? https://github.com/brentonashworth/one/issues/145 -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: snubbed on clojurescript one
On Nov 18, 2014, at 10:57 AM, Ashton Kemerling ashtonkemerl...@gmail.com wrote: I thought the pedestal frontend is not being developed. I would recommend om, reagent, or dommy depending on what your goals are. The commit list makes Pedestal look pretty active: https://github.com/pedestal/pedestal/commits/master https://github.com/pedestal/pedestal/commits/master That said, Pedestal is a pretty complex beast although the documentation is massively improved lately: https://github.com/pedestal/pedestal/tree/master/guides/documentation https://github.com/pedestal/pedestal/tree/master/guides/documentation As Ashton says tho’, it really depends on what your goals are. There’s a general mindset in the Clojure community to favor small, composable libraries over full stack frameworks - even tho’ there are a few full stack frameworks emerging nowadays (go look at https://github.com/caribou/caribou https://github.com/caribou/caribou for example). Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: snubbed on clojurescript one
Pedestal App (the clojurescript frontend library) is dead. Server side pedestal seems to be very much alive. On Tue, 18 Nov 2014 19:19 Sean Corfield s...@corfield.org wrote: On Nov 18, 2014, at 10:57 AM, Ashton Kemerling ashtonkemerl...@gmail.com wrote: I thought the pedestal frontend is not being developed. I would recommend om, reagent, or dommy depending on what your goals are. The commit list makes Pedestal look pretty active: https://github.com/pedestal/pedestal/commits/master That said, Pedestal is a pretty complex beast although the documentation is massively improved lately: https://github.com/pedestal/pedestal/tree/master/guides/documentation As Ashton says tho’, it really depends on what your goals are. There’s a general mindset in the Clojure community to favor small, composable libraries over full stack frameworks - even tho’ there are a few full stack frameworks emerging nowadays (go look at https://github.com/caribou/caribou for example). Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[ANN] Clojure code profiling: profile, nrepl-profile, and cider-profile
Hey folks, I've recently put together a profiling library for Clojure along with nREPL middleware and CIDER integration in Emacs. If runtime profiling is something that interests you, check out the following: profile: A Clojure library for profiling http://github.com/thunknyc/profile nrepl-profile: nREPL middleware for profiling http://github.com/thunknyc/nrepl-profile cider-profile: nrepl-profile integration with CIDER http://melpa.org/#/cider-profile An excerpt from the `cider-profile` README is included at the end of this message. Obligatory Criterium mention: Whenever I mention profiling, Criterium comes up. Criterium suits many people's needs and I encourage folks to check it out, but it's not suited to the sorts performance problems I've confronted in recent work. Thus this work. Regards, Edwin *** README excerpt *** Usage: Add the following to your `init.el`, `.emacs`, whatever: ``` (add-hook 'cider-mode-hook 'cider-profile-mode) (add-hook 'cider-repl-mode-hook 'cider-profile-mode) ``` Cider-profile includes the following keybindings out of the box: * `C-c =` Toggle profiling of var under point. * `C-c _` Clear collected profiling data. * `C-c -` Print summary of profiling data to `*err*`. * `C-c M--` Print profiling stats for var under point to `*err*`. * `C-c +` Toggle profiling of namespace. * `C-c M-=` Report whether var under point is profiled. * `C-c M-+` Read (and, with `C-u`, set) current maximum per-var samples. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: snubbed on clojurescript one
On Monday, November 17, 2014 11:28:34 PM UTC-8, David Della Costa wrote: Hi Kevin, my understanding is that ClojureScript One is not actively maintained and pretty out of date at this point. You're probably better suited to starting from a different place in the eco-system. What are your goals in using ClojureScript? If you want to describe a bit what you're after (i.e. just getting up and running with ClojureScript, building web clients, etc.), then I think folks on the list can give you a lot of suggestions. Well, I was going to write a pay-per-use or subscription website which eventually I will make a phone app (probably via phonegap). snip -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: snubbed on clojurescript one
On Nov 18, 2014, at 11:51 AM, Daniel Kersten dkers...@gmail.com wrote: Pedestal App (the clojurescript frontend library) is dead. Server side pedestal seems to be very much alive. Ah, I hadn’t noticed that change… yes, on second reading, the README is pretty clear that Pedestal is now a server-side library and I see it links to this: https://groups.google.com/forum/#!topic/pedestal-users/jODwmJUIUcg https://groups.google.com/forum/#!topic/pedestal-users/jODwmJUIUcg I don’t recall seeing any similar announcements on the main Clojure or ClojureScript lists but maybe I just missed them? I guess there’s still some confusion about what happened with Pedestal (outside of the pedestal-users mailing list, that is)… :) Sean On Tue, 18 Nov 2014 19:19 Sean Corfield s...@corfield.org mailto:s...@corfield.org wrote: On Nov 18, 2014, at 10:57 AM, Ashton Kemerling ashtonkemerl...@gmail.com mailto:ashtonkemerl...@gmail.com wrote: I thought the pedestal frontend is not being developed. I would recommend om, reagent, or dommy depending on what your goals are. The commit list makes Pedestal look pretty active: https://github.com/pedestal/pedestal/commits/master https://github.com/pedestal/pedestal/commits/master That said, Pedestal is a pretty complex beast although the documentation is massively improved lately: https://github.com/pedestal/pedestal/tree/master/guides/documentation https://github.com/pedestal/pedestal/tree/master/guides/documentation As Ashton says tho’, it really depends on what your goals are. There’s a general mindset in the Clojure community to favor small, composable libraries over full stack frameworks - even tho’ there are a few full stack frameworks emerging nowadays (go look at https://github.com/caribou/caribou https://github.com/caribou/caribou for example). -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Clutch timeout problem
I asked this in the Clutch group, before I realized the last time anyone else had posted there was last year... I have some code that connects to a CouchDB server using Clutch (https://github.com/clojure-clutch/clutch). I recently changed the connection to use a non-local connection, i.e. (def db (clutch/get-database http://ip addres:port/db)) instead of (def db (clutch/get-database db)) Since doing so, I've gotten the following error: ConnectTimeoutException Connect to ip address:port timed out org.apache .http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java: 119) The CouchDB server is on my local home network, which isn't the best (local SSH connections get dropped, etc.) Is there anything I can do to fix my timeout problems? I'd really rather not have to wrap everything in try/catch blocks, if I can possibly avoid it. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: snubbed on clojurescript one
Is there anywhere where the different available options are compared, like in a table? -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Eastwood the Clojure lint tool version 0.2.0
Excellent, thank you. The unwieldy default output format was the main thing stopping me from investigating eastwood. On Tue, Nov 18, 2014 at 8:41 AM, Andy Fingerhut andy.finger...@gmail.com wrote: Eastwood is a Clojure lint tool. It analyzes Clojure (on the JVM) source code, reporting things that may be errors. Installation instructions are in the documentation here: https://github.com/jonase/eastwood#installation--quick-usage Updates since the last release are described in the change log here: https://github.com/jonase/eastwood/blob/master/changes.md#changes-from-version-015-to-020 My #1 favorite change in this release was probably the simplest one to make: change the default output format for warnings so they are 1 per line, FILE:LINE:COL: MSG, a format used by Emacs and Vim from other compilers and they have special modes for quickly stepping from one warning to the next in one window, while jumping to the file/line/column specified in another. Very handy. I should have done it months ago. See [1] for details. If anyone wants to help add instructions are a different file format for other text editors, please email me or open an issue on GitHub. There has been significant effort put into making the Eastwood docs informative. If you get a warning and it is not obvious what it means, I encourage you to go to [2], then click on the [more] link for the linter in question. This takes you to what is often a page or more of text describing the warning, why it occurs, and sometimes suggestions on what you can do about it. A few of the other bigger changes made were: - Enhanced :suspicious-expression linter so it always uses macroexpanded forms, not original source forms. Thus it no longer produces incorrect warnings for expressions using - or - like (- 1 (= 1)), as it used to. - New linter :constant-test that warns when a test expression in an if, cond, if-let, etc. is obviously a constant, or a literal collection that will always evaluate as true. - New linter :unused-meta-on-macro that warns when metadata is used to annotate a macro invocation, but the Clojure compiler will ignore it because it is discarded during macro expansion. - New linter :unused-locals that warns when a let binds values to symbols, but those symbols are never used. Disabled by default. Go squash some bugs! Jonas Enlund, Nicola Mometto, and Andy Fingerhut [1] https://github.com/jonase/eastwood#editor-support [2] https://github.com/jonase/eastwood#whats-there -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.