Quiero ser un SE pero odio la programación, ¿podría el estudio hardcore hacer que sea divertido?

¡Hola!

Tenía programación en la universidad junior. Realmente no recuerdo haber prestado atención en la clase. Difícilmente podría escribir ningún código, bueno, excepto algunos programas aritméticos básicos y no olvidar “hola mundo”. Y dije que pensar que la programación no era para mí.

No sé lo que realmente se me pasó por la mente, así que un día tuve ganas de ver tutoriales en línea para la codificación. Me sorprendió ver lo fácil que fue. Bueno, no al principio, pero después de pasar por esto una y otra vez, se sintió realmente fácil. Entonces sí, la codificación es fácil.

Si bien la codificación es necesaria, SE no se trata solo de codificación. Hay muchas otras cosas, como redes, sistema operativo, etc. ¡Por lo menos pruebe la codificación! Si todavía odias la codificación, puede haber algo más que te guste y puedes continuar sobresaliendo en ella.

No tienes que estudiar durante 15 horas seguidas. Aprender a codificar se trata de recordar la sintaxis, las palabras clave, los conceptos de programación, etc. Le aconsejaré que aprenda algunos conceptos diariamente y luego intente implementar algunos ejemplos complejos simples a medianos con lo que ha aprendido.

Por ejemplo: Digamos que está aprendiendo sobre matrices y ya conoce variables y bucles. Verá cómo define una matriz, la inicializa, etc. Bueno, no se detiene allí. Piensa en lo que puedes hacer con lo que has aprendido hasta ahora e implementa ejemplos simples. Puede ser cualquier cosa, desde aceptar una lista de valores en matrices hasta circular desplazando a la derecha el contenido.

Recuerde siempre que programar o codificar es solo una herramienta. Si te gusta resolver problemas, definitivamente te encantará programar y mejorar con el tiempo. Si crees que ya conoces bastante el lenguaje de programación y quieres intentar resolver problemas, mira algunos de los sitios de codificación competitivos. Consulte algoritmos y diferentes enfoques, etc.

Para mantenerse motivado, siempre piense en lo que puede lograr aprendiendo programación, o tenga en mente algunos proyectos favoritos que quiera implementar. Hará que el aprendizaje sea divertido y más rápido.

¡Feliz aprendizaje!

Eso lo haría aún menos divertido de lo que es ahora. Estudiar duro hace que todo sea menos divertido, no más.

En los comentarios que dices que lo estás haciendo por dinero, no lo hagas. Los números que ves son promedios. No todos los ingenieros de software ganan el mismo salario. La diferencia de salario entre el percentil 90% y el percentil 10% es aproximadamente 10x, y la relación “salario a tiempo” es muy mala para las personas en el extremo inferior del rango.

¿Cómo sabes dónde terminarás en la distribución? El mayor predictor es lo apasionado que eres por eso.

Trabajo con personas en el 10% superior todos los días, y aquí hay una cosa que encontré en común sobre todos ellos: a todos les apasiona profundamente. No lo hacen por dinero. No eligieron ingresar a SE porque la relación “salario a tiempo” es buena. Eran apasionados cuando comenzaron (es por eso que muchos comenzaron a jugar con la programación incluso antes de la universidad), y es la pasión lo que los llevó a donde están.

Sin excepción. No es una sola excepción, entre docenas de personas con las que he hablado que están en el extremo superior del rango.

En mis días de universidad también he conocido a muchas personas que lo hacían por el dinero (o porque sus padres se lo pidieron), y, sin ninguna excepción, ahora están desempleados o trabajan en trabajos de nivel inicial con salarios de aproximadamente 1 / 5 los tipos de salario que conoce de los ingenieros de software.

De nuevo, no hay excepción. No conozco a ninguna persona que lo haya hecho por el dinero que esté bien ahora.

Ahora podría decir que trabajará más duro que todos los demás y será la excepción 1 en 1000. Bueno, buena suerte con eso, pero ten en cuenta que todos piensan que son el copo de nieve especial, y la gran mayoría de ellos están equivocados. Esas son las personas de las que no escuchas.

Haz algo más en su lugar. Algo que amas.

La pasión no garantiza el éxito: desafortunadamente conozco personas muy apasionadas que son mediocres. Pero al menos están alrededor del promedio. La falta de pasión es lo que te pondrá en el extremo inferior.

Estoy de acuerdo con la respuesta de Brendan Glackin a Quiero ser un SE pero odio la programación, ¿podría el estudio hardcore hacer que sea divertido? No conozco a ningún buen ingeniero de software que no haya encontrado la codificación divertida desde el principio. Posiblemente, lo que te hace odiar la programación es la forma en que te presentaron. Lo que sugiero no es estudiar mucho, sino encontrar una forma divertida de entrar en la codificación, como el curso autodidacta de la Academia Khan ( https://www.khanacademy.org/comp …). Si no encuentra que al menos sea razonablemente atractivo, le sugiero que no se dedique a la ingeniería de software, será miserable.

No dijiste por qué quieres ser ingeniero de software en primer lugar, si odias tanto la programación. ¿Es solo por el dinero? Si es así, me temo que también tengo malas noticias. A los ingenieros de software de nivel de entrada se les paga bien, pero no muy bien, y no tienen mucha seguridad laboral. Para obtener grandes cantidades de dinero, tienes que ser bueno en eso, y dudo que alguien pueda ser bueno sin una pasión por el trabajo.

Es curioso que quieras ser un SE sin querer ser un codificador, pero tampoco es una idea completamente ridícula. SE! = Codificación. SE es una disciplina que abarca diseño, arquitectura, UX / UI y pruebas también. Muchos de estos aspectos no se basan necesariamente en pasar tiempo siendo un programador descarado. Sin embargo, la advertencia es que, sea cual sea la parte de SE que quieras hacer, es mejor 1) Me gusta 2) Tener al menos un talento potencial en esa área. El diseño de la interfaz de usuario, por ejemplo, requiere buenas habilidades de diseño visual, y un instinto y comprensión de cómo una pieza de software interactúa con las personas, por lo que, de alguna manera, si eres un poco más persona, trabajar en esta área podría ser más a tu gusto. Del mismo modo, si tiene interés en usar computadoras y sistemas, puede ser bueno para las pruebas de software en el futuro. (o pruebas de diseño que también se remontan al área UI / UX. Las interfaces de usuario a menudo se prueban incluso antes de que se implementen, y eso no es realmente una práctica de codificación per se.) Por lo tanto, no puedo querer descifrar código , pero debes tener básicamente la pasión del geek por las computadoras.

Suenas como yo hace unos años. Yo diría que no. No te gusta el aspecto práctico del campo, y no estás interesado en el aspecto teórico del campo y juegas demasiado. Forzarlo solo hará que lo odies más.

Como en todo, aprendes mucho mejor si investigas cosas porque estás interesado en saber la respuesta. Odio leer, pero pasaría años leyendo artículos sobre estrategias sobre cómo luchar contra otras clases, consejos, sugerencias, calculando los dps más altos basados ​​en engranajes, etc.

Si tiene que hacer esta pregunta, no creo que tenga ningún interés en el aspecto teórico de SE por ningún motivo además del dinero. Afortunadamente, este campo es todo práctico. Quiero decir que todo, todo lo que aprendes en SE, incluso los términos, se entiende mejor desde el punto de vista práctico. No deberías tener que estudiar en absoluto en este campo.

En los videojuegos, si odias jugar un juego, pasarías 15 horas al día leyendo sobre él (pero no jugando). Si la respuesta es sí, ¿crees que eso cambiaría tu percepción del juego?

si su respuesta sigue siendo sí, entonces tal vez. Sin embargo, piensa en lo fácil que es amar el juego si sigues jugando y ser bueno en él.

Si eres decente en los videojuegos ahora, estarás por delante de mucha gente. Los juegos requieren pensamiento rápido, reflejo, táctico, planificación. La cuestión es que es lo mismo que todo lo demás en la vida, cuanto más lo haces, mejor lo haces, pero las personas no tienen tiempo para ser mejores en todo, por lo que eligen una cosa a la vez. Superarás tu única cosa algún día. Por ahora, no desperdicies dinero.

Para ser un buen desarrollador de software se requiere un aprendizaje continuo y un fuerte deseo de mejorar. Ninguno de estos será fácil si no te apasiona lo que haces. Por supuesto, pruébalo, pero si no te gusta hacerlo, no creo que lo encuentres muy gratificante. Algunas personas realizan desarrollo solo por el dinero, pero no conozco buenos desarrolladores que no tengan un fuerte impulso y pasión por su trabajo. He trabajado con bastantes mediocres y el factor principal que tenían en común era la falta de conducción, ya que realmente no disfrutaban lo que hacen.

More Interesting

¿Qué es un ingeniero de sistemas? ¿A qué se dedica?

¿Qué proceso debe seguir un probador de software para probar la aplicación?

¿Cuáles son las herramientas de software cotidianas que utiliza durante su desarrollo?

¿Cuáles son algunas de las soluciones de software de KPI para medir el rendimiento de los desarrolladores?

¿En qué se diferencia la administración de un pequeño equipo de programadores a la administración de un gran equipo de programadores?

¿Qué sucede si no cumple un plazo en un sprint?

Cómo mejorar mi currículum como ingeniero de software

¿El trabajo de software es una dificultad para las mujeres?

¿Cómo es poder codificar pero no conocer algoritmos o estructuras de datos?

¿Es cierto que el primer error de la computadora fue en realidad un error que desertó del software y / o hardware?

¿Por qué debería preocuparme por los patrones de diseño si estoy versado en clases de C ++ y uso código preescrito?

¿Los programadores mediocres 1x ayudan a mantener bajo el salario de los programadores 10x?

¿El sistema educativo de los Estados Unidos produce una cantidad suficiente de ingenieros de software por año para cubrir las necesidades del mercado?

Soy un programador profesional. ¿Debo volver y terminar la universidad?

Soy un desarrollador de nivel medio sólido que conoce sus cosas técnicamente, pero siempre me encuentro detrás de la curva en las conversaciones con sr. desarrolladores, ¿hay algún código secreto que todos ustedes conozcan para evitar romper los NDA y comunicar conceptos rápidamente?