> Oh, and I also believe training is mostly a waste of resources. Training is
> pushing information.
It really depends how it is constructed. If it is a domain knowledge -
this is just a info push. If this is a skill to be acquired - I have
seen many hands on dedicated labs very effective.
Now
That's a complicated question. I think consultants* are incentivized
to present new technologies to clients and convince them it's the
right choice.** However, I don't think it ends up being the right
choice for the company on most occasions. I wish that weren't true,
but I believe that's the most
Thanks Jay,
Those articles are indeed inspirational. I was just wondering - back from
your TW days - would the arguments in those articles make sense for a TW
consultant to present to a client?
Cheers, Julian
On Tuesday, 19 June 2012 01:22:34 UTC+10, Jay Fields wrote:
>
>
> learning curve, an
Start a meetup group. The people who show up more than a few times with no up
front promise of a job opportunity will likely be the kind of people you want
to hire. (Don't tell recruiters that though, please.) In addition, it gives you
an opportunity to talk to potential hires in a relaxed setti
On Mon, Jun 18, 2012 at 3:11 AM, Murtaza Husain <
murtaza.hus...@sevenolives.com> wrote:
> Hi,
>
> Just wanted to get pointers on how do you manage the training of recruits.
> It is difficult to find clojure talent, and we are located in India, where
> it is close to impossible. Also the non avail
Thanks Bill !!
On Monday, June 18, 2012 5:19:06 PM UTC+5:30, Bill Caputo wrote:
>
>
> On Jun 18, 2012, at 6:37 AM, Murtaza Husain wrote:
>
> > Bill that is very interesting. So how do you make them learn.
>
> Haha, I don't make anyone do *anything* on my team (I'm not exaggerating).
> My firs
On Jun 18, 2012, at 6:37 AM, Murtaza Husain wrote:
> Bill that is very interesting. So how do you make them learn.
Haha, I don't make anyone do *anything* on my team (I'm not exaggerating). My
first (and more or less last) directive as team-lead is to declare it a team of
peers. We ask people
Bill that is very interesting. So how do you make them learn. Do you pair
them up with someone who knows on some task? I mean how do you structure
learning ? Bcoz as you mentioned that put them into a team where everyone
likes to share, however everyone may be working on things above them, and
On Jun 18, 2012, at 2:11 AM, Murtaza Husain wrote:
> Hi,
>
> Just wanted to get pointers on how do you manage the training of recruits. It
> is difficult to find clojure talent,
I don't hire based on knowledge, I hire based on ability/desire to *learn*. For
senior people I also want the same
When it comes to new graduates, they'll probably latch onto Clojure just as
quickly as to Java or anything else.
At EuroClojure, Jon Pither and Hakan Raberg mentioned that in their mixed
Java/Clojure ecosystem they train new hires on Clojure, which eventually
makes them better Java programmers!
C
Hi,
Just wanted to get pointers on how do you manage the training of recruits.
It is difficult to find clojure talent, and we are located in India, where
it is close to impossible. Also the non availability of talent becomes a
hard sell to management too while introducing clojure projects. How
11 matches
Mail list logo
