Coz time is short and I have to set things on the record.

 

Tagged!

Rules:

1. write down answers to all the questions
2. tag ten people

Questions:

Who tagged you? evilmartian 

What’s your name? Arbet

Url? arbet

name of your blog? Arbet.log

When’s your birthday? Secret

Where are you from? Manila

Have a crush? Yes

What’s your favorite color? Yellow

Write something in all caps. MONIES

Favorite Band/Artist? In the playlist: ABBA, John Denver, One Direction

Favorite number? None

Favorite drink? Milk tea

Tag 10: @kyaustin @d-amazing @supnitle @kib0y @luckiichance @jeearr @inspchin @realizedude @junebugjive @indiepopchuchu (sorry guize, has to do this)

mlq3:

Beyond the bucket: Lou Gherig, ALS, and how you can help

75 years ago, on July 4, 1939, baseball legend Lou Gehrig delivered a farewell speech that continues to be included in the lists of the great sports speeches of all time. Here is the full text of his remarks

From the Lou Gehrig Website, here is the background to that speech:

New York sportswriter Paul Gallico suggested the team have a recognition day to honor Gehrig on July 4, 1939. There were more than 62,000 fans in attendance as Gehrig stood on the field at Yankee Stadium with the 1927 and 1939 Yankees. He fought back tears of overwhelming emotion and began to speak his immortal words of thanks, calling himself “the luckiest man on the face of the earth.” It was one of the most poignant and emotional moments in the history of American sports, and there was not a dry eye in Yankee Stadium. At the close of Gehrig’s speech, Babe Ruth walked up, put his arm around his former teammate and spoke in his ear the first words they had shared since 1934. 

As it turned out, the reconciliation was brief (for the story of the Babe Ruth-Lou Gehrig falling out, see this article in the New York Times; you can view rare footage of Ruth and Gehrig on ABC News).

Gehrig’s illness manifested itself quickly„ and the baseball great quickly realized his days as an athlete had come to an end:

In 1938, Gehrig fell below .300 for the first time since 1925 and it was clear that there was something wrong. He lacked his usual strength. Pitches he would have hit for home runs were only flyouts. Doctors diagnosed a gall bladder problem first, and they put him on a bland diet, which only made him weaker. Teammate Wes Ferrell noticed that on the golf course, instead of wearing golf cleats, Gehrig was wearing tennis shoes and sliding his feet along the ground. Ferrell was frightened. When asked if he would remove Gehrig from the lineup, manager Joe McCarthy said, “That’s Lou’s decision.”

Gehrig played the first eight games of the 1939 season, but he managed only four hits. On a ball hit back to pitcher Johnny Murphy, Gehrig had trouble getting to first in time for the throw. When he returned to the dugout, his teammates complimented him on the “good play.” Gehrig knew when his fellow Yankees had to congratulate him for stumbling into an average catch it was time to leave. He took himself out of the game. On May 2, 1939, as Yankee captain, he took the lineup card to the umpires, as usual. But his name was not on the roster. Babe Dahlgren was stationed at first. The game announcer intoned, “Ladies and gentlemen, Lou Gehrig’s consecutive streak of 2,130 games played has ended.”

Doctors at the Mayo Clinic diagnosed Gehrig with a very rare form of degenerative disease: amyotrophic lateral sclerosis (ALS), which is now called Lou Gehrig’s disease. There was no chance he would ever play baseball again. 

After his retirement, Gehrig lived on another two years. The disease he suffered from, as noted above, came to be known as Lou Gehrig’s Disease: learn about the disease, here.

This year, the #icebucketchallenge was created for two purposes: to raise awareness about ALS and to raise funds for the fight to find a cure:

It relies on a simple dare: You have 24 hours to videotape yourself being drenched by a bucket of ice water, or donate $100 to ALS research.

In terms of raising funds it’s been an unqualified success. The funds are direly needed:

Advocates for nearly every disease have to fight for dollars and awareness. But when it comes to deserving causes, ALS might be on the short list.

The disease is terrifying and unyielding. Motor neurons die off, leading to the loss of voluntary movement; within weeks, muscles begin to waste away. There’s essentially no treatment: the lone drug approved to treat ALS, riluzole, slows the symptoms by only a few months.

It’s like Parkinson’s on super-steroids.

Patients end up trapped in their bodies, dependent on technology to keep them breathing and communicating. ALS is a “glass coffin,” Ron Schaffer, an ALS patient who relies on an iPad speech app, told the Charlotte Observer.

The typical prognosis is 3 to 5 years.

But ALS is technically an “orphan disease” — it afflicts about 30,000 Americans, or about 2 in 100,000 people. That means there’s little incentive for pharmaceutical companies to pour billions into R&D and pursue the market.

And while the NIH currently allocates $40 million to ALS research this year that’s $10 million less than the NIH spends to research Attention Deficit Disorder ($50 million) and $22 million less than it spends on anthrax research ($72 million)…

Unlike certain celebrity fundraising phenomenons, the donations are headed to a good place: The ALS Association is a highly respected charity.

Charity Navigator gives the association four stars — its best rating — and the organization is trying to be transparent and proactive.

“I know that many people are wondering what The ALS Association is going to do with these donations,” Barbara Newhouse, the association’s CEO and president said over the weekend. “My answer is this: invest prudently in helping people with ALS and their families and caregivers in the battle against the disease, while resolutely pursuing all avenues to extend, improve and ultimately save lives.”

If you want to accept the giving part of the #icebucketchallenge, visit ALSA.org for details on donating.

Here at home, you can make a difference by considering a donation to the ALS Ward of the Philippine General Hospital. Contact the Department of Neurosciences:

PGH G/F, Ward 5 – Department of Neurosciences ; LN: 2405; DL: 554-8462

Even as research continues, you can do something to help individuals and families now. (Thanks to Abi Valte who is promoting this upon the suggestion of Dinky Soliman and Bro. Armin Luistro).

Learn about the disease, and ponder just some of the lives the disease has claimed:

Most commonly, ALS strikes people between the ages of 40 and 70, and as many as 30,000 Americans have the disease at any given time. ALS has cut short the lives of other such notable and courageous individuals as Hall of Fame pitcher Jim “Catfish” Hunter, Senator Jacob Javits, actors Michael Zaslow and David Niven, creator of Sesame Street Jon Stone, television producer Scott Brazil, boxing champion Ezzard Charles, NBA Hall of Fame basketball player George Yardley, pro football player Glenn Montgomery, golfer Jeff Julian, golf caddie Bruce Edwards, British soccer player Jimmy Johnstone, musician Lead Belly (Huddie Ledbetter), photographer Eddie Adams, entertainer Dennis Day, jazz musician Charles Mingus, former vice president of the United States Henry A. Wallace and U.S. Army General Maxwell Taylor.

And don’t forget Dr. Richard Olney, who himself studied ALS for 18 years. It’s the work of these scientists that can move things forward (based, let’s not forget, on the study of patients, too: consider this 2001 paper which included four Filipinos in Guam).

So do learn about Lou Gehrig’s Disease or ALS, and those suffering from it, and the families coping with caring for loved ones who have it. A concerned individual established an ALSPhil Facebook page that shares some of these stories.

archatlas:

Classic Chinese Ancient Buildings Cutaways Li Ganlang [via]

"Li Ganlang 2005 onwards started drawing, anatomical drawings to show the Chinese construction Shi Jingdian construction law, showing Chinese cultural characteristics of various buildings, covered wood constitutive temples, pavilions, towers, gates, caves, bridges, houses and so on five Shiyu Zuo building. By Yuan-Liou Publishing Company."

You suck at technical interviews

seldo:

You are bad at giving technical interviews. Yes, you. You’re looking for the wrong skills, hiring the wrong people, and actively screwing yourself and your company. Without changing anything about your applicant pool, you can hire different people and your company will do better and you will enjoy your job more.

I realize these are bold claims. In the ten years since I became senior enough to be asked to interview people, I have conducted a great number of technical interviews, been part of a lot of teams at companies big and small, and watched the effect that different types of hires have had on those companies. I’m not claiming to be perfect at hiring — at various points, I have done nearly all of the things wrong that I’m about to tell you not to do. But here’s what I’ve learned so far.

You are looking for the wrong things

Don’t hire for what they already know

The primary mistake that people make when interviewing is over-valuing present skills and under-valuing future growth. Don’t hire people for what they already know; the pool of people who do exactly the thing you need them to do is much, much smaller than the pool of people who are smart enough to be good at that job.

But even worse is the way we try to determine whether people have these skills. People ask questions in interviews about obscure syntactical features of programming languages, or details of popular APIs. The famous fizzbuzz test simply asks “are you aware of the modulo operator?” If the answer is “no” then they are probably a pretty weak candidate, but it provides exactly 1 bit of data. Yet people will spend twenty minutes on it in an interview, a huge waste of limited time.

Don’t hire for what they can remember in an interview room

I used to ask people to write code in interviews. This is terrible. Writing code on a whiteboard is an experience so far removed from the real practice of writing code as to be no predictor. Even writing code on a computer, as part of a pair for instance, tests for the wrong ability — you are asking them to write code under time pressure, with somebody watching. Some of the best engineers I know would melt under those conditions. And if your belief is that writing code under intense time pressure is part of your job, then you should examine whether that’s a problem your company has.

Whiteboard and coding interviews also routinely ask people to re-implement some common solution or low-level data structure. This is the opposite of good engineering. A good engineer will try to maximize productivity by using libraries to solve all but the most novel problems. It’s also a poor test: how do you know if somebody is solving the problem or merely remembering somebody else’s solution? There is no value to memorizing the details of algorithms you can google in 15 seconds.

Don’t hire for a fancy degree

Some people are impressed by academic credentials. Having gone to a good college, or having gone to college at all, are not in my experience good predictors of ability as an engineer. Having a PhD in a relevant field is interesting but also an unreliable predictor: engineers write code and ship software; academics prove theories and write proofs of concept. Somebody smart might be able to do both but it’s by no means a given, or even very strongly correlated.

Don’t hire for their previous employers

People also over-value brand names on resumes. Don’t hire somebody because they worked at a hot company, or a famous one, especially not if that company is big. Variation across teams in big companies is enormous. Just because a company was successful doesn’t mean your candidate had anything to do with that. If you are familiar enough with another company’s hiring process that you can vouch for it as a good selector of qualified people, you might use that to bump them to the front of an applicant queue, but beyond that, go with what’s in front of you.

Don’t hire friends and family

And finally, never hire your family and if you can avoid it, don’t hire your friends either. Existing relationships create bias and implicit power structures, webs of obligation and loyalty that are at odds with what is best for your company. You will either compromise your friendship or your company, and rather than being forced to pick one or the other, just avoid the conflict entirely.

Here’s what you should be looking for instead

Your first stage of interviewing should be attempting to answer two questions:

  1. Can they do this job? This is not the same as “can they do this job right now?” but you need to be confident they can learn how to do the job.
  2. Are they going to get better at this job? The answer has to be yes.

Relevant experience is a plus but not a requirement

Syntax and API questions are aimed at finding relevant experience but they are bad ways of doing so. Instead, talk about the technology they’re going to be working with. Find out how much they know about it. You’re not looking to hire or pass on the basis of any individual fact. If they are weak on the skills they need for the job, then find a topic they know a lot about instead, and get them to talk about it, if necessary explaining it to you. You are looking for grasp of complex topics and the ability to clearly communicate about them, which are the two jobs of the working engineer.

Somebody who is constantly improving is a requirement

Much more important than what they know is how they learn it, and how quickly. You are looking for somebody with a track record of learning new skills and applying them successfully. Talk about their career path, and look for evidence of increasing responsibility (which is related to, but not the same as, seniority). Remember that anybody you hire will expect raises every year: somebody who isn’t getting better all the time is going to become worse and worse value unless their skills increase in value, too.

Smart and Gets Things Done™

Joel Spolsky’s classic essay The Guerilla Guide to Interviewing (and the book that followed it, Smart and Gets Things Done) are some of the smartest things that have ever been written about technical hiring. Smartness is hard to judge, and some of the techniques I’m talking about here should help. But “gets things done” is equally important. Have they shipped real software?

Joel and I don’t agree on everything, though. I don’t think live coding exercises are particularly valuable. Joel is (or was) also pretty big on understanding pointer math, which is an interesting “can grasp a complex topic” question but likewise outside the experience of many excellent engineers, so while it can be a useful thing to try talking about, it shouldn’t be an acid test.

Somebody who can intelligently discuss technology

As I mentioned, the two jobs of an engineer are to understand complex concepts, and then communicate them clearly. Somebody who can do just one or the other may have a brilliant career in some other field, but is going to be an inferior engineer. The best programmer in the world can develop incredibly efficient algorithms in record time, but the job of an engineer is to work with a team to achieve something larger, and if you are unwilling or unable to spend time communicating with your colleagues you’re only doing half of your job.

Somebody who knows what they don’t know

When interviewing I always attempt to find some area of expertise where I definitely know more than my subject. This is not to prove I’m smarter — see below — but because it’s important to see how somebody reacts when they find themselves out of their technical depth.

The weakest candidates will try to waffle or make wild guesses. This is a terrible sign, firstly because it never works, and secondly because they thought that it would. In Dunning Kruger terms they are in the bottom quartile, unable to accurately judge their own lack of knowledge. It also means they will try to do this in other situations.

Strong candidates say “I don’t know” as soon as they hit their limit, and may start asking questions. The very strongest candidates say “but if I had to guess” and then attempt to extrapolate. Those are great because it shows intellectual honesty and a strong desire to figure things out.

This is a conversation, not an interrogation

As I said before, it’s a good idea to find an area where you know more than your interview subject. But this is not to prove to them that you’re smarter or better: it’s to explore the extents of their expertise, to get a sense of the breadth and depth of their knowledge. You will bump into the edges or touch bottom, and that’s the point. When you do so it doesn’t mean they’ve failed.

It’s important that they’re aware of this contract, too. You want your interviewee to be relaxed and comfortable, because that is the state they’ll be in when they’re doing their job (if not, your company is awful, please quit). Answers you get from candidates who are stressed or panicky are basically useless. This is true even if they’re good answers, because they’re not representative answers. Stress and panic are not sustainable states, so you risk hiring someone who only performs when pressured to do so.

There’s always an exception

If your candidate has no relevant prior experience, your only option is a more traditional technical interview. This is true of both very junior candidates, and also more experienced people switching from other careers.

Somebody who has just completed a training course, no matter how intensive or well-regarded, does not know how to be an engineer. They may know how to code, but that’s only half the job. Somebody fresh out of college may not even really know how to code beyond academic puzzle-solutions. In my experience, if someone has been coding professionally for less than a year, there’s not really been enough time to know if they’re good at it.

Fresh-out-of-college and other junior types are also not going to know anything about how to interact professionally. Not only does this make interviewing them trickier, it’s also a terrifying responsibility: if you hire them, the culture and working practices of your company will be what they think of as “normal” forever.

Big companies can accommodate poor communicators

The other exception to my rules is if you work at a company large enough that engineers can become deeply specialized. When that happens, you may in fact need the genius programmer who isn’t very good at explaining what they’re doing. If you’re big enough, you can hire a manager whose full-time job is to communicate with that person and then translate back and forth between them and the rest of the company. This works really well but is expensive, so it’s not something startups can really afford to do. Past your first 50 engineers, you might consider it.

The final question: do I want to work with this person?

When you’re sure your candidate is good enough to do the job, you have another question to answer: do I want to work with this person? There are no specific questions to ask to get this answer; it’s more about how they answer the other questions. This makes it a personality test, and that makes it very, very dangerous territory. Personality is subjective, and that means you are inviting bias into the equation. Personal bias, implicit bias, unconscious bias.

The terrifying possibility of turning away a great candidate because you are biased towards them in some way you don’t even know about is why people think giving pure, right-or-wrong technical questions are better. They’re not, they’re just easier. And they do nothing to protect against bias: when there are 50 syntax questions you ask, it is easy to give hints and passes to the candidates you implicitly prefer and pretend that they were just better. I’ve caught myself doing this. There is no simple way around this: you have to be aware of your biases, constantly conscious of them, and correct for them, or you will screw your company by hiring inferior people.

Look for somebody to WORK with

The most common way I see startups get the “do I want to work with them?” question is by confusing that question with “do I want to be friends with this person?”

Get that assumption out of your head. Those two are not the same. You can have brilliant, productive professional interactions with someone with whom you have absolutely nothing in common with on a personal level, and that’s fine. Your company does not need to “feel like a family”. It’s sure as hell not your frat house. You are not picking a drinking buddy (and as an aside, if your company regards drinking as a big part of its culture you probably have deeper problems).

No Jerks

From day one at npm Inc we implemented our No Assholes policy, and I was pleased to read recently that Polyvore (who seem to do brilliantly at maintaining a diverse engineering team) have pretty much the same policy. Avoid the “genius assholes”, avoid the bitter and cynical, the bullies, the snobs. Don’t work with somebody who is going to be mean, unpleasant, or demeaning to their co-workers. There is no level of brilliance and productivity that can compensate for poisoning the morale of your team, and once a team culture is broken it is very hard to fix. Hiring these people, even to get you through a crunch, is not worth what it costs. And if you hire one by mistake, fire them fast, and without hesitation.

The easiest way to spot that you are hiring a jerk is the phrase “hire, but not for this team”. That means “this person has skills, but I don’t want to work with them directly”. If you don’t, nobody else will, so don’t inflict crappy people on other teams.

But in general jerks are easy to spot. If somebody has a personality flaw so strong and baked-in they can’t keep it in check for a couple of hours while being interviewed, it is going to be a huge problem in the regular work environment. Arrogance, rudeness, inattention to detail — these things turn up quickly, and if you spot them, trust your instinct to avoid them.

You are NOT hiring for “team fit”

I have never heard a definition of “team fit” that didn’t end up sounding like “let our bias run free”. Phrases like “looks like they belong here” are terrifying. More insidious are complaints like “doesn’t like the same social activities we do”. Grow up. Your office is not your frat house, and socializing with your co-workers outside of work is not some crucial test. There is no requirement that you like someone socially as long as you want to work with them.

And while I’m at it, as an introvert and lifelong non-drinker, may I make a personal plea that you stop incorporating social events into your hiring process? Professional interactions and social ones are not the same. Some people suck at small talk, and are not comfortable at bars. Remember the part about making sure your subject is relaxed and comfortable? It’s about them being comfortable, not you.

How do you reconcile the “don’t hire for team fit” rule with the “no jerks” policy and the “somebody you want to work with” requirement? The distinction is subtle, but important: somebody who is good for your team is not necessarily somebody you want to be friends with. It’s tempting to look for both, but it’s the wrong metric for the success of your company and is ultimately unsustainable.

Homogeneity is disastrous

I’m not going to make an argument that “diversity is intrinsically good” for some social purpose. That’s a stupid way of looking at it. Lack of diversity is obviously, mathematically, bad for your company. Instead of hiring for “best for the job” you have accidentally hired for “looks like me”. There is no chance that all the best programmers in the world look the same, so a lack of diversity means only bad things. It means “this team sucks at hiring”, it means “management and HR are not strong or competent enough to spot and correct this”, and worst of all it means “this team is not the best people available”.

But what if I can’t find anybody like this?

Here I must hand-wave. npm is incredibly lucky on the talent front: people love node and npm, and we get dozens of qualified candidates just by posting a vacancy. My previous startup, awe.sm, was not nearly so popular, but we managed to find good people anyway. It’s a matter of taking a long time, and trying every channel: we got great candidates via posts to the Who’s Hiring post on Hacker News, via our blog, and once from some coverage on TechCrunch.

The important thing to remember is that hiring a bad person is more expensive and wastes more time than waiting for a good person. It’s tempting to say “at this point, anybody would do” but that’s never, ever true. The wrong person will not merely fail to do their job, they will make everybody slower at theirs, and unhappy to boot. Don’t hire if you’re not sure about somebody, and if you hire somebody who’s no good, give them as much support and direction as you can afford to get them to turn around, but if you don’t see any improvement be ruthless in letting them go.

This is all very hard

This is why you’ve been giving bad technical interviews all this time: bad interviews are easier to give. They require less thought and creativity and effort on your part. These techniques are tricky to define and tough to follow. But that’s what hiring is like. It’s really hard, and it always takes much longer than you hope it will. The rules are fuzzy, and there are no acid tests that can be applied. But the payoff to trying harder is a stronger company, better people, a better product, and a happier working life for everyone on the team. Making those things happen is, as a hiring manager, your only job.

TL;DR

  1. many interview techniques test skills that are at best irrelevant to real working life
  2. you want somebody who knows enough to do the job right now
  3. or somebody smart and motivated enough that they can learn the job quickly
  4. you want somebody who keeps getting better at what they do
  5. your interview should be a collaborative conversations, not a combative interrogation
  6. you also want somebody who you will enjoy working with
  7. it’s important to separate “enjoy working with” from “enjoy hanging out with”
  8. don’t hire assholes, no matter how good they are
  9. if your team isn’t diverse, your team is worse than it needed to be
  10. accept that hiring takes a really long time and is really, really hard


from Seldo.Com Feed http://ift.tt/1qplBzF
Your battery life is so horrible. Time to replace you. Any recommendations? No iPhone please, can’t afford it. Looking at Asus Zenfone. #phone 📞 #scene

Your battery life is so horrible. Time to replace you. Any recommendations? No iPhone please, can’t afford it. Looking at Asus Zenfone. #phone 📞 #scene

dressesandyarn:

auradacity-of:

iwishiwereabeautifullittlefool:

rashon7:

micdotcom:

Most people give the homeless change or leftovers, Mark Bustos is cutting their hair

For the past few months, New York City hairstylist Mark Bustos — who normally spends his days working at an upscale salon — has been volunteering on his days off to offer haircuts to homeless people he sees on the street. With a simple phrase, “I want to do something nice for you today,” he has been helping people get a fresh, uplifting makeover.

For people who have been trapped in a cycle of poverty, unemployment and homelessness, the makeover can also serve a useful function: looking presentable for a job.

Inspiring thanks he received from one man | Follow micdotcom

Outstanding

Dope

The Balance

He is an activator. Find your lane of productive activism and rock out on it no matter what it is.  As long as it’s a shift for positive changes big and or small. Whether it’s assisting on teaching and spreading the good knowledge on somethings that someone may not have been hipped to.  Or just walking someone across the street helping with groceries. Or just being a considerate neighbor and making sure folks are sincerely alright in general. 

These are actions of Activators which results in action within activism of not just being a good person but doing good shit.  . 

Good things happen everyday in every way. Don’t discount anyone’s Activator Spirit. 

Just another reminder of a volunteer job that is frequently needed but hard to find people to do. I spent a year trying to find a consistent stylist to come cut hair once a month for a few hours for a small youth drop-in center and all I got was one inconsistent person for for months. So if you cut hair professionally, consider donating your time to local shelters or even just set up your own corner barbery.

For us Pinoys this might come as it’s too simple and cheap, but for this people, it’s a big help. Haircuts are not cheap in the US.

US loot. Thanks, @iraspambot for lugging around six pounds of things. #books #cah

US loot. Thanks, @iraspambot for lugging around six pounds of things. #books #cah