Kit de mise à pied

• Connaissance de la POO et des structures de données;
• Expérience de développement Java pour Android.;
• connaissance de l'API Android, compréhension de l'architecture Android;
• connaissance des bases de HTTP, XML, JSON;
• expérience avec les systèmes de contrôle de version Git;
• expérience avec Android Studio, Gradle;
• expérience de travail avec des bases de données SQL;
• Connaissance des principes de la conception matérielle;

Le saviez-vous? Bien sûr qu'ils l'ont fait. C'est l'un des CV de programmeur standard.

Personnellement, ce résumé me rappelle une chanson , ou plutôt une ligne de cette chanson: «Lada! Ça va déjà bien! "

Il rappelle également la publicité du même Lada, où la présence d'ABS, de capteurs de pluie et de lumière, etc. donné comme un avantage concurrentiel. Et bien, le fameux slogan: "Ça devrait être une voiture!".

Mais un programmeur devrait-il être comme ça? Si vous voulez être comme un Lada - massif, bon marché et "comme si ce n'était pas un programmeur de machine ", alors oui.

Mais nous ne sommes pas comme ça, nous allons donc formuler et formuler notre avantage concurrentiel - un ensemble de licenciements .



Le kit de licenciement est ce qui vous reste lorsque vous changez d'emploi. Comme Yuri Shevchuk a chanté: «C'est ce qui restera après moi. C'est ce que je vais emporter avec moi. "

Le kit de licenciement est conditionnellement divisé en parties:

1. solutions (produits finis ou semi-finis);
2. expérience;
3. tâches accomplies;
4. résultats obtenus.

La division en parties est bien entendu conditionnelle. Parfois, il n'est pas clair à quoi se réfère tel ou tel élément du kit. Certains gars incluent toujours une copie de la base de travail, mais personnellement, je ne recommande pas de le faire.

Alors mettons-le dans l'ordre.

Travailler pour le futur employeur

J'ai prononcé cette phrase lors d'une des conférences, et cela a provoqué beaucoup de réponses différentes. Ensuite, je n'ai pas eu le temps de l'expliquer plus en détail, maintenant je vais le corriger.

Le travail pour le futur employeur est le principe de base sur lequel repose le travail avec le kit de licenciement.

À première vue, il me semble que je propose de tromper l'employeur, de s'engager dans des emplois à gauche ou de saboter.

Ce n'est pas le cas. J'offre des synergies bénéfiques pour vous, votre employeur et votre futur employeur.

Regardons un exemple.

Vous prenez une décision, quelque chose de populaire et de populaire - un tableau de bord qui prend les données du système d'entreprise et les affiche sur le Web à l'aide de Google Charts ou d3.

L'employeur actuel veut voir les ventes et les flux de trésorerie. Au moins, il vous l'a dit.

Rien de compliqué. Vous pouvez prendre des demandes de données pour former des tableaux de la dimension requise et produire un script js statique en utilisant des exemples que les développeurs de Google Charts ou Recharts ont soigneusement écrits. Vous devez intégrer un script statique quelque part, même sur un téléviseur dans le bureau du directeur, configurer la mise à jour automatique du navigateur - et c'est tout, vous pouvez faire plaisir à l'employeur.

Ensuite, vous vous souvenez que vous alliez changer d'emploi. On ne sait jamais, peut-être qu'ils prévoyaient de déménager dans une autre ville. Et vous pensez - oh, mais ce serait bien de prendre un tableau de bord avec vous. Le sujet est populaire, je vais vous le montrer lors d'une interview sur un smartphone, ce n'est pas 1C, le graphique peut être magnifiquement mis à l'échelle et retourné.

La question se pose devant vous - que veut voir le nouvel employeur dans le tableau de bord? Aussi des ventes et de l'argent? Et si ce sera le commerce de détail, et vous avez besoin d'une facture moyenne? Ou sera-ce la distribution, où la table des matières est implémentée, et ils veulent voir l'état du tampon? Et soudain, ce sera un système php, tel que bitrix, et ensuite toutes les demandes devront être réécrites.

Oui, vous pensez que vous avez besoin de pouvoir configurer et isoler d'un système particulier. Qu'il soit possible de créer un nombre arbitraire d'indicateurs qui seront affichés sur des tableaux de bord arbitraires.

Reposé, fait - beauté. Venez à un nouveau travail et produisez immédiatement un effet wow.

Mais tu arrêtes. Nous avons remis les choses, parlé au nouveau programmeur du tableau de bord et de vos autres décisions, et nous sommes partis.

Et puis les changements ont commencé à votre travail précédent. Il a fallu encore 10 chiffres au tableau de bord. Nous avons racheté une autre société, il y a une comptabilité chez BP, il nous faut aussi un tableau de bord, pour le temps de l'automatisation selon les règles de la holding. Nous avons lancé un projet sur les changements stratégiques - vous ne pouvez pas vous passer d'un tableau de bord distinct, grand et beau - un moniteur stratégique.

Tout ce qui précède est facilement et rapidement mis en œuvre par votre tableau de bord, qui est resté au même travail. Et en ce moment, vous faites déjà pleinement plaisir au nouvel employeur avec le même tableau de bord.

Maintenant, nous nous arrêtons et comptons qui est le plus heureux:

1. Vous, parce que vous avez obtenu une longueur d'avance et un avantage concurrentiel lors de l'entretien;
2. Votre nouvel employeur, comme Reçu soit une solution clé en main ou une idée éprouvée que vous avez rapidement implémentée (de mémoire);
   
   Maintenant attention:
3. Votre ancien employeur, comme le tableau de bord fonctionne bien sans vous, résolvant toutes les nouvelles tâches en peu de temps, ce qui signifie - pour peu d'argent;
4. Et, curieusement, le programmeur qui est venu travailler après vous sur l'ancien poste est nouveau.

Tous les nouveaux numéros du tableau de bord sont déjà ses résultats, bien que reçus grâce à vous. Ses résultats lui rapportent du profit.

Total 4 chanceux. Si vous quittiez la première version du tableau de bord (avec deux requêtes et un script statique), seul l'ancien employeur serait content, et même pas pour longtemps. Dès qu'il a commencé à changer, ils, avec le nouveau programmeur, vous maudissaient avec les derniers mots. L'un des mots serait "govnokoder".

Bien sûr, vous pouvez également publier votre tableau de bord sur Git, puis le nombre de chanceux augmenterait considérablement.

Il est clair que créer le bon tableau de bord prendra plus de temps que le mauvais. Mais, croyez mon expérience, la différence est très faible par rapport aux avantages pour tous les participants.

Et ici, nous avons une pure synergie. Au lieu de 1 = 1, nous obtenons 1 = 4. Et tout cela parce qu'en travaillant pour l'employeur actuel, nous avons travaillé pour l'avenir.

Et le dernier, pour dissiper complètement les doutes. Peu importe où vous travaillez maintenant, où vous avez travaillé auparavant ou où vous travaillerez. Fondamentalement, vous:

• Ou résoudre les problèmes actuels;
• Ou résoudre des problèmes futurs.

Les tâches actuelles et futures incombent aux deux employeurs - à la fois actuels et futurs. Ainsi, en créant le bon tableau de bord, vous résolvez les tâches futures des deux.

Ou d'une autre manière: vous résolvez les tâches futures de votre employeur actuel. Les tâches qui se présenteront devant lui lorsque vous serez déjà dans une autre entreprise.

Tu comprends?

Peut-être que cela peut être appelé «résoudre les problèmes de l'ancien employeur». Cela semble aussi désagréable, comme "résoudre les problèmes du futur employeur". Tout le problème est lié au point de départ - où vous êtes et où se trouvent les deux employeurs - à gauche ou à droite le long de l'axe du temps.

Mais maintenant, vous comprenez que ce n'est qu'un jeu de mots, cela gâche tout. Passé, actuel, futur. Donne des nuances émotionnelles et évaluatives.

Si vous jetez le jeu de mots, cela devient simple et clair. Vous travaillez pour l'avenir.

Des solutions

Commençons par les questions juridiques. Il est généralement faux de prendre des morceaux de code, des modules et des bibliothèques avec vous. Un élément du programme, semble-t-il, est la propriété intellectuelle de l'entreprise dans laquelle il est créé.

Par conséquent, je recommande de se concentrer sur les idées et les puces de solutions, sachant que vous pouvez reproduire la solution à tout moment.

Mais, bien sûr, s'il y a une situation où une décision peut être prise entièrement sans conséquences juridiques, alors c'est un péché de ne pas l'utiliser.

Alors tout est simple. Lorsque vous résolvez un problème, gardez à l'esprit les questions:

• À quelle fréquence ces tâches surviennent-elles pour l'employeur actuel?
• À quelle fréquence ces tâches se poseront-elles à l'avenir avec l'employeur actuel?
• À quelle fréquence cette tâche se pose-t-elle pour d'autres entreprises?

Si vous voyez que la tâche se répète ou se répétera, essayez de la résoudre de manière abstraite. Pour que votre décision soit utile à la fois au futur employeur et à votre employeur actuel lorsque vous le quitterez.

Pour répondre correctement à ces questions, vous devrez non seulement programmer. Vous devez regarder ce que font les autres - entreprises, programmeurs, fournisseurs. Restez au courant des directions de développement des plateformes, des frameworks, de l'industrie dans son ensemble.

Il existe même une telle science - gestion des tendances, étude des tendances. Elle peut donc le faire.

Vous devrez suivre la dynamique des changements dans votre entreprise. Combien de fois org. structure, gestionnaires, comptabilité et financiers / économistes, produits, marchés, etc.

Toutes ces connaissances vous aideront à influencer votre décision - que ce soit pour faire un résumé ou un découpage de l'instrument, ou cette fois $ p.cat.byId («000002341») est suffisant.

Je n'ai pas pris beaucoup de décisions rejetées dans ma vie - environ 50. Par conséquent, mon ensemble de licenciements est plutôt maigre. J'ai réalisé sa valeur il n'y a pas si longtemps, ce que je regrette parfois.

Cependant, même un bagage aussi modeste m'a été utile à plusieurs reprises. Par exemple, lors d'un changement d'emploi.

En travaillant à mon premier emploi, dans la franchise 1C, j'ai fait des améliorations de la planification de la production pour les démarreurs progressifs, qui sont ensuite entrés dans la configuration standard. Donc, si vous avez un démarreur progressif 1C, il y a mon govnokod.

Mon prochain employeur voulait automatiser la planification de la production, et c'est mon travail précédent qui a attiré son attention sur moi - il pouvait simplement voir mes décisions. Vous n'avez même pas besoin d'aller n'importe où - il avait aussi un démarreur progressif, et il y avait mon code.

En travaillant à cet endroit, j'ai fait une «structure de coûts». C'est un petit comptable qui a vérifié les chaînes de coûts dans la production en plusieurs étapes pour détecter les lacunes - des analyses incorrectes lors de la publication des coûts. J'ai téléchargé ce rapport à la conférence des partenaires 1C, et y ai trouvé un intérêt terrible, car le problème de la découverte des coûts n'avait pas de solution standard.

En conséquence, en quelques jours-hommes, le rapport est devenu tel qu'il est et s'est vendu à plusieurs milliers d'exemplaires.

Le prochain employeur a considéré l'exploration des coûts comme l'une des tâches principales - il y a historiquement développé la pratique de l'analyse du coût des ventes dans le contexte des coûts finaux. Quand je suis venu pour une entrevue, ils connaissaient déjà la «structure des coûts» - l'une des franchises leur a montré un fichier Excel avec un arbre de coûts téléchargé. Il ne reste plus qu'à dire que j'ai fait la structure des coûts.

Au travail suivant, le cercle s'est fermé. L'entreprise a travaillé avec la franchise à partir de laquelle j'ai commencé ma carrière et ils ont naturellement interrogé la franchise sur mon expérience et mes décisions. J'ai rappelé la planification de la production, ainsi que la «Structure des coûts», et maintenant, je retrouve facilement un emploi. Ici, j'ai de nouveau fait une répartition arbitraire des coûts.

Maintenant, je programme généralement en javascript. Mais certaines des solutions du passé 1Significant sont si bonnes, dans le sens de mon idée, que je vais les reproduire en javascript pour qu'elles fonctionnent dans des solutions sur metadata.js. Par exemple, le même mécanisme de planification universel, seulement ce ne sera plus une solution appliquée, mais une plate-forme - un registre d'accumulation qui est automatiquement converti en arrière-plan et automatiquement converti en arrière-plan.

Y a-t-il eu un avantage dans les entreprises où j'ai quitté? Bien sûr.

La planification de la production dans l'entreprise n ° 2 s'est développée (non sans ma participation) en un système intelligent de gestion des réserves et des achats. Restait le mécanisme de répartition des coûts et de calcul des coûts prévus qui, après un changement de méthode comptable, a été rapidement reconfiguré et a continué à être utile.

La société n ° 3 a utilisé avec succès le calcul de la structure des coûts cumulés jusqu'à sa vente.

La société n ° 4 utilise toutes les solutions de mon kit de licenciement, et ne songe même pas à les abandonner après mon départ. Les programmeurs qui y sont restés développent lentement ces solutions. Toutes les modifications qui se produisent dans les processus métier (et il y en a beaucoup) sont facilement et rapidement apportées pour personnaliser les solutions.

Bien sûr, vous trouverez une tonne d'exemples similaires tirés de votre pratique, et certainement plus intéressants que les miens. Les solutions abstraites sont des synergies.

L'expérience

Tout est clair avec l'expérience - vous devez le gagner. À mon avis, l'essentiel est de le faire de manière contrôlée et systématique. L'expérience est encore meilleure que les solutions, car il n'y a aucun moyen légal de vous l'enlever.

Votre employeur et votre patron, en général, ne se soucient pas de savoir comment et quelle expérience vous accumulez. Vous pouvez être mis sur les mêmes tâches qui ne nécessitent pas le développement de qualifications. Bien sûr, il y a les bons patrons qui gèrent l'accumulation d'expérience, mais c'est rare. Habituellement, tout se limite à une référence rare aux cours, qui sont généralement peu utiles.

Par conséquent, vous devez prendre soin de votre propre expérience. Et l'essentiel ici est les objectifs et la mesurabilité. Selon les principes énoncés dans l' article .

L'expérience la plus utile est celle obtenue dans la résolution de problèmes. Si vous avez fait l'intégration du site et du CIS, vous pouvez supposer que vous avez acquis une certaine expérience. Si vous utilisez une intégration déjà configurée, vous obtenez beaucoup moins d'expérience. Si c'est la deuxième fois que vous intégrez CIS à un site Web, votre expérience grandit. Etc.

Tu comprends? Clé composée: solution pratique aux problèmes + leur nombre.

Afin de savoir exactement comment et quelle expérience est acquise de moi et de mes employés, j'ai pris un modèle de jeux informatiques.

Il y a des jeux dans lesquels le modèle d'expérience n'est pas comme la vraie vie. Par exemple, Fallout, avec tout le respect dû et l'amour débridé de 20 ans pour cette série. Là, vous accumulez simplement des points d'expérience, puis les dépensez pour développer les qualités que vous jugez nécessaires. Il s'agit d'un modèle décrivant l'éducation rémunérée. J'ai économisé de l'argent - j'ai suivi des cours comme l'anglais ou la gestion de projet. Cela ne nous convient pas, c'est pour les top managers sucrés.

Le modèle d'accumulation d'expérience dans Elder Scrolls est plus proche de la vie. Je suis vieux, j'ai donc joué à ES 3 Morrowind, et je vais m'en souvenir.

Ainsi, à Morrowind, vous améliorez les caractéristiques que vous utilisez dans la pratique. Swing your sword - augmentant la capacité de l'épée. Invoquer - la compétence de la sorcellerie augmente. Etc. Quand je jouais, j'avais la grande capacité d'Acrobatie - précisément parce que j'étais coincé dans certaines montagnes, il n'y avait pas de potion de lévitation, et j'ai beaucoup sauté pour sortir de là. Le saut développe des acrobaties.

Lors de mon dernier emploi, j'ai commencé un tel système. Les tâches vivaient dans le système, et je leur ai attaché un tableau de «Compétences», et en même temps - une classification des compétences. Lorsqu'une personne a résolu un problème, j'ai énuméré les compétences nécessaires pour démontrer sa solution. Et il a défini le degré d'application des compétences, en pourcentage conditionnel. En conséquence, les statistiques ont commencé à s'accumuler et pour chaque employé, les diagrammes semblaient similaires à ceux que nous voyons dans les profils de certains sites professionnels.

Puis, me considérant comme un bon patron, j'ai commencé à diversifier les compétences des subordonnés. Si je vois que l'on a acquis beaucoup d'expérience sur les tâches de requête sur alasql, alors j'ai cessé de lui donner de telles tâches et je les ai données à quelqu'un qui a peu d'expérience. Bien sûr, sans fanatisme - si la tâche est urgente, alors les plus expérimentés l'ont reçue.

Lors de conférences, j’ai mentionné que pour de telles «tâches pour accroître l’expérience», j’allouais jusqu’à 30% du temps de l’employé. Il est clair qu'une entreprise n'est pas une université. Un équilibre est nécessaire entre vitesse et expérience, car sans élargir l'expérience, la vitesse atteindra le plafond et le potentiel sera perdu.

Lorsque vous travaillez en équipe, la diversification de l'expérience est importante non seulement en termes d'interchangeabilité. La présence d'interlocuteurs qui aideront à discuter du problème, à réfléchir, à prendre des décisions architecturales et techniques est d'une importance capitale. Si une seule personne dans une équipe aborde un sujet, il n'y aura personne avec qui lui parler.

Un des avantages d'un tel système est la capacité de fixer des objectifs et d'intégrer ces objectifs dans le système de sélection des priorités et des interprètes.

Par exemple, nous avons défini cet objectif: Piglet devrait marquer 50 points conditionnels d'expérience d'intégration - toutes les tâches liées aux demandes, la mise en cache des paquets de données courts, etc. Le système pour chaque nouvelle tâche calcule automatiquement à qui il vaut mieux la confier - par la différence entre l'objectif et la position actuelle. Et vous vous asseyez et contrôlez comment votre objectif est atteint.

Vous pouvez implémenter et appliquer un tel système en un seul, pour vous-même. Bien sûr, si vous avez un objectif - acquérir une expérience dans laquelle vous serez sûr. L'avantage de cette approche est que vous n'avez pas besoin de demander la permission à quiconque - vous pouvez compter votre expérience même dans un cahier, même dans un fichier Excel. Donc, c'est probablement encore mieux, parce que le fichier sera toujours avec vous - vous pouvez faire l'accumulation d'expérience de bout en bout, indépendamment de l'employeur en particulier.

Tâches résolues

D'une part, c'est une telle astuce pour impressionner les RH. D'un autre côté, la compréhension de vos tâches vous aidera à vous concentrer sur les produits tout le temps, pas sur le processus.

J'étais directeur informatique, donc je me rendais souvent à des entretiens avec une variété de personnes, pas seulement avec des informaticiens - nous avions un système d'interviews croisées.

Et j'ai remarqué que les RH divisent les personnes en deux catégories - orientées processus et orientées résultats.

Ils se divisent d'abord par CV, puis pendant l'entretien, en faisant attention à la formulation. Si le libellé ressemble à «ventes automatisées», il s'agit d'un processus. Si cela ressemble à «créé et lancé un système de vente automatisé», alors c'est le résultat.

Les "processeurs" ne sont généralement pas favorisés. Ce n'est ni bon ni mauvais, c'est juste.

Par conséquent, il vaut mieux rédiger un CV à travers le prisme des tâches résolues, plutôt que le processus de leur mise en œuvre.

Mais, maintenant vous comprenez - pour écrire des problèmes résolus, vous avez besoin de problèmes résolus. Pour être honnête avec nous-mêmes, nous savons tous que les programmeurs ne résolvent pas toujours les problèmes. Engagé dans la résolution de problèmes - oui. Ils décident - non. Nous avons déjà dit que la tâche dans le processus est généralement oubliée .

Au fait, un bon exemple de la façon dont les tâches ne sont pas oubliées peut être vu dans le portfolio d' Artemy Lebedev Studio - là, dans chaque projet, la tâche qu'ils ont résolue est écrite. Je ne peux pas prétendre qu'ils résolvent directement les problèmes qualitativement, mais Lebedev lui-même appelle cela un avantage concurrentiel de son studio.

Soit dit en passant, dans chaque projet, ils ont également écrit des employés qui l'ont réalisé. C'est magnifique - un ensemble de licenciements dans le domaine public pour toujours. Il suffit de donner un lien.Il est clair qu'il s'agit d'un développement Web spécifique, mais tous les studios et fabricants de sites Web n'écrivent pas les noms des personnes qui ont réalisé le projet.

Revenons à nous. Puisque nous travaillons pour le futur employeur, il est important de comprendre et de pouvoir formuler le problème que vous résolvez. Imaginez directement - dans un an, deux, ou un mois, vous devrez dire quel type de tâche vous attendait, comment vous l'avez résolu et si vous avez décidé du tout.

En fait, vous devez devenir un observateur, un journaliste, un biographe ou un gestionnaire de vous-même - choisissez un mot que vous aimez. La moitié de la vôtre travaille dur, la seconde consiste à observer, à mémoriser (ou, mieux, à enregistrer) et à se préparer à résoudre les tâches que vous avez vendues au prochain employeur. Il note les puces, les difficultés et comment vous les avez surmontées, quelles technologies vous avez maîtrisées en cours de route, comment vous les avez mises en œuvre, comment vous avez accompagné et supprimé les obstacles.

Chaque tâche résolue - compréhensible, formulée et de préférence abstraite - reconstitue votre ensemble de licenciements.

Résultats obtenus

Il arrive que l'on ne vous confie pas de tâche spécifique, mais que vous soyez vague. Par exemple, ils disent «augmenter les performances du système» et non «réduire de moitié les correctifs de transaction». Ou ils disent "augmenter l'efficacité de la résolution des problèmes par les programmeurs", et non "réduire le temps d'exécution des applications de 30%".

Lorsqu'un chiffre retentit dans le libellé, il s'agit d'une tâche qui doit être gérée comme décrit dans la section précédente. Lorsqu'il n'y a pas de nombre, vous devrez le mesurer pour qu'il y ait quelque chose à écrire dans la trousse de licenciement.

Par exemple, vous êtes engagé dans la performance. L'heure de la rédaction des documents dans le système. Je suis sûr que vous réussirez - vous réduirez le temps d'enregistrement des documents. Que dire alors au futur employeur? "J'ai réduit le temps d'enregistrement des documents." Qu'entendez-vous en réponse? Combien ils ont réduit. Combien était, combien était, combien a été transporté.

Pour répondre à ces questions, il suffit de mesurer. Avant de commencer la tâche, mettez le système de mesure le plus objectif possible, car le système de mesure fait partie de la solution. On vous demandera probablement "comment a-t-il été mesuré?" Eh bien, passez à la décision.

Lorsque vous atteignez le niveau requis, n'oubliez pas les chiffres, le premier et le dernier. Mieux encore, enregistrez une chronologie pour changer les chiffres au fil du temps, en y marquant les événements clés - vos actions pour changer les chiffres.

Je l'ai fait plusieurs fois, et c'est très - très! - aide. Premièrement, cela aide dans le processus, car vous comprenez où vous êtes et où vous allez. Vous pouvez évaluer vos progrès et l'efficacité de vos actions. Deuxièmement, c'est utile pour l'employeur actuel - il obtient un résultat meilleur et plus compréhensible. Le système de mesure, qui devient en soi un produit, sera utilisé après votre départ, et l'employeur disposera d'un système de coordonnées pour une analyse de bout en bout des mêmes indicateurs.

Troisièmement, et surtout - cela vous aidera dans votre prochain emploi. Surtout si vous parvenez à exprimer vos chiffres dans le système de coordonnées d'une nouvelle entreprise. Et ce n'est pas difficile. Le même temps pour l'enregistrement des documents - il est mesuré partout en millisecondes.

Total

Il peut vous sembler que la trousse de licenciement est une sorte de CV cumulatif. D'une part, c'est bien le cas.

Mais ce n'est pas ce que vous pouvez montrer , mais ce que vous avez vraiment dans vos bagages. C'est une sorte de produit, résultat de l'investissement de son temps dans chaque employeur.

Il s'agit d'une utilisation synergique du temps passé.

, . , , . - , . – , , , , , , .

, , . , . , . ?

Si vous travaillez pour le futur employeur, alors vos bagages, votre valeur, votre lot de licenciement ne cesse de croître. C'est le bon investissement.