--- title: "Bad interviews are your best friend" url: "https://osherove.com/blog/2004/6/4/bad-interviews-are-your-best-friend.md" canonical: "https://osherove.com/blog/2004/6/4/bad-interviews-are-your-best-friend.html" published: "2004-06-04T08:09:00" updated: "2004-06-04T08:09:00" tags: ["Off Topic"] author: "Roy Osherove" description: "Recently a frined who was looking for a dev job approached me before an important interview. He said one thing that I just had to share. he said “They're going to test me on my knowledge, what if I don't know the…" usage: "Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page)." license: "https://creativecommons.org/licenses/by/4.0/" --- # Bad interviews are your best friend By Roy Osherove June 4, 2004 In [Off Topic](https://osherove.com/blog/category/off-topic) **Historical article** · Originally published June 4, 2004; technical details may be outdated. Recently a frined who was looking for a dev job approached me before an important interview. He said one thing that I just had to share. he said _“They're going to test me on my knowledge, what if I don't know the answers?”_ The first point is that **nobody** knows all the answers to all the questions, so get used to it. In fact, I remember several interviews at which I felt pretty stupid. I'm sure most developrs have. Second of all, getting good questions which you didn't even consider is **one of the best things for you career**. They are big red flags (in most cases) telling you what you **really** need to know in order to be regarded as someone who knows they're stuff.  After the interview, try to remember all the questions you were asked that you didn't know the answer to. At home, go through each one and **learn** the topic until  you can answer the question in your sleep. Here's something that's happened to me, in more than on occasion. I came in for a job interview at this place, and I had very little experience in .Net. But I was eager to learn and had great confidence. The interviewer asked me these questions, it kind of went something like this: **Q**: _So, do you know what reflection is?_ **A**: um.. no, not really. but I learn really quickly. **Q**. _hmm.ok , have you done anything with attributes?_ **A**: um.. nope. **Q**: _what abot remoting?_ **A**: sorry - didn't get a chance to. And so it went on and on. At the end of the interview I had quite a list of subjects to go through. First thing I did was buy [Ingo's remoting book](https://www.amazon.com/exec/obidos/ASIN/1590590252/iserializable-20) (still one of the best I've read in a technical sense) and study it until I could tell people I knew what remoting was. Than I studied all the other questions I had no idea about. 2 months later, if I had gone to that same job interview, I'd pass with flying colors. Another one, from a different interview: **Q**: _You have 3 hours to make a winform application that recieves data from the DB and shows it in a form with a master grid and detail controls, all updateable (3 tables in the DB)._ **A:** 3 hours later, I did it, but not completely. It was quite a nightmare working with datasets and the .Net datagrid at that time. needless to say I had zero experience working with databinding in winforms at that time, so It was a nightmare. Doing things the old VB6 way in .Net proved quite a challenge. **Q**: _You didn't get the job. You are still stuck in the past - working too hard. You have no idea how to do proper databinding with master detail records in .Net. This same job could be done in 20 -40 mins._ Oh, I knew that I blew it long before I got the answer. I knew something was terribly wrong with what I did. So, the weeks after that I made myself do this same project over and over until I did it the _proper_ way with data binding and all. BTW - that's how I wrote the little article: [Winform Data binding lessons learned](http://weblogs.asp.net/rosherove/story/9088.aspx). So what I'm saying is - treat job interview as an opportunity to do some industrial espionage - Learn from the interviewer what you need to know for the next interview.  These are the opportunities you are given. don't miss them. ## More in Off Topic [All posts in Off Topic](https://osherove.com/blog/category/off-topic) - Jun 4, 2004 ### [I'm on Skype](https://osherove.com/blog/2004/6/4/im-on-skype.html) - Jun 4, 2004 ### [\[ot\] Hebrew blogging attempt](https://osherove.com/blog/2004/6/4/ot-hebrew-blogging-attempt.html) - Jun 2, 2004 ### [Worst UI ever?](https://osherove.com/blog/2004/6/2/worst-ui-ever.html) - Jun 2, 2004 ### [In search of Bingo](https://osherove.com/blog/2004/6/2/in-search-of-bingo.html) --- ## About the author **Roy Osherove**: Senior Solutions Architect at AWS working on AI for production and AI-driven development; author of The Art of Unit Testing and Elastic Leadership, with about 20 years of consulting and training on unit testing, TDD, team leadership and continuous delivery. ### Sites - [RobotPaper](https://robotpaper.ai/): This blog: AI patterns and anti-patterns, AI and coding agents, and engineering leadership. - [osherove.com](https://osherove.com): Roy's personal site. Author of The Art of Unit Testing and Elastic Leadership; consulting and training on unit testing, TDD, team leadership and continuous delivery, plus about 20 years of blog posts. - [The Art of Unit Testing](https://www.artofunittesting.com): The Art of Unit Testing, 3rd Edition (Manning): readable, maintainable, trustworthy unit tests, plus TDD workshops in C#, JavaScript, Java and Kotlin. - [5whys.com](https://www.5whys.com): Roy's writing on software team leadership: self-organizing teams, surviving chaos, learning mode and the Elastic Leadership model. - [Pipeline Driven](https://pipelinedriven.org): Continuous delivery and DevOps practices: build patterns, pipeline-friendly testing, DevOps metrics and enterprise DevOps. - [Elastic Leadership](https://www.elasticleadership.com): Elastic Leadership, Roy's framework for software team leaders (survival, learning and self-organizing modes). ### Social - X: https://x.com/royosherove - LinkedIn: https://www.linkedin.com/in/osherove/ ### Contact - Contact form: https://forms.gle/jQSx5KoXvrVA1JCK7 ### License Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page). License: https://creativecommons.org/licenses/by/4.0/