Mi experiencia en 1C Firm


Parece que ya han escrito sobre todo: desde Yandex hasta Mailru, desde Luxoft hasta Tutu. Pero sobre la compañía más distante, original y aislada en el mercado de TI hasta ahora. Te contaré sobre mi experiencia en la Corporación doméstica malvada.

Para compartir mi experiencia, este artículo me impulsó, y no el despido en la víspera, trabajé en la empresa hace varios años, por lo que algo que no recuerdo exactamente, pero algo podría haber cambiado. Por otro lado, 1C no es una startup y los cambios están ocurriendo lentamente.

Para comprender: si estamos hablando de la dirección principal de la empresa, hay dos tipos de programadores en 1C Firm: más los que vieron la plataforma 1C: Enterprise y 1Sniki que vieron las soluciones de aplicación en esta plataforma. Hay otros que hacen juegos de Bitrix y demás, pero estos son, digamos, "afiliados". Trabajé en el negocio empresarial, 1Snick en la solución de aplicación.

Sobre entrevistas y entrevistas


Cuando se me ocurrió la idea de ir a 1C para una entrevista, ya estaba trabajando 1 año 4. Me pareció (como me di cuenta en vano) que conocía bien la plataforma y podía pasar por una entrevista de 1C en cualquier lugar. En general, para cualquier 1Sniku, 1C parece una especie de castillo de cristal en la cima de una montaña en la que viven los semidioses. Bueno, es algo así como Google por lo demás :) Por lo tanto, antes de ir a una entrevista de seguridad social, me divertí mucho, aunque fui a otras entrevistas como una caminata, sabiendo que solo puedo abrumarme con una pregunta como "citar la línea 186 del código del módulo de autorización de usuario". En general, ni siquiera esperaba un resultado positivo, pero de alguna manera crucé el umbral del edificio en Timiryazevskaya como solicitante.

Lo primero que llama la atención es el edificio en sí. Por supuesto, era teóricamente consciente de que 1C no es la compañía más pobre y que los hombres generalmente ganan miles de millones en TI en el océano, pero como soy un apodo de 1C antes, estoy acostumbrado a que un programador de 1C sea alguien sentado en una oficina de clase G, porque necesitas estar cerca a los procesos comerciales, y en mi caso generalmente ocurrieron en almacenes (de ninguna manera afirmo que todos los 1Sniks trabajan en tales condiciones). Sin embargo, en 1C, todo era un mundo diferente: un edificio hecho de vidrio y mármol con salas de reuniones de vidrio con transparencia variable, muebles que no eran de Ikea y la completa sensación de que viniste a la oficina del banco, y no donde estaban sentados los apodos de 1C.

El primer paso era tradicionalmente una entrevista con RRHH, que, además de comunicarse sobre temas generales, también implicaba una tarea de prueba en forma de preguntas con opciones de respuesta. La tarea fue bastante difícil, las respuestas fueron evaluadas por HR en la placa de respuestas correctas. Algunas preguntas requerían conocimiento de cuestiones bastante sutiles que no conocía, y ya estaba a un milímetro de la falla, pero sin embargo salí de las preguntas en el lenguaje de consulta (era fuerte en eso).

En la siguiente etapa, conocí a mi futuro líder y gerente. El gerente estaba bastante lejos de TI, una buena mujer. El plomo era extraño (quién murmuraría). La entrevista fue bastante bien, no lo sabía todo, pero en esta sección me sentí bastante segura, porque se trataba más de la arquitectura de la base de datos: me ofrecieron una tarea compleja, era necesario que diseñara el sistema en una hoja de papel. Una especie de arquitectura de pizarra.

La siguiente entrevista (tercera) fue con el jefe del departamento. Preguntó acertijos sobre las escotillas redondas (en el buen sentido) y, en general, dio la impresión de una ventaja extremadamente buena. También recibí una crítica positiva de él.

La cuarta (y última) entrevista fue con el director y el gerente de desarrollo. Entonces sí, Boris y Sergey Georgievich Nuralievs mismos, cuya fortuna se estima en un metro de dólares para dos, toman 1Snikov para trabajar. Además, ambos están presentes en la entrevista. Boris Georgievich de ninguna manera da la impresión de un tiburón de negocios de TI. Es más bien un amable abuelo que solo quiere hablar sinceramente contigo. La conversación se basa en el tema de su diploma (aparentemente es un lugar común, una razón universal para comenzar una conversación) y luego continúa simplemente "de por vida", nadie hace preguntas técnicas allí. Sergey Georgievich es un desarrollador clásico: vino con una computadora portátil y no le quitó los ojos de encima. Solté un par de frases (como las preguntas sobre el deber) y ya no estaba interesado en él.

Así que pasé por todas las etapas de las entrevistas y recibí una carta con el tema "Una invitación para trabajar en 1C Firm", que todavía guardo en una carpeta especial))

Sobre colegas, ambiente y procesos.


Los colegas son diferentes allí. Eso es muy directo. Alguien es normal, alguien es tóxico, alguien es tóxico. Alguien como si no estuviera en sí mismo, porque el viejo y todo depende de él, alguien no hace nada. La mayoría de ellos no tienen sentimientos especiales por 1C, como plataforma. Esto es solo trabajo, nada personal.

La mayoría trabaja aquí por mucho tiempo. No sé si la comprensión de que no hay otro lugar para crecer o la atmósfera extremadamente relajada y leal está haciendo su trabajo: es extremadamente raro abandonar la empresa. No tengo estadísticas precisas sobre este tema, pero me pareció que la "edad" promedio de un empleado es de 7-10 años. Por cierto, esto me sorprendió entonces: ¿cómo puede uno "despegar" por tanto tiempo? Aunque el programador de 1C Firm tiene algunos comentarios de otros programadores que implementan sus creaciones, nunca se comunica con usuarios finales o clientes.

Parte del manual causa una buena impresión: ambos rebuscan en el negocio y en la plataforma, pero, como regla, se rompen. Otros no están hablando directamente de la programación, y si dicen que necesita escribir un módulo de clasificación de matriz y necesita un mes para hacerlo, dirán "bueno, está bien". Eso no te importa un comino.

En general, el espíritu de equipo y la asistencia mutua no están en la atmósfera. Hay algunos colegas con quienes es fácil y agradable trabajar, pero esta es más bien la excepción. Básicamente, si vienes por ayuda o consejo, no te enviarán abiertamente, pero no verás el deseo de ayudar. Si las personas acuden a usted para discutir cómo usar mejor sus funciones, la pregunta probablemente se construirá en forma de "por qué no lo hizo de la manera que me gusta".

Por otro lado, nada te hace trabajar bien. Incluso nada funciona en absoluto. No sé qué hay que hacer (o no hacer) para ser despedido o al menos regañado. Hubo uno de esos casos cuando en un mitin semanal un desarrollador dijo algo como "Realmente no hice nada esta semana, no hay nada que contar". En respuesta, recibí solo una solicitud para recuperarme la próxima semana.

En el proceso de implementación de un nuevo desarrollo, hay un paso en el que se reúne una parte del equipo y se les muestra lo que cortaron, y ellos, a su vez, esbozan ideas donde algo se puede arreglar y mejorar. En la mayoría de los casos, tales reuniones son muy tóxicas: los revisores no son tímidos al expresar sus sentimientos en relación con su desarrollo, el diálogo no es tanto un intercambio de opiniones, como disputas y sracha. Pero hay una ventaja: la composición de los invitados, excepto el gerente y el líder (en mi caso, este último casi nunca estuvo en el trabajo) no está regulada y si resulta que no invita a los colegas más locos, en realidad puede mejorar lo que parecía, si no ideal. Algo cercano al ideal.

Si no hay plazos establecidos en ninguna ley, puede hacer algo casi para siempre. Para un par de iteraciones adicionales [desarrollo - presentación] no recibirá tres errores fuera de turno, puede "moler" el desarrollo tanto como lo desee.

Al leer el párrafo anterior, podría surgir una sensación extraña, como si los propios programadores decidieran qué y cómo escribir. Sin metodólogos, analistas y otros arquitectos. Si De mi oído, escuché que en configuraciones cuya funcionalidad está sobrerregulada, como la contabilidad o la contabilidad del personal, hay algunos contadores superprofesionales que pueden leer las leyes entre líneas y han aprendido el plan de cuentas antes de las tablas de multiplicar que aconsejan a los muchachos, pero donde no hay regulación tanto, no hay analistas ni arquitectos. Existe esta mente colectiva, que mira el desarrollo y eso es todo.

Existe un evento de este tipo, que se lleva a cabo tres veces al año y todos los 1Sniks son muy "aficionados": un gran taller de 1C para socios. Todos o casi todos los desarrolladores de configuraciones suministradas por 1C se dirigen a él el domingo. La participación no es necesariamente necesaria, pero, digamos, la no participación es altamente desaconsejada. Los "afortunados", después de haber lavado algo importante, tienen la oportunidad de hacer un informe sobre su desarrollo a una audiencia de más de 100 personas, cada uno de los cuales tiene su propia opinión sobre dónde crecen sus manos los programadores de la compañía y cómo hacerlo. Aunque, debo admitir, aquí el nivel de toxicidad es bajo y, por regla general, todo es amigable.

Más interesante, tesis:

a) hay una guía privada sobre cómo escribir y cómo no escribir código. Tiene muchas características y consejos que van desde simples construcciones de lenguaje hasta cosas más complejas que se pueden llamar patrones de diseño 1C-ovsky

b) sin revisión. En general Su código no le importa si funciona. Hay un analizador de código, pero no funciona por inserción (y aún más, no al momento de escribir el código), pero con un gran retraso y verifica en el nivel incorrecto que todo tipo de cubos de sonar y otros televisores. Buscando solo las cosas más simples

c) es posible e incluso necesario introducirlo en el maestro (características del sistema de control de versiones 1Snoy). Al mismo tiempo, el líder observa el impulso solo de hecho, y luego, si quiere, no tiene ninguna solicitud de grupo o algo así.

d) llegada estrictamente por tiempo. no hay jornada laboral flexible, pero muchos lo descuidan con el principio de que "la rigurosidad de las leyes se compensa con la no obligatoriedad de su implementación". udalenki básicamente no, todos trabajan solo en la oficina

e) El 90% de las personas se sientan fuera de casa: a las 18:00 las deja sin aliento. Otro 10% se sienta más tiempo: alguien porque viene más tarde, alguien por la idea. El procesamiento "según sea necesario" es raro, me sucedió dos o tres veces en un año, pero no era el empleado más involucrado

e) no se pagan horas extras. Ninguno y de ninguna forma (incluso no dio tiempo libre para trabajar el sábado / domingo). Al menos ese es el caso con los desarrolladores comunes. La participación en el seminario tampoco se paga.

Sobre tareas


En general, cuando viene a una empresa, llega a una "configuración" específica (una solución de aplicación de 1C, escrita en la plataforma 1C) que la especialización dentro de una configuración puede ser más o menos rígida, dependiendo del tamaño de la configuración en sí, pero fuera de la configuración no saldrás (hay tipos que vieron bibliotecas, pero esta es una historia diferente). Así que terminé en una configuración bastante pequeña, en la que había un corte total.

Básicamente, la configuración es elegida por ellos mismos en la entrada. Hay ocasiones en que se entrevista a alguien para una configuración, pero en el proceso resulta que generalmente es normal, pero carece de algunas habilidades específicas (por ejemplo, para la contabilidad) y seleccionan un lugar más adecuado para él. No escuché que alguien cambiara la configuración, aunque no creo que esto sea imposible.

No hubo tareas. Bueno, o casi ninguno. Todo el equipo estaba formado por 12 personas. Tres personas y media trabajaban. El resto estaba involucrado en algún tipo de tontería: alguien debido a su propia convicción de lo que estaba haciendo y había trabajo, alguien abiertamente pateado, alguien escribió a la izquierda.

Según tengo entendido, hay 3 formas en una empresa para un programador 1C:

a) no hacer nada de la palabra en absoluto
b) busque sus propias tareas y mueva montañas en un horario conveniente
c) ingresar al sector de desarrollo regulado (como contabilidad u otros EGAIS) y trabajar con planes claros y plazos

Quizás algunas pistas llevan su propio camino :)

Sin duda se notará la ausencia absoluta en el lugar de trabajo, pero corregir un par de errores simples por semana es un nivel de productividad bastante aceptable para que el gerente no tenga preguntas. Tal vez en este caso las preguntas deberían haber surgido en el liderato, pero en mi caso, el líder estaba literalmente ausente del trabajo 2/3 del tiempo, y en el 1/3 restante no mostró un fuerte celo. Así que "trabajé" por un tiempo.

Luego tuve suerte y estaba "tangencialmente" enganchado por algunas innovaciones legislativas que me ocuparon por un tiempo.

De alguna manera traté de jugar a "encontrar mis propias tareas y mover montañas" e intenté discutir con el gerente e implementar las tareas que me gustaría hacer. Y al principio incluso funcionó para mí: corté un par de pequeñas características que, me parece, hicieron la vida más fácil para algunas personas. Pero cuando traté de balancear con una gran funcionalidad (hay un tema bastante voluminoso en 1C, según el cual me considero un muelle y que estaba en un nivel absolutamente terrible en nuestra configuración), el gerente soltó los frenos de acuerdo con el esquema clásico: "vamos con este error lo resolveremos y luego hablaremos. “Y aquí tenemos en el horizonte el segundo paquete de lo legislativo que ustedes vieron. Hagámoslo, luego tomaremos .. ". Y aquí entiendes que la primera vez que pospuso la pregunta por una semana, la segunda por un mes, y ahora estamos hablando del hecho de que en el próximo año no haremos esto. No sé si esta desconfianza hacia mí como recién llegada o si básicamente no quería grandes cambios o sobreestimo el valor de la función ... Pero debo admitir que no fui demasiado persistente en la promoción de mis ideas.

Final feliz


Así que pasó aproximadamente un año y me entristeció tal desesperanza, y luego una oferta muy deliciosa cayó en el mal y decidí que era hora de terminar con esto.

Cuando dice que se va de la empresa, pasa por una entrevista de salida con todos los gerentes, incluidos Boris y Sergey Nuraliev. Preguntan durante mucho tiempo sobre los motivos, ofrecen opciones para quedarse (aunque no noté nada especial en la empresa). Parece que Boris Georgievich incluso lo lamenta sinceramente. Sergey como siempre en una computadora portátil.

En la entrevista del fin de semana, no oculté mucho las razones de mi decisión y hablé sobre la organización del trabajo dentro del departamento tal como está. Sobre las preguntas principales de Boris Georgievich, me pareció que mi gerente tendría una conversación seria con él.

Esa característica principal que propuse nunca fue descartada.

Con la oferta que dejé resultó bastante interesante: gracias a él pude saltar al desarrollo de Java y durante dos años he estado usando IntelliJ IDEA en lugar del Configurador, del cual no me arrepiento por un segundo.

Source: https://habr.com/ru/post/470561/


All Articles