Re: [Job spam] Write Clojure in your pajamas, for decent money in a pleasant company, remote pairing all the time

2014-10-04 Thread Alexey Verkhovsky
At a sort of leisurely pace, but yes, we are. We have quite a few members of this list on our dev team these days :) Please reply off list. --Alex On Fri, Oct 3, 2014 at 9:20 PM, Lucas Daniel ldanielmadari...@gmail.com wrote: Hey Alex are you still looking for devs? Cheers! -- You

Re: [Job spam] Write Clojure in your pajamas, for decent money in a pleasant company, remote pairing all the time

2013-12-11 Thread Alexey Verkhovsky
for the time being. Actually, the point of remote pairing is to be able to hire masters without geography constraints, while pairing solves most of the usual problems associated with remote work. --Alex On Sunday, 17 November 2013 17:39:24 UTC-7, Alexey Verkhovsky wrote: Hello, all, I'm

Re: [Job spam] Write Clojure in your pajamas, for decent money in a pleasant company, remote pairing all the time

2013-11-20 Thread Alexey Verkhovsky
On Wednesday, 20 November 2013 01:16:35 UTC-7, Alex Baranosky wrote: Why all that pesky Ruby? =D 1. Because it was a new/shiny object 8 years ago 2. It actually worked better than Bash, Tcl, Perl, Java or even Python for me in a testing team toolsmith role in mid 2000s 3. In 2006-7

Re: [Job spam] Write Clojure in your pajamas, for decent money in a pleasant company, remote pairing all the time

2013-11-19 Thread Alexey Verkhovsky
On Monday, 18 November 2013 16:45:40 UTC-7, Tony Tam wrote: If I sent you a like to a github profile that looked like yours ( https://github.com/alexeyv?tab=repositories), would I ever get an answer? I mean, it's very probable that all your activity is going into private repos. I'd

[Job spam] Write Clojure in your pajamas, for decent money in a pleasant company, remote pairing all the time

2013-11-17 Thread Alexey Verkhovsky
Hello, all, I'm a Clojure noob (half way through Stu Halloway's book), who's just joined this group today. Sorry about my first post being a recruitment spam. Seeing that there aren't that many yet, I hope nobody minds. For the right kind of people (talented, pragmatic and not averse to

Re: maintainability, DSLs, declarative APIs, etc.

2013-11-17 Thread Alexey Verkhovsky
On Friday, 15 November 2013 13:12:29 UTC-7, Jay Fields wrote: Better to have the ability when you desire it, than not to have it - if you're willing to put up with other people (ab)using that power at times. +1, with one caveat. If you have a rule of thumb like introduce an abstraction