@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
--
Lee Spector, Professor
(but more likely the former).
Any pointers would be appreciated.
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
Check out
, they will be reported as error markers in the right place
(file/line). If you fix the error, you must still have a running REPL, and
when you save the file, the markers are first deleted, then the project is
compiled, etc.
--
Lee Spector, Professor of Computer Science
School of Cognitive Science
reaction to be soo opinionated, and it's
refreshing to hear others thoughts.
Let's see how others react to what you wrote !
Cheers,
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu
known or had
to care about how this was being done internally.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
of working with code, I
start out with a jumble of fragments and assemble them into complete
code over time.
The Java development style where you need the whole file (or even
worse, the whole project) to compile in order to test a single method
is a lot slower, at least for me.
--
Lee Spector
and obvious really
confusing.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
Check out Genetic Programming
.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
Check out Genetic Programming and Evolvable Machines:
http
On Jul 20, 2010, at 9:15 AM, Lee Spector wrote:
On Jul 20, 2010, at 7:43 AM, Chas Emerick wrote:
I'm curious: are there any other lisp environments where reload-on-save is
the default?
I don't think I've ever seen one. I can't say I've tried them all, but I've
worked in a bunch over
pain,
but I'll probably try to keep doing this as long as my tools let me.
In any event, I find it hard to imagine any circumstance in which I'll want
reloading to happen independent of my request.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
or just after try eval's - i comment or delete the not
needed lines.
(still waiting for implementation of Ctrl+/ for multiple-line
comments :)
--
Zmi La
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec
burn-via-* functions
that provides a speedup nearly linear with the number of cores and only a
negligible loss when there's only one core available...
But any help of any kind would be appreciated.
Thanks,
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire
burns, however, things look good again. I also note, however, that comparing
between the two machines my 48-core isn't buying me anything over my 16-core.
Hmm!
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002
, and that whatever's going
wrong in other cases isn't isolated to my futures code...
Thanks,
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559
burns via agents: Elapsed time: 2407.47 msecs
48 burns via agents: Elapsed time: 2319.749 msecs
48 burns via agents: Elapsed time: 2401.674 msecs
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec
generate
garbage. And I haven't tried re-running my tests on my dual core macbook yet,
which I think will still be slower than sequential...
Thanks so much,
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec
] (.submit pool func))
(.shutdown pool)
(.awaitTermination pool 1 java.util.concurrent.TimeUnit/
HOURS
On Aug 4, 7:36 am, Lee Spector lspec...@hampshire.edu wrote:
Apologies for the length of this message -- I'm hoping to be complete, but
that made the message pretty long.
Also
is irrelevant or
possibly even helpful in this particular code, but it seems like you really
want to test how the system handles 48 futures that are created all at once).
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA
difference between computations that generate a lot of ephemeral garbage and
computations that are mostly CPU bound.
But I have a feeling a good profiling tool like VisualVM can help you quickly
and easily spot what's going on, http://visualvm.dev.java.net/.
--
Lee Spector, Professor of Computer
:
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
Check out Genetic Programming and Evolvable Machines:
http
of Clojure's concurrency support is that I shouldn't (I hope!) have to
think about this...
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413
that includes partial bits
of code that may not be balanced.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
Check out
on OS X (if possible,
please don't refer me to MacPorts)?
Thanks all for help and time.
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
Check out Genetic Programming and Evolvable Machines:
http
handle the complexity, etc. Or maybe they don't see the complexity. In any
event my aim was just to argue that it really is important and that there are
some good models out there to aim for, eventually.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire
for.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
Check out Genetic Programming and Evolvable Machines:
http
-processing working for more significant graphics work, but I
would like to have a simpler, no libraries approach for pedagogical purposes.
Thanks,
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec
On Sep 14, 2010, at 2:13 PM, Miki wrote:
Maybe the ants demo will help - http://tinyurl.com/29rqe5r
Thanks Miki -- I've seen that code, and the video of Rich discussing it, and
I've been toying with some of the elements that it uses (JFrames etc.). But
that is in a more elaborate context
oval))
(rand-int 400) (rand-int 200) (rand-int 400) (rand-int 400)
(new java.awt.Color
(rand-int 256) (rand-int 256) (rand-int 256) (rand-int 256
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
On Sep 15, 2010, at 8:32 AM, Lee Spector wrote:
The code below is still more than I would like, and I'm wondering if there's
a more concise way to do this (again, without additional libraries). One way
to reframe my question is to imagine that you're in front of a class (as I
'oval 120 120 300 100 100 100 0 20)
(draw-shape 'oval 300 50 100 300 10 100 200 20)
(draw-shape 'line 0 0 500 500 255 0 0 255)
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http
On Sep 16, 2010, at 12:13 PM, Alan wrote:
I think you may have misunderstood the first suggestion I made, about
keeping (shape, color) pairs in your atomic vector. I really meant
java.awt.Shape and java.awt.Color objects, rather than a symbol
(keyword is better as Christophe suggests) and a
shouldn't use eval or non-recur recursive calls, but I think
they're fine in this (toy) case.
-Lee
;; kryptosolve.clj
;; Clojure code for solving instances of the game of Krypto.
;; See http://en.wikipedia.org/wiki/Krypto_(game)
;; Lee Spector, lspec...@hampshire.edu, 2010
(ns kryptosolve
in this example, of
course).
Yes indeed, this was brute force, and certainly, feel free to use it.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone
Although this isn't yet making any real sense to me I believe I MAY have traced
an elusive problem in code that I ported from clojure 1.1 to 1.2 to the way in
which big integers are handled in 1.2. I've seen (and participated in) some
conversations about handling bignums but I don't recall
On Oct 3, 2010, at 4:08 PM, David Nolen wrote:
On Sun, Oct 3, 2010 at 9:59 AM, Lee Spector lspec...@hampshire.edu wrote:
The numerics changes did not make into 1.2.
Very interesting. But stranger still!
I will keep investigating...
-Lee
--
You received this message because you
the date
on my copy is Aug 7, but maybe that was the download date) and that also hung.
-Lee
--
Lee Spector, Professor of Computer Science
School of Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559
On Oct 3, 2010, at 7:16 PM, Lee Spector wrote:
I've just done a couple of runs verifying that this happens when using the
exact same code in 1.1 and 1.2. (Previously the code I was running under the
different versions varied slightly, but now I'm using exactly the same code.)
If anyone
On Oct 4, 2010, at 3:58 AM, George Jahad wrote:
Using the CDT I was able to confirm that one of the agents actually is
generating a run time exception, trying to cast an int from a long.
Could the perturb function be calling rand-int with a value that is
too large? I'm including the stack
On Oct 4, 2010, at 9:40 AM, Laurent PETIT wrote:
Yes, that's good to know. So, Lee, if I understand correctly, being able to
use the CDT from CCW is just a matter of :
* adding its jar file to the project's Java Build Path: Project
Properties Java Build Path Libraries [ Add Jars if
On Oct 3, 2010, at 6:54 PM, Randy Hudson wrote:
Oops, that changes doc is
http://github.com/clojure/clojure/blob/1.2.x/changes.txt
Do I understand this correctly to mean that the new and improved way that agent
errors are handled in 1.2 is to fail silently and leave any pending awaits
On Oct 5, 2010, at 8:31 PM, Lee Spector wrote:
Do I understand this correctly to mean that the new and improved way that
agent errors are handled in 1.2 is to fail silently and leave any pending
awaits hanging without comment? I'm having a hard time imagining how this
could be a good
On Oct 6, 2010, at 6:05 AM, George Jahad wrote:
I haven't tested out Laurent's proposal (and I suspect he hasn't
either). It will almost certainly work, but may require a bit of
tweaking on your part. Anyways I have uploaded the latest jar to
clojars. If you use lein or maven you get it
On Oct 6, 2010, at 6:42 AM, Laurent PETIT wrote:
Hello,
from the main clojars page ( http://clojars.org/ ), link Browse the
repository : http://clojars.org/repo/ , and given the groupId and artifactId
of the CDT : http://clojars.org/repo/cdt/cdt/ . Choose your version ! :-)
Ah --
I found it hard to figure out how best to get common lisp-style keyword
arguments with defaults, and had been doing it in a clunky way until Chas
showed me the way I show below. Now I've had a student also fail to figure it
out until I showed him, and it occurred to me that maybe I should
On Oct 25, 2010, at 3:44 PM, Stuart Halloway wrote:
* code path for using vars is now *much* faster for the common case,
and you must explicitly ask for :dynamic bindability
This has been bouncing around in my head for the last week or so, occasionally
colliding with the memory of Rich
On Nov 5, 2010, at 4:43 PM, Laurent PETIT wrote:
If I understand well, you are re-def'ing the var. If so, then no
problem, because you have mistaken redefinition of a var for
dynamic rebinding of a var.
redefinition of a var will still be possible for non dynamically
rebindable vars. (or
On Nov 14, 2010, at 4:21 PM, Robert McIntyre wrote:
It's not true that you can just use an apply in your auto generated
code, you would instead have to do something like a tree of function
calls, so It may be worth increasing the limit for for the sake of
enabling machine generated code.
On Nov 16, 2010, at 5:26 PM, Alyssa Kwan wrote:
Is this what people expect? I would think that the original
definition of a, which is self-referencing, should point to itself no
matter what it's named, not get resolved at invoke-time to see what
the var is currently resolving to.
I'm
On Jun 16, 2013, at 8:27 AM, Rich Morin wrote:
This is undoubtedly an open-ended (and probably naive) question, but I'm
wondering
how much of the task of translating Common Lisp code into Clojure could be
done by
a program and how useful (eg, idiomatic) the result would be.
I can
I use it, as do many of my students. I also cheerlead for it here and there
occasionally because I think that it occupies a unique sweet spot in the
Clojure ecosystem, combining substantial, useful functionality (even if one
must sometimes augment it with command line calls to lein) with
On Jun 28, 2013, at 4:53 AM, Rich Morin wrote:
That said, I'm also very interested in Light Table, which appears to be
developing rapidly into an open framework for IDE experimentation. So,
I'm wondering whether it might be easier and more productive (over the
long term) to create some
On Jul 23, 2013, at 2:27 PM, Gary Trakhman wrote:
We should scour clojuresphere for uses of 'use' and automatically post github
issues to the projects of interest, and redefine the ns macro to issue a
warning with use.
Does anyone actually like 'use'?
Require is always more
On Jul 23, 2013, at 3:06 PM, Gary Trakhman wrote:
Yea, I have a single namespace with project-specific common utilities which I
refer to as u/some-util-function. For me, it's a bit scary to have implicit
symbols in scope. A typo can make a local binding refer to something that
might not
On Jul 23, 2013, at 4:43 PM, Gary Trakhman wrote:
For instance, we have defrecords now, no one's going to reach for defstruct
because records are documented and promoted more thoroughly.
FWIW I'm even a contrarian on defstruct :-! although I've switched to records
anyway on account of
On Jul 24, 2013, at 2:40 AM, Baishampayan Ghose wrote:
For that use-case, you can always use something like (:require the-ns
:refer :all).
Thanks for the clarity BG.
I guess if/when it becomes necessary I'll convert all of my (:use the-ns) to
(:require the-ns :use :all), although I don't
On Jul 24, 2013, at 9:35 AM, Laurent PETIT wrote:
You (and to some extent me) can easily play with both forms.
But why both forms ? That's curse of knowledge in action, because this
will make no sense at all for newcomers, and there's no good reason
for having both, except historical ones.
On Jul 24, 2013, at 12:45 PM, dennis zhuang wrote:
I am using ':use' for my own namespaces.I know it's discouraged, but if i can
control my own code,why not? Compiler can give me warnings and i process all
warnings carefully.
I agree. But I do now see that it's really just about as good,
On Jul 25, 2013, at 3:37 PM, Sean Corfield wrote:
In October 2011, I decided to give Emacs another chance - specifically
for Clojure development - and that's what I use day-in, day-out. I
have a slightly customized setup but it really doesn't have much
beyond the starter kit, rainbow
On Jul 25, 2013, at 8:22 PM, Anand Prakash wrote:
Would agree with Laurent. For newbies, I would not recommend anything apart
from Eclipse.
For real newbies I'd second the earlier mention of clooj. It's really the
simplest thing to get and use that integrates a Clojure-aware editor and a
On Jul 26, 2013, at 3:02 AM, Andrew Inggs wrote:
On 25 July 2013 21:55, Lee Spector wrote:
For Sean or anyone who finds Sean's narrative compelling (I do), imagine
emacs without the learning curve! I say it's possible and I point to the
long-extinct FRED (Fred Resembles Emacs Deliberately
PS, I wrote:
but I don't know of any projects dedicated to providing a complete
emacs-based Clojure environment with the usability and lack of learning curve
of FRED.
I *do* know about https://mclide.com and
https://github.com/TerjeNorderhaug/mclide, and it's author Terje Norderhaug
I'm trying to actually change some instances of :use to :require :refer :all,
as urged by several people here, and it's not as simple as I had hoped. Or I'm
missing something obvious.
If I have a simple little project containing a namespace declared as follows:
(ns use2require.core
(:use
On Jul 27, 2013, at 1:25 PM, Laurent PETIT wrote:
But it's really not much better. This too will explode the number of lines
in many of my ns declarations.
Is there indeed a reasonably concise way to do this? What is it?
Would it still bother you if the IDE helped maintain the ns
On Jul 27, 2013, at 7:44 PM, Colin Fleming wrote:
BTW Lee, going back to your original question, I think the solution that you
came up with is the only one I can think of that does what you want. Of
course you can put it on one line:
(ns use2require.core
(:require [use2require [myfns
On Jul 27, 2013, at 3:49 PM, Laurent PETIT wrote:
Here's how I see it: it would change the ns declaration depending on
the choices you make in the code completion list. That is, the code
completion list would have to not only be made of what's already
loaded in the REPL (as is generally the
On Jul 27, 2013, at 8:49 PM, Colin Fleming wrote:
It's true that both Laurent's and my suggestions are complicated, but we're
thinking about it from an implementer's point of view. What I currently have
from a *user's* point of view for classes is great, you just don't think
about it. I
On Aug 2, 2013, at 9:03 AM, Zach Oakes wrote:
I’ve been working on a simple IDE for the past few months. It started as an
attempt to add Leiningen integration to Clooj, but eventually I decided to
start a new project from scratch. It is very alpha-quality, so please be
gentle:
On Aug 2, 2013, at 1:53 PM, Jeff Heon wrote:
If I can suggest the one feature that I couldn't bear to use an IDE without:
Strict Structural Editing Mode (paredit-style)
But please note that while many love paredit, many others hate it -- so if you
implement this I would make it optional.
On Aug 2, 2013, at 9:16 AM, Laurent PETIT wrote:
2013/8/2 Anthony Grimes disciplera...@gmail.com:
Keep in mind that you should almost never do this. It's much better to
require :as or explicitly refer which things you want from each namespace.
When you do :refer :all, you pollute your
On Aug 5, 2013, at 4:40 AM, Korny Sietsma wrote:
3. Use :refer :all. It's perfectly fine, IMHO, when used responsibly.
I agree in principle, but as I mentioned earlier in a related thread, when I
actually tried to convert my :use instances to :require :refer :all I learned
(I think!) that
On Aug 5, 2013, at 12:28 PM, Greg wrote:
Branching off of the Can we please deprecate the :use directive ? thread, I
was wondering what the Clojure community thinks of radically simplifying the
ns declaration while keeping all of its power.
Can you build in a way to get :require :refer
On Aug 5, 2013, at 8:15 AM, Mikera wrote:
On Monday, 5 August 2013 11:35:22 UTC+1, Phillip Lord wrote:
Anthony Grimes discip...@gmail.com writes:
I can't think of a single good reason to not deprecate :use. :require can
do everything :use could do now.
Wait for it, wait for it
On Aug 5, 2013, at 12:39 PM, Mark Engelberg wrote:
I agree that subnamespaces are important. Relatedly, I frequently struggle
with the fact that Clojure's import doesn't support wildcards. When using
Java libraries, very frequently the Java tutorials or library documentation
use
On Aug 5, 2013, at 12:41 PM, Greg wrote:
Can you build in a way to get :require :refer :all to work on a bunch of
sub-namespaces together on one line, as one currently can with :use, without
listing each namespace completely on a separate line with a separate :refer
:all?
Certainly.
On Aug 5, 2013, at 2:14 PM, Timothy Baldridge wrote:
To quote Rich: Java packages are not enumerable. The only way to do so is to
walk the classpath/jars etc. I don't think import * is a good idea, as it
brings more into a namespace than you are going to use, making Clojure's
namespace
On Aug 5, 2013, at 10:37 AM, François DE SERRES wrote:
9 months and half a dozen books later, here's my first (hopefully) useful
Clojure program: https://github.com/justiniac/clotilde
Clotilde implements the basic ops of the Linda process coordination language:
On Aug 6, 2013, at 7:40 AM, Phillip Lord wrote:
Maybe it's not ideal if Clojure has to walk the classpath, but the
alternative is that I have to manually walk the classpath and jars myself
with no idea what I'm looking for. Surely it's better for this to be
handled through an automated
On Aug 6, 2013, at 7:55 AM, Curtis Summers wrote:
I agree that wildcards make it easy (in the nearness sense), but from a
long-term maintainability standpoint, I'd prefer to have explicit imports as
is. When I'm reading your code a year from now and need to look-up the docs
on a class,
On Aug 6, 2013, at 3:51 PM, Zach Oakes wrote:
I'll try adding a way to toggle paredit, but it'll be complicated since I
will probably have to re-create and re-load all open files, unless
paredit-widget provides a way to disable paredit from a JTextArea that
previously had it added.
On Aug 7, 2013, at 8:22 AM, Jay Fields wrote:
contains? is possibly poorly named, contains-key? would probably have avoided
this entire issue.
I'd put it more strongly -- contains? is definitely poorly named, inviting the
assumption that it can be used where you really want some with a set
! But that doesn't mean that either of us is doing it
wrong.
-Lee
--
Lee Spector, Professor of Computer Science
Cognitive Science, Hampshire College
893 West Street, Amherst, MA 01002-3359
lspec...@hampshire.edu, http://hampshire.edu/lspector/
Phone: 413-559-5352, Fax: 413-559-5438
--
--
You received
On Aug 8, 2013, at 3:34 AM, Robert Stuttaford wrote:
Lee has a valid point. Lee's point is: let me decide. Put paredit in, but let
me turn it off if I want.
I agree that paredit is the only sane way for me and for anyone who doesn't
have Lee's muscle memory to overcome. But for Lee,
On Aug 8, 2013, at 8:15 AM, Phillip Lord wrote:
I'm happy to drop this after this message too. I just couldn't let such an
unnecessarily insulting email stand without a response
I think he was trying to support you actually. He's saying it doesn't
work for you, which means it's the wrong
On Aug 9, 2013, at 11:01 AM, Andrew Stine wrote:
For a pretty decent cover of when and how to use macros, On Lisp[1] is a
pretty good book. It's written mainly for Common Lisp but most of it
translates to Clojure well enough. I find that for common code, writing
macros isn't so useful as
The recent discussion of paredit reminded me that some Lisp editors have simple
features that let you deal with code structurally, in a sense, while also
editing it as text and using fairly standard GUI gestures.
I haven't seen these yet in the Clojure world.
One that I've found helpful is
On Aug 13, 2013, at 10:02 AM, Steven Degutis wrote:
That isn't universally true. For me it was the opposite: this syntax made it
easier for my brain to process than any other language, even when I was first
learning it. Maybe my brain is diabetic and just can't handle syntactic
sugar. But
On Aug 25, 2013, at 5:42 PM, ngieschen wrote:
mapcat's signature is (f colls) which indicates to me I should be able to
so something like (mapcat #(list (inc %)) [1 2 3] [4 5 6]). That is, doesn't
the indicate that I can pass in a variable number of colls? However, if I
do, it crashes
I apologize for the naivety of this question, but whenever I see
libraries/discussions of enhanced mechanisms for
exceptions/conditions/errors/restarts/etc in Clojure I wonder if they could
provide a couple of features that I dearly miss from Common Lisp, and this
contribution makes me wonder
Thanks so much Chris.
I've started watching Hugo Duncan's ritz talk and it is definitely what I need
to see.
It's funny because I never thought of this as platform or IDE functionality --
although it clearly is -- because in the Common Lisp world that I come from,
some version of this is
to
install/configure/learn/etc emacs if you just to see locals when an exception
occurs.
-Lee
On Sep 27, 2013, at 10:32 AM, Lee Spector wrote:
Thanks so much Chris.
I've started watching Hugo Duncan's ritz talk and it is definitely what I
need to see.
It's funny because I never thought
I teach Clojure, to beginning programmers among others.
IMHO you really have to specify your audience(s) before any advice about how
best to teach Clojure (or programming in general) will make much sense.
FWIW in my context one of the most important things is to get them started in
an
On Oct 7, 2013, at 9:59 AM, John D. Hume wrote:
I'd suggest that Clojure's Hello, World! should happen initially at the
repl, where leiningen definitely simplifies the UX.
lein repl # from any cwd
(println ...)
which launches nicely into demonstrating dynamic development.
Agreed.
Hi James,
I have indeed tried LightTable, and it does indeed seem promising. Really
exciting potential. But I've hit enough snags every time I've tried it that I
haven't really found it useful (either for teaching or for my own use).
I just tried the latest version again, just now, and just
On Oct 8, 2013, at 8:47 AM, Jernau wrote:
Hi Phil,
It was I (Lee) who posted those reactions, but hi and thanks!
1. Select the text you want auto-indented and press SHIFT+TAB.
Nice. Is this (re)discoverable somehow from the interface?
2. The documentation tab opens in a new tabset - to
I'd like to chime in here from a background that involved a lot of Common
Lisping back in the day.
I have been continually dismayed, as I've moved further from Common Lisp, that
debugging facilities that are so basic and ubiquitous and helpful in that world
are considered exotic or
Andy,
I do think that if a debugging feature has to be limited to a particular
environment then Leiningen would be preferable to any other, since it's so
simple to install and use (and maybe most people have it anyway?) that people
who use other environments could, without too much trouble,
What would I need to do to get it to not only retain locals but also show them
to me when I hit an error?
-Lee
On Nov 7, 2013, at 4:22 PM, Alex Miller wrote:
I believe the locals are actually *not* available because they are
proactively cleared to help GC.
Setting the
On Nov 7, 2013, at 5:48 PM, Alex Miller wrote:
When you say hit an error, I'm assuming you mean clojure throws an
exception and not hit a breakpoint in a debugger or something else.
Yes -- I mean clojure throws an exception.
I don't think there is one place where we could generically
On Nov 12, 2013, at 1:58 AM, juan.facorro wrote:
Hi Alexandru,
As Andy pointed out there's the emacs+Ritz option which has quite a few
features, but if the main thing you want to do is inspect the locals and the
current stack trace, you could use a macro as the one presented in the book
301 - 400 of 471 matches
Mail list logo
