🍺 🧚🏿 🌰 ¿Por qué no comenzar una carrera en una pequeña empresa que no es de TI? 📏 👧🏿 ⤴️

¡Hola!

Los últimos 2 meses trabajé en una pequeña empresa. Esta fue mi primera experiencia como programador en una empresa, y quiero compartir los problemas que encontré y las conclusiones de ellos. Espero que esta publicación ahorre tiempo y nervios a los profesionales novatos.

Introductorio

Estoy en mi segundo año, a menudo recibo pedidos de conocidos y autónomos para cualquier desarrollo: sitios web, bots de telegramas, analizadores, etc.

Podría obtener hasta 30-50 mil por mes en el mejor escenario y normalmente combinaba trabajo con estudio.

Razones para buscar trabajo en la empresa.

Primero que nada, dinero. Sí, como estudiante, me atrajo la idea de ganancias estables y decentes.

En segundo lugar, aprende a escribir código.

Tercero, aprende a organizar el trabajo.

Incluso si no realiza una pasantía, los colegas aún enseñan mucho. En la empresa, verá cómo los programadores adultos escriben código, organizan trabajos en proyectos y desarrollan arquitectura. Esto no es suficiente en freelance, cuando la mayoría de los proyectos son pequeños y se realizan según el principio de "sentarse y escribir".

Búsquedas de trabajo

Recopilé un CV, completé un currículum en hh.ru y comencé una búsqueda allí. Mi error fue responder a todo lo que veo. En la primera semana, tres empresas respondieron, para dos decidí una tarea de prueba, y la tercera invitó inmediatamente a una entrevista.

Algo está mal: los solicitantes de empleo envían docenas de anuncios de trabajo por día, por lo que las empresas los filtran con tareas de prueba. Si la empresa le envió una tarea de prueba, significa que saben cómo eliminar al personal malo. Tómese el tiempo para completar la prueba.

Entrevista de trabajo

Hubo 10 personas en la entrevista del panel. Todos o estudiantes, o recién graduados de la universidad. La entrevista fue realizada por el director de la empresa.

En la segunda etapa de la entrevista, un especialista técnico me habló. Resultó que él es el único programador. Por lo tanto, se involucró en absolutamente todo: análisis de datos para el departamento de marketing, y el desarrollo de aplicaciones internas, y el desarrollo de bots de chat para el cliente, y mantenimiento del servidor. También cambió la tinta en la impresora.

Algo está mal: mira lo que otros desarrolladores de la empresa están haciendo. Es malo cuando no tienen funciones establecidas, responsabilidades y áreas de responsabilidad.

Primeros dias

Debido a problemas con el abogado, me ofrecieron firmar el contrato en unos días, pero mientras tanto ir a trabajar.

Algo está mal: nunca vayas a trabajar sin un contrato.

Durante el recorrido por la oficina, me dijeron que puedo trabajar en cualquier lugar de trabajo, no están arreglados.

Algo está mal: asegúrese de exigir su lugar de trabajo: una mesa y una silla. Al principio parece que trabajar donde quieras es genial y moderno, pero esto está lejos de ser el caso.
En primer lugar, necesitará un monitor para no matar sus ojos en la computadora portátil.
En segundo lugar, después de un par de días de trabajo en el sofá, la espalda baja comienza a doler.

Hablé con un "especialista técnico", me pidió que le dijera cómo está organizado el código ahora. Resultó que no utilizó el sistema de control de versiones en absoluto, el código fuente se dispersó al azar en sus servidores y hosting. No se ha escrito documentación o pruebas para ningún proyecto. Entonces, el desagradable código heredado del nivel autodidacta de junio cayó sobre mí.

Algo está mal: obviamente, el código debe estar bien organizado y acompañado de documentación, o al menos comentarios.

administración

El gerente del departamento de TI resultó no ser un programador, ni un administrador del sistema, ni un desarrollador o incluso un analista, sino simplemente un ex gerente de proyecto del departamento de ventas con un diploma de "especialista en seguridad de la información".

Algo está mal: en la etapa inicial, es muy importante que tenga un desarrollador sénior con amplia experiencia en desarrollo industrial. Es sumamente importante para las empresas calcular los plazos de los proyectos y evaluar las dificultades. Puede hacer bien este trabajo entendiendo cómo funciona el código del proyecto. Si no hay tal persona, prepárate para asumir todo este trabajo sobre ti.

Con los plazos en la empresa fue un gran problema. Cuando llegué, el "especialista técnico" estaba derribando los plazos de todos los proyectos, y la gerencia no podía hacer nada, porque no entendían la programación y el desarrollo.

Las reuniones por el bien de las reuniones dificultan la gestión del tiempo. A veces, se realizan de 3 a 4 reuniones por hora diariamente, donde los departamentos cuentan lo que lograron hacer en las últimas 2-3 horas. La misma reunión al final del día en la noche.

Algo está mal: si usted es desarrollador, su programación debe tener bloques de al menos 3-4 horas, nada menos. El desarrollo es un proceso creativo, no administrativo, que requiere concentración. Esto es difícil de explicar en una empresa que no es de TI, donde todos los procesos se dividen en bloques de 15-30 minutos.

Total

El "especialista técnico" renunció, dejando solo nombres de usuario y contraseñas de todos sus servidores. Todos los proyectos donde participó están en llamas. La gerencia está buscando urgentemente subcontratistas que puedan descubrir un montón de código heredado.

Unirse a una pequeña empresa que no es de TI es estresante porque nadie entiende lo que está haciendo. Tendrá que explicar todos los conceptos básicos para trabajar en productos de TI, y es bueno que lo comprenda. El gerente necesita explicar que la primera etapa del trabajo en el proyecto es el diseño, y que sin pruebas el proyecto será malo. Puede distraerse con pequeñas cosas cada 15 minutos, porque en su esfera es habitual.

Lo principal es que todo tendrá que aprender solo en el campo. Esto no es lo mismo que los proyectos de capacitación, porque otras personas, el dinero de la empresa, dependen de los resultados de su trabajo. Si escribe un código incorrecto, comprenderá por qué es malo solo cuando algo se rompe. Y algo definitivamente se romperá.

Espero que este texto te ayude a evitar una experiencia desagradable. Estaré encantado de cualquier pregunta!

¿Por qué no comenzar una carrera en una pequeña empresa que no es de TI?