Cel: +52 (55) 3040-5403 Correo: mariana.velazquez@recluit.com
post-tittle

Cuestiones complicadas que deben enfrentar los desarrolladores

Por: Reclu IT

25 de enero de 2016

Los profesionales TI diariamente deben tratar un sinfín de situaciones complejas al tratar con el código, además hay que sumarle situaciones con otras áreas o cuestiones del trabajo que pueden volverse difíciles de llevar a cabo.

Phil Johnson, columnista de ITWorld investigó un poco y descubrió a través de hilos de conversación en Quora y un foro de Ubuntu (tomó en cuenta los comentarios de aproximadamente cuatro mil 500 desarrolladores) que lo que más cuesta es:

Poner nombres. Sí, elegir los nombres de las variables, funciones, clases, objetos…es lo que consideran más difícil la mayoría de los programadores. Seguro pensabais que era documentar el código o el tener que usar el trabajo de otro, ya que suele ser el debate común cuando hablamos de programación. Una buena elección de los nombres, que transmitan lo que hacen y que sean concisos son vitales cuando se desarrolla, incluso si es un programa pequeño o una aplicación. Sólo hay dos cosas duras en Ciencias de la Computación: Invalidar una memoria caché y nombrar las cosas. Es una de las cosas más importantes, si quieres que tu código sea legible por otros.

Explicar su función. ¿Quién entiende el arte de la programación? Solo los programadores. Para algunos es difícil hacer entender a sus familiares y amigos (no programadores) lo que conlleva su trabajo. Todos piensan que puedes solucionar cualquier problema relacionado con la informática. El intento de explicar a (casi todo el mundo) que no sé cómo arreglar su ordenador.

Estimación del tiempo para concluir tareas. Un programador puede pasar varias noches picando código para cumplir con los plazos de entrega de un proyecto. En el comienzo nunca se saben los imprevistos que pueden ocurrir. Resulta extremadamente difícil estimar cuántas sorpresas a un problema de programación se presentarán cuando el trabajo sea llevado a la práctica.

Trabajar con el código de otro. Tener que entender, depurar o mejorar la aplicación o trozo código de otro, además de adivinar las intenciones del desarrollador original. Y si el código está mal escrito, comentando o documentado, el trabajo es mucho más tedioso. Vivir con el código de alguien que en principio no estaba tan calificado para escribirlo. Tratar de descifrar miles de líneas de código sin comentar.

Implementar algo con lo que no se está de acuerdo. Tener que implementar una característica o función que, por cualquier razón, sientes que no debe ser incluida, pero que el cliente, o alguien por encima de tu nivel, insiste en incorporar.

La documentación.  Crear la documentación que explique lo que hace el código o cómo funciona una aplicación. Puede ser una tarea que consuma mucho tiempo, que pueda sentirse como una pérdida de horas si nadie la va a leer. No un secreto que muchos programadores suelen preferir escribir código que documentarlo.  Tener que escribir documentos inútiles que nadie va a leer o usar, sólo porque es parte del proceso.

Pruebas. Tener que escribir pruebas para pequeñas unidades de código y asegurarse de que funcionan correctamente. Estas pruebas ayudan a dar cuerpo a errores desde el principio del proceso y pueden facilitar el testeo cuando el código se modifica o se actualiza.

Diseñar una solución. Tienes un conjunto de requisitos y eres el arquitecto que debe diseñar una solución técnica e implementarla. Además de satisfacer las necesidades del cliente y cumplir con el plazo requerido. Pensar en cómo ir del punto A y terminar en el Z es la parte más difícil. Es difícil anticipar cómo serán las cosas en realidad antes de empezar a trabajar en ello.

Deja tu comentario

Tu dirección de correo electrónico no será publicada.

Campos obligatorios(*)
post-tittle

Cuestiones complicadas que deben enfrentar los desarrolladores

Por: Reclu IT

25 de enero de 2016

Los profesionales TI diariamente deben tratar un sinfín de situaciones complejas al tratar con el código, además hay que sumarle situaciones con otras áreas o cuestiones del trabajo que pueden volverse difíciles de llevar a cabo.

Phil Johnson, columnista de ITWorld investigó un poco y descubrió a través de hilos de conversación en Quora y un foro de Ubuntu (tomó en cuenta los comentarios de aproximadamente cuatro mil 500 desarrolladores) que lo que más cuesta es:

Poner nombres. Sí, elegir los nombres de las variables, funciones, clases, objetos…es lo que consideran más difícil la mayoría de los programadores. Seguro pensabais que era documentar el código o el tener que usar el trabajo de otro, ya que suele ser el debate común cuando hablamos de programación. Una buena elección de los nombres, que transmitan lo que hacen y que sean concisos son vitales cuando se desarrolla, incluso si es un programa pequeño o una aplicación. Sólo hay dos cosas duras en Ciencias de la Computación: Invalidar una memoria caché y nombrar las cosas. Es una de las cosas más importantes, si quieres que tu código sea legible por otros.

Explicar su función. ¿Quién entiende el arte de la programación? Solo los programadores. Para algunos es difícil hacer entender a sus familiares y amigos (no programadores) lo que conlleva su trabajo. Todos piensan que puedes solucionar cualquier problema relacionado con la informática. El intento de explicar a (casi todo el mundo) que no sé cómo arreglar su ordenador.

Estimación del tiempo para concluir tareas. Un programador puede pasar varias noches picando código para cumplir con los plazos de entrega de un proyecto. En el comienzo nunca se saben los imprevistos que pueden ocurrir. Resulta extremadamente difícil estimar cuántas sorpresas a un problema de programación se presentarán cuando el trabajo sea llevado a la práctica.

Trabajar con el código de otro. Tener que entender, depurar o mejorar la aplicación o trozo código de otro, además de adivinar las intenciones del desarrollador original. Y si el código está mal escrito, comentando o documentado, el trabajo es mucho más tedioso. Vivir con el código de alguien que en principio no estaba tan calificado para escribirlo. Tratar de descifrar miles de líneas de código sin comentar.

Implementar algo con lo que no se está de acuerdo. Tener que implementar una característica o función que, por cualquier razón, sientes que no debe ser incluida, pero que el cliente, o alguien por encima de tu nivel, insiste en incorporar.

La documentación.  Crear la documentación que explique lo que hace el código o cómo funciona una aplicación. Puede ser una tarea que consuma mucho tiempo, que pueda sentirse como una pérdida de horas si nadie la va a leer. No un secreto que muchos programadores suelen preferir escribir código que documentarlo.  Tener que escribir documentos inútiles que nadie va a leer o usar, sólo porque es parte del proceso.

Pruebas. Tener que escribir pruebas para pequeñas unidades de código y asegurarse de que funcionan correctamente. Estas pruebas ayudan a dar cuerpo a errores desde el principio del proceso y pueden facilitar el testeo cuando el código se modifica o se actualiza.

Diseñar una solución. Tienes un conjunto de requisitos y eres el arquitecto que debe diseñar una solución técnica e implementarla. Además de satisfacer las necesidades del cliente y cumplir con el plazo requerido. Pensar en cómo ir del punto A y terminar en el Z es la parte más difícil. Es difícil anticipar cómo serán las cosas en realidad antes de empezar a trabajar en ello.

Deja tu comentario

Tu dirección de correo electrónico no será publicada.

Campos obligatorios(*)

Política de privacidad de www.recluit.mx

Para recibir la información sobre sus Datos Personales, la finalidad y las partes con las que se comparte,
contacten con el Propietario.