I wouldn't get too hung up on imitation as whilst there are style guides [1] I you will find a lot of diversity in "published" Clojure code.
I would suggest you internalise the style guide, lean on "lein kibit" and "lein eastwood" and then do some navel gazing and ask yourself what problem you are trying to solve. Not to get all meta, but I often find seemingly "obvious" questions can hide a whole bunch of risk and complexity. For example, some answers (as to why you are looking for this "standardisation") are: - I obsess over details whilst not actually caring about the answer - somebody just make a decision! - I care very much about this and have a strong opinion on how I should do it but I want to make sure I am not in conflict with prior art - I plan on publishing this work and want the lowest barrier to entry - I want to make this future proof and/or I have a team of people who all need to find this intuitive and so on. Each answer would leave to a slightly different direction. Alternatively, ignore completely the above (except the style guide and lein references ;)), grab a cup of coffee and just start writing some code :) [1] https://duckduckgo.com/?t=lm&q=clojure+style+guide On 11 February 2015 at 15:21, Dru Sellers <d...@drusellers.com> wrote: > Yeah, it wouldn't surprise me if I'm over thinking it too much. But in the > model of 'shu-ha-ri' I am still very much in the shu stage so i'm looking > for concrete stuff to imitate. :) > > Thank you everyone for the ideas and thoughts, > > -d > > > On Saturday, February 7, 2015 at 10:23:43 AM UTC-6, Dru Sellers wrote: >> >> Greetings, >> >> I am trying to convert my mind from OO (C#) to one more functionally >> friendly. I am increasingly comfortable with simple applications in clojure, >> but as I start to build more complex applications, I start to fall down >> about how to structure my application. I don't want to just shove OO ideas >> into the functional nature of Clojure. I'm looking for any help someone can >> provide to help shimmy my brain into the right mental patterns. >> >> Background: Long time C# developer who leans heavily on IoC / DI / >> Interfaces / Testing / Object Encapsulation. >> >> Specific Questions: Namespace Organization >> >> Now I know this is almost entirely personal preference, but I'm playing >> with a namespace model that looks like this and I'd love some feed back. >> Tear it about, bust that red pen out and help me to better think of things >> in clojure way. I only have my C# / OO background to lean on and need some >> fresh brain juice. :) >> >> I currently organize my projects like this. a spin off of 'duct' >> https://github.com/weavejester/duct but i'm looking for a bit more detail. >> >> Context: Project name is going to be "ford", feature is going to be a >> simple log of text >> >> >> ~/ >> src/ >> ford/ - the project >> log/ - the feature name >> http.clj - contains clojure routes at 'http/routes' - orchestrate >> the business calls >> model.clj - contains my 'defrecords' / yesql / db calls >> core.clj - the "business" calls >> >> >> I def have a preference for shorter files rather than longer files >> I also tend to have a heavy use of 'ceremony' - right now I need a lot of >> structure because I'm still learning to think in terms of clojure. and I >> spend a lot of time still reading it rather than thinking about it. >> >> Again, thank you. >> >> -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.
