Sección 1. Habilidades blandas
- Estoy en silencio en las reuniones. Intento poner cara de atenta e inteligente, aunque no me importe.
- La gente me encuentra positivo y negociable. Siempre les informo de manera cortés y discreta que la tarea dice que haga algo. Y sólo una vez. Entonces no discuto. Y cuando termino la tarea y resulta ser algo, no me río y no digo “¡Te lo dije!”
- No me importa qué tipo de mierda desperdicie. Si el cliente estuviera interesado en mi opinión, no habría contratado a un gerente de proyecto, propietario de producto, Scrum Master, Agile Master y diseñador de UI. Deje que estos hipsters formen todo tipo de opiniones, visiones y trucos de marketing.
- Soy disciplinado. Vengo a trabajar a las 9 y salgo a las 6. Es muy conveniente para mí. Puedo quedarme más tiempo pagando doble o si la tarea es interesante.
- Tengo un buen sentido del humor y una rica experiencia de vida. Puedo interrumpir fácilmente el trabajo del equipo durante medio día contándome cómo me fue el sábado. Pero rara vez hago esto, porque creo que no me pagan por esto, sino por el hecho de que he perdido algo de hilo.
- Entregué el liderazgo de tu equipo, ya sabes dónde. Yo mismo puedo tirar algunas cosas, pero con cara de inteligente les explico a mis subordinados que tienen que hacer algunas cosas que están más allá de mis fuerzas.
- Soy absolutamente increíble en las presentaciones. Especialmente si necesitas presentar un fondo sin terminar. Evito magistralmente errores durante las presentaciones de programas. Una vez pasé dos horas presentando la ventana de inicio de sesión porque el programa ya no funcionaba. Y el inicio de sesión no siempre funcionó.
- Cuando todo me afecta, lo dejo en silencio y no voy de departamento en departamento y digo: "Todo está mal, estamos en el fondo, todos son tontos".
Sección 2. Habilidades duras
- La herencia es algo repugnante si solo un hijo hereda del padre.
- Utilizo la encapsulación solo cuando la Idea está subrayada en amarillo y escribe, este método se puede hacer privado. Lo mismo con la final.
- Nunca he usado volatile, finalize y muchos otros.
- No me preocupo por qué usar: ArrayList o LinkedList. Siempre uso ArrayList.
- Puedo evitar el uso de captadores y definidores en Java si sé que nadie leerá mi código. persona.nombre = "juan". Si sé que alguien lo leerá, me da vergüenza.
- Todavía no entiendo por qué se necesitan interfaces en Java, a excepción de la devolución de llamada y lambdas. Todos los ejemplos que los utilizan son inverosímiles y puedo hacerlo más fácil sin ellos.
- No sé cómo funciona gc, nunca lo he usado. Y en general, en 6 años, en mi memoria, solo se mencionó una vez. Aparte de las entrevistas, claro.
- Tengo un nabo en Github, pero no te lo mostraré. Ella es mi persona personal y la desollo como quiero. No llevas frac en casa, ¿verdad?
- Puedo y me gusta saltarme la parte delantera si estoy cansado de la parte trasera. Ya olvidé la reacción y me quedé atrás. Pero creo recordar a Sencha.
Sección 3. Logros
- Creé 3 sitios que fueron visitados por menos personas que él. Cuando hice 2 sitios, sabía que nadie los visitaría (se esperaba que se apoderaran del mundo).
- Creé tres aplicaciones web (ExtJs-Java-Docker), dos de ellas nunca se implementaron en producción y una se usó dos veces (se esperaba que se apoderaran del mundo).
Cuando los hice sabía que así sería, porque no creo en usuarios que memorizan un manual de 20 páginas, yo mismo presenté mi trabajo con un manual impreso en mis manos.
- Hice una aplicación nativa de Android de 8 pantallas, en la que nadie pasó de la segunda, fue descargada 107 veces en el mercado de Google (se esperaba que conquistara el mundo).
- Una vez estuve solucionando el error más alto durante dos días y luego me di cuenta de que nadie había visitado esta sección del sitio durante unos tres años. Y ésta era una sección muy saludable del sitio, en la que se invirtieron muchas horas de trabajo.
- Pasé aproximadamente una semana intentando que el cuadro combinado se moviera desde la derecha en lugar de desde arriba.
- Dirigí a 4 personas y pasamos seis meses haciendo un proyecto que podría haber hecho solo en una semana. Y sí, este es el proyecto del punto 2.
- Estaba configurando el almacenamiento en caché de solicitudes en Mongu en una aplicación que tiene una persona por día.
- Creé un cliente de correo electrónico corporativo, a pesar de que hay cientos de gratuitos y todos eran mejores.
- Estaba idealizando píxeles (¿o como se llame?) en el frente.
- Estaba rediseñando la biblioteca Material UI para React porque nuestro diseñador de UI independiente de Kurgan decidió que tenía una mejor comprensión del diseño que Matías Duarte, vicepresidente de diseño de Google, Licenciado en Ciencias de la Computación con honores de la Universidad de Maryland, con un adicional. educación en arte e historia del arte, director de la Student Art Gallery en Maryland.
Nunca entendí por qué deberías rehacer cosas buenas que personas inteligentes hicieron para ti y te las regalaron, especialmente si eres obviamente más tonto.
- Pasé un mes creando una función que, según los cálculos más optimistas, tardaría 437 años en completarse. (pedido de trapeadores para señora de la limpieza) en ERP.
- Rehice un kaká desde cero 7 veces porque cambiaron las especificaciones técnicas. Como resultado, ella empeoró de lo que era.
- Pasé 4 horas averiguando por qué el centavo en el billete estaba redondeado incorrectamente y supe de antemano que no podía arreglarlo, de lo contrario el saldo no se equilibraría más tarde.
- Creé un microservicio para aumentar la confiabilidad de la lógica empresarial principal y sí, este microservicio fallaba 20 veces más a menudo que la lógica empresarial.
Pero luego crearon un departamento completo de 12 personas para aumentar la confiabilidad de este microservicio confiable, y ahora el microservicio falla 20 veces más a menudo, realiza transacciones a medias y pierde datos sin dejar rastro. Cuando me fui, decidieron crear un microservicio de confiabilidad para un microservicio de confiabilidad.
Fuente: habr.com