Oups typo in my last reply should be
(fn [] )
IPhone quirk, tiny, very tiny keyboard...
Luc P.
--
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 m
That emacs joke gets my week started with some abdominal pain 😂😂
I support strictness 😬
Luc P.
--
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 m
We AOT often dependent projects.
We are very careful meeting the exclusions suggestions reported
by lein deps :tree.
Luc P.
--
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
Works like a charm from my ipad pro 😁
Luc P.
--
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
firs
At a minimum, nginx could proxy jira no ? You could force http redirection to
https.
My 2 cents.
Luc P.
--
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 n
The other unpleasant option to climb the learning curve asap is to end up with
a deadline to spit out a product 😬
I did it, 5 months of pure Hell 😈
After that the pain went away, either my brain adapted or my nervous system
could not feel it anymore,
can't remember 🤣
Luc P.
--
At least 7-10 times less code on average. Except for UIs, UIs are naturally
bloated code wise 😬
I spend much more time thinking about solving problems and testing than writing
code.
It was the reverse in other languages. And refactoring is a piece of cake, no
need for these heavy tools found in
Hi,
Peruse github and read some code until you can find an anchor point to get you
started. You might find some problem/need solved that relates to
some of your past experience and allows you to train with ‘real’ code.
Luc P.
--
You received this message because you are subscribed to the
ure that was tolerated so far ?
I looked at the macro expansion of the defrecord but did not find anything
wrong on the surface.
Note that I did not yet attempt to run this project from source. That's
forthcoming but I would expect
it to crash at runtime..
Any idea is welcomed.
Thank
f it can be reproduced at
runtime and post the result here.
I need to revive some setups, it's a project that had been put on ice for a
while.
Thank you, Happy New Year,
Luc
On Friday, 29 December 2017 01:02:51 UTC, Alex Miller wrote:
>
> What’s the full stack trace on the original exceptio
zen projects to upgrade to 1.9 :) It's bizarre at best.
Thank you,
Luc P.
On Saturday, 30 December 2017 00:17:47 UTC, Luc wrote:
>
> Hi Alex,
>
> here it is, I did not get through the compiler source code yet, it might
> be obvious to you:
>
> java.lang.Unsupported
Miller wrote:
>
> On Fri, Dec 29, 2017 at 6:17 PM, Luc > wrote:
>
>
>> here it is, I did not get through the compiler source code yet, it might
>> be obvious to you:
>>
>> java.lang.UnsupportedOperationException: Can't type hint a primitive
&
a this __hasheq __extmap)
[__hash __meta this __hasheq __extmap])))
yabug.jobs.noop.NoopJob
Grr...
Will sleep on it and toy with it tomorrow by expanding a bit the test
cases. It's nearly 22:00 Morocco time here.
I need a break and some sleep.
Luc P.
On Saturday, 30 December 2017 01:0
Should have posted this instead, same protocol.
(defprotocol Anonymous (start-job! [this]))
;; Clojure 1.8.0
=> (defrecord NoopJob []
Anonymous
(start-job! [this]
(yabug.services.logger/environment)))
(clojure.core/zipmap '(__meta this __extmap) [__meta this __extmap])
yabug.jobs
t see the point of going
down further on this path.
I will change the macro code here accordingly.
Luc P.
On Tuesday, 2 January 2018 22:22:18 UTC, Nicola Mometto wrote:
>
> The code that caused this issue is
>
> https://github.com/clojure/clojure/commit/a1c3dafec01ab02fb10d91f9
Hi Arturo,
this is how I work. Fully remote.B2B. Send me an email at
lprefonta...@softaddicts.ca if you want us to discuss further.
Thank you,
Luc P.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email
in Morocco with a huge 4g pipeline. :)
Luc P.
--
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
firs
Oupse 😬
I went a bit too fast on this post... sorry...
Probably a sudden drop of caffein in my blood 😂
That or I did not screw my head properly this morning 🤪🔨👈
Thank you Sean
Luc P.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
I remember this problem but this is
an eclipse bug if my memory is not
failing. They had removed Marketplace
by mistake.
Are you using the latest version of Eclipse ?
Luc P.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to
t the Conj maybe.
Luc P.
On Oct 18, 3:20 pm, David Jagoe wrote:
> Hey Luc,
>
> Are you deploying to Tomcat using a war file? Are you perhaps missing
> the :web-content key in your project.clj file (I presume you're using
> Leiningen + leiningen-war)
>
> (defprojec
ultiple steps and without
interrupting the service.
e) I want the data serialized, not the access to it...
If size of the YAML output becomes an issue then zip it.
Luc
On Tue, 2008-12-02 at 00:57 -0800, Tayssir John Gabbour wrote:
> Hi!
>
> How should I approach serialization? I m
ining about the old times where
life was
better and blablabla :)))
Luc
On Thu, 2008-12-04 at 06:33 -0800, Randall R Schulz wrote:
> Hi,
>
> This morning after I "svn up" -ed Clojure Contrib, I could no longer
> build. It turns out that was 'cause I was still usin
to do the job of one of us
and still they can't turn on a dime like us.
Luc
On Fri, 2008-12-05 at 10:42 -0800, Jeremy Dunck wrote:
>
>
> On Oct 17, 6:01 pm, Luc Prefontaine <[EMAIL PROTECTED]>
> wrote:
> > I am not very far from tackling this issue. In our bus m
0)) 1000))
"Elapsed time: 1211.868876 msecs"
0
user=> (time (nth (repeatedly (fn [] 0)) 1000))
"Elapsed time: 128680.557706 msecs"
0
user=>
Increasing the # of iterations still works for me with a 128M heap.
I refreshed my Clojure version from CVS today (Saturday)
Even if 1.0 is not out yet, useful work (i.e. production mode stuff) is
doable with Clojure. We do it right now...
Luc
On Thu, 2008-12-18 at 05:52 -0800, Meikel Brandmeyer wrote:
> Hi,
>
> On 18 Dez., 14:09, Mibu wrote:
> > An editor for a lisp language is not just a text e
will change that a lot),
most coders do not deal with these issues very often or in a very
superficial way.
I expect this will have to change when parallel designs will become
common.
I would rather have more options than less to tune up my design and
increase throughput... so atoms are welcomed.
Luc
r of reorganizing
it.
I fully agree ultimately code is the thing that runs... not your
comments or your documentation.
Many people still speculate about system behaviour from the comments
they read and eventually derive
plans from this. Bad mistake... go to the code for your own sake.
Luc
On
course it has to be adapted to the
languages used today and coders have to show
some willingness to add significant comments to their code. If people
are reluctant to do this then such a tool does not
have any future :
Luc
On Wed, 2008-12-31 at 17:23 -0800, Joseph Jones wrote:
>
> On Dec
king at the world without pink glasses is
not funny but taking the time to understand
things gives you a sense of where we come from and where we might be
going.
As for Steve's post, it's about serious matters.
Nonetheless, have a Happy New Year :))) and sorry for the heavy post...
Luc
t as fast as I used
to be when I started programming :))) so if I can do it, I expect that
others can do so...
For me Eclipse is like getting a wheeled walker, that's the step just
before my own death, I use it when
there's not other choice than crawling inch by inch :
Luc
On Sat,
og files, digging to try to understand what went wrong.
Luc
--~--~-~--~~~---~--~~
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
To unsubscribe fr
... beurk !
We each have our burden to carry in life :)))
Luc
On Wed, 2009-01-14 at 13:21 -0800, budu wrote:
> Congratulation, this is quite amazing to see Clojure mature so fast
> and already working in production system. Sorry but I need to get back
> at finding that damn bug in a 10
e agent model perform better.
Maybe inner-product can be made more efficient ;)) but I would be
surprised that
you beat dot-product...
Luc
On Mon, 2009-01-26 at 16:08 -0800, redhotmonk wrote:
> Could someone who has a machine with more than 2 cores please
> run the following code? It calculate
rebuild of clojure and clojure-contrib in
build.clj to keep your versions of the jar files and I restricted
these jars usage to lancet tasks only.
Thank you,
Luc
On Mon, 2009-01-26 at 14:34 -0500, Stuart Halloway wrote:
> Lancet is a build DSL written in Clojure, and a sample app in the book
&
asily if there are any impacts with the changes made recently.
I am due for a minor release in production next week so I have plenty of
time to adapt my code if any changes are required.
Thanks,
Luc
On Tue, 2009-01-27 at 16:12 -0500, Stuart Halloway wrote:
> Hi Luc,
>
> Are you su
the confusion guys and thank you all, another mystery solved
in this disorganized period of my life,
pre/post-production periods are always a bit awkward...
Luc
On Wed, 2009-01-28 at 09:22 +0200, Michael Wood wrote:
> On Tue, Jan 27, 2009 at 11:53 PM, Luc Prefontaine
> wrote:
> >
>
entations is paying off or not.
What do you think ?
Luc
On Mon, 2009-02-02 at 13:48 -0800, Keith Bennett wrote:
> Paul -
>
> Clojure definitely has its benefits, but in terms of memory footprint,
> Java appears to be *much* more economical, unless elements can be
> discarded short
x27;t
get lost in the details along the way :)))
Regards,
Luc
On Mon, 2009-02-02 at 17:32 -0800, Keith Bennett wrote:
> Luc -
>
> It is I (Keith) who posed the original question.
>
> I am just now learning Clojure, and for me, understanding what's going
> on undernea
op
of your files or you can call it dynamically each time you need it.
(bean (. log getLogger))
will show you the details of your logger.
Luc
On Fri, 2009-02-13 at 08:09 -0800, jim wrote:
> Has anyone done logging using syslog from clojure or java?
>
o the code changes and run a test suite against the
new runtime
within two weeks, maybe less.
Luc
On Mon, 2009-02-16 at 13:22 -0500, Stuart Halloway wrote:
> I agree with Walt, and there is no need to pressure the Prags, we are
> on it! :-)
>
> That said, it would be *very* hel
hat if you are curious you can give a closer look to the Lisp
heritage.
Luc
On Thu, 2009-02-19 at 05:57 -0800, MLowman wrote:
> Programming Clojure is a good start. I have a copy myself. If there
> were a second book on Clojure, what approach would you like to see?
>
> On Feb 19, 6:4
of knowledge to integrate Clojure. Not linking
what you learn to something you already know
makes things harder to assimilate.
The other approach of rewriting Java code to Clojure and improving the
code is also a good complementary approach.
Luc
On Thu, 2009-02-19 at 12:34 -0500, David Nolen wrote
In our software, we use uppercase or +name+ as constant names.
Both Java and RUBY use uppercase, I think it's more a matter of taste
what you decide to use.
Ideally it should be obvious by looking at the name that some name is a
constant name.
Both of the above satisfy this criteria.
Luc
O
uppercase for shared constants and +name+ for the
Clojure
only stuff that may eventually be shared in the future.
Of course in a pure Clojure system, this may be unnecessary given the
immutability by default behaviour.
Luc
On Sat, 2009-02-21 at 22:55 -0500, Chouser wrote:
> On Sat, Feb 21, 2
Mas) but we had updates to
put in production , client caring to do, ...
and other mundane tasks to get the bread and butter on the table.
Comments/suggestions are welcomed...
Luc
On Fri, 2009-02-27 at 12:20 -0800, Paul Stadig wrote:
> I've recently done some experimentation with Cloj
roots and refs also is something we want so we can initiate
STM transactions
involving multiple JVMs.
We have much to learn from a prototype and that is what we strive to
achieve the immediate future.
After this step, real fun will begin, right now were having only an
appetizer...
Luc
On Fri
e can them removing unwanted classes from the
configuration
and tune the locking strategy as you test things.
Luc
On Fri, 2009-02-27 at 18:05 -0800, Rich Hickey wrote:
>
>
> On Feb 27, 6:54 pm, Luc Prefontaine
> wrote:
> > Having the ability to redefine a function on
aintained
as part of the Clojure code base and some documentation.
As of now we use a system property to toggle the modes, we will
implement a
transparent way (testing the presence of a terracotta property most
probably).
Luc
On Sat, 2009-02-28 at 06:35 -0500, Paul Stadig wrote:
> My appro
We think the same way. Our first implementation of an alternative to
AtomicReference
is straightforward, we will look at improving it if the need arises.
It will be easier to do so when we get stats from Terracotta after
running some benchmarks.
There's much to do before getting there.
Luc
We will go for a TIM. Just looked at the doc and tes that would simplify
our work a lot.
Thank you,
Luc
On Sat, 2009-02-28 at 18:48 -0800, Nabib El-Rahman wrote:
> Hi guys,
>
> I work for Terracotta ( on the server side ) and find this work with
> Clojure + Terracotta very exciti
I'm in Montreal Quebec, we have several feet of snow here and still have
a month of snow storms to go.
Having some spare time I would love to visit you but there's too much
work here
and you area is a bit too far away :)))
Luc
On Sun, 2009-03-01 at 12:21 -0800, Amit Rathore wrote:
&g
yndrome and
this probably
increased confusion regarding laziness :
Our brains is suppose to be like plasticine but as we grow older it gets
a bit dryer :)))
Luc
On Mon, 2009-03-02 at 08:55 -0800, Bradbev wrote:
> On Mar 2, 3:29 am, Mark Volkmann wrote:
> > On Sun, Mar 1, 20
tion->ready to test
cycle from 90 seconds to 8.
When I started to code, computers were less powerful than the standard
pocket calculator but
we were doing a lot my designing accordingly. It's far more easier today
given the amount
of resources we have
Luc
On Fri, 2009-03-06 at 1
l these days so why not ask it to
save us time and pain ?
BTW our internal git repositories (hosted on an XServer) respond pretty
fast on our gigabit LAN :)))
but not as fast a starting a REPL :)))
Luc
On Fri, 2009-03-06 at 14:50 -0800, Phil Hagelberg wrote:
> Luc Prefontaine writes:
>
new job
compared to what they could do in my shop...
Today, we can choose the appropriate technology for the task to do since
we
are now working on our own products. Our approach has not changed except
that
we have greater latitude in what we decide to use (and of course greater
potential to hang o
cting some changes in our code when the lazy stuff
came into
play but it was not a pain to adapt. We should start testing this within
2 weeks.
Luc
On Tue, 2009-03-17 at 03:57 -0700, Elena wrote:
> On Mar 17, 1:27 am, Jeffrey Straszheim
> wrote:
> > Only to do a tiny little test w/ not-dep
Sometimes I feel lucky to be able to take my own decisions and turn our
development
strategy on a dime :. My partners rely on me for these decisions and
we never regretted one so far.
1.0 should not be too far away so your waiting is near it's end... :)))
Luc
On Tue, 2009-03-17 at
your code
assuming such rules had to be
rewritten...
Any attempt to custom fit an application design with a real or supposed
internal behaviour of STM is bad...
Guessing performance levels from an internal behaviour could be as bad
as in the relational database early age.
Luc
On Tue, 2009-03-17 at 14:
en
testing.
Going back to the age of lint does not look to me a progress,
more like a regression...
Luc
On Thu, 2009-03-19 at 11:53 -0400, Stephen C. Gilardi wrote:
> On Mar 19, 2009, at 11:33 AM, Michael Wood wrote:
>
> > Fair enough, but why does the (defn) succeed if these symb
ay you put together these concepts that make up Clojure is a
significant step for the entire software community.
Now, it's up to us the community to implement applications in Clojure
and give it a significant exposure
to the rest of the world.
Luc Préfontaine
Armageddon was yesterday, today
ability rule that Clojure provides.
I apologize to those who believe very hard in their daily
horoscope :
Luc
> --
> Cosmin Stejerean
> http://offbytwo.com
>
>
> >
Luc Préfontaine
Armageddon was yesterday, today we have a real problem...
--~--~-~--~~
s
otherwise the product becomes chaotic and points in every directions.
Luc
On Tue, 2009-03-31 at 17:44 +0200, Christian Vest Hansen wrote:
> On Tue, Mar 31, 2009 at 5:20 PM, Chas Emerick wrote:
> >
> > We shipped production software built in Scala last year, but likely
&g
ours has a larger audience and that's good for all of us.
Luc
On Thu, 2009-04-09 at 06:06 +1200, Abhishek Reddy wrote:
> On 4/8/09, Baishampayan Ghose wrote:
> >
> > Excuse my ignorance, but which one is the first famous Clojure app?
> >
>
> That could be a reference
production ready yet, we are
probably all dreaming around here :)
Luc
On Thu, 2009-04-16 at 04:14 -0700, André Thieme wrote:
> I suggest you to use Clojure.
> There is no more risk involved than with anything else.
> Clojure supports in its current version all of Java.
> It has ver
most of the times 20 code
lines or less to do that.
Luc
On Thu, 2009-04-16 at 07:38 -0700, Stuart Sierra wrote:
> On Apr 16, 10:00 am, Greg Harman wrote:
> > - Don't let people use arbitrary versions of Clojure and Java (and
> > Contrib, if you'll use it). Pick one
ts to integrate in Clojure and that should
remain your main responsibility but for all the other stuff you
could establish the priorities and guidelines to follow. Then the
community could tackle these things in an orderly fashion.
Consensus can be a great thing but often it costs precious time...
Lu
You can bet that regulatory agencies will look at this deal closely. Not
only in the US and not
only at the deal itself but also how Oracle will behave in the near
future.
Luc
On Mon, 2009-04-20 at 09:09 -0700, Phil Hagelberg wrote:
> Sean Devlin writes:
>
> > *Will Java continu
n get back to more serious stuff on our product.
Luc Préfontaine
--~--~-~--~~~---~--~~
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
To unsubscribe
the low level
stuff we wrote in Java.
Being curious, can you shed any light of the use you would make of
Clojure beans ?
Luc P.
On Wed, 2009-06-03 at 09:02 -0700, Dmitriy Kopylenko wrote:
> Hello.
>
> I'm just wondering is there a way to create Clojure beans and inject
> them
driven by the var, not the value, it's
like our sweethearts, they drive the show
and they can unbind us at any time :))))
Luc
On Thu, 2009-06-04 at 08:28 -0400, Andrew Wagner wrote:
> Hey ya'all!
>
>
>
> Just got my copy of Programming Clojure last night (great book, kud
\ IllegalArgumentException.
Did you print the RuntimeException ? There might a be a text messages
there that can tell us where it came from within the Clojure run time.
Luc
On Thu, 2009-06-11 at 10:12 -0700, peg wrote:
> Hi clojurians,
>
> I was happily clojure-coding whent I tried t
You get back into Java code and find it cumbersome, clunky, (add your
own) ... and wish you had written it in Clojure in the first place.
Then you realize that this code was written ... before Clojure was born.
Bouhouhou !!
Luc
On Fri, 2009-06-12 at 13:24 +0200, Christophe Grand wrote:
>
e it a lot easier to
create and extend.
Luc
On Thu, 2009-06-18 at 09:39 -0700, Howard Lewis Ship wrote:
> I've been doing a number of presentations on Clojure lately
> (TheServerSide, Portland Code Camp, Open Source Bridge), and I'm
> getting some interest in Clojure and funct
P
on the desktop. Testing new parallel solutions on these high-cost
parallel architectures is way to
high in terms of $$$$. they have to be tested on small scale first to
see the if they provide any benefits.
There's much to gain in changing our new designs to think "parallel" but
it&#
s java and bug fixing is
something we already do on a day to day basis in "foreign"
softwares.
I would not worry too much about this for the next three years at least.
Of course Rich when you decide to take an early retirement, let us
know :
Luc
On Sun, 2009-08-02 at 20:35
ojure.
Thank's Rich !
Luc
On Wed, 2009-08-05 at 17:09 -0700, Rich Hickey wrote:
>
>
> On Aug 5, 7:48 pm, Stu Hood wrote:
> > I really, really like this feature. My only complaint is that you have to
> > use different names for the modifying functions. If the fun
totally agree no comments is not good at all but JavaDoc style
comments in Clojure ? I pray you all, please stay away of it :
Luc
On Fri, 2009-08-07 at 13:58 -0700, Tchalvak wrote:
> As a Noob to clojure, one thing that scares me is the comment-to-code
> ratio. I mean, the meani
lobal-var*,...)
Luc
On Sun, 2009-08-09 at 17:47 +0100, Lauri Pesonen wrote:
> 2009/8/8 Luc Prefontaine :
>
> > I totally agree no comments is not good at all but JavaDoc style comments in
> > Clojure ? I pray you all, please stay away of it :
>
> I was quite tak
n you
should ask yourself if the performance gain
is worth the extra maintenance, code length,
Perf bottlenecks are being addresses in Clojure already but not a the
expense of expressiveness.
And that is perfectly fine...
Luc
On Tue, 2009-08-11 at 15:06 -0700, fft1976 wrote:
> On Aug 11,
than
Java or C#
Luc
On Wed, 2009-08-12 at 06:34 +0700, Daniel wrote:
> On Wed, Aug 12, 2009 at 6:02 AM, Luc
> Prefontaine wrote:
> >
> > If your algorithm is single threaded and performance is a must then even
> > Java should be tossed away.
> > Any native machine c
th my mood than wearing straight jackets to please my customers...
Luc Préfontaine
Armageddon was yesterday, today we have a real problem...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Clojure" group.
se and how, not typing the
proxy call
itself.
Hope you do not hit too many member functions with the same name and
number of arguments but with different classes/interfaces :)))
You would then now a way to solve the ambiguity...
Again did I miss something ?
Luc
On Tue, 2009-09-01 at 00:59 +0200, C
It could be handy to have this shortcut implemented as you suggest.
Solving ambiguities may be done through an explicit proxy or with some
meta data to point to the proper
method match.
Luc
On Mon, 2009-08-31 at 19:34 -0700, Timothy Pratley wrote:
> If I understand correctly it could
ite.
Thank you for the good work, it's very useful :)))
Luc Préfontaine
Armageddon was yesterday, today we have a real problem...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To pos
ActiveRecord in this regard. For now it's the urgency to deliver that is
driving the schedule.
We also maintain a cache within these functions to speed up things. The
cache is not yet distributed again because of the schedule.
At least with these macros we are kind of half way toward the final
goal....
in chips in both
documents.
Presently tests are being done and it looks good. I showed some Clojure
stuff to people
out there and some where really interested in it.
Not two bad for a two years anniversary :)))
Clojure is definitively versatile...
Luc
On Tue, 2009-10-20 at 00:33 -0700, Timothy
ng
> Clojure in a big Java solution? Also i should mention that i'm quite
> new to Clojure, and functional programming overall. :)
>
> Thanks
>
> >
>
Luc Préfontaine
Armageddon was yesterday, today we have a real problem...
--~--~-~--~~~
> On Nov 23, 5:00 pm, Raoul Duke wrote:
>
> > i'd be interested to hear who has successfully used clojure in
> > production. i know of some, as some folks have been vocal; any other
> > interesting-but-so-far-silent uses people'd be willing to fess up
> > about?
>
> Our real-world use reporte
ficant pain and this a proof to me that Clojure is mature.
Luc
--
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
deal with
this in day to day operations.
Luc
On Tue, 2009-12-01 at 10:02 -0800, Daniel Werner wrote:
> On Dec 1, 5:20 pm, Luc Préfontaine
> wrote:
> > http://www.infoq.com/news/2009/01/clojure_production
>
> Slightly off-topic:
>
> What prompted you to choose Active
M scope so any retry would
obtain a new value.
When you reload transactions from existing persisted data, you just
create the Java object with a seed number that does not conflict with
the biggest
value. (I assume here that you can add stuff to your journal-based
persistence after a reload).
Luc
oper" typed variables are used in an acceptable
manner...
These are two unrelated things. We call them both "compilers" but its
not required for a compiler to do data type checking.
The only thing they may have in common is that they both generate code.
Luc
On Tue, 2009-12-15 at
ay eventually
write decent critics. Meanwhile be humble...
Luc
On Fri, 2009-12-11 at 13:04 -0800, kusi wrote:
> http://kusimari.blogspot.com/2009/12/analysing-clojure-programming-language.html
>
--
You received this message because you are subscribed to the Google
Groups
ot;).
To expose some rationale it implies that you understand the subject you
are talking about. If you don't then you should
be cautious about what you state or you state it conditionally.
The above does not mean that I will not ever critic Rich's bad decisions
in the future. I do not
se one but he's not building bridges or a creating a new cancer cure
either.
People bought HP calculators not for the Postfix notation but for all
the others things it offered at the time...
Luc
On Fri, 2009-12-18 at 17:58 -0800, Vagif Verdi wrote:
> Welcome to the big club of people wh
:))
Luc
On Sun, 2009-12-20 at 15:00 -0800, David Brown wrote:
> On Sun, Dec 20, 2009 at 02:30:58PM -0500, Luc Préfontaine wrote:
>
> >People bought HP calculators not for the Postfix notation but for all
> >the others things it offered at the time...
>
; > On Sun, Dec 20, 2009 at 5:48 PM, Luc Préfontaine
> > wrote:
> >>
> >> :))))))
> >
> > The Lisp Beard?
> >
> >>
> >> Luc
> >>
> >> On Sun, 2009-12-20 at 15:00 -0800, David Brown wrote:
> >>
>
Lisp syntax needs some fixing ?
It's not April 1st yet or did I hibernate through winter suddenly ?
I'll run to the window to see if my tulips
are out !!!!
:)))
Luc
Sent from my iPod
On Dec 24, 2009, at 1:58 PM, kaveh_shahbazian wrote:
> Well; this is a fun tradition after a
some rethinking.
Luc
Sent from my iPod
On 2009-12-29, at 4:34 AM, Martin Coxall wrote:
>
> On 29 Dec 2009, at 04:14, jim wrote:
>
>> Had an interesting conversation with a programmer friend of mine.
>> He's
>> skeptical of my Lisp leanings and mostly sticks to the
Create a Java package arie under src and move your source file there.
Luc
Sent from my iPod
On 2010-01-04, at 11:16 AM, Arie van Wingerden
wrote:
> Hi,
>
> i am playing with Clojure in the latest version of the
> Counterclockwise IDE
> and encounter a problem when comp
1 - 100 of 392 matches
Mail list logo
