|
ppolymorphe wrote: If ribbon is so genius, why VBA editor (in office) still have menus and tools bars ?
Because they ripped off the VB6 (VB5?) editor 20 years ago, but it was written in VB and is such a cluster elephant that they can't figure out how to change anything and the userbase isn't big enough to justify a rewrite?
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
|
|
|
|
|
Desperation
See sig ↓
If it's not broken, fix it until it is
|
|
|
|
|
Safe Harbor agreement doesn't do enough to protect private data of EU residents. "So throw off the bowlines. Sail away from the safe harbor. Catch the trade winds in your sails. "
|
|
|
|
|
Sounds like he has something to hide.
Decrease the belief in God, and you increase the numbers of those who wish to play at being God by being “society’s supervisors,” who deny the existence of divine standards, but are very serious about imposing their own standards on society.-Neal A. Maxwell
You must accept 1 of 2 basic premises: Either we are alone in the universe or we are not alone. Either way, the implications are staggering!-Wernher von Braun
|
|
|
|
|
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.
|
|
|
|