5 habilidades importantes y perdidas que necesita el mejor desarrollador

Prólogo

Has visto estos artículos mil veces:

• "10 cosas que necesitas crear para convertirte en un mejor desarrollador".
• “Los mejores marcos para aprender en 2019”.
• "Hazlo para convertirte en un desarrollador de Rockstar".
• "Lea estos diez libros técnicos y se convertirá en un desarrollador exitoso".

Lo que dicen es que necesitas aprender reactjs o node . Crear 1.000.000.000 de aplicaciones ToDo. Lee el Python Crash Course y boom, eres el mejor desarrollador.

Todo esto es conocimiento técnico (teórico). Los necesitas, pero ¿crees que un peluquero que sabe cómo sujetar las tijeras técnicamente correcto es bueno? ¡Hay más habilidades para evaluar en cada profesión!

Hablemos de lo que creo que son habilidades pasadas por alto.

Pensamiento abstracto

Como desarrollador, debe implementar una función que alguien usará. Este alguien puede ser usted, el cliente, sus colegas, personas de Internet a quienes nunca conocerá.

Sabiendo esto, su tarea es pensar en todos ellos y llevar la función a su esencia.
Su gerencia quiere ver con qué frecuencia las personas hacen clic en algo en un sitio web. Debes entender que son personas con un pensamiento específico .

Sus gerentes piensan en listas, números y tablas. Por el momento, la imagen más grande de su programa complejo no les concierne, y no lo entienden. No deberían. Este trabajo es tuyo!

Volvamos a la tarea "con qué frecuencia el usuario hace clic en el sitio" . Me imagino en ambos roles. En el rol del usuario, y el que ve los datos y trata de averiguar qué necesita el usuario.

Para el usuario final, todo debería ser igual. Tal vez aparezca un descargo de responsabilidad, que presiona una vez. Y eso es todo. Estas características no deben ser visibles para el usuario final. Bueno, eso fue fácil. ¡Siempre piense primero en su usuario final! Siempre!

Ahora, pensemos en quién se beneficia de los datos. Entonces, ¿qué quiere ver? Solo un numero. ¿Cómo es 42 ? Pero, ¿qué significa este número? ¿Quizás la mejor manera de medir no es la frecuencia del clic, sino el objetivo del clic? Regrese a su equipo de desarrollo o accionistas y dígales que puede ser mejor tener estadísticas sobre la frecuencia con la que hacemos clic y qué acciones siguen al clic. Quizás escuchaste algo como: "Oh, ¿puedes hacer eso? Sí, hagámoslo " . Puedes seguir profundizando en la abstracción, pero creo que lo captaste.

Redactando la pregunta correcta

Vi esto todo el tiempo, desde Junior hasta Senior Developer. Obtienes la tarea y la completas. Llamo a estas personas Code Monkeys .

Parte de ser un desarrollador es hacer preguntas y llegar al fondo de lo que necesitamos lograr (esto vuelve a la cuestión de la abstracción).
Una declaración se puede interpretar de 1000 maneras.
Debe comprender por qué implementa esta función. Entonces es mejor que vea los problemas y los riesgos futuros.

La pregunta "por qué" en una empresa a menudo se ve como un problema de confianza .
Escuchará declaraciones como:

• Necesitamos confiar en el equipo de desarrollo.
• Confiemos en ellos, ellos saben lo que es mejor para la empresa.
• ¿No confías en mi?
• Probemos primero y, por lo tanto, hagamos preguntas.

Hacer la pregunta y tratar de entender por qué no tiene nada que ver con la confianza. Como desarrollador, conoce el funcionamiento interno del sistema. Puede ver problemas técnicos y puntos de salida, qué podría funcionar y qué no. Si alguna vez escuchó los dichos anteriores, repetir lo siguiente siempre funciona:

• "Te creo, y sé que esto es importante".

Comunicación con personas sin conocimientos técnicos.

Con qué frecuencia sucede esto en chats como Slack:
Abre un canal para toda la empresa y ve varios enlaces a una publicación en un blog súper técnico sobre por qué "forEach" es más rápido que un "mapa" en JavaScript.

O usted dice: "No, no podemos hacer esto" y comienza a explicar que ReactJS no tiene esta función y tendrá que cargar el paquete npm.

Si su gerente de producto no es de un desarrollador anterior, entonces él / ella no entenderá una palabra de lo que está hablando.

En su lugar, debe tratar de encontrar una buena analogía en un área donde todos entiendan todo. Del mismo modo, como hice al principio con el peluquero. Una persona sin una base técnica puede entender esto y concluir que tiene razón.

Paciencia

Viste estas guías en YouTube, donde las personas crean algo en un video en 15 minutos, y luego intentas repetirlo, ¡y toma mucho, mucho, mucho más tiempo!

Está molesto porque no puede implementar esta lista de tareas. Esta es también la primera vez que tocas un código. Yutuber ya tiene diez años de experiencia práctica y, además, se preparó antes de grabar el video e implementó esta lista de tareas al menos una vez, y ahora simplemente repite el guión.

Ya sabes, ¿de dónde vino este cliché, que los desarrolladores son las criaturas de la noche? ¿Porque nos gusta? ¿Porque somos antisociales? Esto solo puede ser cierto para una pequeña fracción. ¡La razón principal es que escribir código lleva tiempo! ¡Mucho tiempo si estás tratando de aprender algo nuevo!

Opinión firme

Soy un tipo con un fuerte síndrome de opinión y opinión cuando se trata de desarrollo web, y le digo a la gente mi opinión, incluso si sé que no les gusta. No hago esto para molestar a las personas o derribarlas. ¿Cómo puede mi opinión ser tan emocionalmente significativa que después de oírte dudar de tu propia existencia? Lo sentimos, pero hay muchos problemas más importantes, y deberías descubrir cómo lidiar con ellos, porque de lo contrario solo lleva a una cosa: el estancamiento. Serás el mismo a los 18, 25 y 50 años. Sé que es más fácil escribir que hacerlo, pero es importante que sepas: "La forma en que te comportas ahora es lo único que te ha llevado a esa distancia"

Lo peor que le puede pasar a un equipo de desarrollo es cuando todos tienen una opinión, ¡pero nadie la expresa! Si esto sucede, estás muerto. Este es el principio del fin. Si no eres un mono código, entonces te sientes menos motivado y más molesto todos los días, y no solo estará contigo. Un día, inesperadamente, las personas que trabajaron durante varios años para una empresa se irán, porque ya no pueden soportarlo.

No estoy diciendo que necesites decir "No me gusta". Tienes que decir por qué y dar algunos ejemplos. No se joda, pero se enoje menos todos los días. Porque no ayuda a nadie. Por lo tanto, exprese su opinión, o no tenga una opinión y sea un mono código, o deje la empresa para encontrar un mejor trabajo o convertirse en un profesional independiente. No sé cuál de estos es correcto, pero no se estanque.

Gracias por leer!