atered and there will be talks on Rama, Electric Clojure,
Replicant, Datomic, LLMs, brain-computer interfaces and more. It's also a great
opportunity to meet and chat with other Clojurians about our favourite,
functional Lisp.
--
James Reeves
--
You received this message because you are su
e.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.
> To view this di
ap a very common operation, treating a
map as a function makes intuitive sense. A function is a mapping between two
sets; a map is also a mapping between two sets. It's logical that they might
share an interface.
--
James Reeves
booleanknot.com
--
You received this message because yo
On Mon, 19 Jul 2021, at 2:00 PM, SideStep wrote:
> Thanks James, will for something like it I think. Still, would be nice if
> code was manipulatable with ease - clojure style. Code-is-data such a
> powerful idea.
>
> On Sunday, July 18, 2021 at 7:43:20 PM UTC+2 James Reev
Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/clojure/CAMZDCY3B
visit
> https://groups.google.com/d/msgid/clojure/f67cfcd0-8e1e-4780-bc00-f6993979e7afn%40googlegroups.com
>
> <https://groups.google.com/d/msgid/clojure/f67cfcd0-8e1e-4780-bc00-f6993979e7afn%40googlegroups.com?utm_medium=email&utm_source=footer>.
--
James Reeves
booleanknot.co
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
ved 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
just doing that to sort of document the method. That sound about
right?
On Tuesday, December 15, 2020 at 2:33:08 PM UTC-6 James Lorenzen wrote:
> Thanks for the suggestions aditya. I definitely like where you are headed.
> I have a few questions. This syntax in `pipeline-build-co
gt; be much more general than fetching pipeline counts from an HTTP endpoint...
>
> Enjoy Clojuring! :)
>
> On Monday, December 14, 2020 at 10:51:52 PM UTC+5:30 jamesl...@gmail.com
> wrote:
>
>> Very cool everyone. This is exactly the kind of feedback I was hoping
>> for. I
@gmail.com wrote:
> Hey James,
>
> Another small suggestion is you can just pass println to map, since it
> takes 1 argument in your case.
>
> (map println (sort builds))
>
> But here, since you just want to perform side effects, maybe run! would
> be a better fun
can I prevent it from returning the nils at the end? I know this
is returning nil for each map'd item; I just don't know the best way to
prevent that.
Thanks,
James Lorenzen
--
You received this message because you are subscribed to the Google
Groups "Clojure" group
On Wednesday, 21 October 2020 at 00:42:32 UTC+1 EuAndreh wrote:
> But that doesn't apply to clojure.edn: it is code for a format with an
> specification, and it goes against the specification.
>
Where in the specification does it say that the edn reader should throw
exceptions on errors?
--
Y
Z327ANPOyG%3DrM4L%2Bs6du-hY3RSvD3rbA%40mail.gmail.com
> <https://groups.google.com/d/msgid/clojure/CAEtmmez6_488LoQzw%2BZ327ANPOyG%3DrM4L%2Bs6du-hY3RSvD3rbA%40mail.gmail.com?utm_medium=email&utm_source=footer>
> .
>
--
James Reeves
booleanknot.com
--
You received this message be
On Wed, 13 May 2020 at 12:16, Matthew Downey
wrote:
> The most similar thing you could do to your Java code would be keeping
> the token in an atom inside of a connection record.
>
As a quick note, if you don't need polymorphism, maps should be favoured
over records.
--
Twelve years later, the Java code still works in the very latest Clojure,
and I have used the Clojerl compiler to run the original code on the BEAM
virtual machine! The agents have been converted to processes, and Swing to
WXWidgets, otherwise I left the code unchanged where possible.
Rich's or
t; idea that I can evaluate stuff that I've 'printed' (data is code is data).
> Other than that, they are messing with my head by redefining existing
> abstraction and making them 'almost equal but slightly different'.
>
> kind regards,
> Dieter
>
> On We
ny of that. Just call the business logic function
with appropriate values and double-check the results.
You absolutely can write python code that way. But your pythonic colleagues
will hate you for it.
Hope that helps,
James
--
You received this message because you are subscribed to the Google
Group
msgid/clojure/ff7de3a8-744a-4ac8-8ca7-697522fe2ecd%40googlegroups.com
> <https://groups.google.com/d/msgid/clojure/ff7de3a8-744a-4ac8-8ca7-697522fe2ecd%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
--
James Reeves
booleanknot.com
--
You received this message bec
ns, 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+unsu
t; "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/68a3fce8-b63a-420b-9fbd-904f911a746b%40googlegro
ond itself, then it
should be a keyword. Contrast that to a symbol like:
clojure.core/conj
We know that symbol identifies a clojure function. Even outside of a map,
it has an external identity.
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to t
le.com/d/msgid/clojure/b4c1d021-a624-482b-9e75-fa5c08057a42%40googlegroups.com
> <https://groups.google.com/d/msgid/clojure/b4c1d021-a624-482b-9e75-fa5c08057a42%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
--
James Reeves
booleanknot.com
--
You received this mes
s.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.
>
;s about what I expect.
And now the original '.shared.connection-test ns fails with the same error.
On Sun, Feb 17, 2019 at 9:40 PM James Gatannah wrote:
>
> Oops, yes. I typoed the file name.
>
> On Sun, Feb 17, 2019 at 9:26 AM Daniel wrote:
> >
> > Weird. Also I th
I'm going to buck a trend here.
Why do you want to do this? (That's rhetorical. Don't feel like you need to
answer).
One of the fundamental principles behind REST is that it is discoverable.
Maybe even that it's explorable.
Maybe you aren't building a REST end-point. It's totally possible that
Oops, yes. I typoed the file name.
On Sun, Feb 17, 2019 at 9:26 AM Daniel wrote:
>
> Weird. Also I thought your file name would need an underscore.
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@
I haven't messed with it extensively, but it works from the REPL.
On Sat, Feb 16, 2019 at 5:35 AM Matching Socks wrote:
>
> Haha! (Can .shared.connection-test be require'd by another ns?)
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To p
it generated is ".shared.connection-test".
I haven't seen that leading dot before. My first reaction was "That can't
be legal." But, so far, the compiler doesn't seem to mind.
Does anyone have a pointer to docs that explain what's going on?
Thanks,
James
--
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
ribed 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.
>
--
James Reeves
booleanknot.com
--
re+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
James Reeves
booleanknot.com
--
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
t
> 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...@goog
gle.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 optio
on of IPersistentCollection and where
xform is your transducer.
So for example:
(into (empty table) (comp (filter process?) (map process)) table)
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To
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, visi
e.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,
7;s a case of Leiningen not being "official", but
that it's design isn't quite in the direction the core devs want to head
toward.
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to thi
t; are interested in the status (no use case yet), it would be easy to just
> add more return channels to the email. Does this also seem over-enginereed
> compared to just returning the future from the worker and letting it bubble
> up to however is interested?
>
> Thanks
,
and what's your reasoning for not handling it in your "send-email!"
function?
--
James Reeves
booleanknot.com
--
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
pool 0)(send-email
unimportant-mail))]
(prn @result1)
(prn @result2))
Which is probably easier than messing around with the executor classes
directly.
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
T
r under, and
then make it configurable from an environment variable or system property.
That way you can tune the service without changing the code.
(def mail-pool-size
(Integer/parseInt (or (System/getenv "MAIL_POOL_SIZE") "32")))
--
James Reeves
booleanknot.com
--
You rec
If you want fewer emails to be sent at once, you can reduce the worker
thread pool size. In my earlier example, I used an executor with only one
worker thread.
On Thu, 25 Oct 2018 at 18:17, wrote:
> Hi James,
>
> Thanks! How would one create a thread that continuously monitors a mail
&
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/cloj
ou 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.
>
--
James Reeves
booleankn
ps.google.com/d/optout.
>>>
>> --
>> - sent from my mobile
>>
>> --
>> 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
>> No
If Clojure lacks a type that exactly matches ION's symbol type, why not add
your own type with a record, then add a data reader for it.
For example: #ion/symbol "foo"
On Thu, 9 Aug 2018, 05:48 Didier, wrote:
> Thanks Andy, ya I actually realized this, I'm using a custom reader
> literal now ins
d 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
why there are lists and vectors when they behave in the same way. Then
you'd have the same problem, except worse, as you'd also need to explain
that "comb" is just a crutch that shouldn't be used outside of the
classroom.
--
James Reeves
booleanknot.com
--
You
bscribe 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.
>
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Google
Groups
On Wed, 18 Jul 2018 at 20:40, Gregg Reynolds wrote:
>
> On Wed, Jul 18, 2018, 2:25 PM Robert Levy wrote:
>
>> Literals can be persisted to strings and read back in with no problem,
>> whereas non-literals can't.
>>
>
> That's a different defi
On Wed, 18 Jul 2018 at 20:19, Gregg Reynolds wrote:
>
> On Wed, Jul 18, 2018, 1:55 PM James Reeves wrote:
>
>>
>> Function expressions don't evaluate to themselves.
>>
>
> To me that means either the definition is wrong or your literal? is
> rigged. P
On Wed, 18 Jul 2018 at 19:38, Gregg Reynolds wrote:
>
> On Tue, Jul 17, 2018, 4:11 PM James Reeves wrote:
>
>>
>> A data literal evaluates to itself. So for example, `2` is a literal,
>> because we only need to read it to know its value, whereas `(+ 1 1)`
>>
e a set. A set happens
to also be efficient at checking whether an item is contained within it,
but this efficiency follows from how the data is intended to be used.
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group
ticularly useful for students, as the teacher should be encouraging
them to think *more* about the data structures they're using, not less.
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this g
ls. For data that isn't a standard
collection type, there are tagged literals. Clojure syntax starts from a
representation of data, and in order to really understand it, I think it
needs to be taught from this principle as well.
--
James Reeves
booleanknot.com
--
You received this messa
?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://gro
On Friday, May 25, 2018 at 7:40:12 AM UTC-5, Sonny To wrote:
>
> Hi James,
> I'm trying to access the local bindings of the closure like it is an object
> (.-x bar) should give 1. I can use a defrecord for this but I want to use
> regular functions and no macro magic
>
On Thursday, May 24, 2018 at 1:22:42 PM UTC-5, Sonny To wrote:
>
> (defn foo[]
> (let [x 1]
>(fn []
> (+ x 1)
> )
> )
>
> (def bar (foo))
>
> Is there a way to get the value of x from closure bar?
>
I may be describing this incorrectly.
You're creating a top-level var named bar
On 16 April 2018 at 17:36, Bijay Paudel wrote:
> I post lots of questions but I did not get any response
>
Are you sure they're getting through? I just did a search for your email
address in the Clojure group and got this thread as the only result.
--
James Reeves
booleanknot.c
d 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.
>
--
James Reeves
booleanknot.com
--
You r
x27;t make any sense in isolation. I really just
broke them into smaller pieces out of a single gigantic main()
function for the sake of my own sanity.
And this is strictly internal. The library interface is just a
function/callback thing to read/write.
How do other people approach the sort of b
roup.
> 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 g
n
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to
In case anyone was wondering, it looks like this is probably a known issue:
https://dev.clojure.org/jira/browse/CLJ-2079
On Wednesday, February 28, 2018 at 12:05:31 AM UTC-6, James Gatannah wrote:
>
>
>
> On Tuesday, February 27, 2018 at 12:45:26 AM UTC-6, Didier wrote:
>&
;s name. Then it has to use that
name/those names in the overriding map parameter to pick out the
appropriate function to call to get the generator.
I'm very skeptical, but could that possibly hold water?
Thank you to anyone who actually took the time to read this!
>
>
> On M
isn't really what I'm doing.
I'm trying to avoid adding extra runtime dependencies on a library like
tools.check, so I'm trying to do this with overrides in the test namespaces
to try to limit the extra dependencies to test time.
Could that be where I'm breaking core assumpti
ther a minimalist example.
But before I do that, I figured it might be asking whether anyone sees
anything obviously wrong in what I'm trying to do, or whether there's a
better way to do it.
Thanks in advance,
James
--
You received this message because you are subscribed to the Google
you load in the dev namespace, and in production the
prod namespace will contain the -main function that starts your application.
You can omit the development namespace and anything it requires from the
production classpath when you compile the jar.
--
James Reeves
booleanknot.com
--
You rec
At first glance, it seems like you probably
want http://clojuredocs.org/clojure.core/ns-resolve
On Tuesday, February 6, 2018 at 2:38:06 PM UTC-6, Randy J. Ray wrote:
>
> First, some brief background/context: I've been playing around with
> Clojure for a while, mostly just doing Project Euler pr
lt" "default" "default")
>
> --
> 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 patie
future I suppose that the memory (data are
> kept as #{} set) is not released. The task returns only integer so I do not
> think that might cause the problem.
>
Can you provide more detail? You keep alluding to things that you don't
provide code for, such as the sets of data.
--
Jame
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.
>
to write a custom navigator or two. I haven't yet
> found a good tutorial for getting beyond the most elementary concepts of
> Specter, though. Can you recommend one?
>
FWIW, I think https://leanpub.com/specter looks extremely interesting. (Or
it may be awful...I haven't had a
lone clojure microservices
that used Vert.x as a communications library. Then I'd point out how much
time/energy is being wasted on the java/kotlin portions.
BTW, your devs can still use maven instead of leiningen/boot. That's
usually just an example of using old, comfortable approaches i
This isn't in the same league as any of those books, or the anything
recommended by anyone else. And you probably already know everything it has
to teach. But it seems worth mentioning.
I threw this together a couple of years ago:
https://github.com/jimrthy/clojure-introduction
It's really mea
Great question!
The word spec is an informal abbreviation of the word specification. We have a
word in English for something that has a specification and that is specified
(the C is soft as in species).
I have a small library that asserts a namespace is well specified, so I know of
at least on
Thus the implementation takes the second approach.
>
Why can't it just memoize the thunk when creating a new instance?
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send
can only create a new IObj with new metadata.
And then I'm confused as to why that would cause lazy-seq to realize their
> head? Can't two lazy-seq share the same head?
>
This I'm not too certain about. It may just be an implementation detail.
--
James Reeves
booleanknot.c
- an
> object with different metadata is a different object. One consequence of
> this is that applying metadata to a lazy sequence will realize the head of
> the sequence so that both objects can share the same sequence.
>
What confuses you about it? Is it the "realize the head of
ey will be considered to
be equal:
user=> (def m1 {:a 1})
#'user/m1
user=> (def m2 (with-meta m1 {:x 2}))
#'user/m2
user=> (= m1 m2)
true
user=> (identical? m1 m2)
false
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to
ge 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.
>
--
James
> 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&qu
mbers 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 yo
mattei@moita ~]$ clojure
>>>> Clojure 1.5.1
>>>> user=> (compile 'clojure.examples.hello)
>>>> FileNotFoundException Could not locate
>>>> clojure/examples/hello__init.class or clojure/examples/hello.clj on
>>>> classpath:
e learning a better
way to program than any amount of getting clojure to work the way I
wanted/expected.
I think it's a little sad that setting up a toy project is this painful.
Then again, clojure really isn't *for* toy projects.
Regards,
James
On Friday, October 13, 2017 at 4:06:12
> user=> ^C[mattei@moita ~]$
>
> [mattei@moita ~]$ cat clojure/examples/hello.clj
> (ns clojure.examples.hello
> (:gen-class))
>
> (defn -main
> [greetee]
> (println (str "Hello " greetee "!")))
>
> On Friday, October 13, 2017 at 4:48:40
oogle.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 opti
st.
> 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&qu
#x27;m generally in favor of the "just stick it into a map" approach. But I'd
love to hear from people with "That didn't work out well" experience.
Assuming there are any.
Thanks,
James
--
You received this message because you are subscribed to the Google
Groups
tp://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 opti
ated - 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 subscr
;, and Clojure
is telling you, "False, it's a function".
Then you ask "Is identity the boolean value false?", and clojure replies,
"Also false, it's still a function.".
Then finally you ask, "Is false equal to false?" and Clojure says, "True."
patible with "into" like
functions:
(def latest-values (async/into {} ch))
I don't see how you can say {k v} is somehow fine, but a stream of [k v]
pairs over time is somehow bad.
--
James Reeves
booleanknot.com
--
You received this message because you are subscribed to the Go
On 23 August 2017 at 04:27, Timothy Baldridge wrote:
> But Datomic has E in [e a v] which links multiple [a v] pairs into an
> entity...which is basically a map. So I don't think that applies here.
>
Except that [e a v t] facts in Datomic are ordered and not necessarily
unique, and that's my par
und "Bob"
> :data/key "444-434-3323"
> :server/ip }
>
> Now not only do I know what data I got, but where it came from, the key I
> originally used, etc.
>
Which is useful only if you plan on using that additional data. If you are
only ever interested in th
[:request/protocol "HTTP/1.1"]
[:request/header ["host" "www.example.com"]]
I'm not saying that variants should be favoured over maps in all
situations; just that there are situations where you're certain that you
need key/value pairings.
--
James Reeves
bool
isn't the only way of representing data like this, but it is
probably the most concise.
--
James Reeves
booleanknot.com
--
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
But if you just have a key/value pairing, the value alone doesn't tell you
much:
"Tim"
Using a vector to represent a key/value seems to fit in well with how
Clojure currently works:
(find m :person/name)
=> [:person/name "Tim"]
But there's no "s/variant&q
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.
1 - 100 of 1476 matches
Mail list logo
