|
I bagel to differ. A toaster is just a toaster.
|
|
|
|
|
As the very yeast I can dough, I find I knead to rise to the occasion.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Obligatory Red Dwarf[^] scene.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
I don't even need to click on it to know which one that will be!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Aha, and I was always thinking this is the one at the top of the table who is proposing a toast
modified 19-Jan-21 21:04pm.
|
|
|
|
|
|
X marks the spot. There may be buried treasure there. Aye?
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Oh gawd. Oak Island in Space!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
They stand a better chance of finding treasure in space, than where they are now.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
You've been watching the curse of oak island again, haven't you?
|
|
|
|
|
Does Nolan count as #7, or does it have to be an "accident"?
Sin tack ear lol
Pressing the any key may be continuate
|
|
|
|
|
Has to be grisly; blood, guts and everything.
|
|
|
|
|
Well that's not Oak Island, last episode I watched they got excited over 3 rocks and a big stick.
Then again they are tearing a pretty nice looking island to sh*t.
Sin tack ear lol
Pressing the any key may be continuate
|
|
|
|
|
|
I'm as sick as a dog and cannot brain today so today's challenge is two parts. The first part is one (or many) of you need to come up with a challenge and post it in QA. Prefix the title with "Coding Challenge:" and ensure you added the coding-challenge tag to the question.
Judging for last week's challenge will be by mob rule.
I hope to be back in form in the next day or so.
cheers
Chris Maunder
|
|
|
|
|
Sorry to hear about your plight! My entire family is sick at the moment, and my dear wife has been sick since New Year's. This stupid cold is tough to get over!
Quote: I hope to be back in form in the next day or so I do hope it works out like that for you! Get better soon!
Get me coffee and no one gets hurt!
modified 17-Feb-17 12:57pm.
|
|
|
|
|
Nothing worse... .. get better mate!
|
|
|
|
|
I've got lots of coding challenges in the new website I am trying to build to understand Metro UI. Sorry I can't post them. All I will get is "Wrong message board! Use the appropriate Discussion board."
|
|
|
|
|
I hope this doesn't offend any authors, but I find it rather counterproductive to have articles like this published. I mean the purpose of an interview (or at least one of the main purposes) is to discover whether the candidate is suitable for the position, if they just cram up on some technology they've never experienced before just for the interview, it isn't going to end well for either party.
Thoughts?
|
|
|
|
|
00daytona wrote: to have articles like this published Like which?
00daytona wrote: if they just cram up on some technology they've never experienced before just for the interview, it isn't going to end well for either party. Agreed. I find the best way to interview is to let the candidate tell me what they have done. Hopefully they'll do most of the talking and you can tell if they know what they are talking about or not. Just have them tell you about projects they have worked on.
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Agreed - they are generally trite garbage that helps no-one. As soon as the interviewer asks a follow up question the idiots that think they will get a job if they remember the sheet are lost. And they waste interview time that could be for "real" candidates.
I firmly believe that interviewers should use them to ask the initial questions, and anyone who gives exactly what's on the sheet rejected immediately...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I can't stand them. The people who use them are basically lying to the interviewer. Sure they can answer the question on the surface, but dig down deeper and you find they don't really know anything. They're just parroting back an answer they read somewhere.
Those are absolutely useless "articles".
|
|
|
|
|
I am in the process of interviewing at the moment, I have found the questions I get asked tend to be of have you done this rather than the latest tech. I think the main point is has this person done anything like we want before, can we work with him (or will he start fires if he not supervised), Do you fit the culture of the company...I spent some time cramming an RTOS system (for MSP430's) was asked the name of it that was all got the job on the back of that question.
|
|
|
|
|
That's not exactly what I had in mind. Does "again" mean what I think it does?
Better luck with the next one!
|
|
|
|
|
Agreed. We just went through a series of interviews with a few potential candidates and I was responsible for asking the "technical" questions. My manager was quite surprised when I was asking questions more related to team work rather than text book questions. Some that I recommend are focused on getting a better insight into their personality. Here is an example.
When working in a team environment, do you prefer to:
a. Receive the requirements and design and code the module yourself?
b. Receive assistance in the design and approach from the team before coding?
c. Depend heavily on team support by involving everyone on the team?
This gives me some insight into their confidence level and trust of others. This combined with other similar questions can help determine if the candidate is a good fit for the team.
When you are dead, you won't even know that you are dead. It's a pain only felt by others.
Same thing when you are stupid.
modified 19-Nov-21 21:01pm.
|
|
|
|