Pourquoi ne pas commencer une carrière dans une petite entreprise non informatique

salut!

Les 2 derniers mois, j'ai travaillé dans une petite entreprise. C'était ma première expérience en tant que programmeur dans une entreprise, et je veux partager les problèmes que j'ai rencontrés et leurs conclusions. J'espère que ce message fait gagner du temps et des nerfs aux professionnels novices.



Introduction


Je suis dans ma deuxième année, prenant souvent des commandes de connaissances et de freelance pour tout développement: sites Web, robots télégrammes, analyseurs, etc.

Je pourrais obtenir jusqu'à 30-50 mille par mois dans le meilleur scénario et normalement combiner travail et étude.

Raisons de chercher du travail dans l'entreprise


Tout d'abord, l'argent. Oui, en tant qu'étudiant, j'étais attiré par l'idée de revenus décents stables.

Deuxièmement, apprenez à écrire du code.

Troisièmement, apprenez à organiser le travail.

Même si vous ne partez pas en stage, les collègues enseignent toujours beaucoup. Dans l'entreprise, vous voyez comment les programmeurs adultes écrivent du code, organisent le travail sur les projets et développent l'architecture. Cela ne suffit pas en freelance, lorsque la plupart des projets sont petits et se font sur le principe de «s'asseoir et écrire».

Recherches d'emploi


J'ai compilé un CV, rempli un CV sur hh.ru et commencé une recherche là-bas. Mon erreur a été de répondre à tout ce que je vois. Au cours de la première semaine, trois entreprises ont répondu, pour deux, j'ai décidé d'une tâche de test et la troisième a immédiatement été invitée à un entretien.

Quelque chose ne va pas: les demandeurs d'emploi envoient des dizaines d'offres d'emploi par jour, les entreprises les filtrent donc avec des tâches de test. Si l'entreprise vous a envoyé une tâche de test, cela signifie qu'elle sait comment éliminer le mauvais personnel. Prenez le temps de terminer le test.

Entretien d'embauche


Il y avait 10 personnes à l'interview du panel. Tous ou étudiants, ou juste diplômés de l'université. L'entretien a été réalisé par le directeur de l'entreprise.

Au 2ème stade de l'entretien, un spécialiste technique m'a parlé. Il s'est avéré qu'il est le seul programmeur. Par conséquent, il était engagé dans absolument tout: l'analyse des données pour le département marketing, et le développement d'applications internes, et le développement de chat bots pour le client, et la maintenance du serveur. Il a également changé l'encre dans l'imprimante.

Quelque chose ne va pas: regardez ce que font les autres développeurs de l'entreprise. C'est mauvais quand ils n'ont pas de fonctions, de responsabilités et de domaines de responsabilité établis.

Les premiers jours


En raison de problèmes avec l'avocat, on m'a proposé de signer le contrat dans quelques jours, mais en attendant, d'aller travailler.

Quelque chose ne va pas: n'allez jamais travailler sans contrat.

Lors de la visite du bureau, on m'a dit que je peux travailler sur n'importe quel lieu de travail, ils ne sont pas fixes.

Quelque chose ne va pas: assurez-vous d'exiger votre lieu de travail - une table et une chaise. Au début, il semble que travailler où vous voulez est cool et moderne, mais c'est loin d'être le cas.
Tout d'abord, vous aurez besoin d'un moniteur pour ne pas tuer vos yeux sur l'ordinateur portable.
Deuxièmement, après quelques jours de travail sur le canapé, le bas du dos commence à faire mal.

J'ai parlé avec un "spécialiste technique", m'a demandé de vous dire comment le code est organisé maintenant. Il s'est avéré qu'il n'utilisait pas du tout le système de contrôle de version, le code source était dispersé au hasard sur ses serveurs et son hébergement. Aucune documentation ou test n'a été écrit pour aucun projet. Alors le code héritage dégoûtant du niveau de juin autodidacte est tombé sur moi.

Quelque chose ne va pas: Évidemment, le code doit être bien organisé et accompagné de documentation, ou du moins de commentaires.

La gestion


Le chef de service informatique s'est avéré ne pas être programmeur, ni administrateur système, ni développeur ni même analyste, mais simplement un ancien chef de projet du service commercial diplômé de «spécialiste de la sécurité de l'information».

Quelque chose ne va pas: au début, il est très important que vous ayez un développeur senior avec une vaste expérience en développement industriel. Il est extrêmement important pour les entreprises de calculer les délais du projet et d'évaluer les pièges. Vous ne pouvez bien faire ce travail qu'en comprenant le fonctionnement du code de projet. S'il n'y a pas une telle personne, soyez prêt à prendre tout ce travail sur vous.

Avec les délais dans l'entreprise, c'était un gros problème. Au moment de mon arrivée, le «spécialiste technique» réduisait les délais de tous les projets et la direction ne pouvait rien faire car elle ne comprenait pas la programmation et le développement.

Les réunions pour le plaisir des réunions entravent la gestion du temps. Parfois, 3-4 réunions par heure ont lieu tous les jours, où les départements disent ce qu'ils ont réussi à faire au cours des 2-3 dernières heures. La même réunion en fin de journée dans la soirée.

Quelque chose ne va pas: si vous êtes développeur, votre planning doit comporter au moins 3 à 4 heures, pas moins. Le développement est un processus créatif et non administratif qui requiert de la concentration. Cela est difficile à expliquer dans une entreprise non informatique, où tous les processus sont divisés en blocs de 15 à 30 minutes.

Total


Le «spécialiste technique» a quitté, ne laissant que les noms d'utilisateur et les mots de passe de tous ses serveurs. Tous les projets auxquels il a participé sont en feu. La direction recherche de toute urgence des sous-traitants qui pourraient trouver un tas de code hérité.

Rejoindre une petite entreprise non informatique est stressant car personne ne comprend ce que vous faites. Vous devrez expliquer toutes les bases du travail sur les produits informatiques, et c'est bien si vous comprenez cela. Le gestionnaire doit expliquer que la première étape du travail sur le projet est la conception et que sans tests, le projet sera mauvais. Vous pouvez être distrait par de petites choses toutes les 15 minutes, car dans leur sphère c'est coutumier.

L'essentiel est que tout devra apprendre par lui-même sur le terrain. Ce n'est pas du tout la même chose que des projets de formation, car d'autres personnes, l'argent de l'entreprise, dépendent des résultats de votre travail. Si vous écrivez du mauvais code, vous comprendrez pourquoi il est mauvais uniquement lorsque quelque chose se casse. Et quelque chose va définitivement se casser.

J'espère que ce texte vous aidera à éviter une expérience désagréable. Je serai heureux de toute question!

All Articles