Buenas prácticas para desarrollar software

El desarrollo de software es un arte. Imagen: Michael Kappel (vía Flickr)
Si, por cual motivo, se decide por un desarrollo propio o si es una casa desarrolladora de software, estas son algunas advertencias que pueden disminuir la eficiencia en la creación de un nuevo programa.
El desarrollo de software es un arte. Imagen: Michael Kappel (vía Flickr)

Una de las grandes preguntas en teoría de negocios es si uno debe tercerizar algunas de las necesidades de la empresa. En algunos cosas tiene sentido. Por ejemplo, el servicio de limpieza o del casino lo puede manejar más eficientemente una empresa externa. Sin embargo, hay otros casos en los cuales la decisión no es tan clara. A pesar de existir la opción de tercerizar, es posible que sea mejor desarrollar internamente el proceso ya sea por requerimientos específicos, confidencialidad o cualquier otra razón.

Uno de estos servicios es el desarrollo de software. Si, por cual motivo, se decide por un desarrollo propio o si es una casa desarrolladora de software, estas son algunas advertencias que pueden disminuir la eficiencia en la creación de un nuevo programa.

Pasar un día sin tener una versión de prueba de su programa. Independientemente de la metodología de desarrollo, no deje pasar un día o una semana, con una revisión compilada del código. Además, es importante usar servicios como ClearCase o Git, que guardan el código y todas sus revisiones en la nube o en un servidor propio. También facilita la colaboración entre diferentes ingenieros simultáneamente. De esta forma, se evita que el código este en un solo computador o que podría fallar.

Otro factor para tener en cuenta a la hora de desarrollar son las cargas de capacidad y la optimización. Si no se tiene en cuenta cuanto usuarios debe soportar el software y la carga que va a generar en la red y en los computadores el usuario, puede haber problemas. Entre más temprano se identifiquen los problemas, será más económico y más sencillo implementar las soluciones.

Finalmente, hay partes de una solución de software que se pueden comprar. Sin embargo, muchas veces las empresas hacen grandes inversiones que no terminan rentabilizando. Según InfoWorld, es posible comprar costosas soluciones cuando era mejor hacerlo ‘inhouse’.

Mateo Santos

Mateo Santos

En vez de un tetero, nací con un Mac Classic en mi cuarto. Esa caja con pantalla en blanco y negro fue mi primera niñera. Por ahí, también rondaba un balón de fútbol y una camiseta de Millonarios. Desde ese día, sabía que la tecnología y el fútbol iban a ser mi estrella de Belén. El primer juego que tuve en mis manos fue Dark Castle, también en un Macintosh. No me gusta la música. Soy un amante escéptico de la tecnología. Hago parte del proyecto de ENTER.CO para llenar el vacío en información de tecnología que hay en América Latina, o como dirían los enterados, en LATAM. Me gradué de Administración de Empresas en los Andes y después hice una maestría en periodismo en la Universidad Europea de Madrid.

View all posts

60 comments

  • Creo que el artículo no contiene ninguna información que pueda orientar a una empresa a contratar un tercero o hacerlo internamente. Hablan de control de versiones no mas pero no hay profundidad.  En conclusión si una persona no sabe de desarrollo de software después de leer este artículo seguirá igual.

  • Creo que el artículo no contiene ninguna información que pueda orientar a una empresa a contratar un tercero o hacerlo internamente. Hablan de control de versiones no mas pero no hay profundidad.  En conclusión si una persona no sabe de desarrollo de software después de leer este artículo seguirá igual.

  • y las buenas practicas donde están? » le falta mucho al articulo, da una idea erronea a las empresas, desarrollar una solución de software inhouse requiere de conocimientos de negocio (o un buen equipo de análisis) y de un buen equipo de desarrollo, un buen equipo de pruebas, este error lo cometen generalmente las empresas estatales que cuentan con departamentos de sistemas los cuales tienen que distribuir su tiempo entre el desarrollo y el soporte interno, y terminan haciendo soluciones en el doble de tiempo y al doble de costo,

  • y las buenas practicas donde están? » le falta mucho al articulo, da una idea erronea a las empresas, desarrollar una solución de software inhouse requiere de conocimientos de negocio (o un buen equipo de análisis) y de un buen equipo de desarrollo, un buen equipo de pruebas, este error lo cometen generalmente las empresas estatales que cuentan con departamentos de sistemas los cuales tienen que distribuir su tiempo entre el desarrollo y el soporte interno, y terminan haciendo soluciones en el doble de tiempo y al doble de costo,

  • Que artículo tan pobre en redacción (es acaso una traducción automática de otro artículo en ingles?), y tan limitado en información relevante.
    El autor sí entiende este párrafo?
    «Independientemente de la metodología de desarrollo, no deje pasar un día o una semana, con una revisión compilada del código.».. cuanto le pagan al que hizo esto???

  • Que artículo tan pobre en redacción (es acaso una traducción automática de otro artículo en ingles?), y tan limitado en información relevante.
    El autor sí entiende este párrafo?
    «Independientemente de la metodología de desarrollo, no deje pasar un día o una semana, con una revisión compilada del código.».. cuanto le pagan al que hizo esto???

  • Muy importante también, las buenas prácticas de programación. Nada peor para un programador que encontrarse con 300 líneas de código que para colmo, no están indentadas (con sangrado de línea para distinguir los bloques condicionales o de ciclos) y/o no tienen ningún comentario. También es muy importante contar con una buena metodología de desarrollo de software, una que implique una completa documentación sobre el proyecto de software, y que involucre también al cliente, tanto al momento de la propuesta de software (adquisición de requerimientos) como en las pruebas del producto final.

    • Cierto, nuestro profesor de Programación II, no nos permite hacer ningún programa sin antes comentar el ‘porqué’ o ‘qué’ hace de ‘X’ fragmento de código, porque cuando se hace un programa para alguna empresa – dice él – debemos tener en cuenta que el programa no es nuestro, y se debe hacer para que cualquier otro programador lo entienda.

  • Mateo Santos, si de verdad quiere aportar al ‘vacío’ de información en tecnología en américa latina empiece con dejar de traducir artículos que no entiende, y al menos darle una leída a lo que va a publicar!

  • Muy importante también, las buenas prácticas de programación. Nada peor para un programador que encontrarse con 300 líneas de código que para colmo, no están indentadas (con sangrado de línea para distinguir los bloques condicionales o de ciclos) y/o no tienen ningún comentario. También es muy importante contar con una buena metodología de desarrollo de software, una que implique una completa documentación sobre el proyecto de software, y que involucre también al cliente, tanto al momento de la propuesta de software (adquisición de requerimientos) como en las pruebas del producto final.

    • Cierto, nuestro profesor de Programación II, no nos permite hacer ningún programa sin antes comentar el ‘porqué’ o ‘qué’ hace de ‘X’ fragmento de código, porque cuando se hace un programa para alguna empresa – dice él – debemos tener en cuenta que el programa no es nuestro, y se debe hacer para que cualquier otro programador lo entienda.

  • Mateo Santos, si de verdad quiere aportar al ‘vacío’ de información en tecnología en américa latina empiece con dejar de traducir artículos que no entiende, y a al menos darle una leída a lo que va a publicar!

  • Tienen toda la razón con sus comentarios, el artículo no da la talla de un portal de teconología

  • Tienen toda la razón con sus comentarios, el artículo no da la talla de un portal de teconología

  • Pero que cosa con los comentarios. Ahora los pobres periodistas no tienen derecho a tomarse unas copitas mientras escriben.

  • Pero que cosa con los comentarios. Ahora los pobres periodistas no tienen derecho a tomarse unas copitas mientras escriben.

  • yo se de desarrollo de software si necesita asesoría le
    ayudo con todo gusto $$ pero no gratis
     

  • yo se de desarrollo de software si necesita asesoría le
    ayudo con todo gusto $$ pero no gratis
     

  • Si el artículo es muy pobre, parece un artículo de la sección de tecnología del El Colombiano

  • Mateo: con todo respeto, te sugiero cambiar el título al artículo. Genera otra expectativa en la comunidad de desarrolladores que, por puro desocupe, seguimos leyendo a Enter. Saludos.

  • Mateo: con todo respeto, te sugiero cambiar el título al artículo. Genera otra expectativa en la comunidad de desarrolladores que, por puro desocupe, seguimos leyendo a Enter. Saludos.

  • Pienso que antes de criticar y desmeritar el trabajo de los periodistas colombianos, pienso que debemos dar soluciones a estas deficiencias de contenido en el presente articulo, brindarle al periodistas un banco de temas de los cuales se pueden hablar o relacionar en el presente escrito, por favor ayudemos a mejorar y no a crear critica destructiva.

    • Hector. Cuando alguien se involucra en la elaboración de un artículo, este debe tener por lo menos, ortografía, gramática y una buena redacción. Su aporte tiene errores de redacción. Y claro. El artículo de Mateo Santo también. Fíjese que ni siquiera estoy hablando de la calidad del contenido, que entre otras cosas, es la finalidad de una publicación. El título del artículo prometía todo el compendio de la tecnología Java, pero a lo sumo, obtuvimos un Basic de los 80’s. Si todas las personas, aquí comentaron las enormes falencias del artículo publicado por Mateo Santos, es por que el texto mismo no dice absolutamente nada. Es como cuando un seguidor de la astrología lee en su horóscopo algo como «… es muy probable que su situación emocional pudiere ser muy variable durante …». En pocas palabras. No se dice nada. Y justamente eso es lo que se lee en el artículo…..Nada. Sin mencionar lo ofensivo que significa el texto en cuestión, para quienes se ganan la vida en el desarrollo de una solución de software.

  • Pienso que antes de criticar y desmeritar el trabajo de los periodistas colombianos, pienso que debemos dar soluciones a estas deficiencias de contenido en el presente articulo, brindarle al periodistas un banco de temas de los cuales se pueden hablar o relacionar en el presente escrito, por favor ayudemos a mejorar y no a crear critica destructiva.

    • Hector. Cuando alguien se involucra en la elaboración de un artículo, este debe tener por lo menos, ortografía, gramática y una buena redacción. Su aporte tiene errores de redacción. Y claro. El artículo de Mateo Santo también. Fíjese que ni siquiera estoy hablando de la calidad del contenido, que entre otras cosas, es la finalidad de una publicación. En forma de analogía, puedo mencionar que el título del artículo prometía todo el compendio de la tecnología Java, pero a lo sumo, obtuvimos un Basic de los 80’s. Si todas las personas, aquí comentaron las enormes falencias del artículo publicado por Mateo Santos, es por que el texto mismo no dice absolutamente nada. Es como cuando un seguidor de la astrología lee en su horóscopo algo como «… es muy probable que su situación emocional pudiere ser muy variable durante …». En pocas palabras. No se dice nada. Y justamente eso es lo que se lee en el artículo…..Nada. Sin mencionar lo ofensivo que significa el texto en cuestión, para quienes se ganan la vida en el desarrollo de una solución de software.

  • Deberían cambiar el título o cambiarle el alcance al artículo porque promete mucho pero dice muy poquito…

  • Deberían cambiar el título o cambiarle el alcance al artículo porque promete mucho pero dice muy poquito…

  • En síntesis es un articulo que genera gran expectativa por el titulo, la información  que brinda es buena pero podría complementar y ser mas profunda,  mas especifico podría ser una gran ayuda a soluciones de software de la empresa, pero se tiene en cuenta la intencion Gracias

  • En síntesis es un articulo que genera gran expectativa por el titulo, la información  que brinda es buena pero podría complementar y ser mas profunda,  mas especifico podría ser una gran ayuda a soluciones de software de la empresa, pero se tiene en cuenta la intencion Gracias

  • Definitivamente un artículo pésimo. Cada vez están publicando más basura, necesitan con urgencia un cambio o se quedarán definitivamente sin usuarios.

  • Definitivamente un artículo pésimo. Cada vez están publicando más basura, necesitan con urgencia un cambio o se quedarán definitivamente sin usuarios.

  • Mateo, no se si reir o llorar. Que tristeza este articulo. Muy superficial. ¿tenia que cumplir con un articulo? mejor la proxima vez demorese pero haga algo mejor.

  • Mateo, no se si reir o llorar. Que tristeza este articulo. Muy superficial. ¿tenia que cumplir con un articulo? mejor la proxima vez demorese pero haga algo mejor.

  • Jajajajajaja uno como ingeniero de sistemas lee esto y le da risa y rabia ….. que pobreza de artículo … le falto decir que pusiera el icono de eclipse en el escritorio 

  • Jajajajajaja uno como ingeniero de sistemas lee esto y le da risa y rabia ….. que pobreza de artículo … le falto decir que pusiera el icono de eclipse en el escritorio 

Archivos