Re: Actually using component.
Hey Dru Take a look at Duct: https://github.com/weavejester/duct If you make a new app using that template, you should get some pointers from the boilerplate it generates. cheers, Jonathan On Mon, Jun 8, 2015 at 5:51 PM, Dru Sellers d...@drusellers.com wrote: So, I guess I am a bit lost, how does someone actually use component? I have an application all set up with it and it seems to be working as I would expect but Stuart seems to be steering me in a different direction. https://github.com/stuartsierra/component/pull/35 https://github.com/stuartsierra/component/issues/34 So I'll try and paint a full picture. https://gist.github.com/drusellers/8109dce4b9fb19c14ebb I know compojure and component / reloaded may not play well, but I'm trying to figure out how to best use the system var. Am I close, I'd love to give back a decent PR to the README.md of the component repo to help others as they come along. -d -- 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: CIDER 0.8.2 released!
Thanks Bozhidar, for the A+ tools and frequent updates. I use the fruits of your labour daily, and your absurd pace of development more than satisfies my pathological need to constantly upgrade. (I would also observe that most appreciation is silent, unlike the other thing :)) On Mon, Dec 22, 2014 at 10:40 AM, Shahrdad Shadab shahrd...@gmail.com wrote: Great Job Bozhidar! Thanks for the quality software. On Mon, Dec 22, 2014 at 8:38 AM, Sun Ning classicn...@gmail.com wrote: Good Job, Bozhidar! I've already updated from MELPA. Everything works like a charm. On 12/21/2014 08:39 PM, Bruce Durling wrote: Thanks! cheers, Bruce On Sun, Dec 21, 2014 at 10:54 AM, Bozhidar Batsov bozhi...@batsov.com wrote: Ladies and gentlemen, I’m happy to inform you that CIDER 0.8.2 is out! It’s a bugfix-only release (which means you totally want to use it). Have a look at the release notes (https://github.com/clojure-emacs/cider/releases/tag/v0.8.2) for all the gory details. This will be the final release in the 0.8.x series (unless some terrible regression doesn’t pop up). There are no concrete plans for 0.9 yet, but I hope it will introduce some (or ideally all) of the following: * better cljs support * comint-based REPL buffers * boot support * better handling of multiple nREPL connections * and whatever else we manage to fit in :-) Please, report bugs and submit suggestions for improvements here https://github.com/clojure-emacs/cider/issues. If you like clojure-mode, CIDER and inf-clojure you can support their development via Gratipay https://gratipay.com/bbatsov/ P.S. In related news - squiggly-clojure (https://github.com/clojure-emacs/squiggly-clojure), a flycheck extension for CIDER is now an official clojure-emacs project. -- Cheers, Bozhidar -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Software Architect Computer Scientist -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Clojure Style Guide
It's not a docstring then, just the first expression in the body. On Sat, Dec 20, 2014 at 12:05 PM, Ashton Kemerling ashtonkemerl...@gmail.com wrote: You can put the docstring after the args, but the tooling won't pick it up. --Ashton Sent from my iPhone On Dec 20, 2014, at 10:01 AM, Eli Naeher enae...@gmail.com wrote: On Sat, Dec 20, 2014 at 8:30 AM, Timothy Baldridge tbaldri...@gmail.com wrote: And on a client project recently, it was decided (when I wasn't around) that the arguments to a function should always be on a newline: (defn foo [x] (+ x x)) Instead of: (defn foo [x] (+ x x)) Like you I prefer the arguments on the same line as the defn. Of course, when a docstring is present (and IMO there should nearly always be a docstring), this is not possible. Does anyone here know why in Clojure it was decided to move the docstring from its traditional-in-Lisp location after the argument list? Perhaps it's just a question of what I'm used to, but it feels very awkward to me. I like to be able to see the arglist while I'm reading the docstring so that I can understand to which arguments it's referring, but in Clojure with a long docstring often times the arglist is not even visible on the screen. -Eli -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Print broken in Cider 0.7.0 - Ring - Compojure
I had a similar problem a while back, which I caused to go away without ever understanding what the cause was. https://groups.google.com/forum/#!topic/cider-emacs/tMeTw79imgw Short version, I blew away my ./target directory, and it started working again. No idea if this helps you, but there you are. cheers, J On Wed, Oct 29, 2014 at 8:40 AM, Steve Shogren steve.a.shog...@gmail.com wrote: I cannot seem to see the results of println, print, or clojure.tools.trace/trace when running my site, per my setup here: http://stackoverflow.com/questions/22365741/missing-out-in-clojure-with-lein-and-ring?lq=1 The one comment suggested trying (.println System/out msg) which prints as I would expect, but the others still do not. Any ideas how I could fix trace, print, and println? 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 --- 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: CCW bug [SEVERE]
*plonk* On Tue, Oct 28, 2014 at 4:28 PM, Fluid Dynamics a2093...@trbvm.com wrote: On Tuesday, October 28, 2014 12:19:29 PM UTC-4, Marcus Blankenship wrote: Agreed. I've been amazed at how kind this group has been, despite your attitude of disrespect toward them. On Tue, Oct 28, 2014 at 9:09 AM, Dylan Butman dbu...@gmail.com wrote: From your attitude and lack of respect for the very knowledgeable, experienced, and respectful people here trying to help improve and understand the short comings in your current workflow, I'd say you might be walking to work in the near future. Parking's free that way. Really? Because I'm not the one who accused someone of nonexistent shortcomings and then made the impotent threat to revoke someone's driver's license -- and then had his threatening post deleted by the moderator. Hmm. :) Meanwhile, I think some people still have not grasped the scale of what I'm doing, namely how small it is. Small, experimental, limited to one person, and so forth. Version control, I repeat, would be MASSIVE overkill under the circumstances. It would make barely any less sense to reach for version control before writing a hello, world program. IF the project grows enough and is successful enough, then I might consider creating a github account and basing it there. But right now things are NOWHERE NEAR that kind of state. I am unsure how else to try to communicate the fact of how small, unpublishable, and etc. it is at this stage, so I will probably give up on anyone here who still seems to think it's big enough, has enough developers, or whatever to benefit from version control. It's not. So far there's two files of combined size 1200 lines, most of them comment and docstring lines. There might be as many as 200 actual lines of Clojure in there so far. Using a version control system, and dealing with all of the associated ceremony and formalities, would be like renting a factory and setting up all of the process monitoring, conveyor belt equipment, robot arms, safety inspections, permits, and everything else attendant the use of such a facility, just to put together a high school shop project wooden birdhouse to hang from a tree in my own back yard. :) It would be like filing a flight plan with the FAA before going to the city park with a kite. Like getting in the car and driving to the house next door to visit the neighbors for coffee. Like bringing a map, compass, pack full of survival supplies, camp stove, satellite phone, avalanche beacon, ropes, pitons, and sturdy hiking boots to take a walk in NYC that crosses through Central Park. Like commissioning the Glomar Explorer to fish a ring out of a toilet bowl. Bringing lawyers and pages of CYA contract text to a negotiation with a Starbucks for the purchase of a latte. Taking out a business license and city zoning permit to open a kid's five-cent lemonade stand. Seeking an import license before bringing a couple of Disney T-shirts back from EuroDisney. Requiring a full credit check before loaning your neighbor a screwdriver. Using steel-reinforced concrete to build a sandcastle. I trust everyone now gets the picture, and that any exception is named Sheldon Cooper? :) -- 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: Is it the right Clojure group for a newbie
+1 Throw them a bone. This is a great book. It's like Richard Bach for computer science. Sorta. This is the book I took with me to help me nurse my mother thru her final days. And I mean that as an uplifting story heh. Definitely worth your cash. Cheers, J On Friday, June 20, 2014, Jeff Heon jfh...@gmail.com wrote: As far as I know, this book is not free to distribute. On Friday, June 6, 2014 9:32:27 AM UTC-4, douglas smith wrote: here is pdf of Little Schemer http://scottn.us/downloads/The_Little_Schemer.pdf On Friday, June 6, 2014 9:17:58 AM UTC-4, douglas smith wrote: Sounds like we are in a similar position. Maybe we could start a study group of sorts. -not sure how? We could post back to this thread for now and see what happens. Someone have a better suggestion? Doug On Monday, June 2, 2014 5:36:51 PM UTC-4, shar...@gmail.com wrote: All, If this is the right Clojure group for a newbie, I would like to ask for the best online resources to begin with. I am new to programming, having recently switched from a non technical field. I have started looking at http://www.braveclojure.com/, but any pointers would be useful, especially cookbook styled ones. Abha -- 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 javascript:_e(%7B%7D,'cvml','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 javascript:_e(%7B%7D,'cvml','clojure%2bunsubscr...@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 javascript:_e(%7B%7D,'cvml','clojure%2bunsubscr...@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: How to unit test (defn-) functions?
Hey Timothy So I honestly don't mean to be a smart ass, but there are 6 defn- functions in clojure.core.async - how do you test those? Or are they just considered internals to other public functions? cheers, J On Thu, Jun 12, 2014 at 10:33 AM, Timothy Baldridge tbaldri...@gmail.com wrote: I say this too many times on this list, but I'll say it again. The best way to test defn- functions is to never use defn- in the first place. Instead move implementation functions into an internal namespace that way they can be accessed if needed, but are out of the way of the public api. It also makes it easier for your users to tap into the core of your library/application if needed. Trust your users to make good decisions, make everything public, separate via namespaces. For an example of this see: http://github.com/clojure/core.async Timothy On Thu, Jun 12, 2014 at 7:53 AM, mynomoto mynom...@gmail.com wrote: You can use a macro. Look how on http://nakkaya.com/2009/11/18/unit-testing-in-clojure/ On Thursday, June 12, 2014 5:44:21 AM UTC-3, Hussein B. wrote: Hi, I like to use (defn-) when it comes to internal implementation functions. But since they aren't exposed, how to unit test them? Of course, I'm using Lein and clojure.test 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 --- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- 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: Eval-ing a map expression in Emacs Live doesn't seem to work
On Sat, Jun 7, 2014 at 4:27 PM, gvim gvi...@gmail.com wrote: Thanks, that's what I needed. I realise I've muddled C-x C-e with a command within Light Table which works with the closing paren of an s-expression. In Emacs you have to be on the next line following the closing paren. Got it now. The road to Emacs/Clojure enlightenment is once more open :) I'm glad that was helpful. I find I use C-c C-c most often (evals the top level form you're currently in) and C-c C-k (evals the whole buffer) most. I recently started playing with Cursive (for IntelliJ) which is pretty great. I can't quite convince myself to live in IntelliJ though, so I'm back in Emacs right now - one thing I'd love is if eval-ing a form in a file buffer generated output in the repl as it does in Cursive - the whole form is echo'd and the returned value below, as if it had been typed by hand. One thing that Emacs Live does out of the box by default is use eval-sexp-fu, which lights up the evaluated code. That's an awesome hack, which makes the missing cursive-like echo a bit more tolerable. I nicked Sam's code (for making eval-sexp-fu work with clojure) for my own config, when not using Emacs Live. There was some discussion here a while ago about LightTable's in-buffer eval output, which Emacs can't quite do as nicely yet. These seemingly small and superficial features can make a huge difference to flow. cheers, J -- 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: Eval-ing a map expression in Emacs Live doesn't seem to work
Not sure I follow. When you eval in the REPL buffer, you just have to type (foo name) and hit return. When you do this (and you're in the correct namespace, which you can tell by seeing the namespace in the REPL prompt) it should evaluate correctly. Is that not happening? What buffer are you hitting C-x C-e from? cheers, J On Thu, Jun 5, 2014 at 1:14 PM, gvim gvi...@gmail.com wrote: On 05/06/2014 00:57, J Irving wrote: Your cursor was probably on the closing paren at the end - you eval'd the previous expression, which was the vector. Check out the key bindings here: https://github.com/clojure-emacs/cider#cider-mode If your cursor is anywhere on that expression, you probably want C-c C-c. On the next line C-x C-e works as expected. Don't know where I read to place the cursor on the closing paren with C-x C-e. If you could help with this other problem I'd appreciate it. In Emacs Live, after cider-jack-in, I go to the repl window, change namespace to same as my open Lein project file and attempt to call a function (foo name) defined in the open file. When I try to eval it, with C-x C-e from the following line, I get the error: nREPL server not connected. gvim -- 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: Eval-ing a map expression in Emacs Live doesn't seem to work
Your cursor was probably on the closing paren at the end - you eval'd the previous expression, which was the vector. Check out the key bindings here: https://github.com/clojure-emacs/cider#cider-mode If your cursor is anywhere on that expression, you probably want C-c C-c. On Wed, Jun 4, 2014 at 7:32 PM, gvim gvi...@gmail.com wrote: I opened a core.clj file in my Emacs Live and, to make sure everything is working, pressed Ctrl-c Ctrl-l to make sure it's loaded. I also used cider-jack-in to get a repl connection. For practice I entered this: (map #(+ % 5) [1 2 3 4 5]) ... then moved to the end of the s-expression and pressed Ctrl-x Ctrl-e The output was: = [1 2 3 4 5] ... instead of the expected [6 7 8 9 10] ?? gvim -- 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: Do web apps need Clojure?
* James Reeves ja...@booleanknot.com [2013-11-14 17:17 +]: For instance, database migrations. This was something I thought about a lot a few years ago, until I gradually realised that I wasn't finding myself in any situations where I needed them. I agree with much of what you write James - I'm paid to write rails and node.js code, and I'm finding that node is encouraging me to compose small components and basically sidestep a lot of the issues that rails is designed to address. But migrations, or more particularly, schema version management, is still something I need for databases which are schema based. How do you deal with that? Do you tend to use schemaless databases? Or maybe keep a native schema dump under version control? If you use a relational db, how do you make and track changes? I have recently encountered a large project which includes several distinct and separately deployed components, but which shares a single data model. A lack of schema management in this case has seriously impeded the project's ability to move forward quickly. Maybe the answer in that case is that those components should own their own data models, communicate through clearly defined interfaces, and never share a database. Maybe that's the way to deal with this - decompose a system until data model management is trivial for any given component. I'm interested to know what strategies people use for this, and what tooling (if any) is useful. cheers, J -- -- 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/groups/opt_out.
Re: Do web apps need Clojure?
* Brian Craft craft.br...@gmail.com [2013-11-14 10:24 -0800]: On Thursday, November 14, 2013 9:42:52 AM UTC-8, Jonathan Irving wrote: I agree with much of what you write James - I'm paid to write rails and node.js code, and I'm finding that node is encouraging me to compose small components and basically sidestep a lot of the issues that rails is designed to address. Can you give a concrete example? Tricky, because my work doesn't belong to me. I have a component which collects weather forecasts from a public API for all of the US. This is isolated from other parts of the app. It acquires the data in one form, transcodes and strips it down, and puts it into a mongodb. Another component runs async map reduce ops on the data, creates aggregated and otherwise reduced data. Finally, there is a service endpoint which serves the product to another component, which (irrelevantly) is a rails app. Managing the data model for these components is trivial, because they only touch one kind of data, and they are each very small. What the rails app sees is a service endpoint with a well defined API. I use no ODM or ORM, just mongodb queries. OTOH as I mentioned further down my first post, I don't see how to avoid schema (version/migration) management in apps which have a richer data model. Your user management example fits that description. Hence my questions. BTW I realize that I'm talking about node not clojure here, but I see a lot of parallels between the approaches taken in clojure and node webapps. They're more similar to me than either of them are to rails or django, for example. Nonetheless, sorry if this feels off topic. cheers, J -- -- 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/groups/opt_out.
Re: Do web apps need Clojure?
On Thu, Nov 14, 2013 at 2:53 PM, Brian Craft craft.br...@gmail.com wrote: On Thursday, November 14, 2013 10:50:48 AM UTC-8, Jonathan Irving wrote: * Brian Craft craft...@gmail.com [2013-11-14 10:24 -0800]: On Thursday, November 14, 2013 9:42:52 AM UTC-8, Jonathan Irving wrote: I agree with much of what you write James - I'm paid to write rails and node.js code, and I'm finding that node is encouraging me to compose small components and basically sidestep a lot of the issues that rails is designed to address. Can you give a concrete example? Tricky, because my work doesn't belong to me. I have a component which collects weather forecasts from a public API for all of the US. This is isolated from other parts of the app. It acquires the data in one form, transcodes and strips it down, and puts it into a mongodb. Another component runs async map reduce ops on the data, creates aggregated and otherwise reduced data. Finally, there is a service endpoint which serves the product to another component, which (irrelevantly) is a rails app. Managing the data model for these components is trivial, because they only touch one kind of data, and they are each very small. What the rails app sees is a service endpoint with a well defined API. I use no ODM or ORM, just mongodb queries. Doesn't this reflect more on your problem domain than on your choice of tools? The first two components are roughly ETL, and the last is data API? How would this have been different in rails? I've done this in django, and it's the same as you describe here. But more to the point, the pieces you've mentioned can't be composed to build a web app with a UI, True say. There is another app that would be a better example, but it is not mine - a node API service, a node web app serving an AngularJS client, and an agent which performs work tasks for the app. The latter can be exec'd by the web app, or from the command line. It is a better example, but I don't know it as well because it isn't my code. I can also imagine composing an app as described by tjholowaychuk here: http://vimeo.com/56166857 - where each component has its own middleware stack based on its specific requirements; I can imagine some being API endpoints, others being bits of template or html/js client code, etc. But I think this is kind of off topic. and you can't decompose a web app with a UI into just the service layer bits. You also need the UI bits: the forms layer, the validation layer, the admin, etc., etc. To be maintainable, those layers should be common for different components in the application: it does not scale to require devs to learn multiple template languages, multiple migration tools, multiple admin interfaces, etc. I'm hoping to be convinced otherwise - though I agree that you need those different bits, I disagree with the rest of that paragraph. I certainly don't have a problem with multiple languages and multiple sets of tools. I suspect you have different criteria for maintainable than I do - for example, you seem to be saying that scaling out development to a group of people who can't handle multiple languages, tools, admin interfaces, is a requirement for you, which it isn't for me. I'm not really that interested in admin interfaces at all for example. So I'll respectfully disagree and look out for some suggestions from people who have made this work. Also, remember that I already do use rails, and am quite attached to its schema management tools - but I want to discover another way, not be convinced its impossible. cheers, J -- -- 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/groups/opt_out.
