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’.
muy pobre en informacion.
muy pobre en informacion.
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.
Un consejo, quitar el artículo, asesorarse de una persona que sepa de procesos de desarrollo de software, y volver a publicar una nueva versión.
Un consejo, quitar el artículo, asesorarse de una persona que sepa de procesos de desarrollo de software, y volver a publicar una nueva versión.
No hay información relevante en este articulo es como hablar si querer decir nada.
No hay información relevante en este articulo es como hablar si querer decir nada.
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.
Exacto se deben tener estándares, y una buena documentación, los desarrolladores rotan muy fácilmente, y el nuevo que llegue de poder continuar el desarrollo con poco esfuerzo
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.
Exacto se deben tener estándares, y una buena documentación, los desarrolladores rotan muy fácilmente, y el nuevo que llegue de poder continuar el desarrollo con poco esfuerzo
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
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.
No lo pudiste decir mejor! Hasta me emocioné con el título!
Maasss
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.
No lo pudiste decir mejor! Hasta me emocioné con el título!
Maasss
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.
Para colmo tiene un error de sintaxis en el WriteLine.
Para colmo tiene un error de sintaxis en el WriteLine.
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.
Me postulo en la creación de artículos de desarrollo de software…. claro a un buen $
Me postulo en la creación de artículos de desarrollo de software…. claro a un buen $
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
Que porqueria de artículo.
Que porqueria de artículo.
No me has dicho algo que realmente me sirva (Estudiante de Teleinformática)
No me has dicho algo que realmente me sirva (Estudiante de Teleinformática)
Yo me pregunto, ¿Por qué sigo leyendo enter?
Yo me pregunto, ¿Por qué sigo leyendo enter?
Que artículo tan chimbo
Que artículo tan chimbo