Cómo asegurar mi trabajo de programación

Pregunta: ¿Cómo aseguro mi trabajo de programación?

Respuesta: ¡Muy fácil!

1 – Comience a codificar de inmediato basándose en “él dijo, ella dijo”. Olvídate del análisis de requisitos. Análisis de requisitos y diseño y especificaciones funcionales … y todo lo que es para la incompetencia. Soy profesional. Puedo codificar en mi sueño. Puedo hacer codificación y análisis de requisitos al mismo tiempo. ¡No hay problema!

2 – No se necesitan comentarios en línea. Solo yo sé lo que quiero hacer. Cuantas más personas conozcan mi código / lógica, menos seguro será mi trabajo. Quiero ser el héroe / amigo “favorito”. Cualquiera que necesite corregir los errores que presenté tendrá que verme. Soy el único héroe que mi empresa conoce.

3 – Haré que mi código sea extremadamente difícil de mantener. Todos los módulos estarán estrechamente acoplados. Esa es la intención. Solo yo y yo solo sabemos cómo desacoplarlos, pero ¿por qué hacerlo más fácil para alguien?

4 – Mi código solo se puede usar una vez y no se puede usar en ningún otro lugar. ¿Quieres reemplazar mi código? Háblame.

5 – Refactorizar mi código será una pesadilla para cualquier profesional. Si necesitan refactorizar mi código, deberán desmantelar todo lo que construí. ¿Pero si eso les cuesta tanto bajar mi código? Luego, deben consultarme sobre cómo desenredar / desacoplar lentamente el desorden.

6 – Codifico de la forma en que los miembros de mi equipo e incluso mi gerente idiota no tienen idea de lo que hice, pero para él y para el equipo, mi código funciona. Funciona bien … bueno, un poco lento … un poco inestable … un poco de acumulación de memoria … pero todo está bien para mi gerente. Necesita que se haga el trabajo y yo le entregué lo que necesita.

7 – No escribo pruebas unitarias … nuevamente … las pruebas unitarias son para la incompetencia. Soy profesional. Sé que mis códigos funcionarán … pero bueno … si no funciona … lo arreglaré. No te preocupes por eso. ¿bueno?

8 – Soy el único punto de falla. Sin mí … Nadie sabe cómo manejar ese sistema cuando las cosas salen mal.

etc …

Está bien … tienes lo que estoy tratando de decir ¿verdad? Cuanto más espagueti, código confuso, no modular, no reutilizable, no mantenible y antipatrón escribo, más seguro es el trabajo que tengo.

Aparte de lo que acabo de describir, no sé qué más puede hacer para ” asegurar ” un trabajo de programación. Si conoce mejores respuestas, por favor comparta con nosotros.

Gracias

JN

PD: Además de mis puntos de vista sarcásticos, realmente necesitas aprender Java rápidamente. Necesita la herramienta que lo ayude a hacer mejor su trabajo. Sería genial si puedes obtener la certificación de Java. Sin embargo, te tomaría un tiempo pensar orientado a objetos. Pero una vez que pueda pensar en la programación a través de objetos, lo hará mucho mejor con la programación OO. Buena suerte.

Como usted es un analista de ERP bien pagado, supongo que comprende los sistemas complejos.

La programación como desarrollador de Java es básicamente moverse alrededor de objetos, enumerar, mostrar, modificar, empujar y tirar.

La programación no es difícil. Comprender los ERP es difícil. Más difícil cuanto más amplio es el área de especialización. Cuando se trabaja con sistemas complejos, el desafío es comprender el sistema, no conocer la programación como lo mejor de lo mejor.

Dices que ya eres un desarrollador de Java. Luego dices que eres mediocre … Esto me da curiosidad por saber de qué manera has sido evaluado para declararte como “mediocre” como programador. Lo siguiente que me da curiosidad es la definición de “mediocre” en su contexto. ¿Significa que logras cumplir … la mitad de las tareas que te asignaron … O puedes realizar todas las tareas que otro programador te tomaría la mitad al mismo tiempo?

Entonces, ¿cómo asegurar su trabajo de programación?

Completa tareas de programación. No importa lo difícil que sea, complételos. Puede ser el peor programador en este planeta y asegurar su trabajo si completa tareas de manera constante.

Especialmente cuando construyó algo complejo y se le solicita que agregue una nueva característica, lo que hace que todas sus decisiones anteriores se vean mal. Refactorizar, reconstruir y completar la tarea.

Sigue siendo mediocre. Mediocre es bueno. Especialmente si estás rodeado de mejores programadores, entonces estás en el lugar correcto.

No hay formas de “asegurar” un trabajo, en ninguna área. La programación en particular está cambiando rápidamente, por lo que la mejor ventaja competitiva que puede tener es seguir aprendiendo rápidamente.

No estoy seguro de que la mejor opción para usted es asegurar una carrera en el área en la que no tiene las mejores habilidades; tal vez deberías honrar tus habilidades ERP.

En cualquier caso, mi sugerencia general es:

– Encuentra dónde estás mejor. ¿Quizás mediocre en la programación general pero bueno en la interfaz de usuario o en las bases de datos?
– Estudiar. Obtenga libros, lea, practique, incluso obtenga una certificación, en el área en la que es mejor
– Seguir aprendiendo. Obtenga noticias y lea los sitios web donde puede seguir la evolución del área que seleccionó para especializarse.
– Ver la imagen completa. Descubra cuál es el mejor valor que sus mejores habilidades pueden darle a su empleador (u otros empleadores en el futuro), para que tengan un alto retorno de la inversión de su salario. Quizás necesites cambiar de posición para eso; dos ejemplos rápidos de cambiar a un analista comercial de ERP bien pagado que puede hablar con los desarrolladores de ERP, o cambiar a un administrador de desarrolladores que sepa dónde están sus informes mejor que usted pero también qué puede aportar para que sean efectivos. Depende de cuáles sean y serán tus habilidades.

Tenga en cuenta que no hay buenos programadores de Java. Hay buenos programadores que conocen Java, pero ¿por qué quieres asegurar un trabajo de programación si eres bueno en tu trabajo actual?

¿Te gusta la programación? ¿Te gusta el análisis ERP?

Va a ser muy difícil ser bueno en algo que no te gusta.

Un buen analista de ERP está obligado a ganar más dinero y tener una mayor satisfacción laboral que un programador mediocre.

Como analista de ERP, su progreso en el trabajo podría ser el análisis comercial general y la gestión de proyectos o las operaciones del sistema si tiene una mayor inclinación técnica. Los consultores de ERP también tienen una gran demanda.

Mi consejo para usted es tomar un proyecto de programación en su propio tiempo que le interese personalmente. Hazlo ambicioso, pero no tan ambicioso que no puedas llevarlo a buen término (es decir, un producto funcional, incluso si no es todo lo que puedes imaginar) en 6-8 meses. Por supuesto, esto conducirá a un mayor desarrollo, ya sea para expandir / perfeccionar sus ideas originales, o algo nuevo que surja de ello.

Esto es lo que sucederá: encontrará obstáculos que no tienen nada que ver con su “trabajo”. Tendrá que superarlos en su propio tiempo, utilizando sus propios recursos e intelecto. Esto se traducirá en recursos más profundos en su “trabajo diario”. Conducirá a una comprensión más profunda de que usted es un ingeniero de software . No eres solo una persona con un “trabajo de programación”, eres un ingeniero profesional con profundidad y amplitud de recursos. En lugar de ser una persona que va a un “trabajo de programación” durante X horas por día, se convertirá en un ingeniero de software cuyo trabajo habitual es solo un pequeño aspecto de un mundo más grande en el que habita.

Espero que esto ayude.

Me pagaron una cantidad bastante cómoda de dinero en una empresa que produce EMR. No era particularmente bueno, pero me necesitaban porque era el único empleado que tenían que estaba dispuesto a soportar sus metodologías obsoletas y su tecnología.

Que tan malo fue El control de versiones significaba cargar los archivos en los que ha trabajado en una unidad de red compartida con un archivo de texto que indica las líneas que se modificaron. El gerente fusionaría manualmente todo nuevamente al final del día.

Después de 2 años, decidí que el dinero ya no valía la pena, así que renuncié y pasé medio año viajando y repasando mis habilidades oxidadas. Mi trabajo actual paga alrededor del 70% de lo que solía obtener, pero aprendí mucho más en los primeros 3 meses que en 2 años allí.

A veces, debes arriesgarte.

Solo puedes ser tan bueno como te pones allí. Obtenga más experiencia a través de sus propios proyectos, código abierto o trabajo a tiempo parcial. Trabaja en áreas en las que no tienes experiencia, ya que pueden inspirarte para resolver problemas en formas en las que no pensabas antes.