¿Los desarrolladores de software a veces se cansan de ver código?

Desde mi experiencia, el código más aburrido es el que nadie nota como un producto funcional o como un código fuente en sí mismo. Cuando desarrolla un producto y usted o su empresa retrasan constantemente su lanzamiento, pierde impulso. Es la razón principal por la que decidí desarrollar mis propios productos, no trabajar en los sueños de otras personas.

La única forma de combatirlo es mediante lanzamientos frecuentes o, al menos, mostrar su código a otras personas. No necesitas sus elogios o críticas, es suficiente si se dan cuenta de que hiciste algo. Como: “OK, ya veo …”

Para mí, es suficiente lanzar algo con errores a la estrecha lista de beta-testers para restaurar la motivación perdida. Desde este punto, solo pienso en corregir errores antes de que alguien los note. No hay tiempo para el aburrimiento.

Otro tipo de código aburrido es cuando no ves ningún significado en él. Al igual que usted desarrolla un producto en el que no cree, o cuando trabaja en un proyecto cuestionable solo por el dinero. Es la segunda razón por la que cambié de un trabajo bien remunerado a mis propios proyectos.

La respuesta a este problema es filtrar cuidadosamente los proyectos en los que trabaja.

Por supuesto, puedes cansarte de hacer cualquier cosa, si lo haces el tiempo suficiente. Por eso estoy aquí en Quora y no estoy trabajando en mi aplicación.

Además, no todo el código es interesante, a veces no podemos trabajar en nuestro apasionante proyecto de pasatiempo, o no tenemos nada que ver con la programación personal, tenemos que trabajar en cosas en las que la gente nos paga por trabajar. Nos pagan porque seguro que no lo haríamos gratis.

En su primer rol de desarrollador, entonces tal vez esperaría un poco más de entusiasmo que si hubiera estado allí 10 años, pero tal vez esté trabajando en cosas realmente aburridas, lo que es mala suerte.

Muchos desarrolladores tienen un problema muy diferente. Se cansan de no ver el código.

Trabajar como desarrollador implica muchas responsabilidades diferentes, como asistir a reuniones, discutir requisitos, escribir documentación, instalar nuevas herramientas de software, rastrear errores que no tienen nada que ver con el código real y así sucesivamente.

La mayoría de los desarrolladores de software eligieron esta carrera porque les encanta codificar, ya menudo se sienten frustrados por el hecho de que solo una pequeña parte del día de trabajo se dedica a escribir un nuevo código.

Me da la impresión de que los desarrolladores más felices son los que pasan la mayor parte de su tiempo codificando.

Yo diría que mucho depende del contexto. Parece que estás leyendo el código sin otro propósito que no sea aprender, eso puede ser bastante tedioso. Leer el código por el simple hecho de leer el código no es muy estimulante.

Una vez que estás leyendo el código mientras trabajas en él, eso tiende a mantener mucho mejor su interés, porque el bit real del “código de lectura” es incidental a cualquier problema que estés tratando de resolver.

En este momento, parece que no tienes un problema que resolver, ese es tu problema, no es algo inherente a la lectura de código.

  • Me canso de ver un código defectuoso, inconsistente, no reutilizable, no abstraído, parcheado por un ejército de menos de alto nivel, menos que dispuestos y, a veces, menos que desarrolladores capaces.
  • Me canso de los cortadores de galletas, fragmentos de código de la caldera que se pegan docenas de veces.
  • Me canso del código con APIs poco claras y cluggy e interfaces que no hacen un esfuerzo de separar las preocupaciones.
  • Me canso de los operadores ternarios anidados que intentan ocultar la lógica de procedimiento en ellos.
  • Me canso del código excesivamente comentado así como del código subcomentado
  • Me canso de errores de ortografía en nombres de variables y métodos.
  • Me canso de nombres largos y “descriptivos” para todo (¡yay comunidad de Java!)
  • Me canso de que produzco nombres largos “descriptivos” (¡sí, yo!)
  • Me canso de que me canse con mis propias abstracciones que deben morir y renacer.
  • Me canso de los “agujeros de la estrella de rock” que piensan que su ingenio rápido es lo que el mundo necesita ahora.
  • Me canso de {inserta tu letve aquí} …

En serio aunque, por supuesto. El código puede ser duro para los ojos y el cerebro. El cerebro se envuelve con sus propios patrones de pensamiento defectuosos que no puede superar. El mejor remedio, en mi experiencia, es un descanso. Dormir en ella es genial. Todo se enreda mucho menos a la mañana siguiente.

Soy un ingeniero de software que escribe esta respuesta mientras estoy sentado en mi oficina y sí, “YO SOY FED UP”. 😛. Se suponía que iba a ser un fin de semana largo porque el viernes estaba apagado en Pakistán para conmemorar el Día de Cachemira, pero debido a algunos despliegues de emergencia, tengo que venir a la oficina tanto el viernes como el sábado y ahora son las 10.30 PM aquí en Pakistán y han sido casi las 12 Horas desde que estoy en mi oficina viendo CÓDIGO, así que sí, estoy FED UP.

Seguro. Si estamos haciendo el mismo trabajo por un período de tiempo, nos haremos cansados ​​y aburridos. Eso es tranquilo lo mismo para todos. Espero que el desarrollo de software sea aburrido fácilmente que otro trabajo. Uno siempre estará hablando con la máquina de la computadora. Finalmente él puede volverse así. ¿Alguna vez notó que la gente de TI no trabajará en el mismo campo durante más de 15 años? Todos desean ganar el máximo de dinero dentro de ese período y tienen que liquidar su vida.

Muchas veces, me cansé cuando:

  • Estoy trabajando en el mismo código base durante un largo período de tiempo, aproximadamente un año.
  • Estoy trabajando en un mismo código una y otra vez porque los negocios no pueden decidir lo que quieren.
  • Tengo que resolver los errores en un código que no he escrito y el código no está bien escrito.
  • Estoy trabajando en una base de código que fue escrita hace una década .. 😐
  • Al igual que usted, tengo que revisar los mismos conceptos una y otra vez para la entrevista.
  • Escribo una gran cantidad de código para cumplir con los plazos y luego me doy cuenta de que no es la mejor manera de hacerlo.
  • Estoy haciendo un trabajo de parches en lugar de solucionar el problema.

Estos son algunos de los escenarios, pero me gusta la codificación.

Espero que ayude.

Feliz codificacion