|
The mills of the Courts grind slowly, but they grind exceedingly small...
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Everyone has the mornings to themselves. Better yet: if you call morning meetings, bring pillows for everyone
|
|
|
|
|
The Future of Programmers[^]
I'm not entirely convinced but it makes interesting reading.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
|
I can't even delete my post for some reason 
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
..because someone replied 
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Haha of course
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
|
"We've invented a new method of communication," says Microsoft engineer Vijay Mital, head of the GigJam project. "Hey, girl, I got something I think you ought to know. "
|
|
|
|
|
It is not a new method of communication.
Anything that needs that amount of marketing can be dismissed early. Reading further, that is confirmed. So it is not using the mail protocol, but webservices.
Woooa.
Nearly impressed 
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Interviews are a terrible way to hire tech candidates. Not only do you not get a real sense of the candidate, they often weed out good candidates in favor of bad ones. Don't hire anyone?
|
|
|
|
|
Nearly all bad hires are men. Don't hire men.
|
|
|
|
|
This is one of the best interview techniques I've read, and I'd be happy to have a potential employer use this on me
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
If I were unemployed, I certainly would be thrilled to get paid for my time interviewing. Line up two or three interviews a week and I wouldn't even need a job. Hmmm...I foresee a whole new career path--the professional interviewee! 
Marc
|
|
|
|
|
Sooo... Unemployment collector?
|
|
|
|
|
I have mixed feelings about:
Quote: RULE #1 — Give them the weekend to solve the problem.
This is where I and Eric slightly disagree. 2 hours just isn’t enough time to see how well someone can come up with an appropriate solution.
What I like to do is invite them to the office on a Friday and go over the problem at hand and how I would like for them to solve it. Then I’ll hand it off to them and set up time on Monday to review their solution.
Partly from the potential scope creep in the authors preference. Does 'the weekend' just mean a 3 or 4 hour task instead of 2, or are you expecting me to give up my normal plans and put ~16 hours in on the interview. And partly because having to take at least parts of two days off while still being employed on short notice might not be easy; if the scope is two full days of coding probably take full days off because I've normally got stuff that needs done on the weekend that I can't otherwise put off.
Also from the potential perspective of someone who's employed and looking for a greener pasture is that at my current employer I'm required to disclose any (paid?) side projects to avoid potential conflicts of interest (and because my employer reserves the right to bid on any of them directly; although these'd be small enough that even at $100/h I doubt they'd be interested). I can just imagine how well "I'm being paid to write a code sample as part of a job interview" would go over; probably about as well as using my direct manager as a reference before I've already decided to take the job.  Without rereading the policy, I'm not sure if I could end-run it by counter-proposing the amount either be added to any signing/etc bonus if I got the job or donated to local charity otherwise.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Kent Sharkey wrote: Medium[^]:
There's the problem. Voodoo doesn't work.
|
|
|
|
|
I have personally seen some of my friends w/ great programming skills getting eliminated in first round only. That's kind of sad but that's how it works.
|
|
|
|
|
The perfect way to always hire the best candidates doesn't exist. Deciding on who to hire is a fuzzy, complex process done by people who can only spend a small percentage of their time and energy conducting interviews.
You'll eventually make a hiring decision you regret no matter what your process is. If you blame your bad judgment and resolve to always make perfect decisions in the future, you're fooling yourself. Hiring is always a gamble.
|
|
|
|
|
A new global survey of developers (PDF) reinforces what anyone in the tech industry has known all along: That those who build software for a living are concerned about keeping their skills up-to-date, consider themselves autodidacts when it comes to learning new things, and really like using open-source software. Or you can stay current by ignoring new stuff
|
|
|
|
|
Kent Sharkey wrote: concerned about keeping their skills up-to-date
That's only drones who only care about their resume and how to get the next job once their current employer realizes they can't actually put anything into practice.
|
|
|
|
|
PIEBALDconsult wrote:
That's only drones who only care about their resume and how to get the next job once their current employer realizes they can't actually put anything into practice.
I agree: better to be really good at one thing than just okay at five things whilst learning the sixth.
Unless its just all variants of VB. 
|
|
|
|
|
R. Giskard Reventlov wrote: Unless its just all variants of VB.
"We've got Y10K coming up and we see you know VB..." 
|
|
|
|
|
Unfortunately, developers seem to be caught in the death march spiral of thinking they have to keep up to date with all the new stuff when in reality, learning how to actually be an engineer/designer/architect, heck, programmer, would be a lot more effective.
Marc
|
|
|
|
|
When you know the basics nothing's new anymore 
That said I do enjoy spending some time with new, hot, hip and trendy languages, libraries and frameworks
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
