Tag Info

New answers tagged

1

I was given an on-line assessment for shell scripting. I was allowed to use documentation, both on-line and in manuals. The only restriction: I could not consult with any person, either in person or on-line. Re syntax issues: If I was reviewing your code and I saw one or two syntax errors I would ignore them, because I know you're under pressure in the ...


9

Don't panic! The interviewer is more likely interested in how you approach solving problems, rather than the ability to remember every detail of whatever you're doing. These days, it's almost unheard of to expect programmers to write code without the ability to reference online documentation. If you get stuck and you don't have internet access, say so and ...


3

It seems the key to your proposal is that development gets involved much earlier in the process. I agree that the original process involves developers far too late in the game, and this is likely to be a problem. Now, how do you sell this to the organization? A few points: Coming with a whole new process proposal is not likely to be well received from a ...


-1

Depends on the soundscape. I prefer working in a busy room with other people and a low level of idle chat in the background as opposed to dead silence. I believe many people generally prefer a constant level idle noise at a low frequency. The humming of a talking crowd at a café can be pleasant and help me focus on my work. But a room with only 2 people ...


3

I think "quiet" verses "loud" misses the point slightly. The issue is with environments that contain distractions that the team feel they cannot ignore. Any noise that is unrelated to the work that you doing (I.E. background noise) can be classified as such. I've worked in plenty of "loud" environments that have been very productive since the volume was ...



Top 50 recent answers are included