Comment présenter votre expérience projet lors d'un entretien ?

Lors de l'entretien, généralement après quelques salutations (vous demandant parfois de vous présenter), l'intervieweur vous demandera de commencer à présenter votre expérience de projet.

Une question courante est : "Parlez-moi de votre dernier (ou du plus réussi) projet".

Sur la base de mes nombreuses années d'expérience en entretien, j'ai constaté que de nombreuses personnes interrogées n'étaient absolument pas préparées à cela, et certaines personnes ont même dit que l'expérience du projet ne correspondait pas au CV en termes de période ou de technologie. Cela entraînerait les conséquences suivantes. .

1. La première impression n’est pas bonne, au moins on aura l’impression que la capacité du candidat à s’exprimer n’est pas forte.

2. De manière générale, l'intervieweur posera des questions en fonction du contexte du projet présenté par le candidat. En supposant que 10 questions seront posées lors de l'entretien, alors au moins 5 questions seront posées en fonction du contexte du projet présenté par le candidat. Si la personne ne répond pas oui, elle ne sera pas en mesure de bien guider les questions suivantes, ce qui équivaut à céder entièrement le droit de poser des questions à l'intervieweur.

Dans l'entretien, 7 points dépendent de la capacité et 3 points dépendent des compétences, et l'introduction du projet au début est la priorité absolue parmi les compétences, donc cet article vous expliquera comment préparer l'introduction du projet lors de l'entretien de les deux aspects de "介绍”和“引导" .

D'accord, voici le texte principal.

"1. Préparez la description du projet avant l'entretien, n'ayez pas peur, car l'intervieweur ne sait rien"

L'intervieweur est un être humain, pas un dieu. Lorsqu'il reçoit votre CV, il n'y a aucun moyen de vérifier les détails de votre projet (généralement, les entreprises effectueront des vérifications d'antécédents pour vérifier après l'embauche). De plus, les projets que vous réalisez sont calculés sur une base mensuelle et l'intervieweur prend jusqu'à 30 minutes pour en savoir plus sur votre expérience de projet à partir de votre CV, donc votre familiarité avec le projet est bien plus grande que celle de l'intervieweur, donc vous Non il faut être nerveux du tout. Si vous avez plus d'expérience professionnelle que l'intervieweur, vous pouvez même contrôler l'ensemble du processus d'entretien (l'auteur fait souvent ce genre de chose après être devenu un expert en entretien, et tout le monde peut le faire aussi).

	「你」	「面试官」
Connaissant très bien vos projets et compétences antérieurs		ne peut que vous écouter et porter des jugements en fonction de ce que vous dites
Responsabilités dans le processus d'entretien	Dans un délai très court La défense peut réussir dans les délais	Si vous ne trouvez pas la faille, on peut seulement considérer que vous l'avez déjà fait
Temps de préparation	Vous avez suffisamment de temps pour vous préparer avant l'entretien	Passez généralement 30 minutes vous lire avant l'entretien CV
Processus de communication	Vous pouvez faire des erreurs, mais ne faites pas d'erreurs critiques	Ce ne sera pas trop difficile pour vous, à moins que vous ne soyez trop mauvais
Compétences	Vous avez suffisamment de compétences, vous pouvez également apprendre sur Internet Trouvez suffisamment de questions d'entretien	En fait, posez simplement quelques questions générales et régulières

Puisque l'intervieweur ne peut pas connaître vos coordonnées, comment peut-il vérifier votre expérience et votre technologie en matière de projet ? Vous trouverez ci-dessous un résumé de quelques questions fréquemment utilisées.

"Méthode de questionnement"	"Objectif"
Laissez-vous décrire votre expérience professionnelle et vos projets (très probablement récents) et voyez si ce que vous dites est cohérent avec ce qui se passe votre CV Cohérent	Vérifiez si vous avez réellement réalisé ces projets
Regardez les technologies utilisées dans les projets sur votre CV, telles que les frameworks et les bases de données, puis posez quelques questions de base sur ces technologies	Ou vérifiez si vous avez réalisé les projets, en même temps, vérifiez si vous comprenez ces technologies et préparez-vous à d'autres questions
Pour un certain projet, continuez à poser quelques questions techniques en profondeur, ou posez des questions sur certaines implémentations techniques sous différents aspects pour voir si il y a des contradictions dans vos réponses	Vérifiez les détails de votre projet en profondeur
Pour une certaine technologie, posez certaines questions que vous rencontrerez certainement dans le projet. Par exemple, si le candidat dit qu'il a travaillé sur. une base de données, il posera des questions sur l'indexation	A travers ce type de questions, vérifiez si le candidat a vraiment une expérience en projet (ou s'agit-il simplement d'une expérience d'apprentissage)

"Deuxièmement, une fois qu'on vous interroge sur les détails du projet, cela signifie que vous ne l'avez jamais fait"

De manière générale, avant l'entretien, chacun doit préparer une description du projet. plus confiant dans votre discours, car vous avez le dernier mot dans cette partie, et soyez plus fluide, car vous pouvez savoir ce que vous voulez dire après avoir été pleinement préparé. Et ce sont vos expériences réelles de projet (pas d'expérience d'apprentissage ou de formation), donc une fois que l'intervieweur aura l'impression que vous ne pouvez même pas parler, votre crédibilité sera très faible.

Beaucoup de gens sont bloqués sur « quelles affaires ont été faites dans le projet et les détails de la mise en œuvre du code », ce qui équivaut à donner le droit de poser des questions ultérieures directement à l'intervieweur. Le tableau ci-dessous répertorie quelques mauvaises façons de répondre.

"Méthode de réponse"	"Conséquences"
J'ai travaillé sur XX projet de portail chez XX société de logiciels. Ce projet a réalisé XX fonctions, en particulier XX et XX modules. effectué XX fonctions, le client est XX, et à la fin ce projet a gagné XX argent	Je l'ai interrompu directement, car je n'ai pas besoin de comprendre les besoins de l'entreprise, je vais lui poser directement des questions sur la technologie du projet
(besoin de recruter un développeur Java Back-end, connaissant Spring MVC) J'ai implémenté mon projet le plus récent en utilisant C# (ou une autre technologie non Java), et cela a fonctionné... Ou ce que j'ai fait récemment n'était pas du développement, mais tests... Ou je ne l'ai pas utilisé dans mes projets récents Spring MVC	Demandez à quand remonte le dernier projet où vous avez utilisé la technologie SSH, puis écrivez dans le commentaire : je n'ai pas été exposé à SSH dans le XX dernière fois
Quand je faisais mon projet de fin d'études (ou quand j'étudiais, ou quand j'étudiais) A cette époque, en XX école de formation, en XX stage pratique),...	interrompu directement et vous a demandé s'il s'agissait d'un projet commercial et, dans le cas contraire, avez-vous une autre expérience commerciale. Si vous n'avez aucune expérience dans les projets commerciaux, sauf s'il s'agit d'un recrutement scolaire, l'entretien se terminera directement
Lors de la description du projet, il y a une inadéquation entre certains éléments clés (comme l'entreprise, le temps, la technologie utilisée, etc. .) et le CV	Nous approfondirons cette incohérence. Dans ce cas, si le CV est faux, l'entretien peut être interrompu directement. S'il s'agit réellement d'une erreur matérielle, alors une explication raisonnable doit être fournie

.

Tout en évitant les mauvaises réponses mentionnées ci-dessus, vous pouvez préparer une introduction de projet à partir des éléments donnés dans le tableau. Si possible, veuillez également préparer une description en anglais. En fait, les jeunes diplômés ou les personnes ayant moins d’expérience professionnelle ont des compétences en anglais similaires, mais comme vous l’avez dit, il s’agit d’une amélioration qualitative.

"Éléments"	"Style"
Contrôlez-le en 1 minute, indiquez la situation de base du projet, telle que le nom du projet, l'arrière-plan, le client auquel il est destiné, et complétez les choses de base, depuis combien de temps elles ont été réalisées, quelle est la taille du projet, quelles technologies sont utilisées, quelles bases de données sont utilisées, puis parlez brièvement des modules, le cas échéant. Mettez en évidence le contexte, la technologie, les bases de données et autres informations liées à la technologie.	J'ai construit une plateforme de trading sur marge de change dans la société XX. Le client est la banque XX. Elle remplit principalement les fonctions de cotation, de transaction d'offre réelle, de transaction avec effet de levier et d'autres fonctions. La base de données est Oracle JS et d'autres technologies sont utilisées. à la réception et Java est utilisé dans le backend, plusieurs personnes le font depuis X mois. Il n’est pas nécessaire de décrire chaque module fonctionnel en détail, et il n’est pas nécessaire d’en dire trop sur le business mais pas sur la technologie. Si l'intervieweur est intéressé, attendez qu'il vous le demande.
Prenez l'initiative de raconter ce que vous avez fait. Cette partie de la description doit être cohérente avec votre bagage technique.	J'ai construit le système de négociation d'offres réelles de change, le système de transactions d'ordres en attente et le module XXX pendant X mois
Décrivez votre rôle dans le projet	J'ai principalement fait du développement, mais avant le développement, je Sous la direction du chef de projet, j'ai participé à la recherche commerciale, à la conception de bases de données et à d'autres travaux. Plus tard, j'ai participé aux travaux de test et de déploiement.
Vous pouvez décrire les détails techniques utilisés, en particulier les détails techniques que vous avez utilisés. Portez une attention particulière à cette partie. Vous devez savoir ce que vous dites, car l'intervieweur posera des questions sur cette base plus tard. Si vous avez suivi 5 modules, vous préféreriez n'en dire que 2 que vous pouvez parler de manière compétente et accrocheuse.	Utilisation de collections en Java, JDBC,... et d'autres technologies, utilisation de frameworks tels que Spring MVC et utilisation de la technologie pour se connecter à la base de données.
Cette partie est à vos propres risques. Si vous le pouvez, parlez tranquillement de certains éléments populaires, tels que Linux, le big data, la pression d'accès élevée, etc. Mais une fois que vous l’aurez dit, l’intervieweur vous demandera directement des détails.	Dans ce système, déployé sous Linux, la quantité de données à traiter chaque jour est de XX, et la nécessité est de traiter 50 millions de données en 4 heures et 1 Go de mémoire. Les visiteurs moyens sont de XXX par minute.

Avant l'entretien, vous devez être préparé et confiant, mais vous devez également éviter les situations suivantes.

"Situations à éviter"	"Approche correcte"	"Raisons"
La réponse est simple. Répondez à toutes vos questions, et répondez généralement en une seule phrase	Dites-moi tout ce que vous savez, en vous concentrant sur les idées et les cadres que vous connaissez	Q : Avez-vous déjà utilisé SSH ? Réponse : Utilisé.Question : Dans quels projets est-il utilisé ? Réponse : Un projet d'assurance. Question : Qu'avez-vous fait ? Réponse : Je ne poserai pas de questions directement sur le développement
Parlez trop couramment	Faites une pause appropriée et réfléchissez tout en parlant	Laissez l'intervieweur sentir que vous mémorisez ce que vous avez préparé, de sorte que les questions suivantes seront difficiles
Introduction au projet Ne dites rien du tout,	parlez simplement de ce que vous venez de préparer et dites-le logiquement	Cela donnera l'impression à l'intervieweur que votre réflexion est trop confuse
N'introduisez pas trop de détails techniques détails, parlez simplement des technologies que vous connaissez	L'entretien technique est terminé, attendez que l'intervieweur vienne vous demander	Tous les points techniques que vous avez mentionnés peuvent être interrogés en profondeur. Les intervieweurs ont généralement leur propre rythme d'entretien. Si vous parlez trop de détails techniques lors de votre introduction, vous risquez d'être interrompu et incapable d'exprimer les points saillants que vous avez préparés.

"Troisièmement, dites ce que l'intervieweur aime entendre sans révéler aucune trace"

Lors de l'introduction du projet (y compris bien sûr les entretiens ultérieurs), l'intervieweur veut réellement entendre quelque chose Tant Lorsque vous exposez les points clés et répondez bien aux questions pertinentes, c'est certainement un plus. Lorsque j'interviewerai d'autres personnes, une fois ces points clés confirmés, j'ajouterai certainement un commentaire à l'avis.

Voici 5 points clés et la rhétorique correspondante que les intervieweurs aiment entendre.

"Points clés"	"Rhétorique"
Être capable d'envisager l'évolutivité du code et avoir la conscience de participer à la conception du framework	Mon projet XX projet d'assurance utilise la technologie SSH, la base de données est Oracle (c'est une préfiguration). Lors du développement, je vais d'abord concevoir le framework avec le chef de projet et participer à la construction du framework. Lors de la connexion à la base de données, nous utilisons DAO. c'est pour que les instructions SQL soient encapsulées dans la couche DAO. Une fois que vous souhaitez étendre les modules fonctionnels, vous n'avez pas besoin d'apporter trop de modifications.
Avoir conscience du réglage et être capable de trouver les points problématiques grâce à la surveillance, puis de les résoudre	Pendant la phase de développement, j'ai remarqué des problèmes de performances de mémoire et des problèmes de temps d'exécution SQL. Pendant la phase de tests de stress, j'utiliserai xx outils. surveiller la mémoire et la base de données pour trouver les points de code qui doivent être améliorés, puis les optimiser en vérifiant les données. Enfin, une fois le projet mis en ligne, nous déploierons un système de surveillance. Une fois les problèmes de mémoire et de base de données découverts, nous les résoudrons dans les plus brefs délais.
J'ai de fortes capacités pratiques, je suis prêt à travailler, je sais beaucoup de choses et j'ai un bon esprit d'équipe	Dans le projet, je dois non seulement faire du travail de développement, mais aussi tester. moi-même et en fonction de la sortie de certains journaux. Accédez à la base de données ou au côté Java pour déboguer. Lorsque j'ouvre un module, je dois le déployer sur Linux pour le tester. Ou, une fois que je rencontre un problème, s'il est lié à l'entreprise, je communiquerai avec le chef de projet à temps. S'il est technique, je vérifierai les informations moi-même. S'il s'agit d'un test, je communiquerai avec le testeur à temps.
Avoir un fort sens des responsabilités et savoir s'adapter à un environnement à haute pression	Quand on lui demande « Que devez-vous faire si vous rencontrez des problèmes dans le projet Réponse : Lorsque je rencontre un problème, je vérifierai les informations ? d'abord. Si le problème ne peut vraiment pas être résolu, je ne le ferai pas. Si vous tardez, vous demanderez aux personnes concernées à temps, et même si vous faites des heures supplémentaires, le problème sera résolu dans le délai imparti.
Être indépendant d'esprit et capable d'explorer continuellement de nouvelles connaissances	Dans le projet, je partagerai mes idées avec le chef de projet et proposerai mes solutions tout en assurant l'avancement. Au cours du processus de développement, j'y réfléchirai d'abord et je le mettrai en œuvre d'une meilleure manière, par exemple en utilisant la méthode la plus efficace. De plus, vous devez trouver des occasions de dire : je continue généralement à regarder certaines nouvelles technologies (telles que le big data Hadoop) et je continuerai à avoir une compréhension approfondie de la mise en œuvre sous-jacente de certains frameworks et technologies.

"Quatre. Soyez proactif, l'intervieweur n'est pas obligé de trouver vos points forts"

Quand je vais interviewer des gens, je pose souvent des questions : Quels sont les points forts de votre projet ? Ou en tant que candidat, quels autres points bonus peuvent vous aider à postuler avec succès à ce poste ? Même si vous posez cette question, certaines personnes diront directement non.

Je suis déjà dans un rôle déplacé lorsque je pose cette question. En tant qu'intervieweur, vous devriez prendre l'initiative de parler au lieu d'attendre pour demander. Mais veuillez noter que vous devez être habile lorsque vous parlez et rechercher des occasions de parler, généralement. avec des questions ouvertes, expliquez.

Par exemple : Quelles technologies ont été utilisées dans ce projet ? En plus de parler de certaines technologies de base, comme Spring MVC, MyBatis et les technologies de bases de données conventionnelles, il faut également mentionner l'utilisation de la gestion de la mémoire Java, qui peut réduire la pression sur la mémoire de la machine virtuelle, ou encore l'utilisation du big data. traitement. Technologie, etc. En d’autres termes, vous devez trouver toutes les occasions de parler des technologies dont vous disposez et qui sont actuellement très populaires.

Ou trouvez une question connexe pour une explication détaillée, par exemple si on vous demande : avez-vous déjà utilisé un vers plusieurs et plusieurs vers plusieurs ? En plus des points de connaissances de base, vous pouvez également dire qu'en général, je définirai les mots-clés en cascade et inverses de manière appropriée en fonction des besoins, puis j'utiliserai un cas pratique pour illustrer l'aide d'une conception raisonnable à votre projet, afin que je puisse étendre l'explication Vos compétences sont en hausse. Au contraire, si vous ne le dites pas, l'intervieweur pensera certainement que vous ne pouvez effectuer que des opérations simples un-à-un et un-à-plusieurs.

Lors de l'entretien, si le candidat répond à la question de manière très simple, a une chose à dire et ne développe pas, ou répond à mes questions avec des phrases très avares, alors je lui laisserai généralement l'occasion de parler en profondeur (mais je ne peux pas (garantie) Tous les intervieweurs ne poseront pas de questions approfondies), et si la réponse est concise, il sera avare de bons commentaires.

❝

N'oubliez pas : l'intervieweur n'est pas votre parent, l'intervieweur est très occupé, il y a très peu d'intervieweurs qui peuvent découvrir vos points forts, et il est de votre obligation de raconter vos points forts.

❞

Quand J'interviewe d'autres personnes, je donne généralement les commentaires suivants en fonction de différentes situations.

1. La réponse est très simple, mais la réponse peut prouver qu'il a effectivement fait quelque chose sur le framework et d'autres technologies. J'écrirai dans le commentaire "J'ai une compréhension générale des frameworks, mais je n'en connais pas. -connaissance approfondie (j'ai posé trop de questions) Vous avez répondu très brièvement à chaque fois, donc je suis désolé, je ne peux écrire que comme ça. Peut-être que vous êtes vraiment très technique, mais vous ne pouvez rien y faire. vous refusez de le dire ? )", et en même temps, j'ajouterai "Je suis très expressif". De manière générale, les capacités de communication ne sont pas fortes." De cette façon, même s'il réussit l'entretien technique, il aura difficulté lors des entretiens ultérieurs.

2. La réponse est très simple. Grâce à la réponse, je ne peux pas vérifier s'il a utilisé cette technologie dans le projet ou s'il a simplement appris cette technologie dans son étude quotidienne. J'écrirais "Dans le CV, il est dit que j'ai utilisé la technologie XX, mais je ne peux pas donner certains détails, et je ne vois pas que cette technologie a été utilisée dans le projet si cette technologie est nécessaire pour le travail." , alors il y a une très petite possibilité qu'il réussisse l'entretien.

3. La réponse est très simple, et je ne réponds qu'avec des mots fonctionnels tels que euh et ah. Après avoir été rappelé, je terminerai l'interview par quelques mots superficiels et j'écrirai directement « La technologie est très faible et je. ne pourra pas passer l'entretien."

4. Bien que la réponse puisse bien démontrer ses compétences, mais que la logique ne soit pas claire, alors je le laisserai passer l'entretien technique, mais j'écrirai "Les compétences sont très bonnes, mais la capacité d'expression est moyenne (ou doit être amélioré) ), veuillez considérer le responsable de l'entretien ultérieur. De cette façon, les chances de réussir l'entretien de synthèse ultérieur sont moyennes. Après tout, l'entretien de synthèse se concentrera sur des facteurs non techniques tels que la capacité d'expression et les compétences en communication.

"Quoi qu'il en soit, si vous donnez une réponse simple et ne prenez pas l'initiative de me dire dans quoi vous excellez, ou si vous n'énoncez pas vos points forts de manière organisée et claire, même si je laissez-vous réussir l'entretien, je n'écrirai pas "détails du cadre". Si vous avez de bons commentaires tels que "une compréhension approfondie et une maîtrise des applications de bases de données", même si vous réussissez les entretiens techniques et approfondis ultérieurs, votre salaire sera relativement bas. peut être éliminé directement"

Il y a certains aspects sur lesquels vous ne pouvez absolument pas commettre d'erreurs lors de l'entretien, vous devez donc accorder une attention particulière aux facteurs suivants pendant le processus de préparation. Voici quelques réponses incorrectes qui vous sortiront du jeu.

"Type d'erreur"	"Conséquences"
Incohérence Les réponses suivantes ne peuvent pas prouver la description de votre projet. Par exemple, au début, il est indiqué que Spring MVC a été utilisé, mais. plus tard, ce n'est pas le cas. Il est impossible de connaître l'implémentation la plus élémentaire, par exemple, je ne sais pas quelles sont les classes de Spring, ou je ne peux pas donner les détails du projet.	Je douterai de l'authenticité de ce projet, et je demanderai en outre : quelle est la base de données utilisée et quelle est la quantité de données ? Combien de personnes ont travaillé dessus et combien de temps cela a pris. Une fois qu'il y a des lacunes évidentes, comme un petit projet qui prend beaucoup de temps, il ne s'agit pas seulement d'un problème technique, mais d'une tentative de « se débrouiller » pendant le processus. processus d’entretien.
Je ne peux pas répondre aux questions conceptuelles de base qui seront certainement utilisées dans le projet. Quel est le concept d'injection de dépendances de Spring et comment l'utiliser, ou quels modèles de conception sont utilisés dans MyBatis ?	Une fois que je découvrirai que je ne connais pas le concept, je le confirmerai par d'autres questions. Si je confirme qu'il est faible, c'est assez grave, car une mauvaise capacité technique et une technologie inutilisée sont deux choses complètement différentes. Si elle est utilisée, elle entraînera une élimination directe.
Si l'expérience professionnelle mentionnée lors de l'entretien n'est pas cohérente avec le CV	Je soupçonnerai directement que le CV est inventé, et je demanderai au candidat de s'expliquer Même s'il est dit que le CV est mal rédigé. , je poserai des questions plus approfondies pour vérifier ses compétences et capacités.
La description des compétences sur le CV est évidemment incompatible avec la réponse. Par exemple, il est évident que je ne connais que Linux simple, mais je m'en vante	Je vais vérifier d'autres compétences à travers des questions plus approfondies et trouver. sur l'étendue de la vantardise dans d'autres aspects. Par conséquent, il est suggéré que vous puissiez exagérer de manière appropriée, mais pas trop. Par exemple, si vous n'avez pas construit de cadre dans le projet mais que vous l'avez construit au cours de vos études quotidiennes, vous pouvez écrire « Le cadre du projet XX a été construit par vous. ", mais vous ne pouvez pas dire que vous êtes un architecte. , très au courant des aspects de bas niveau du projet.
Laissez l'intervieweur sentir que vous êtes instable et impétueux. Par exemple, si vous parlez grossièrement ou si vous vous habillez de manière très informelle pendant l'entretien, portez un gilet.	Peu importe la qualité de vos compétences, cela peut entraîner votre élimination directe. J'écris généralement de mauvais commentaires directement sur les candidats qui parlent bien, ce qui rend difficile pour le chef de projet un entretien ultérieur. J'ai également rencontré une personne dont le CV indiquait qu'il changeait d'emploi tous les six mois. Je lui ai demandé pourquoi il changeait d'emploi si souvent. Il a directement répondu que c'était simplement à cause de problèmes de salaire.
Il est clairement indiqué que les heures supplémentaires et les déplacements professionnels ne sont pas autorisés	En fait, bien que cette question existe, l'entreprise ne peut pas réellement effectuer d'heures supplémentaires ni effectuer de déplacements professionnels. Mais entendre ce genre de réponse signifie que la personne ne peut pas supporter un travail sous pression ou qu’elle a un faible sens des responsabilités. La plupart des entreprises ne voudront pas de telles personnes.

"Six. Introduction :"Préparez quelques points bonus et mentionnez-les intentionnellement lors de l'introduction, mais ne les mentionnez pas tous

Lors de la présentation du projet, vous pouvez les intercaler. de vos points forts, mais n'oubliez pas que, que vous présentiez le projet ou que vous répondiez aux questions, votre responsabilité actuelle n'est pas d'expliquer les points forts mais de présenter le projet. Une fois que vous entrez dans les détails, l'intervieweur peut avoir l'impression que vous êtes hors sujet. .

Donc, à ce stade, vous pouvez l'expliquer d'un seul coup. Par exemple, vous pouvez dire : "Notre projet a des besoins en données relativement importants. Lorsque nous sommes occupés, nous devons traiter des centaines de milliers de données par heure en moyenne." De cette façon, vous pouvez initier l'intervieweur à la direction du « big data ».

Vous pouvez préparer ce genre de mots "pass-through" en fonction des besoins du poste avant l'entretien. Par exemple, les exigences pour ce poste sont le framework Spring MVC, une concurrence élevée du Big Data et une expérience dans le réglage de bases de données. Ensuite, lors de la présentation de projets antérieurs, vous feriez mieux de mettre en valeur vos compétences réelles dans ces aspects.

Laissez-moi vous donner un autre exemple. Par exemple, la gestion de la mémoire des machines virtuelles Java et l'optimisation des bases de données sont deux problèmes majeurs que la plupart des projets rencontreront. Lors de la description de l'expérience du projet, tout le monde peut dire que dans ce projet, nous devons prendre en compte les facteurs de mémoire. , car notre code n'est autorisé à s'exécuter que dans un environnement de mémoire 2G et a des exigences de performances de base de données relativement élevées, nous devons donc souvent surveiller et optimiser la mémoire et les instructions SQL dans la base de données. De cette façon, lorsque l'intervieweur pose des questions approfondies, il peut lancer ses remarques préparées sur l'optimisation de la mémoire des machines virtuelles et l'optimisation des bases de données.

Si cela ne fonctionne pas, vous pouvez également dire : « En plus du développement, j'ai également effectué le travail de compréhension des exigences, de tests et de déploiement, car ce projet a relativement peu de personnes et beaucoup de pression. » peut également montrer que vous avez fait l’expérience d’être seul.

Pendant le processus d'entretien, une fois que j'entends un point culminant, j'attendrai qu'il ait prononcé la question actuelle, puis je la poserai avec désinvolture. Généralement, les entretiens techniques peuvent durer jusqu'à une demi-heure. Vous devez utiliser votre temps pour répondre aux questions préparées. questions, il y aura moins de temps pour se poser d’autres questions.

"7. Vous pouvez guider, mais vous ne pouvez pas vous parler"

Lorsque j'interviewe, je rencontrerai aussi des personnes qui sont bien préparées. En fait, si vous vraiment. Si vous souhaitez postuler, vous devez vous préparer à l'avance. Je peux comprendre et même être d'accord avec cela tant que vous ne montrez pas de signes trop évidents, je n'écrirai pas les mots « semble être préparé, mais je ne peux pas tester les compétences réelles. ", sans compter que tous les entretiens ne peuvent pas. Tout le monde peut sentir que vous êtes prêt. Mais on ne peut pas être trop fort simplement en étant préparé. Après tout, l’entretien est dirigé par l’intervieweur.

J'ai rencontré des personnes interviewées qui parlaient trop et prenaient généralement l'initiative de se développer. Par exemple, lorsque je lui ai demandé quelle base de données il utilisait, il a non seulement répondu ce qu'est la base de données et ce qu'il a fait, mais a même parlé de big data. la technologie de traitement en passant.

En fait, si vous allez trop loin, je me concentrerai sur chaque détail que vous avez dit, car je soupçonne que ce que vous avez dit est ce que vous avez lu en ligne, plutôt que ce que vous avez utilisé dans votre projet, je vais même directement menacer : « Vous d'abord. Dites-moi la vérité. Si vous avez réellement utilisé cette technologie dans le projet, je me concentrerai sur l'enquête plus tard, une fois qu'on considérera que vous ne l'avez pas utilisée dans le projet, c'est comme une passe confuse. "Souvent, ces personnes prendront. l'initiative d'avouer.

Mais cela dit, s'il disait juste que la quantité de données est relativement importante, mais s'arrêtait là et ne continuait pas à dire le reste, je demanderais en profondeur, et il aurait naturellement l'occasion de s'exprimer. Dans le même temps, veuillez noter que généralement pendant le processus d'entretien, une fois que vous montrez vos points bonus, mais que l'intervieweur ne répond pas, les points bonus peuvent ne pas être nécessaires au projet, ni le concerner, vous pouvez donc arrête d'en parler maintenant, ou attends de poser la question.

「8. Résumé pas la fin」

Jusqu'à présent, nous avons donné quelques conseils pour introduire des projets.

Deux phrases, premièrement, vous devez vous préparer avant l'entretien. Deuxièmement, cet article donne une méthode correcte, pas un dogme. Vous pouvez vous préparer selon les instructions données dans cet article et la combiner avec votre propre expérience de projet, au lieu de la mémoriser. cet article. Quelques rhétoriques données.

Après que tout le monde ait présenté le contexte du projet, l'entretien ne fait que commencer. Peu importe à quel point vous parlez, peu importe à quel point vous guidez les questions vers la portée que vous avez préparée, vous devez toujours gérer Java Web (comme Spring MVC, ORM, etc.), Java Core (multi-threading, collections, JDBC, etc.) et problèmes de bases de données.

Alors quelle est la valeur de cet article ? Si les conseils ne sont pas bons, vous n’aurez aucune chance de montrer vos capacités. C'est l'intérêt de la méthode donnée dans cet article. Pour être vantard, certaines des méthodes et de la rhétorique présentées dans cet article ne sont pas imaginées, mais extraites de l'expérience d'entretiens avec des centaines de candidats. Il y a beaucoup de sang et de larmes, et il existe également de nombreuses façons pour les gens de réussir. Cet article est quelque peu utile à tout le monde (en particulier aux étudiants ayant moins de 3 ans d'expérience).

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!