Évitez de vous-savez-ti-ou-vous-n'avez pas de questions à propos de l'API Java. Ce sont sans valeur, de l'OMI. Mes favoris sont des questions qui demandent des jugements de valeur, car ils permettent de bons candidats pour montrer leur point de vue, sans nécessairement avoir à avoir pris connaissance de certaines parties de l'API (qui est ce que Javadoc est, après tout...)
Mon favorisée question technique, est d'amener la personne interrogée à mettre en œuvre la méthode equals pour une classe simple avec un couple de champs, et dans le cas d'un face-à-face entrevue pour défendre leur mise en œuvre (qui sera à peu près toujours être non-optimale ou manque quelque chose).
D'autres questions que je voudrais examiner au moins aspersion dans la liste inclut des choses comme:
- "Quelle est la caractéristique vous aimeriez voir ajoutés à Java?"
- "Comment voulez-vous aller sur le débogage d'une NullPointerException?"
- "En vingt-conférence de cours de formation sur Java, dans lequel la conférence devrait le concept de l'orientation de l'objet être introduit, et pourquoi?"
- "Comment Java diffèrent des autres langages de programmation que vous avez travaillé?"
et en général indépendant de la langue à des questions comme
- "Pourquoi sont des modèles une bonne chose?"
- "Doit bon code de l'auto-documentation, ou est-il de la responsabilité du développeur de document?"
et les autres choses de ce genre.
Surtout, je ne suis pas à la recherche d'un droit de réponse en tant que telle avec un grand nombre de ces questions. Je suis à la recherche d'une compréhension de la question, un ensemble cohérent de la chaîne de la pensée derrière elle, la capacité de la personne à défendre leur point de vue, et la capacité d'aller au-delà de la simple à choix multiples API questions qui les a leur JCP la qualification c'est sans doute de prendre une place d'honneur sur leur CV.
Ils peuvent apprendre les paramètres de Chaîne#regionMatches plus tard, ou tout simplement laisser leur IDE de fournir la liste à chaque fois que j'en soins.