The Lounge is rated PG. If you're about to post something you wouldn't want your
kid sister to read then don't post it. No flame wars, no abusive conduct, no programming
questions and please don't post ads.
Actually, I didn't change the goalposts -- I told them before that they had to write an algorithm, not use library functions to do it. The SQL one is harder than it looks -- it's certainly not just a bunch of joins. Once I gave that question to a guy who made $150,000 a year back in the '90s doing SQL, and he said it couldn't be done. I didn't hire him.
The point of each question was to see if they could think -- I didn't want the guy to use a library function because if he's a programmer he should be able to program, not just use other people's code. For the sake of an interview question, I want something he could write in two minutes -- the point is to find out whether he tries to fill the array one number at a time, looking over and over again for distinct numbers (inefficient and stupid) or whether he fills the array with the numbers 1 to 20 in sequence and then swaps each element with a random one (efficient).
In the third question, ^= means XOR = (which I explain in the question) -- I want to see whether these people understand anything at a level lower than the user interface they're designing. It's not possible to describe the amount of value that an understanding of machine code adds. Apparently, the only one who did was incapable of doing anything about it.
I also did have a conversation with them first -- of course that's important. But at some stage, I want to know how their brains really work.
Marc Clifton wrote:
Would you read (YA) book on this topic? What would it take to get you to read such a book?
With the number of books already on the market on the Software Development and XP, I couldn't imagine wanting another, unless...
Unless, that book took on a code-and-architecture implementation driven approach using an actually real world project, or better yet, series of real world projects from different industry domains and technologies, to explain each step of the Software Development process. The idea here could be (should you consider this) show just how extreme programming can be implemented in a complete traceable Software Development Life Cycle (SDLC for short) - if, indeed, this is possible.
The reason I say this is because my experience of XP leads me to see the process as strictly a creative process that can be used within a SDLC framework. This notion may sound strange but the reality is that the current (and even the tradition) SDLC frameworks have already clearly shown their strengths to account for project management for managing the Software Development effort. And, I believe, due to a number of problems including the lack of software development standards, that XP is now showing a strong means to ensure the software process gets done while allowing the developer(s) an excellent piece of mind to exercise their creativity as they are applying their skills, learning from each other, learning new technologies, and capturing a happier customer in the process.
So while the current SDLC (or perhaps, someone can introduce a modified version of XP to include a strong project management framework) can be used to manage the project, then the XP lead implementation for developers would serve as the highly aggressive approach to product delivery and developer retention. Once we have achieve this combination, I believe (that's just me) that XP will be adopted faster than I am taking to writing this message!
Of course, the title of the book can reflect on this stance and as a final point - we love stories (haven't met anyone who doesn't) and, we in the developer community, especially, crave for those stories of people (developers' experiences) at work actually doing the stuff - making the book in this fashion can make it irresistible. (Heck, I am still craving for more literature like the book called "Extreme Programming Adventures in C Sharp")
But, I believe the point is that extreme programming on its own still has to prove itself TO BE on its OWN, which I'm sure most folks will agree with me. So, if you can write something (perhaps like what I've just mentioned or better) then XP will finally have its place (and developers WORLDWIDE will be thanking you (or whoever) for their enjoyment AND piece of mind).
MONTEC Computer Software & Training Services
I hope your experience of Dubai was better than mine. Overnight stops going to and from Uganda; on the way out trying to sleep on hard plastic benches, on the way home stuck for four hours because their computer systems were not working properly.
One of these days I'm going to think of a really clever signature.
My worst was only two changes: Paris and Karachi.
Paris was a PITA (as it always is), but Karachi was just stupid - 7 hours, and a body search to get into the transit lounge where the Goat Curry was. Mind you, it was good Goat curry.
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
Wake up at 02 am, to get to the airport 1,5 hours driving.
Wait there 2 hours
1,5 hours flight (Lombok -> Jakarta)
12 hours wait
6,5 hours flight (jakarta -> doha)
3 hours wait
9 hours flight (doha -> munich)
2 hours car
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
Heading off to the http://www.oilandgasuk.co.uk/events/awards.cfm[^]. Feeling groggy as hell and really hope the beer will sort me out! The youngest started coming down with a cold a few days ago, and I felt it starting yesterday. Tried to have a sleep this afternoon for an hour, but just felt sh!t and kept waking up.
We are sponsoring one of the awards tonight, and also one of my technicians is a finalist in the "young technician of the year" category. Here's hoping he has done enough and scoops his award. If not, well, there is always the bar!
After 20 years offshore, I no longer worry about missing things because of being "scheduled" to be on the platforms. It sometimes works in your favour as well you know! (more often than not come to think of it).