I have not heard from anyone that
http://dev.clojure.org/display/design/Library+Coding+Standards is out of
date, so I take that to mean that the following is still the standard:
Be explicit and minimalist about dependencies on other packages.
(Prefer the :only option to use and require).
Hi
Today I released version 0.0.6 of Kibit[1].
Kibit is a simple code analysis tool. The purpose of the tool is to tell
its users that Hey, There's already a function for that!. Kibit uses
core.logic[2] to search for patterns of code
which can be simplified. For example, if the analyzer finds
Hi all,
looking at core.logic on github I can see no dependencies on the
optimized pattern-matching lib 'core.match', however David implies that
does core.logic uses core.match under the hood in one of his talks [
http://www.infoq.com/presentations/The-Mapping-Dilemma]...
have I
Congrats on the release.
Ambrose
On Sun, Nov 11, 2012 at 11:08 PM, Jonas jonas.enl...@gmail.com wrote:
Hi
Today I released version 0.0.6 of Kibit[1].
Kibit is a simple code analysis tool. The purpose of the tool is to tell
its users that Hey, There's already a function for that!. Kibit
Kibit says:
Consider using:
(vec (:children (game-tree dir b next-level)))
instead of:
(into [] (:children (game-tree dir b next-level)))
why is that?
Does it make a difference if '(:children (game-tree dir b next-level))'
returns a reducer?
Jim
On 11/11/12 15:08, Jonas wrote:
Hi
Kibit is probably looking for syntactic patterns not for types or
anything like that... but still, why is it suggesting this?
Jim
On 11/11/12 15:58, Jim - FooBar(); wrote:
Kibit says:
Consider using:
(vec (:children (game-tree dir b next-level)))
instead of:
(into [] (:children
On Sun, Nov 11, 2012 at 6:02 AM, Softaddicts lprefonta...@softaddicts.cawrote:
How does that shrink his boilerplate ?
Why such a long boilerplate ? Do you need the string library everywhere ?
Why not drop :only ?
oftentimes, I am at the REPL, and I know this particular function in
I just find this puzzling, the coding standards emphasizes reducing
dependencies.
Now if you add dependencies in your boiler plate that may in fact not be used
by the source code
in the current name space, how can a human reader understand your dependencies
by reading the top nth lines of your
Hey folks,
I recently encountered a situation where developers on a team needed to
seed their databases with large amounts of data. The data didn't have to be
the same across all machines, it just had to be logical. Thus, the concept
of inferential database seeding was born in my little mind!
Since you use emacs, why not create a key binding to an expression that would
get
evaluated in the REPL ? or to eval the zxcv macro ?
Luc P.
I just find this puzzling, the coding standards emphasizes reducing
dependencies.
Now if you add dependencies in your boiler plate that may in fact
On Sun, Nov 11, 2012 at 10:56 PM, Softaddicts
lprefonta...@softaddicts.cawrote:
Since you use emacs, why not create a key binding to an expression that
would get
evaluated in the REPL ? or to eval the zxcv macro ?
Luc P.
Luc,
Yes, the solutions you described (Clojure utility macro, or
I can relate to Denis' issue. I find it pretty common to have a common set
of dependencies across every file in a project. Copying and pasting this
header to every file and updating changes manually across every file
doesn't feel like a very robust solution. This is something that has
bothered
On Nov 11, 2012, at 2:35 PM, Michael Drogalis wrote:
Wouldn't it be great to generate rows in a customer table without having to
make up names, email addresses, and balances? That's the idea of Dibble.
Vaguely related: I wrote up a proof-of-concept of using core.logic to generate
structured
On Nov 8, 2012, at 12:39 PM, Softaddicts wrote:
Mmmh, maybe I should create a pocket guide for elderly Clojure coders
someday...
An aside: I'm giving a keynote at the ACCU conference titled Cheating Decline:
Acting now to let you program well for a really long time I'll be looking for
This is the best I can come with in a short time:
(ns higiebus.services.depcy-profiles
Shortcut to common dependency profile)
(defmacro basic-service-deps
[]
`(do
(require [higiebus.services.config :as conf] [higiebus.services.loggers
:as log]
[clojure.string :as s])
Interestingly enough, I did something very similar to Peano. The difference
is that my version used a base value and constraints are used to adjust
that value to something else.
https://github.com/MichaelDrogalis/zombie
In any case, drop the link here when you find the talk. We should take a
Hi,
I have not continued development of Lazytest, but I took most of the
code-reloading parts and refactored them into tools.namespace 0.2.x:
https://github.com/clojure/tools.namespace
tools.namespace might make a better foundation for a development tool.
Thanks for your interest in Lazytest.
On Sun, Nov 11, 2012 at 2:26 PM, Mark Engelberg
mark.engelb...@gmail.com wrote:
I can relate to Denis' issue. I find it pretty common to have a common set
of dependencies across every file in a project.
Well, I have to say I was puzzled by Denis' post because I definitely
don't have common
On Sat, Nov 10, 2012 at 8:49 PM, Denis Labaye denis.lab...@gmail.com wrote:
How do you avoid repeating this ? A clojure macro?, IDE support?, ... ?
http://code.google.com/p/clj-nstools/
The nstools library has a tool to help with this.
(ns myproject.base
(:require [clojure.set :as set]
On Sun, Nov 11, 2012 at 5:59 PM, Sean Corfield seancorfi...@gmail.comwrote:
Denis, Mark, could you speak to what sort of things you're using these
for that make it convenient to have them in every namespace?
set, string, numeric-tower, combinatorics all provide fundamental
operations I need
On Sun, Nov 11, 2012 at 6:40 PM, Mark Engelberg
mark.engelb...@gmail.com wrote:
set, string, numeric-tower, combinatorics all provide fundamental operations
I need throughout my code.
Ah, very different fields of work. Makes sense.
My work doesn't usually involve creating a standalone
Oops, I've been out of town and did not see this release! I'll cut a new
lein-cljsbuild tomorrow night.
-Evan
On Friday, November 9, 2012 9:51:01 AM UTC-7, Sean Corfield wrote:
Nice!
I wonder how quickly lein-cljsbuild will get updated for this new
release? (Evan?)
Nice to see
On Sun, Nov 11, 2012 at 8:49 PM, Evan Mezeske emeze...@gmail.com wrote:
Oops, I've been out of town and did not see this release! I'll cut a new
lein-cljsbuild tomorrow night.
Wasn't trying to make you feel guilty! Just wondered if there was a
policy of tracking builds.
Welcome back - and
On Mon, Nov 12, 2012 at 2:59 AM, Sean Corfield seancorfi...@gmail.comwrote:
On Sun, Nov 11, 2012 at 2:26 PM, Mark Engelberg
mark.engelb...@gmail.com wrote:
I can relate to Denis' issue. I find it pretty common to have a common
set
of dependencies across every file in a project.
Well, I
24 matches
Mail list logo