Re: Hiring Clojure developers for our distributed team at Outpace Systems
Hi Paul- I am very interested. Right now I work in IT mainly for financial firms. For the last two + years I have been in professional services setting up monitoring for trading systems and infrastructure. This involves light programming and scripting. I have been learning Clojure on my own. You can see some of my Clojure work on github (github.com/ECAllen). I also have private repositories with more Clojure work. If you are interested my skype name is ethan_allen_ Thanks Ethan On Feb 19, 2014 9:41 AM, "Paul Stadig" wrote: > Hey everyone, > A couple of months ago Alexey posted a notice about Outpace hiring, and I > got caught in his net. :) We are looking to hire more people in the next > few months. > > If you are interested in working from home on a distributed team writing > Clojure code, then feel free to contact me. If you aren't quite sure how > the distributed team thing works, or are concerned about your Clojure skill > level etc, then please still feel free to contact me. Not everyone at > Outpace has a background in Clojure. We want to work with people that are > smart and fun and have different skills than ourselves. > > Whatever the case, I'm happy to talk for 5-10 minutes, and if that doesn't > result in hiring, then at least I made a new friend, right? :) I can do > Skype, Google Hangouts, e-mail, IRC, whatever works for you. > > > Paul Stadig > > p...@stadig.name > paul.sta...@outpace.com > http://github.com/pjstadig/ > http://twitter.com/pjstadig/ > pjstadig on freenode > pjstadig on Skype > > -- > 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/groups/opt_out. > -- 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/groups/opt_out.
Re: re-seq and other functions
Right, the outer parenthesis denote a list. That list contains only
one element. The element is the vector ["qui" "ui" "i"]
On Thu, Dec 11, 2008 at 9:43 PM, Stephen C. Gilardi wrote:
>
> In the latter case the result is a seq containing a single element:
> the vector. There is nothing to sort/it us sorted.
>
> --Steve
>
>
> On Dec 12, 2008, at 12:14 AM, Oscar Picasso
> wrote:
>
>>
>> user> (sort (re-seq #"\w+" "the quick brown fox"))
>> ("brown" "fox" "quick" "the")
>>
>> but
>> user> (sort (re-seq #"q(u(i))?" "the quick brown fox"))
>> (["qui" "ui" "i"])
>>
>> Why it's not sorted on the later case?
>>
>>
>> >
>
> >
>
--~--~-~--~~~---~--~~
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 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
-~--~~~~--~~--~--~---
Why aren't lists callable?
Why aren't all sequences callable, i.e. why don't they all implement IFn? I'd like to use lists like this sometimes. --~--~-~--~~~---~--~~ 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 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 -~--~~~~--~~--~--~---
Re: Why aren't lists callable?
Then why are sets callable? Not that I'm complaining - I found it handy, then came to wonder why lists aren't. -Ethan > I'd just like to add to this discussion that maps and vectors are > functions not just because it's neat or possible, with the > implementation one of many possibilities, but because they are > associative, and associative collections are inherently functions of > their keys/indices. > > Lists/seqs are not associative, thus not functions. > > Rich --~--~-~--~~~---~--~~ 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 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 -~--~~~~--~~--~--~---
Re: Why aren't lists callable?
Makes sense, but (#{:a :b :c} :b) doesn't return 'true', it
returns :b. So it's not really acting like an object to boolean
mapping. Doesn't much matter, though.
By the way, I'd like to see map-map in the core.
-Ethan
On Jan 12, 5:30 pm, Stuart Sierra wrote:
> A set is, in a sense, a function mapping from arbitrary objects to
> Boolean values. If the object is in the set, it returns true. A list,
> in the Lisp world at least, only has two elements, first and rest (car
> and cdr in older Lisps). A list object isn't really a "complete"
> collection the way vectors and maps are. There isn't a good way to
> conceptualize that as a function.
>
> I've probably just made this more confusing, but that's the best I
> could come up with.
>
> -Stuart Sierra
>
> On Jan 12, 6:51 pm, Ethan Herdrick wrote:
>
> > Then why are sets callable? Not that I'm complaining - I found it
> > handy, then came to wonder why lists aren't.
>
> > -Ethan
>
> > > I'd just like to add to this discussion that maps and vectors are
> > > functions not just because it's neat or possible, with the
> > > implementation one of many possibilities, but because they are
> > > associative, and associative collections are inherently functions of
> > > their keys/indices.
>
> > > Lists/seqs are not associative, thus not functions.
>
> > > Rich
--~--~-~--~~~---~--~~
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 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
-~--~~~~--~~--~--~---
Re: Improved Error Messages - Part XXXVIII
I think it's important that Clojure be good at exploring Java
libraries. Helpful and correct error messages are important for this.
I often go looking for a function at the REPL, like so:
user=> substring
java.lang.Exception: Unable to resolve symbol: substring in this
context (NO_SOURCE_FILE:0)
user=> substr
java.lang.Exception: Unable to resolve symbol: substr in this context
(NO_SOURCE_FILE:0)
user=> subs
#
Aha! It's 'subs'. This doesn't work with Java methods though.
user=> (.substring (String. "foo"))
java.lang.IllegalArgumentException: No matching field found:
substring for class java.lang.String (NO_SOURCE_FILE:0)
user=> (.substring (String. "foo"))
java.lang.IllegalArgumentException: No matching field found: substring
for class java.lang.String (NO_SOURCE_FILE:0)
You've got to supply the right arguments else you get no hint that you
have found a method:
user=> (.substring (String. "foo") 1)
"oo"
Same thing with static methods:
user=> (String/valueOf)
java.lang.NoSuchFieldException: valueOf (NO_SOURCE_FILE:89)
Not true. And there's no hint that I'm any closer to a real method
than if I'd tried gibberish:
user=> (String/valueOfXXX)
java.lang.NoSuchFieldException: valueOfXXX (NO_SOURCE_FILE:88)
Here's the correct usage:
user=> (String/valueOf 9)
"9"
On Wed, Jun 24, 2009 at 9:38 PM, Mark Addleman wrote:
>
> Searching through this forum, I found many posts relating to improving
> Clojure's error messages. I stumbled across one where Rich makes a
> plea for concrete suggestions to specific cases. I'm very sympathetic
> to that, so I'd like to start a thread of specific coding errors that
> I've run across where I've felt the error messages could be improved.
>
> (*) Improperly specifying a map, e.g. "{:a 1 :b}" yields an array out
> of bounds exception.
>
>
> >
>
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---
Re: difference between first & peek; rest & pop
Also, pop throws an exception on the empty list whereas rest returns (). On Thursday, May 30, 2013 at 12:43:14 AM UTC-4, Seven Hong wrote: > > Hi all, > > Could some one explain what's the difference between first and peek, rest > and pop? For me it looks like they behave exactly same on sequences.. > > Thanks! > > Best, > > Seven Hong > -- 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.
Looking for the inverse of slurp
Has the inverse of slurp been added to the core libraries yet? Like this: (spit "Some text" "/foo.txt") to make a file called 'foo.txt' containing "Some text". By the way, it appears that Clojure (or Java) doesn't recognize ~, as in (slurp "~/foo.txt"). True? --~--~-~--~~~---~--~~ 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 from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~--~~~~--~~--~--~---
Re: Looking for the inverse of slurp
Thanks, Stuarts! On Nov 16, 10:06 am, Stuart Sierra <[EMAIL PROTECTED]> wrote: > Yes, spit is in clojure.contrib.duck-streams. > > Java doesn't support "~", but if you want the home directory you can > get it with > (System/getProperty "user.home") > -Stuart > > On Nov 16, 9:18 am, Stuart Halloway <[EMAIL PROTECTED]> wrote: > > > Hi Ethan > > > spit is in Clojure-contrib. I wouldn't expect Clojure to support OS- > > specific idioms like ~, because Java doesn't. > > > Stuart > > > > Has the inverse of slurp been added to the core libraries yet? Like > > > this: > > > > (spit "Some text" "/foo.txt") > > > > to make a file called 'foo.txt' containing "Some text". > > > > By the way, it appears that Clojure (or Java) doesn't recognize ~, as > > > in (slurp "~/foo.txt"). True? > > > > -~--~~~~--~~--~--~--- --~--~-~--~~~---~--~~ 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 from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~--~~~~--~~--~--~---
Re: learning clojure
For the File / IO things, skip the Java libs - they are pretty low level. Go with the Jakarta Commons libs: http://commons.apache.org/io/description.html , as Stuart has recommended elsewhere. On Mon, Nov 24, 2008 at 6:48 AM, Stuart Sierra <[EMAIL PROTECTED]> wrote: > > It's useful to know the standard Java libraries, especially for File/ > IO stuff. You can pick up nearly all of it from the Sun Java > tutorials: > http://java.sun.com/docs/books/tutorial/ > > -Stuart Sierra > > > On Nov 23, 11:34 pm, syamajala <[EMAIL PROTECTED]> wrote: >> How easy is it to pick up clojure without having any previous java >> experience? I have plenty of common lisp experience, but have just >> never bothered learning java. I recently got a chance to watch the >> boston lisp talk on clojure, and it looks fairly straightforward, but >> I feel that not having any knowledge of java might make it a little >> hard to do more advanced things. > > > --~--~-~--~~~---~--~~ 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 from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~--~~~~--~~--~--~---
Re: Poll: Which clojure.contrib libs should be bundled with Clojure?
Seconded. As far as I can tell all you can do is go to Sourceforge and poke around in the source code: http://clojure-contrib.svn.sourceforge.net/viewvc/clojure-contrib/trunk/src/clojure/contrib/ On Wed, Nov 26, 2008 at 12:26 AM, Ralf Bensmann <[EMAIL PROTECTED]> wrote: > ? > > On Mon, Nov 24, 2008 at 4:02 PM, Ralf Bensmann <[EMAIL PROTECTED]> wrote: >> >> Can you provide a "summary" of the libs? Or where can I find a >> documentation? >> TIA >> >> On Mon, Nov 24, 2008 at 3:51 PM, Chouser <[EMAIL PROTECTED]> wrote: >>> >>> This just a quick reminder about the poll. We've got 22 responses, >>> but I'm sure there are more than 22 opinionated Clojuristas on this >>> list. I'll summarize the results in a couple days, so vote now if you >>> care. >>> >>> Vote here: >>> https://spreadsheets.google.com/viewform?key=p1hkQs__fVyaQGEP_bOFRVQ >>> >>> --Chouser >>> >>> On Sat, Nov 15, 2008 at 5:22 PM, Chouser <[EMAIL PROTECTED]> wrote: >>> > I've put up a poll form to allow everyone to vote on which >>> > clojure.contrib libs they think should be in clojure.core or otherwise >>> > bundled with Clojure: >>> > >>> > https://spreadsheets.google.com/viewform?key=p1hkQs__fVyaQGEP_bOFRVQ >>> > >>> > A summary of the results is available, but I can't figure out how to >>> > make it visible to anyone who doesn't log in using a Google account: >>> > >>> > I'll make the results available to everyone in some other format once >>> > sufficient time has been passed for everyone to vote. >>> > >>> > >>> > https://spreadsheets.google.com/gform?key=p1hkQs__fVyaQGEP_bOFRVQ&hl=en&gridId=0#chart >>> > >>> > --Chouser >>> > >>> >>> >> > > > > > --~--~-~--~~~---~--~~ 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 from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~--~~~~--~~--~--~---
Re: quit
It's very handy to be able to type in a symbol at the REPL and see its value. On Sun, Nov 30, 2008 at 10:15 AM, Mark Volkmann <[EMAIL PROTECTED]> wrote: > > On Sun, Nov 30, 2008 at 10:35 AM, Paul Barry <[EMAIL PROTECTED]> wrote: >> >> It's a minor thing, but wouldn't it be a good idea to put (defn quit >> [] (System/exit 0)) in clojure core, just to make quitting out of the >> REPL more obvious? Ctrl-C and Ctrl-D work too, and are actually >> shorter to type, but having a quit function seems to be an idiomatic >> way of getting out of the interactive shell. That's the way to do it >> in Ruby, Python, Groovy, Scheme and Common Lisp, with the exceptions >> being Erlang is halt() and Scala is :q. > > +1 > > Related to this is the idea that maybe the REPL should automatically > wrap a line without parens with them. That way you could just enter > "quit" instead of "(quit)". That seems handy for many things. For > example, why not enter > > println "my-var is" my-var > > instead of > > (println "my-var is" my-var) > > It's entirely possibly I'm overlooking some reason why this is a bad idea. > > -- > R. Mark Volkmann > Object Computing, Inc. > > > > --~--~-~--~~~---~--~~ 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 from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~--~~~~--~~--~--~---
