Was wondering what all of you expect as far as code samples when evaluating a potential new hire. Would you expect a whole model file, for example? A whole application? Or just snippets of particularly clever functions? Doesn't seem like the code would be very meaningful out of context.
-matthew
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails meets the business world" group.
To post to this group, send email to rails-b...@googlegroups.com.
To unsubscribe from this group, send email to rails-busines...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rails-business?hl=en.
-Hosh
The other nice thing about patches is you can see how thorough they
are (tests, docs) and how well they can follow the different style/
coding guidelines of those projects..
>>> To unsubscribe from this group, send email to
>> rails-busines...@googlegroups.com<rails-business%2Bunsu...@googlegroups.com
>> >
>> .
>>> For more options, visit this group at
>> http://groups.google.com/group/rails-business?hl=en.
>>>
>>>
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups
>> "Ruby on Rails meets the business world" group.
>> To post to this group, send email to rails-b...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> rails-busines...@googlegroups.com<rails-business%2Bunsu...@googlegroups.com
Another thing is to ask for patches submitted to open source projects... not all of which will be on github.
The other nice thing about patches is you can see how thorough they are (tests, docs) and how well they can follow the different style/coding guidelines of those projects..
On Mar 17, 2010, at 6:28 PM, Timothy Fisher wrote:
I like the idea of asking for github and seeing what projects they have on
Github. Open source developers tend to be better in my experience than
those not involved in open source, and github is a great place check out
code.
On Wed, Mar 17, 2010 at 5:17 PM, Ho-Sheng Hsiao <hoshen...@gmail.com>wrote:
You can also ask for a Ruby implementation of one of the Project Euler
problems. You can not only look at the correctness of the code, but
also the code style.
-Hosh
On Wed, Mar 17, 2010 at 4:53 PM, Matthew Isleb <yar...@gmail.com> wrote:
Hey all,evaluating a potential new hire. Would you expect a whole model file, for
Was wondering what all of you expect as far as code samples when
example? A whole application? Or just snippets of particularly clever
functions? Doesn't seem like the code would be very meaningful out of
context.
"Ruby on Rails meets the business world" group.
-matthew
--
You received this message because you are subscribed to the Google Groups
To post to this group, send email to rails-b...@googlegroups.com.
To unsubscribe from this group, send email to
rails-busines...@googlegroups.com<rails-business%2Bunsu...@googlegroups.com>rails-busines...@googlegroups.com<rails-business%2Bunsu...@googlegroups.com>
.
For more options, visit this group athttp://groups.google.com/group/rails-business?hl=en.
--
You received this message because you are subscribed to the Google Groups
"Ruby on Rails meets the business world" group.
To post to this group, send email to rails-b...@googlegroups.com.
To unsubscribe from this group, send email to
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails meets the business world" group.
To post to this group, send email to rails-b...@googlegroups.com.
To unsubscribe from this group, send email to rails-busines...@googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails meets the business world" group.
To post to this group, send email to rails-b...@googlegroups.com.
To unsubscribe from this group, send email to rails-busines...@googlegroups.com.
You can also ask for a Ruby implementation of one of the Project Euler
problems. You can not only look at the correctness of the code, but
also the code style.
-Hosh
On Wed, Mar 17, 2010 at 4:53 PM, Matthew Isleb <yar...@gmail.com> wrote:
> Hey all,
>
> Was wondering what all of you expect as far as code samples when evaluating a potential new hire. Would you expect a whole model file, for example? A whole application? Or just snippets of particularly clever functions? Doesn't seem like the code would be very meaningful out of context.
>
> -matthew
>
> --
> You received this message because you are subscribed to the Google Groups "Ruby on Rails meets the business world" group.
> To post to this group, send email to rails-b...@googlegroups.com.
> To unsubscribe from this group, send email to rails-busines...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/rails-business?hl=en.
>
>
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails meets the business world" group.
To post to this group, send email to rails-b...@googlegroups.com.
To unsubscribe from this group, send email to rails-busines...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rails-business?hl=en.
Provide requirements loosely modeled on some real world interaction/
scenario, like a parking lot attendant and his parking lot. Try to
keep them a little vague so it leaves room for interpretation (it is
always interesting to see how people interpret something and it let's
them show you how they think).
Then ask only for the models and migrations that they would create for
application. No views, no ctrlers. I don't want to waste too much of
their time.
The responses are decently informative. I find you learn a lot about
their coding styles (indentation, conventions, readability) and their
thought process.
You have to notice at a lot of the little details in the code:
how do they name their methods? is the name appropriate?
which class did they put the method in?
are the methods half a page long or do they factor out the body into
private methods?
is the code DRY?
do they comment the complicated stuff or assumptions made?
do they extract out the constants? are the constants at the top?
did they use inheritance and modules in a way that makes sense?
I usually talk over the code sample with the candidates that pass and
ask them why they did things a certain way and if they have a solid
thought process, they'll easily be able to show it.
Keith
-Stirling
Those are all good ideas, what we try to do is to have those plus have them come in and pair with one of our devs for a while so we can get a true feeling for how they work both as a developer and as a team member.
I can't say I'm on board with that notion. I've got a baby and a
mortgage; I couldn't really justify dropping a week on a job I might
not get, particularly if I already have a job. The net effect is to
bias towards the young and financially secure, which isn't exactly
fair. Also, if you're not paying them for their time, you're probably
in violation of US labor laws.
- donald
> We ask for github and take a look at open source contribs.
It would also be good to have them describe some of their
contributions. I tend to throw everything up on Github in case someone
else would benefit. Some of it's not production quality and some are
just prototypes of ideas.
Example questions:
* What's one OS contribution you are proud of? Why? (e.g. used some
advanced Ruby to do XYZ, fixed a obscure bug on OS9 when running in a
VM on Tuesday the 15th.)
* What's one OS contribution you made but are not happy with? Why?
(e.g. poor performance, didn't know what I was doing, missing docs...)
--
Eric Davis
Little Stream Software
Redmine Custom Development and Support Services
http://www.LittleStreamSoftware.com
Assuming that there are other rigorous evaluations that happen prior to the pairing time, I think that those who get to that evaluation would allow someone to make a confident hire / no-hire decision within that timeframe.
p.
Step one was something like "connect to this non standard SMTP port to
send an email to such an such address with your email address as the
message along with it's md5sum". we'll then send you an email with
the next step.
Next step had something about getting your public key onto their
systems via ftp or some such. Next step would allow you to copy your
resume, etc. etc.
I did it for a little while simply because I thought it was
interesting. Each step was designed to weed out people that weren't
sysadmins. Either you already knew how to do it or they gave you
enough time that *if* you were competent you could figure it out.
But none of them were so time intensive that you couldn't complete it
if you were indeed interested in the job.
You could do something similar requiring they use Ruby (and gems) to
take your resume in txt/markdown/textile and convert that to pdf.
Then submit it via REST to some service somewhere. Then submit all
the code you used to do each step.
Or something.
Would be fun at least :)
> One of the neatest job applications I've seen in a long time was for
> a sysadmin. It was a series of tests that had to be completed in X
> amount of time. The goal of the tests was to submit your resume in
> the format/method they wanted.
I remember seeing someones resume written out as PHP code. It was valid
code and read like a resume but when it was executed it would output
something useful. I think this would be a great way for job seekers to
become visible:
$ gem install edavis10-resume
$ edavis10-resume
Hi I'm the mission statement...
$ edavis10-resume pdf (copies the resume in PDF to the current
directory)
$ edavis10-resume text (text format)
$ edavis10-resume contact
My contact information is ...
Easily a weekend project and would make resume updates very easy (e.g.
rake version:bump:minor).