Section 1. Compétences générales
- Je suis silencieux lors des réunions. J’essaie d’afficher un visage attentif et intelligent, même si je m’en fiche.
- Les gens me trouvent positif et négociable. Je vous informe toujours poliment et discrètement que la tâche demande de faire quelque chose. Et une seule fois. Alors je ne discute pas. Et quand j’ai fini la tâche et que cela s’avère être quelque chose, je ne ris pas et je ne dis pas « je te l’ai dit !
- Je me fiche du genre de merde que je gaspille. Si le client était intéressé par mon avis, il n'aurait pas embauché un chef de projet, un product propriétaire, un Scrum master, un maître agile et un UI designer. Laissez ces hipsters se forger toutes sortes d’opinions, de visions et d’astuces marketing.
- Je suis discipliné. J’arrive au travail à 9 heures et je pars à 6 heures. C’est tellement pratique pour moi. Je peux rester plus longtemps moyennant un double paiement ou si la tâche est intéressante.
- J'ai un bon sens de l'humour et une riche expérience de vie. Je peux facilement perturber le travail de l'équipe pendant une demi-journée en me racontant comment s'est passé mon samedi. Mais je fais rarement ça, parce que je pense que je ne suis pas payé pour ça, mais pour le fait que j'ai perdu un fil.
- J'ai confié la direction de votre équipe, vous savez où. Je peux jeter des conneries moi-même, mais avec un visage intelligent, j'explique à mes subordonnés qu'ils doivent faire des conneries au-dessus de mes forces.
- Je suis absolument incroyable lors des présentations. Surtout si vous devez présenter un fond inachevé. J'évite magistralement les bugs lors des présentations de programmes. Une fois, j’ai passé deux heures à présenter la fenêtre de connexion car le programme ne fonctionnait plus. Et la connexion ne fonctionnait pas toujours.
- Quand tout m’arrive, je démissionne tranquillement, et je ne vais pas de département en département en disant : « Tout va mal, nous sommes au fond, tout le monde est idiot ».
Section 2. Compétences techniques
- L'héritage est une chose dégoûtante si un seul enfant hérite du père.
- J'utilise l'encapsulation uniquement lorsque l'Idée est soulignée en jaune et écrit, cette méthode peut être rendue privée. Même chose avec la finale.
- Je n'ai jamais utilisé volatile, finalize et bien d'autres.
- Je ne me soucie pas de savoir quoi utiliser : ArrayList ou LinkedList. J'utilise toujours ArrayList.
- Je peux éviter d'utiliser des getters et des setters en Java si je sais que personne ne lira mon code. personne.nom = "john". Si je sais que quelqu'un le lira, je me sens timide.
- Je ne comprends toujours pas pourquoi les interfaces sont nécessaires en Java, à l'exception du rappel et des lambdas. Tous les exemples qui les utilisent sont tirés par les cheveux et je peux faciliter les choses sans eux.
- Je ne sais pas comment fonctionne gc, je ne l'ai jamais utilisé. Et en général, en 6 ans, dans ma mémoire, cela n'a été évoqué qu'une seule fois. En dehors des interviews, bien sûr.
- J'ai un navet sur Github, mais je ne vous le montrerai pas. Elle est ma peau personnelle et je la peau comme je le souhaite. Vous ne portez pas de frac à la maison, n'est-ce pas ?
- Je peux et j'aime sauter l'avant si je suis fatigué de l'arrière. J'ai déjà oublié la réaction et j'ai pris du retard. Mais il me semble me souvenir de Sencha.
Section 3. Réalisations
- J'ai créé 3 sites qui ont été visités par moins de personnes que lui. Quand j'ai créé 2 sites, je savais que personne ne les visiterait (on s'attendait à ce qu'ils conquièrent le monde).
- J'ai créé trois applications Web (ExtJs-Java-Docker), deux d'entre elles n'ont jamais été déployées en production et une a été utilisée deux fois (on s'attendait à ce qu'elles conquièrent le monde).
Quand je les ai réalisés, je savais que ce serait le cas, car je ne crois pas aux utilisateurs qui mémorisent un manuel de 20 pages, j'ai moi-même présenté mon travail avec un manuel imprimé entre les mains.
- J'ai réalisé une application Android native de 8 écrans, dans laquelle personne ne dépassait le second, elle a été téléchargée 107 fois sur le marché de Google (on s'attendait à ce qu'elle conquière le monde).
- Une fois, j'ai corrigé le bug le plus important pendant deux jours, puis j'ai réalisé que personne n'avait visité cette section du site depuis environ trois ans. Et c'était une section très saine du site, sur laquelle de nombreuses heures de travail ont été consacrées.
- J'ai passé environ une semaine à essayer de faire sortir la zone de liste déroulante de la droite plutôt que du haut.
- J'ai dirigé 4 personnes et nous avons passé six mois à réaliser un projet que j'aurais pu réaliser seul en une semaine. Et oui, c'est le projet du point 2.
- J'étais en train de configurer la mise en cache des demandes dans Mongu sur une application qui compte une personne par jour.
- J'ai créé un client de messagerie d'entreprise, malgré le fait qu'il en existe des centaines de gratuits et tous étaient meilleurs.
- Je faisais de l'idéalisation des pixels (ou peu importe comment on l'appelle ?) sur le devant.
- J'étais en train de repenser la bibliothèque Material UI pour React parce que notre concepteur d'interface utilisateur indépendant de Kurgan a décidé qu'il avait une meilleure compréhension du design que Matias Duarte - vice-président du design de Google, BS en informatique avec distinction de l'Université du Maryland, avec un supplément . enseignement de l'art et de l'histoire de l'art, directeur de la Student Art Gallery du Maryland.
Je n'ai jamais compris pourquoi vous devriez refaire de bonnes choses que des gens intelligents ont faites pour vous et les ont offertes gratuitement, surtout si vous êtes visiblement plus bête.
- J'ai passé un mois à créer une fonctionnalité qui, avec les calculs les plus optimistes, prendrait 437 ans. (commande de serpillères pour une femme de ménage) dans ERP.
- J'ai refait un kaka à partir de zéro 7 fois car les spécifications techniques ont changé. En conséquence, elle est devenue pire qu’elle ne l’était.
- J'ai passé 4 heures à comprendre pourquoi le centime de la facture était mal arrondi, et je savais d'avance que je ne pourrais pas le réparer, sinon le solde ne s'équilibrerait pas plus tard.
- J'ai créé un microservice pour augmenter la fiabilité de la logique métier principale, et oui, ce microservice plante 20 fois plus souvent que la logique métier.
Mais ensuite, ils ont créé tout un département de 12 personnes pour augmenter la fiabilité de ce microservice de fiabilité, et maintenant le microservice plante 20 fois plus souvent, effectue des transactions sans enthousiasme et perd des données sans laisser de trace. Quand je suis parti, ils ont décidé de créer un microservice de fiabilité pour un microservice de fiabilité.
Source: habr.com