Echemos un vistazo a algunas otras Cosas que me hubiese gustado saber cuando comencé mi carrera.
Puedes encontrar el primer artículo de la serie aquí.
Escribe tus propios proyectos personales
¿Sabes cuál es una de las mejores formas de pulir tus habilidades de escritura de software?
Sentarse y escribir tus propios proyectos de software. Impactante, ¿no?
La programación es una habilidad práctica, y en muchos sentidos, no es tan diferente de la carpintería o tocar un instrumento. Mientras más software escribas, mejor te vuelves en ello. Por supuesto, necesitas preocuparte por escribir código de buena calidad. En el mismo sentido que practicar guitarra con técnica descuidada creará malos hábitos que obstaculizarán tu progreso, las malas prácticas de programación te convertirán en un mal programador.
No necesitas mucho conocimiento para empezar a escribir tus propios programas. Solo elige un tema que te interese: música, películas, astronomía, o básicamente cualquier cosa por la que sientas interés. Después de seleccionar el tema, escribe una aplicación simple alrededor de él, una aplicación de línea de comandos es más que suficiente.
Aborda una serie de proyectos con dificultad creciente, es importante trabajar en cosas que empujen los límites de tu conocimiento actual. No tengas miedo de buscar en línea o pedir ayuda si te quedas atascado, la programación no es noche de trivia en el pub y buscar soluciones en línea es una habilidad importante.
En poco tiempo, no solo tus habilidades habrán crecido considerablemente, sino que también tendrás un portafolio para mostrar a futuros empleadores. Ve y escribe algo, realmente no importa qué, solo necesita estar un poco más allá de tu nivel de habilidad actual.
Si aún no sabes qué escribir, busca ideas de proyectos para desarrolladores principiantes en línea. El internet está lleno de ellos.
Leer libros es un hábito importante
Se dice que los desarrolladores de software no leen suficientes libros. Deberíamos hacerlo.
Los libros están llenos de conocimiento útil y lecciones importantes de profesionales que han estado en la industria por décadas. La mayoría de los problemas que encontramos todos los días en el trabajo tienen soluciones probadas y documentadas en las páginas de algún libro.
Puede ser difícil encontrar material de buena calidad y actualizado, ya que la mayoría de libros de programación en realidad no son tan buenos debido al control de calidad laxo que la mayoría de editores tienen implementado. Aún así, la cantidad de buenos libros no es para nada pequeña, muchos títulos excelentes se pueden encontrar en cada área de nuestra profesión.
Lo más importante es leer libros sobre principios y conceptos. Las ideas de software usualmente duran mucho más que tecnologías específicas, y libros escritos hace décadas siguen siendo tan relevantes como lo eran el día que fueron publicados.
Toma como ejemplo The Mythical Man-Month, un libro sobre todas las dificultades con las que seguimos lidiando en el trabajo. Leerlo es como leer una lista de profecías que se siguen haciendo realidad. La mayoría de los mismos problemas que Fred Brooks describe en el libro se pueden encontrar en casi todos los lugares de trabajo hoy. ¿Por qué cada nueva generación de desarrolladores necesita aprender estas lecciones de la manera difícil? bueno, tal vez deberíamos leer más.
Evita los truquitos como la peste
Cuando empecé a programar, me encantaba ver cuánta lógica podía agrupar en una sola línea de código. El resultado era obvio: mis programas eran una serie de líneas horribles y crípticas que ni siquiera yo podía entender.
Usar trucos inteligentes y comprimir lógica en una sola línea puede ser muy divertido. Incluso puede ser una buena forma de solidificar tu comprensión de cómo funcionan los lenguajes de programación.
La cosa es que este enfoque es una de las peores cosas que puedes hacer al escribir software. Tu código será leído mucho más a menudo de lo que será escrito, así que deberías esforzarte por hacerlo lo más legible posible. En un par de semanas, tú y tus colegas habrán olvidado qué hace una línea particular de código. Así que hazlo fácil de entender, te ahorrará muchos dolores de cabeza.
Nadie jamás abre un archivo, encuentra una línea enrevesada y piensa: ‘oh bueno, esto fue escrito por una persona muy inteligente, vaya maravilla!’. Por otro lado, siempre es un placer leer código claro y obvio, ya que muestra mucha habilidad y profesionalismo.
Ve por la claridad, el código se lee mucho más a menudo de lo que se escribe, así que evita a toda costa esos trucos inteligentes. Como autor de software, tu responsabilidad es expresar una solución de la manera más limpia y directa posible.
Ah, pero yo también sabía todas estas cosas.
Está bien, tal vez en el siguiente artículo encuentres algo que aún no sabías.
Gracias por leer, espero que hayas aprendido una o dos cosas nuevas o al menos hayas obtenido algo nuevo en qué pensar.
Qué hacer a continuación:
- Comparte este artículo con amigos y colegas. Gracias por ayudarme a llegar a personas que podrían encontrar útil esta información.
- Lee el siguiente artículo de la serie.
- Envíame un email con preguntas, comentarios o sugerencias (está en la página Autor)