🕢 🕰️ 🛎️ Fallaste una pregunta teórica sobre la Seguridad Social, y te pusieron fin. ¿Esto es normal? // Estamos condenados # 3 🧑🏽‍🤝‍🧑🏽 🧜🏼 🈴

Pavel Novikov vivió en Novosibirsk hasta los 30 años y trabajó de forma remota, recogiendo pedidos de todo el mundo para Upwork. Un cliente se quedó durante mucho tiempo: Pasha creó un sistema para él desde cero y una pequeña empresa se convirtió en una gran empresa. Los fundadores prometieron una gran posición, pero luego cambiaron de opinión y simplemente dispararon feo.

Nuevamente, Pasha no tomó pedidos pequeños del aparato y por primera vez pensó en la reubicación. Así que terminó en Minsk, allí reúne un equipo para abrir la oficina local de una empresa israelí.

Pasha vino a nosotros en un podcast, discutió la contratación y la industria con nosotros, e incluso organizó algo así como una charla de espectáculo (que no fue bien).

Seleccionamos algunas citas del lanzamiento.

¿Por qué mudarse a Minsk cuando todo el mundo está abierto para usted?

Moscú y Peter en ese momento eran simplemente caros. No estoy listo para dar 800 dólares en alquiler. En Minsk, puede recibir libremente un salario en Moscú, mientras alquila y todo lo demás para dar un orden de magnitud menor. Para mí, esta es una buena opción para un punto de tránsito en el camino, por ejemplo, a Canadá.

Para mudarte, necesitas tener una reserva, pero ahora simplemente no tengo dinero extra. Durante los seis meses que pasé sin trabajo después de romper con un cliente remoto, me comí toda la almohada financiera. Ahora solo necesito ganar dinero para tener 20-30 mil dólares gratis, comprar un boleto y nunca regresar.

Sobre udalenka en Upwork

Con udalenkoy pasó algo de estaño. Después de un incidente, no quiero trabajar con Rusia. Por lo general, trataba de buscar trabajo en un departamento con clientes extranjeros; trabajé con muchos países, pero en 2019 la udalenka terminó repentinamente. Vas al aparato y no hay nada. Algunos proyectos por doscientos dólares con requisitos incomprensibles, ya sea de los indios o de los árabes. Desplácese por la pantalla cuatro de estas tonterías, envíe algunas respuestas, elija la más adecuada, y estúpidamente no le responderán. Y así día tras día.

Sobre la seguridad social, donde los programadores son impulsados por cuestiones teóricas

Creo que entrevistar a un programador simplemente haciéndole preguntas durante diez minutos está mal. Imagina que estás contratando un diseñador. Él viene a usted y usted discute durante media hora qué pinceles hay en Photoshop, cómo hacer una selección de lazo, cómo trabajar con capas y máscaras. Y de acuerdo con los resultados de esta conversación, debe comprender si el diseñador le conviene o no.

Con programadores de la misma manera. Necesitamos ver el resultado del trabajo de esta persona y cómo piensa. ¿Llevar a una persona a un proyecto en vivo, donde se ha invertido el dinero de alguien, para pagarle un salario basado en el hecho de que dijo algo? Puedes decir lo que sea.

Las palabras no cuestan nada: muéstrame el código. Si una persona tiene un repositorio de github, esto es interesante. Amo a estos candidatos, está claro de inmediato cómo realizar una entrevista. Abres el código del proyecto y dices: "rastrillamos lo que escribiste aquí". Si este es un proyecto complejo, y el candidato puede justificar correctamente todos los compromisos tecnológicos que hizo durante el desarrollo, lo tomaré de inmediato, sin ninguna pregunta teórica.

Solo dime qué dificultades encontraste. Por ejemplo, allí sacrificó la legibilidad en nombre del rendimiento, o consumo de memoria, para que hubiera una buena interfaz.

Puedes entablar conversaciones divertidas, pero solo en función del código.

Sobre el estrés durante las entrevistas

La gente se pone nerviosa en una entrevista cuando actúas como un imbécil pretencioso. Ya tienen estrés por el hecho de que los extraños los evaluarán, por lo que estas personas también se comportan como si todos lo supieran.

En ningún caso debes comportarte así en una entrevista. Conduces a una persona a un estado de astenia, y él no puede hacer nada, no importa cuánto intentes obtener algo de él. La comodidad psicológica es muy importante, y la mayoría de las compañías estúpidamente no entienden esto. Tal vez las personas tienen problemas con la reflexión, tal vez ellos mismos nunca han estado en una situación así.

Sobre el problema de las habilidades blandas

Hay un gran revuelo en torno a las habilidades blandas: me parece que generalmente se dirige en la dirección incorrecta. La gente habla de cualquier basura que no tiene nada que ver con habilidades blandas. Algo sobre poder escuchar, poder negociar ... Chicos, hay dos habilidades principales de software: esto es honestidad y compromiso.

¿Por qué los desarrolladores deben resolver el conflicto y la atmósfera en un equipo? Para hacer esto, hay un director de eychar que atraviesa una nube de varios entrenamientos sobre psicología y conflictología aplicada. ¿Por qué no están haciendo esto?

Se nos dice que hay personas especiales en la industria para resolver problemas. Pero si los eychars requieren que los desarrolladores muestren sus "habilidades blandas", entonces no hacen su trabajo: su trabajo recae en nuestros hombros.

El papel de eychara es ser un mediador. Simplemente ponga a los desarrolladores en un círculo y diga: "Chicos, permítanme moderar su discusión para que no se desmoronen". Dos o tres sesiones de psicoterapia familiar para desarrolladores y resolución de conflictos.

Sobre el trabajo en código abierto y proyectos favoritos

Tengo tres cosas en desarrollo:

la primera es Reinforced.Typings , una cosa extremadamente simple que exporta clases de sharpe a Typecript. Es muy útil cuando crea una aplicación web con un backend nítido, la toma, coloca la biblioteca y todos los controladores, todos los modelos de vista que tiene, tomó para usted y durante la compilación exportada a TypeScript.

El segundo proyecto no es de código abierto. Esta es la solución al viejo problema eterno de la industria: la fecha de la red. Decidí cerrar su fuente, porque me lleva mucha energía.

La fecha de la cuadrícula es ... en todas partes, en cualquier componente. Cualquiera que haya intentado hacer una tableta con los botones "editar", "agregar", "ordenar" sabe cuánto tiempo lleva hacerlo desde cero. Si toma componentes ya preparados, todos son terriblemente terribles. Hice una buena Esto ya se confirmó en varias compañías: los muchachos lo usaron, dicen genial.

El tercer proyecto es Tecture. Marco arquitectónico para aplicaciones empresariales. Todos los desarrolladores se encuentran con un problema cuando comienzan a escribir aplicaciones comerciales, desde la autorización hasta algún tipo de lógica compleja. ¿Cómo organizar tales aplicaciones? Existe una guía oficial sobre la unidad de trabajo y sobre los repositorios. Pero creo que él es una mierda, y en grandes proyectos se está hundiendo en el infierno.

Durante mucho tiempo pensé en cómo construir tales sistemas para que con el tiempo no se introduzcan en tartaras, de modo que no tenga que conectar una base de datos para probarlos, y finalmente se me ocurrió.

Sobre el síndrome del impostor que no se trata

El síndrome del impostor todavía está aquí. Tan pronto como haces algo que funciona en el mundo moderno, borras el sudor de tu frente, y resulta que todavía necesitas hacer documentación, transmitir a otras personas cómo usarla, por qué es bueno. Muchos contactos de personas aparecen en su Skype que usan su producto y constantemente hacen preguntas como esta, así.

De vez en cuando se encuentran con lugares con un desorden arquitectónico franco, y el código allí no es perfecto y en los lugares es muy complicado, especialmente donde hay un corte de datos en diferentes páginas. El protocolo para comunicarse con el servidor generalmente no tiene una estructura obvia: yo mismo, durante dos meses, olvido lo que está sucediendo en el interior.

Y si no responde la pregunta de una persona sobre estos problemas, por ejemplo, está sentado en el inodoro, jugando por teléfono y luego le escriben. Entonces, si no responde en este momento, inmediatamente concluirán que usted desarrolló algún tipo de basura.

Tengo muy poco tiempo y recursos para hacerlo como debería ser. En las realidades modernas, si está haciendo un proyecto así, de hecho, está haciendo una bicicleta que nadie necesita, que nadie usará, sin importar cuánto tiempo ahorre en el desarrollo. Solo porque no hay enlaces de pruebas, organización, soporte, tutoriales y otras cosas.

Miro mis proyectos y pienso: ¿qué demonios estoy empezando? Por que es ¿Pero soy un gilipollas?

Podcast tóxico Telegram Chat

Fallaste una pregunta teórica sobre la Seguridad Social, y te pusieron fin. ¿Esto es normal? // Estamos condenados # 3