Cómo pasar del desarrollador o programador de software Zero To Hero

Tendrá un largo camino por delante y una gran parte no implica ninguna codificación.

En primer lugar, asegúrese de que es excelente para leer y escribir textos en inglés de tal manera que otros no tengan problemas para comprender lo que ha escrito. Incluso si el inglés es su idioma nativo, siga practicándolo porque un ingeniero de software lee y escribe mucho documentos simples y simples.

¡Aprende a ser breve y preciso al escribir textos!

¡Aprende a dibujar! Con lápiz y papel, ya que tendrás que hacer eso también. Muy a menudo, en realidad. Cuando esté con un cliente que le pida que cree algo, deberá poder tomar notas rápidas pero también dibujar bocetos rápidos para que el cliente los apruebe. Necesitará esta información para hacer una estimación aproximada de cuánto tiempo necesitará para el proyecto.

¡Aprende a administrar tu horario! Practique esto planificando todo lo que hará hoy. No necesita saber cuándo lo hará, pero deberá poder calcular cuánto tiempo le llevará. Entonces, listas simples como “Almuerzo: 20 minutos, cena: 30 minutos, cocinando la cena: 10 minutos, caca: 15 minutos, durmiendo: 8 horas, leyendo esta publicación: 10 minutos, escribiendo un comentario a esta publicación: 10 minutos, use google para encontrar el significado de la vida: 30 minutos, etc. ”

Necesitará saber cuánto tiempo le tomarán las tareas promedio, ya que le pagarán por el tiempo que ha estimado, en general. Si no cumple con los plazos, ¡entonces no es un desarrollador de héroes! Una vez que comience a codificar, su proyecto se dividirá en muchas tareas pequeñas y deberá poder obtener una buena estimación de cada tarea para poder calcular cuánto tiempo llevará terminar el proyecto. Puede agregar algo de tiempo para que pueda permitir algunos pequeños retrasos, pero cada proyecto tendrá una fecha límite difícil. ¡Perder ese plazo es realmente malo! Malo para el trabajo, porque si a menudo no cumple con los plazos, ¡no tendrá trabajo!

Deberá poder planificar las cosas. Entonces, un cliente le pide que cree un juego de cartas. Digamos, un juego de póker, estilo Texas Hold’em. Todo lo que tiene que hacer es barajar las cartas y repartirlas entre 2 y 6 jugadores, además de realizar un seguimiento de las apuestas que hacen, además de decidir quién gana el bote. Y si bien esto parece fácil, ¡puede ser un proyecto desafiante!

Entonces, su planificación sería anotar primero cierta información. Obtenga documentación de las reglas de Poker y asegúrese de que el cliente esté de acuerdo con ellas. Normalmente, ese sería el trabajo de un Gerente, pero supongamos que es un programador independiente que hace la pila completa y el trabajo completo. No puede hacer una estimación del tiempo requerido si no conoce todos los requisitos antes de comenzar, por lo que usted y el cliente deben acordarlo.

Si utiliza métodos ágiles, su cliente puede solicitar cambios durante el desarrollo que podrían estropear la planificación, pero el cliente se daría cuenta de esto y aceptaría esos retrasos. Sería parte del proyecto de desarrollo, como una especie de supervisor.

A continuación, deberá crear todo tipo de tareas para las diversas funciones que necesita para crear el programa. Cosas simples como crear una baraja de cartas, barajar, administrar jugadores, administrar apuestas, decidir el ganador, etc. Estas serían muchas cosas pequeñas y la suma de todo sería el juego de póker. Y para cada tarea necesitará estimar cuánto tiempo tomará terminarla.

¡Tenga en cuenta que la investigación y las pruebas también cuentan como tareas y deben ser parte de su planificación! Si usa pruebas unitarias, escribir pruebas unitarias también debe ser parte de la planificación.

A veces también tendrá que escribir manuales y archivos de ayuda, o documentar su código si su código es una biblioteca, no una aplicación. ¡Estas tareas también son parte de la planificación! También está creando los archivos de instalación si el proyecto necesita ser implementado.

Cuando se realiza la planificación, tiene un tiempo estimado antes de que se termine. Agregue alrededor del 50% para eventos inesperados y calcule la fecha de finalización en función de la cantidad de horas en su planificación dividida en 40 horas / semana para establecer la fecha límite para el proyecto. Intenta que el cliente esté de acuerdo con esto. Sin embargo, el precio que pagaría sería la cantidad de horas antes de agregar ese 50%. Y multiplicado por su tarifa por hora.

Si quiere la entrega antes, considere trabajar 48 horas / semana por una tarifa por hora ligeramente más alta. También tenga en cuenta que incluyó una sobrecarga del 50%, por lo que es posible entregarlo antes.

Una vez que el cliente esté de acuerdo con la documentación, la planificación y las cosas financieras, puede hacer la codificación real. Te dije que la codificación es solo una pequeña parte de todo el proceso, ¿verdad?

¡Al lado de la codificación, también necesitará que se prueben las cosas! Como programador único, puede escribir pruebas unitarias para asegurarse de que las partes de su código funcionen como se espera. Pero una vez que el proyecto toma forma, puede pedirle a otra persona que comience a probar las partes del código que están terminadas. A menudo, esto lo realiza un probador y en un entorno ágil, incluso el cliente puede participar en las pruebas.

Asegúrese de que su código esté bien documentado, ya sea mediante comentarios en el código fuente o escribiendo documentación adicional. Si también se requiere un manual, tendrá que escribirlo o que otra persona lo escriba por usted. (Planeaste escribir un manual, ¿verdad?)

Sin embargo, ir más allá de este paso es la parte más difícil. Y a medida que se acerca la fecha límite, ¡la tensión comienza a aumentar! ¡Sigue así!

Luego, el proyecto se realiza, se prueba, se documenta con un manual y todo lo demás, y se puede entregar al cliente. El cliente tiene que aprobarlo, hacer los pagos finales y estará contento si terminó en la fecha límite. Incluso sería más feliz si terminaras mucho antes de la fecha límite, en cuyo caso serás un héroe. Si no cumplió con la fecha límite, podría haber perdido un cliente a menos que tenga buenas cualidades para besar traseros, ¡ya que tendrá que hacer todo lo posible para mantener al cliente feliz!

A menudo, las empresas dividen estas tareas entre un grupo de empleados y tienen una responsable de las interacciones con el cliente, una para escribir documentaciones, una para diseñar el proyecto, una para hacer la planificación, una para escribir el código, una para probar y algunas más Ayudantes adicionales. Por lo tanto, serías parte de un equipo heroico, como Hawkeye de los Vengadores. Si quieres ser un solo héroe como Daredevil o Spiderman, ¡deberás poder hacer todo lo anterior tú mismo!

Oh, ¿lenguajes de programación que necesitas estudiar? ¡No importante! Son solo herramientas, como un carpintero tendrá una sierra, destornilladores, martillos, llaves y un montón de otras herramientas. Un buen carpintero podrá usar muchas herramientas diferentes. Un programador de héroes tendría muchos lenguajes de programación en su kit de herramientas. ¡Y tenga en cuenta que la codificación es solo una pequeña parte del trabajo!

Es difícil ser un héroe e incluso saber qué es. Tu pregunta no tiene nada que ver con el heroísmo. Se trata de ti, ¿cómo te conviertes en algo grandioso? Pero los verdaderos héroes son desinteresados. Ellos salvan a otros. Ayudan a otros a encontrar su propia grandeza. Si quieres ser un programador de héroes, sé el programador que a todos les gustaría tener para salvarlos, aquel en el que las personas sientan alivio y alegría al ver unirse al equipo. Haga que su misión sea encontrar formas de mejorar las cosas para todos los demás, y podrá responder preguntas más importantes que esta.

Aprenda a escribir código limpio y fácil de refactorizar, para que la próxima persona tenga un momento agradable insertando sus necesidades en sus viejos esfuerzos. Realmente escuche a las personas con las que trabaja y respete sus opiniones. Dirige a otros cuando aprendas lo suficiente como para comenzar a compartir, pero nunca creas que lo sabes todo, porque nunca lo sabrás. ¿Te gustan los sabelotodos o personas increíblemente hábiles pero humildes? La mayoría de las personas prefieren lo último, así que no te esfuerces por ser el primero, porque no es útil para ti ni para nadie más.

Lee mucho el código de otras personas (este es un acto parcialmente desinteresado, lo creas o no, te preocupas por su trabajo al dedicar tiempo a conocerlo), y cuando no entiendas algo en él, involúcralos. . Pregúnteles si tienen tiempo para explicarlo o si es una técnica o patrón que tiene un nombre que puede investigar más a fondo. La mayoría de las personas se sienten mejor cuando alguien está interesado en su trabajo, y esto puede ser una situación beneficiosa para todos en varios niveles (desde encontrar un amigo hasta encontrar un buen trabajo).

Aún mejor, cuando te resulte muy fácil trabajar con el código de otra persona, averigua quién lo escribió y envíale una pequeña nota de agradecimiento. La programación puede ser una tarea ingrata, y ser agradecido por el buen trabajo tiene un gran efecto de aumento de la moral. Investigue los pequeños puntos débiles en las bibliotecas (vea de qué se queja la gente) y dedique tiempo a arreglar esas cosas, donde sea posible (y aprender cómo hacerlo cuando no lo sabe).

Los verdaderos héroes son trabajadores duros. Limpia cualquier desastre que encuentres. Deja todo mejor de lo que era cuando lo encontraste. Obtenga una reputación de ser un ayudante incansable, que hace que todo funcione sin problemas para todos los demás. Esta es una excelente manera de aprender sobre partes de sistemas que nunca vería, bailar diariamente entre innumerables estilos (y desorden) de código, y ser realmente bueno para superar desafíos cada vez más difíciles. Obtendrá una vista transversal de cómo las personas en todo el mundo de la codificación resuelven problemas, y le generará una mejor idea de las cosas correctas para hacer en cada situación en la que se encuentre.

¿Sabes lo que Superman nunca hace? Flexionar. Nunca hace poses para demostrar lo fuerte que es, porque ese no es él. Superman es un verdadero héroe, preocupado por los demás. Ayuda porque puede, y porque quiere, nunca probarse a nadie. Busque “Superman flexionando” en Google Images, y entre las imágenes de Superman no flexionando (estoy seguro de que lo ha hecho en algún momento, pero no es característico), encontrará muchas personas con camisas y disfraces de Superman, y la mayoría ellos son, lo adivinaste, flexionando . No entienden la mente de Superman. No saben qué es realmente un héroe. Él no dice “¡Mírame!” Él pregunta “¿Cómo puedo ayudar?”

Esta es la parte difícil de convertirse en un gran programador, por lo que no se trata de ti. Haz esto, y muchas otras cosas geniales caerán en tu regazo, y te las mereces. Nunca he hecho nada de esto, y he sufrido por ello, y también lo han hecho otros con los que he colaborado. Finalmente veo eso ahora a mis 30 años, y estoy trabajando para darle la vuelta. Espero que mi experiencia al hacerlo mal, y al ver el error de mis caminos, finalmente, pueda ayudarlo a hacerlo bien. No seas quien he sido. Ser un héroe.

* regresa a la oscuridad *

No sé cuántos años tienes, pero debido a la forma en que se hace la pregunta, supongo que todavía eres un adolescente. ¿Quieres convertirte en un buen desarrollador? Luego comienza a escribir código. El idioma no importa. Es importante que comprenda cómo funcionan los idiomas. Aprenda sobre los diferentes paradigmas (mientras comienza con uno y no con varios). Mucha gente que conozco comenzó a escribir mods para juegos. Otros trataron de facilitarles la vida y escribieron pequeñas aplicaciones para su computadora. Independientemente de lo que quieras hacer, hazlo de manera limpia. No uses soluciones alternativas. Si desea resolver un problema, intente encontrar la mejor solución. No es una solución hackeada que funcione. También recomiendo leer blogs y artículos de programadores conocidos. Robert C.Martins (alias tío Bob), Rich Hickey, Jose Valim, David Thomas son personas que vale la pena seguir en Twitter. También hay varias charlas disponibles en línea que son muy interesantes.

No hay mejor camino para mejorar. No sé tu nivel actual. Si recién comienza, busque un buen tutorial. Los sitios web de los idiomas correspondientes a menudo ofrecen buenas presentaciones y sugerencias para artículos y libros. Este siempre es un buen lugar para comenzar. Tan pronto como tenga conocimientos básicos resuelva tantos problemas como sea posible.

1. Comience con un lenguaje fácil como Python o Ruby, luego avance más alto.

2. Depende de lo que quieras hacer con la codificación. Si quieres aprender a codificar juegos, entonces aprende c ++ o Java.

3. Necesitas descubrirlo por ti mismo 😛

Ir a ProgramCreek.com

luego vaya a la sección de las diez preguntas principales de la entrevista de codificación,

Descargar PDF. Practica todo.

pero para hacer eso necesitas aprender java8, así que prepárate. Pídale a cualquier amigo suyo, que esté en Hyderabad Ameerpet, que le envíe por correo las notas de los señores de Harikrishna sobre Java. O puede ir a Hyderabad y aprender Java con Venkatesh en 53 días. Luego puede asistir a cualquier entrevista y aclararla.

Con mucha práctica, coraje y determinación.