Follow Slashdot stories on Twitter


Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. ×

Comment How I interview my candidates. (Score 1) 492

Lucky for me I have not had to take an interview since 1994. And I have been on the asking side ever since.

I give them a problem to solve. I ask for an algorithm, not specific language. Something like: "A trip has a starting city and an ending city. There is a list of all the trips made by John. Where did he start and where did he finish?". Then the interview proceeds based on the answers I get. Most people do linear search. "How does this answer scale as the number of trip increases?" "What happens if he started and ended in the same city?" "What if the trips did not form one chain?" "Can you find how many chains there are?" "How will you speed up your code?".

More than the solution or the answer, I am looking to see if the candidate understands me and can he/she tell me what she/he is doing. If I say, "ok, Let us say you build a map between starting point and the trip index. Would that help you speed up your code?" can the candidate understand what I am saying, if he/she can't understand ask intelligent questions to understand me, do they show an interest in understanding and solving the problem, are they comfortable in communication etc.

Puzzles have their place. If you solve puzzle instantly, it just means you have seen it before. That gives me no input. If you muddle through the solution, it means it is a fresh puzzle. Opens up lots of avenues for communication, letting me ask questions, offer suggestions and hints, and see how these hints are understood etc. I take extreme pains to put the candidates at ease. Tell them up front, "I am not looking for a final finished correct answer. I am looking to see how you find the answer. So feel free to think aloud, tell me how you plan to solve the problem, ask me if something would work or not etc. "

Comment 1 billion hours watched on you tube (Score 1) 141

Take that figure with a pinch of salt. Many you tube videos automatically load and play the next stream. So many hours of it are played on monitors that have gone to sleep or played on monitors no one is watching.

But still, most of the streaming is done to handheld tablets, or phones or laptops or netbooks. My 14 inch chromebook screen at 3 feet covers the same range as the 42 inch across the room. Unless there is more than one person watching the same thing, it does not make sense to cast anything to the TV. Given the full keyboard on chromebook and unusable screen key board in Roku there is no real reason to mess with it.

Comment An abomination and Government over reach (Score 3) 320

We have to get rid of all these burdensome job killing government regulations.

An English language test? What a stupid idea! If you give in now, next they will demand all drivers to know how to drive cars. Will demand all drivers to know names of neighborhoods and streets too. We. must. put. a. stop. to. government. overreach.

Comment Day dreaming (Score 3, Insightful) 61

Day dreaming one day cable companies will fight this hard to serve us...

When politicians talk about private sector as the epitome of American perfection, remember private sector without competition and as a state sanctioned monopoly will function exactly like the cable companies.

Comment Re:Here's what it means (Score 1) 162

So as a first measure, if source control software add a "salt" at the top of pdf files being checked in, and strip it out when being checked out, this attack would not work. In fact a simple countermeasure could be to salt all files with a prefix block and a suffix block for the purpose of calculating SHA-1.

Slashdot Top Deals

What sin has not been committed in the name of efficiency?