CV de programmeur honnête

Section 1. Compétences générales

1. Je me tais lors des réunions. J'essaie de faire un visage attentif et intelligent, même si je m'en fiche.
2. Les gens me considèrent positive et négociable. Je rapporte toujours poliment et instamment qu'il est écrit en tâche de faire du kaku. Et une seule fois. Alors je ne discute pas. Et quand j'ai fini la tâche et qu'il s'avère que c'est quoi, je ne ris pas, et ne dis pas "j'ai parlé!"
3. Je me fiche du kaku à sauter. Si le client était intéressé par mon avis, il n'aurait pas embauché un chef de projet, un chef de produit, un scrum master, un gentleman agile et un designer d'interface utilisateur. Ces hipsters forment même toutes sortes d'opinions, de visions et de puces marketing.
4. Je suis discipliné. Je viens travailler à 9 heures et je pars à 6 heures. Je me sens tellement à l'aise. Je peux être en retard pour un double paiement ou si la tâche est intéressante.
5. 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 avec des histoires sur le déroulement de mon samedi. Mais je le fais rarement, car je pense que je ne suis pas payé pour ça, mais pour moi de sauter un fil de kaku.
6. Je l'ai tourné autour de votre timlidisme, vous savez vous-même où. Je peux moi-même sauter une sorte de kaku, mais avec un regard intelligent, expliquer à mes subordonnés qu'ils devraient faire une sorte de kaku au-dessus de mes forces.
7. Je suis tout simplement incroyable dans les présentations. Surtout si vous devez présenter un fond inachevé. Je contourne magistralement les bugs lors de la présentation du programme. Une fois, pendant deux heures, j'ai présenté la fenêtre de connexion, car le programme ne fonctionnait plus. Et la connexion n'a pas toujours fonctionné.
8. Quand tout me dérange, je quitte tranquillement, mais ne va pas dans les départements et ne va pas "Tout va mal, nous sommes en bas, tout le monde est idiot."

Section 2. Compétences dures

1. L'hérédité est une chose divine si seulement 1 enfant est hérité du pape.
2. 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.
3. Je n'ai jamais utilisé volatile, finaliser et bien d'autres.
4. Peu m'importe quoi utiliser: ArrayList ou LinkedList. J'utilise toujours ArrayList.
5. Je ne peux pas utiliser les getters et setters en Java si je sais que personne ne lira mon code. person.name = "john". Si je sais que quelqu'un va le lire, je suis timide.
6. Je ne comprenais toujours pas pourquoi des interfaces étaient nécessaires en java, à l'exception de callback et lambd. Tous les exemples avec leur utilisation sont farfelus et je peux le rendre plus facile sans eux.
7. Je ne sais pas comment fonctionne gc, je ne l'ai jamais utilisé. En général, pendant 6 ans dans ma mémoire, il n'a été mentionné qu'une seule fois. En plus des interviews, bien sûr.
8. J'ai un navet sur le github, mais je ne vous le montrerai pas. Elle est mon intime et j'y dépouille comme je veux. Vous ne rentrez pas chez vous avec un manteau, allez?
9. Je peux et j'aime sauter l'avant si je suis fatigué du dos. 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

1. J'ai fait 3 sites que moins de gens ont visités que lui. Quand j'ai créé 2 sites, je savais que personne ne les visiterait (on s'attendait à ce qu'ils envahissent le monde)
2. J'ai créé trois applications Web (ExtJs-Java-Docker) dont deux n'ont jamais été déployées dans la prod, mais j'en ai utilisé une deux fois (on s'attendait à ce qu'elles envahissent le monde).
   
   Quand je les ai faites, je savais que ce serait le cas, parce que je ne crois pas aux utilisateurs qui apprennent par cœur un manuel de 20 pages, j'ai moi-même présenté mon travail avec un manuel imprimé entre les mains.
3. J'ai fait une application Android native de 8 écrans, dans laquelle personne n'est allé plus loin que le second, elle a été téléchargée 107 fois sur le marché Google (elle devait conquérir le monde).
4. Une fois, j'ai corrigé le bogue le plus élevé 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, qui passait beaucoup d'heures de travail.
5. J'ai passé environ une semaine pour que la zone de liste déroulante ne vienne pas d'en haut, mais vers la droite.
6. J'ai dirigé 4 personnes et nous avons réalisé un projet pendant six mois, ce que j'ai pu réaliser seul en une semaine. Et oui, c'est le projet du paragraphe 2.
7. J'ai configuré la mise en cache des requêtes dans Mongu sur une application qui a une personne par jour.
8. J'ai fait un client de messagerie d'entreprise, malgré le fait qu'il y en ait des centaines et tous étaient meilleurs.
9. J'ai fait l'idéalisation des pixels (ou comment ça s'appelle?) À l'avant.
10. Je repensais la bibliothèque Material UI pour React parce que notre concepteur indépendant Kurgan UI a décidé qu'il était meilleur en conception que Matthias Duarte, vice-président de Google en conception, baccalauréat en informatique avec distinction de l'Université du Maryland, avec en plus . éducation artistique et histoire de l'art, responsable de la Maryland Student Art Gallery.
    
    Je n'ai jamais compris pourquoi refaire les bonnes choses que les gens intelligents ont faites pour vous et les donner gratuitement, surtout si vous êtes évidemment stupide.
11. J'ai fait un long métrage pendant un mois qui, avec les calculs les plus optimistes, aurait résisté 437 ans en arrière. (commande de vadrouilles pour une femme de ménage) chez ERP.
12. J'ai retravaillé un kaku à partir de zéro 7 fois, car les savoirs traditionnels changeaient. En conséquence, elle est devenue pire qu'elle ne l'était.
13. Pendant 4 heures, j'ai compris pourquoi le sou de la facture avait été mal arrondi, de plus, je savais à l'avance que je ne pouvais pas le réparer, sinon le solde ne convergerait pas.
14. J'ai fait un microservice pour augmenter la fiabilité de la logique métier principale, et oui, ce microservice est tombé en panne 20 fois plus souvent que la logique métier.
    
    Mais ensuite, ils ont créé un service complet de 12 personnes pour augmenter la fiabilité de ce microservice de fiabilité, et maintenant le microservice se bloque 20 fois plus souvent, effectue des transactions à mi-temps et perd des données sans laisser de trace. Quand j'ai quitté, ils ont décidé de faire un microservice de fiabilité pour le microservice de fiabilité.