R

Rapleaf Blog

blog.rapleaf.com · Company blog · on HN since 2007

Rapleaf's company blog, where engineers of the data and people-profile startup wrote about Hadoop, Cascading, distributed key-value stores and hiring.

What HN saysHN links it for its engineering posts, such as the EC2 versus colocation comparison, and for discussion of its unusual hiring practices and FizzBuzz screening.
27HN people shared it
10linked it in comments
22stories submitted
268story points
15 years agolast shared
2007people per year2026

Most-shared posts

  1. 1
    Anonymouse
    3 people · 107 points · first shared 2010 · 10 comments on HN
  2. 2
  3. 3
    Rapleaf looking for an amazing software engineer
    2 people · 4 points · first shared 2007 · 11 comments on HN
  4. 4
    Rapleaf Engineering Blog
    2 people · 3 points · first shared 2007 · discussion on HN
  5. 5
    Bringing Ruby's ActiveRecord to Java
    1 people · 44 points · first shared 2011 · 17 comments on HN
  6. 6
    Goodbye MapReduce, Hello Cascading
    1 people · 30 points · first shared 2008 · 4 comments on HN
  7. 7
    Rapleaf Study on Name Demographics
    1 people · 10 points · first shared 2011 · discussion on HN
  8. 8
    Really fast batch superset count queries
    1 people · 8 points · first shared 2010 · discussion on HN
  9. 9
    F-Week and Hackleaf at Rapleaf
    1 people · 4 points · first shared 2011 · discussion on HN
  10. 10
    Cycles of Doom in Batch Processing Workflows
    1 people · 3 points · first shared 2009 · discussion on HN
  11. 11
    Matching Impedance: When to use HBase / BigTable vs SQL
    1 people · 3 points · first shared 2008 · discussion on HN
  12. 12
    EC2 versus colocation decision quantified
    1 people · 3 points · first shared 2008 · discussion on HN
  13. 13
    How to Survive Wiping Your Database
    1 people · 2 points · first shared 2011 · discussion on HN
  14. 14
    Why Rapleaf Does Not Use Unique Identifiers in Cookies
    1 people · 1 points · first shared 2010 · 1 comments on HN
  15. 15

What HN people wrote when they linked it

DaniFong · 2008-06-26
I'm not sure if this is totally over the board here, but Rapleaf has a number of... unusual hiring practices. So I want to weigh in before others decide to copy their practice without thinking. For example, the job description for an 'Amazing Software Engineer' is a little over the top. http://blog.rapleaf.com/jobs/#engineer - Amazing coder who takes no prisoners. Master of all things Internet. One of the best coders in existence. - Intensely driven and proactive person. - Extremely hard working. This is a start-up - team members work long hours. - Quick learner and real doer. Err on execution over strategy. - Thrive on working with A-players. Too good to spend long hours with B-players. - Likeable person who garners respect on and off the job. - Thrive on chaos, risk, and uncertainty. - Should be easy to get along with, nice, fun, smart, ethical, and low-maintenance. - Strong desire to build a more ethical society. - Desire to be an early employee and want to be a real owner in Rapleaf’s future. - Want to work with extremely large datasets and build portable APIs that thousands of other companies can build applications on top of. Note: this job is really hard. You’ll be working with some of the top search engineers in the world and they are going to expect that you kick ass. We’re doing things that no one has ever done before and solving problems that have been open for years. --------------------------------------- I think this attitude would be totally fine, were it…
Yes, but now 1 sysadmin manages between 10 and 100 times more machines than they used to[1]. What is more, each machine supports more people than it used to. [1] http://blog.rapleaf.com/dev/2008/12/10/rent-or-own-amazon-ec2-vs-coloc… [2] http://www.datacenterknowledge.com/archives/2009/12/30/how-many-server…
jontsai · 2011-09-10
I first heard about FizzBuzz from Hackruiter.com and then I got an email from RapLeaf (http://blog.rapleaf.com/dev/2011/09/06/code-golfing-at-the-office) It's a very interesting concept to filter out the bad programmers using something simple like FizzBuzz. What do you guys like to give out as programming or interview questions? How effective are they?
andyangelos · 2011-03-22
Here is the post from RapLeaf's blog with analysis from their team. http://blog.rapleaf.com/blog/2011/03/22/whats-cooking-in-the-silicon-v…
nowarninglabel · 2010-10-25
It does seem to be counter to their mission of "Safe onlining" http://blog.rapleaf.com/dev/2010/09/29/safe-onlining/
danfitch · 2010-10-25
http://blog.rapleaf.com/dev/ Some interesting blog entries by rapleaf.com
gfodor · 2010-10-18
Rapleaf has posted a response here: http://blog.rapleaf.com/referrer-urls-and-privacy-risks/ Though it doesn't seem to explain the details of what happened. It would have been useful for them to include the specifics of what occurred and exactly what data was erroneously transmitted to whom (a la Foursquare's post-mortem from a week or two ago.) This could be as valuable a lesson for system architects as the 4sq one was.
wayne · 2008-10-14
Python: http://www.michael-noll.com/wiki/Writing_An_Hadoop_MapReduce_Program_I… Ruby: http://blog.rapleaf.com/dev/?p=16 It's pretty hokey, either running through the shell or calling a REST service through a proxy, but it's been done if you're allergic to non-scripting languages.
thorax · 2008-06-01
Note, there exists that separate reputation service-- Rapleaf: http://blog.rapleaf.com/about/
benologist · 2011-01-24
The only part that's theoretical is the extent we're being tracked online but there's plenty to suggest it's "as much as possible". - Google's targets ads based on your browsing history - that could include Search, Analytics, AdSense, DoubleClick, and a whole ton of other data they have and collect. [1] Rapleaf tracks so much that it's actually "a challenge" not to identify people. [2] QuantCast settled for $2.4 million for making sure their precious tracking cookies were recreated if you delete them. [3] Facebook just tried to give apps your fricking phone number and address. [4] Google and their referral leaking is not really "the bad guy" in all of this - there's no bad guy, just a bunch of companies consuming and analyzing as much data as they can get their hands on. It's not evil, but is it necessary? [1] http://googleblog.blogspot.com/2009/03/making-ads-more-interesting.htm… [2] http://blog.rapleaf.com/dev/2010/07/20/anonymouse/ [3] http://www.wired.com/epicenter/2010/12/zombie-cookie-settlement/ [4] http://technolog.msnbc.msn.com/_news/2011/01/18/5868697-facebook-wont-…

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close