MODELOS MENTALES

                                                          para obtener mas informaciones y aprender mucho mas para el existo en la vida haga clip aqui: http://jmonzo.net/blogeps/laquintadisciplinaenlapractica.pdf

Qué es lo que usted lleva ahora mismo?

                                                     
para mas informacion hacerca de este libro haga clip aqui:http://www.mislibrospreferidos.com/?autor=Bill+Gates

Comentario Leyes de Murphy

Leyes de Murphy para la computación

En 1949, el capitán Ed. Murphy era un ingeniero que trabajaba en la base aérea de Edwards en California. Cuando un técnico que trabajaba en su laboratorio hizo algunas conexiones de cables incorrectos, Murphy dijo, ¨si hay alguna manera de hacer algo mal, él lo hará¨.

-         La gente siempre se acuerda de su último error.

-         Aquel que hace menos, es el que se lleva más crédito.

-         Mientras menos cuesta un periférico, mas cuesta su reparación.

-         Cuando usted llega al punto en que realmente entiende su sistema de computadora, probablemente es obsoleto.

-         Aquel que ríe de último, probablemente hizo un backup.

-         Mientras más distantes están los avances tecnológicos, más atractivas lucen.

-         Un programa de computadora siempre hará lo que usted le diga que haga, no lo que usted quiere que haga.

-         Un proyecto siempre se expande hasta ocupar toda la memoria disponible.

EL SOFTWARE COMO PRODUCTO

1- ¿Que se considera el software como producto?

Si el software fuese libre seguiría habiendo programadores, pero quizá menos. ¿Sería esto perjudicial para la sociedad? 

No necesariamente. Hoy en día las naciones desarrolladas tienen menos granjeros que en 1900, pero no creemos que esto sea malo para la sociedad porque esos agricultores distribuyen más comida a los consumidores que antes. Llamamos a esto mejora de la productividad. El software libre requeriría bastantes menos programadores para satisfacer la demanda, debido al aumento en la productividad del software en todos los niveles: 

2- ¿Quien lo hace?

El proceso de desarrollo de software requiere por un lado un conjunto de conceptos, una metodología y un lenguaje propio. A este proceso también se le llama el ciclo de vida del software que comprende cuatro grandes fases: concepción, elaboración, construcción y transición. La concepción define le alcance del proyecto y desarrolla un caso de negocio. La elaboración define un plan del proyecto, especifica las características y fundamenta la arquitectura. La construcción crea el producto y la transición transfiere el producto a los usuarios.

Actualmente se encuentra en una etapa de madurez el enfoque Orientado a Objetos (OO) como paradigma del desarrollo de sistemas de información. El Object Management Group (OMG) es un consorcio a nivel internacional que integra a los principales representantes de la industria de la tecnología de información OO. El OMG tiene como objetivo central la promoción, fortalecimiento e impulso de la industria OO.

3-¿Por qué es importante el software?

Porque es una nueva forma de crear tecnología dando más libertad a los usuarios y creando un mercado mucho más competitivo, con menos dependencia tecnológica y que propicia un mayor desarrollo en entornos locales.

El software se hace responsable de las aplicaciones informáticas tales como procesador de textos, que permite al usuario realizar todas las tareas concernientes a edición de textos; software de sistema, tal como un sistema operativo, el que, básicamente, permite al resto de los programas funcionar adecuadamente, facilitando la interacción con los componentes físicos y el resto de las aplicaciones, también provee una interfaz ante el usuario.

4-¿Cuales son los pasos?

Se conoce también como definición del problema o análisis del programa. En este paso se determinan la información inicial para la elaboración del programa. Es donde se determina qué es lo que debe resolverse con el computador, de qué presupuestos se debe partir... en definitiva, el planteamiento del problema.

Se requieren cinco tareas:
a. Determinación de objetivos del programa.
Debe definirse claramente los problemas particulares que deberán ser resueltos o las tareas que hay que realizar, esto nos permitirá saber qué es lo que se pretende solucionar y nos proporcionará información útil para el planeamiento de la solución.

b. Determinación de la salida deseada.
Los datos seleccionados deben ser arreglados en una forma ordenada para producir información. Esta salida podría ser una salida de impresión o de presentación en el monitor.

c. Determinación de los datos de entrada.
Una vez identificada la salida que se desea, se pueden determinar los datos de entrada y la fuente de estos datos. Los datos deben ser recolectados y analizados.

Es un proceso para convertir especificaciones generales de un sistema en instrucciones utilizables por la máquina, que produzcan los resultados deseados. Se le conoce también como desarrollo de software.

PROGRAMA
Es una lista de instrucciones que la computadora debe seguir para procesar datos y convertirlos en información. Las instrucciones se componen de enunciados usados en lenguajes de programación como Basic, Pascal o C

5-¿Cual es el producto obtenido?

Es obtener información o un diseño a partir de un producto accesible al público, con el fin de determinar de qué está hecho, qué lo hace funcionar y cómo fue fabricado.

El método se denomina así porque avanza en dirección opuesta a las tareas habituales de ingeniería, que consisten en utilizar datos técnicos para elaborar un producto determinado. En general, si el producto u otro material que fue sometido a la ingeniería inversa fueron obtenidos en forma apropiada, entonces el proceso es legítimo y legal. De la misma forma, pueden fabricarse y distribuirse, legalmente, los productos genéricos creados a partir de la información obtenida de la ingeniería inversa, como es el caso de algunos proyectos de Software libre ampliamente conocidos.

                                                       LISBET ALMONTE ROSARIO

                                                   07-sis3-1-001

Crear y constituir una compañía por acciones en R.D

1.     Como Crear y constituir una compañía por acciones en la Republica Dominicana, pasos. Costos y Tiempo.

NOMBRE DEL PROYECTO

“Comphouse” Por  ser la tecnología quien rodea al mundo por completo, siendo esto para nosotros una gran oportunidad de ofrecerle a los clientes un mundo de opciones a elegir; como es la tecnología que une todos los continentes existentes, convirtiéndose esto en oportunidades de escalar a otros países; y sobre todo por la resistencia, fuerza y destreza que el océano utiliza al moverse, aprovechando nosotros esas habilidades para poder lograr nuestros objetivos en el mercado y saber como utilizar nuestras estrategias en un mercando tan cambiante como el nuestro.

UBICACIÓN O DIRECCIÓN DEL PROYECTO

Nuestra ubicación es un punto muy estratégico en la ciudad de Puerto Plata, ya que donde estaremos ubicados se intercepta una de las principales calles de esta ciudad, las cual es muy transitada tanto en vehículos privados, públicos, rutas urbanas, entre otros medios de transporte.

Comphouse, se encuentra localizado en la 27 de febrero, esquina el morro y antera mota de esta ciudad de Puerto Plata, Rep. Dom.

AREA DEL TERRENO DEL PROYECTO

     El tamaño de nuestro terreno es de 10,500 Mt2, a un costo estimado de unos RD$22, 000,000.00 (Veinte y dos millones de pesos), el mismo cuenta con una mejora la cual será destruida para construir nuestro edificio, y sus linderos son los siguientes: al Norte: Calle antera mota; al Sur, calle el Morro; al Este calle 27 de Febrero; y al Oeste la calle Virginia Ortea.

AREA DE CONSTRUCCIÓN

El área de construcción de nuestro edificio tendrá una extensión superficial de unos Cuatro Mil Quinientos (4,500 M2) metros cuadrados, aproximadamente, dentro de la parcela correspondiente, en esta ciudad de Puerto Plata.

Nuestro edificio estará construido en hormigón armado y concreto, con una terminación de primera, para darle un toque lujoso y atractivo, además de que contara con amplio y cómodo parqueo y sobre todo con una espléndida área verde, la cual embellecerá todo el alrededor de nuestra empresa.

Comphouse, estará distribuido de la siguiente forma:

1er Nivel. En nuestro primer nivel contaremos con: la más amplia tienda de computadoras de toda la zona Norte, oficinas administrativas, baños, servicio al cliente y área de caja para la tienda.

Además de en el otro ángulo estará ubicado una amplia cafetería estilo fast food, un confortable centro de Internet.

2do Nivel. Tendremos la recepción, el recibidor, 16 aulas, sus respectivos baños, oficinas y cobro.

3er Nivel. Estarán ubicadas 5 aulas virtuales, un salón de conferencia,  área de taller, área de caja para el taller, almacén, recepción para el almacén, y sus respectivos baños.

Como podemos apreciar Comphouse, es todo una plaza educacional y comercial, donde la misma servirá como atracción turística a la ciudad de Puerto Plata.

    2. Cuánto gana un ingeniero en informática en las empresas de puerto plata y las diferentes regiones del país.

Un ingeniero en informática gana aproximadamente de $25,000.00 a 70,000.00 pesos.

3. Que beneficios tiene una compañía de tener a un profesional en el are de informática.

La compañía obtiene beneficios ya que el profesional pone a disposición de la empresa todos lo conocimientos obtenido y además de los que aprenden en el área de trabajo, e intenta hacer el mejor trabajo para beneficio de su empresa y de el mismo.

4. Investigar los últimos años que han hecho los que ha salido de la universidad (ingenieros mínimo 10 con nombre y apellidos)

1- ING. Rafael Osborne (Ingeniero en informática y director de dicha carrera en la O&M).

2- ING. Rigoberto Estrella (Ingeniero en informática y gerente la papaterra en Sosua).

3- ING. Bonifacio Rivera (Ingeniero en informática en O&M y en vinícola del norte).

4- ING. Wilson Hiraldo Gil (Reparación de computadoras).

5- ING. Juny Altagracia Rosario (Dependienta en una tienda de móviles, vodafone).

6- ING. Nelfi Ant. Alvarado (Reparador y diseñador de paginas Web).

7- ING. Lauren Medrano (Gerente y administrador de Megacomp).

8- ING. Diógenes Coronado (Ingeniero en informática).

9- ING. José Méndez (Diseñador de paginas Web).

10- ING. Luis Alvarado (Reparador de computadora).

5.     En qué área de la carrera  es más beneficiosa económicamente. Ej. Software (programas a vender), hardware (equipos a vender), o sea ventas.

En el software porque es donde el producto tiene más valor.

Programador o ingeniero

Programador o ingeniero

¿Cuál es la diferencia?

Por: David K. Cada una adaptación de http://www.igeek.com/

Algunas personas llaman a sí mismos "programadores" y otros llaman a sí mismos "ingenieros de software". "Ingeniero" parece tener más prestigio en nuestra sociedad, para que más personas tratan de llamar a ingenieros (incluso si no lo son). Por supuesto, nadie puede llamarse lo que quieran - para lo que las personas llaman a sí mismos no hace mucha diferencia, sin embargo, existe una clara diferencia entre los dos.

Con el fin de explicar las diferencias, tengo que caricaturizar tanto al extremo - para el contraste. Darse cuenta de que la mayoría de la gente son una combinación de ambos atributos - pero al menos puede obtener algunas ideas sobre lo que debe buscar, si usted sabe los extremos.

Hay necesidades de ambos (ingenieros y programadores) - y las diferentes tareas requieren más de una o la otra. La mayoría de las tareas requieren sólo unos pocos ingenieros y bastante unos pocos programadores. El problema es que muchos gerentes no entienden la diferencia, o contratar a las equivocadas para un puesto de trabajo.

La programación no es difícil - es tedioso. ¡Tienes que ser capaz de romper las cosas complejas hacia abajo, en una serie larga de pasos sencillos. Eso es todo. ¿Cómo acercarse a ese problema será definir si usted es un programador o un ingeniero. Así que la mayor diferencia entre los dos es filosófica - y como la mayoría de las diferencias filosóficas, puede conducir a la tensión. Tipos arrogantes (a cada lado) puede llegar a estos complejos de superioridad poco ego que conducen a las tuercas del otro lado, y algunos pretenden que los "otros" son unos idiotas. No son idiotas - que acaba de tener diferentes objetivos, diferentes motivaciones y diferentes filosofías.

Los ingenieros tienen más experiencia (maduro (1)) que los programadores (especialmente en el software y la teoría del diseño), pero eso no quiere decir que son los que usted necesita para una tarea (o que siempre son mejores). Los ingenieros son los "diseñadores", los que han existido por años y entiende un montón de diferentes conceptos, o entender algunas especialidades muy bien. La mayoría de los ingenieros de un conocimiento no es aplicable a la tarea a realizar directamente, sino que se basan en su experiencia y la educación para resolver los grandes proyectos - al mismo tiempo evitar los errores. (En los sistemas complejos hay muchos escollos, y algunos pueden costar proyectos de "años" y millones de dólares).

(1) No se debe confundir la edad con la madurez - muchas personas no crecer nunca. El hecho de que un tipo es un programador de 50 años de edad codificador /, no significa que creció más allá del "hacker" fase - y hay un buen número de ingenieros de 20 años de edad. Así que busque en su personalidad y filosofía, así como su experiencia y educación, para saber que es probable que sean.

Los ingenieros son los que quieren (o al menos entender la necesidad de) diseñar, documentar, crear procesos y procedimientos para evitar problemas futuros. Ellos quieren tener un proyecto de principio a fin (con todos los pasos intermedios). Ellos tienden a ser más "anal" tipos, que quieren centrarse en los detalles (en la ingeniería del diablo está en los detalles).

Los ingenieros a menudo son más académicos (voluntad de hacer más investigaciones antes de atacar un problema). Los ingenieros saben cómo establecer los horarios, y les siguen. Falla más grandes ingenieros sin experiencia es que a veces se "sobre-ingeniería" una solución, y tratar de resolver las cosas que nunca pueden ser los verdaderos problemas (que se gastan tiempo y dinero resolver problemas que no será un problema real de una década, y entonces los objetivos de tecnología o la empresa han cambiado lo suficiente que no habría sido un problema de todos modos). Los ingenieros también están los que hacen más lenta de un proyecto en las fases iniciales (pasar más tiempo en la investigación, diseño, análisis, documentación y debate) con el fin de evitar peligros potenciales (y ahorrar tiempo y dinero) en las últimas etapas de un proyecto . Esto es grande para los costos del proyecto a largo plazo (y que te dan la espalda tiempo / dinero) -, pero tenemos un montón de corto plazo, los pensadores de la sociedad (y negocio). Los ingenieros son los maduros "virtuosos", que tendrá un proyecto hecho y evitar sorpresas (por el pensamiento a todos antes de empezar) - y se aseguran de que su diseño y la documentación es tal que un proyecto será fácil de mantener. Metas a largo plazo (pensadores) - que hacen "inútiles" las cosas como poner en el código de pruebas automatizadas, crear "las normas de codificación", o quiere hacer revisiones de código (que a menudo resultan ser buenas ideas en el largo plazo). La mayor parte de las sorpresas (y costos) en el desarrollo de software se debe a que no había suficientes ingenieros (o no eran buenos ingenieros suficiente), o la gente no estaba escuchando.

Los programadores son los tipos más abajo y sucio. Que solían ser llamados "hackers", pero que ahora tiene un nuevo significado (2). Ahora los días son más propensos a referirse a sí mismos como codificadores o Código Jockeys. Los programadores no tienen que saber todo lo primero, simplemente disfrutar de la emoción de la solución de los problemas que se vienen. Son más los artistas excéntricos del mundo de la informática. A menudo pasan días sin dormir y vivir en la comida chatarra y Mountain Dew, sólo "hacer" - Go, Go, Go! Por supuesto, que a menudo pasan las semanas la solución de problemas que se han resuelto antes (si es que acababa de leer un libro e investigar los problemas antes de la mano) -, pero a veces (a veces) que resuelven los problemas de toda una nueva (e ingenuo) formas (y mejor que las soluciones enlatadas), o resolver problemas que no han sido resueltos antes. Son los jóvenes impetuosos del mundo - que la energía utilizada y el vigor para tratar de compensar la falta de experiencia y el diseño (y éxito). Ellos no saben lo que no pueden hacer, así que a veces lo imposible.

(2) hacking usa para significar (en los años 70 y principios de los 80) los programadores que se sumergía en un problema (sin documentación o una comprensión completa del problema, etc) y sólo el programa de su salida. No hay mucho pensamiento pasó de diseño (ya que pueden pensar y ejecutar más rápido de lo que podían de diseño). Que no era necesario "no manuales apestoso", que no hicieron la documentación (el código se explica por sí mismo), que acaba de resolver problemas a su manera. Sin embargo, ese nombre adquirió una connotación diferente, cuando muchas personas con esta "piratería" de la personalidad, que comenzó a utilizar la persistencia de romper la seguridad, o para encontrar la manera de violar la compañía telefónica en 16 formas diferentes. (Esta forma de pensar la fuerza bruta es muy bueno para romper la seguridad). Ahora los "hackers" se refiere a que los pequeños sub-conjunto de los piratas informáticos que a menudo se hacen los actos delictivos, como la piratería en los lugares (en lugar del código de hacking).

Los programadores se sumerge en algo antes de que entiende completamente las ramificaciones, y con frecuencia va a costar un montón de dinero porque las empresas de que la falta de experiencia (conocimiento), y los "errores" o el desperdicio de energía. Los ingenieros les gusta decir "trabajo inteligente, no es difícil". 

Muchos programadores encanta programar tanto que van a trabajar más duro, simplemente porque les gusta la programación y no como las otras cosas (diseño, documentación, soporte, añadiendo en el código de prueba, el marketing, las políticas corporativas, la mayoría de la humanidad, etc.) Los programadores no suelen gustar los horarios (los que son para los contadores de frijoles), y ellos la promesa del mundo (y descubrir más tarde que ellos no pueden ofrecer, o se matan tratando de entregar). La calidad de sus resultados es por todo el tablero (de mierda a excelente, a menudo con elementos de ambos) - pero por lo general, sus productos se pueden utilizar, pero de mantener sólo por ellos. Cuando los programadores de salir de una empresa que es programador pesados ​​(y lo hacen), o pasar a la siguiente cosa nueva (que es siempre más interesante que lo que están haciendo), le costó una fortuna para arreglar o cambiar cada vez que "la vieja" producto nuevo (ya que nadie entiende qué diablos está pasando en su código, y no hay documentación o de diseño para ayudar)

¿Qué se necesita?

Así que uno (los programadores o ingenieros) que necesita depende de la tarea. Lo ideal es tener un equilibrio en un proyecto, con unos pocos ingenieros haciendo el diseño arquitectónico de un proyecto y dar algunas orientaciones y evitar los problemas (y la documentación exigentes) - y unos pocos programadores, que son enviados en direcciones (bajo el control de ingenieros) para poner en práctica como un loco, y tenazmente a resolver los problemas que puedan surgir. Los programadores suelen briosos caballos que necesita un piloto experimentado (Ingeniero) para controlar y guiar a ellos - pero una vez que se señalan en la dirección correcta, el hombre puede correr. Los ingenieros a menudo no son los mayores productores de código (cantidad), o en el mejor depuradores - que prefieren el diseño de los problemas (y código) en el primer lugar. Los ingenieros se gritaba "diseñar, documentar, implementar". Los programadores se gritaba, "¡Deja de hablar de eso! Permite Código Código Código".

Se puede imaginar que es difícil encontrar a personas de un tipo que puede tolerar el otro tipo (o más raro encontrar personas que son un buen equilibrio de ambos) - Es sorta como el Congreso. Pero si lo hace a equilibrar, los resultados pueden ser lo mejor de ambos mundos. Empresas más triste no tener un equilibrio. Consiguen un líder de un tipo (o la otra), que no ve valor en el estilo de oposición - y por lo tanto la unidad a todos los que no piensan como ellos hacia fuera. O más común, la empresa no tiene ninguna pista acerca de las diferencias y no le importa - la política que permite que el que suceda lo mismo. Los resultados de cualquiera de los extremos puede ser feo, sin embargo, los ingenieros de muchos son lentos (er), muchos programadores pueden matar a una empresa o un producto.

Nuevas empresas y pequeñas empresas a menudo favorecen a los hackers / programadores. Estos chicos bofetada algo juntos (rápidamente), y tratar de venderla. A menudo funciona (apenas) por lo que se vende en la primera encarnación. Luego, una bofetada más en algunas de sus funciones, y se vende todavía. Luego, el plomo programador hojas (se aburren haciendo lo mismo durante más de 2 años), y las espirales del proyecto en código infierno. No se puede mantener el proyecto, y la empresa no va a invertir el dinero para "rediseñar". Así que a ningún lado, tratando de insectos de la calabaza, y todas las características que añaden (o bug que arreglar) crea nuevos errores. Pasan diez veces el dinero (y tiempo) tratando de arreglar las cosas como lo hizo en desarrollo en el primer lugar, y que solía pasar el tiempo o el dinero para hacerlo bien. Si estas empresas son un barco que se hunde, sino que va a contratar para rescatar los cuerpos de agua, sin embargo, no arreglar las goteras. La mayoría de las empresas están en este modo el programador pesada - y la mayoría no ingeniero de su salida (porque no entiende de ingeniería). En cambio, las empresas tratan de comprar su salida de los problemas (con los organismos) y ocultar los síntomas, en lugar de permitir que el producto (y problemas) que se fije, que suele conseguir algunos ingenieros y la creación de algún tipo de proceso (y curar la enfermedad).

Lo contrario de ese extremo son las empresas que favorecen a todos los ingenieros - como el aeroespacial, Gobierno, algunas grandes corporaciones.. Por supuesto, parte de eso es debido a los riesgos (y que muchas vidas a menudo la mano en el equilibrio de sus diseños). Estos tipos de diseño, documento, discutir, perfeccionar, volver al inicio, más de la ingeniería a los diablos de algo, y crear algo que sería un gran producto -, pero se necesitarán 10 años para crear. Procesan las cosas a la muerte, y requieren de 27 formularios a ser completados para usar el baño. Que el producto tendrá una arquitectura maravillosa, que puede durar hasta el próximo siglo - y que van a generar la documentación suficiente para matar a un bosque, y el producto será tan sobre-hecho que tendrá 5 años adicionales antes de la computación-caballos de fuerza ponerse al día (o el precio de las computadoras se reduce lo suficiente) para que el producto será realmente viable. Sin embargo, estos productos suelen tener una vida útil mucho más larga, y puede crecer durante mucho tiempo. A menos que fueron diseñados por un comité - y entonces será tan funcional como una mesa de dos patas. Por no mencionar el hecho de que todos los ingenieros en el mundo no puede compensar la mala (estúpido) requisitos - que causa mucha fricción entre los ingenieros y la comercialización (ya que ambos piensan que tienen todas las respuestas, y que ninguno de ellos).

La Industria

Apple y Microsoft se "hacker" pesados ​​en los años 70 y 80 (a pesar de que mejoró con el tiempo). IBM era el más "sobre-ingeniería" de estrategia. Lo que solía ser en broma que el proceso de IBM consistió en "Ready .. Objetivo ... Objetivo ... Objetivo ... Objetivo ...", donde, como proceso de Manzanas" fue "¡Fuego, Objetivo, ¿Listo?" Microsoft no haría, y prefieren ver otros tiradores disparar primero - entonces sólo se disparaba el tirador con el mejor resultado, y luego tomar el crédito por su trabajo.

Algunas compañías utilizan una estrategia que yo lo llamo "el diseño a través de adquisiciones". Ya que no se puede hacer "bien" a sí mismos (porque no entienden la ingeniería), que acaba de comprar-a quien los está superando a la vez, y luego el mercado a los diablos de esos productos. Ellos hacen tibios intentos de "arreglar las cosas" en los productos que han adquirido, pero a menudo sólo tienen las versiones posteriores de mal en peor (más funciones y más bugs). Symantec y Novell han hecho esto unas cuantas veces. Muchos de los "líderes del mercado" utilizar esta estrategia como una forma de compensar el hecho de que se olvidaron de lo que les hizo el líder en el primer lugar - por lo que sólo tratan de colgar a sus posiciones (de modo que de directivos senior pueden obtener sus programa de bonos) sin realmente ganando o perdiendo cuota de mercado - pero rara vez tienen éxito por mucho tiempo. Por lo general, alguien más hábil se acerca y "come su almuerzo".

En general, creo que la mayoría de las empresas de juego (y la mayoría de los arranques) son demasiado pesados ​​hackers (pero eso está cambiando). El sector aeroespacial es demasiado pesado de ingeniería (agravada por la burocracia). Las grandes empresas (Fortune500) es por todo el lugar, pero por lo general envuelto en el proceso, con la política (y quién está haciendo qué a quién) dictando un extremo u otro. Software comercial es un gran programador poco (pero varía según la empresa). BioMed fue el mejor equilibrio que he visto (pero que pueden haber sido las empresas que tratan). Todas las empresas varían, y varían en el tiempo (primero se cometen errores en un extremo y luego el siguiente) - y es raro encontrar un buen equilibrio, pero puede existir en cualquier industria.

La conclusión

Recuerde que en el mundo, a menudo se obtiene lo que paga (y lo que pides).

Si desea que un niño de impulso que puede abofetear un código junto a usted en ningún momento - y que van a hacer exactamente eso. Usted va a pagar por esa decisión por año (en mantenimiento) - pero usted consigue un producto en una fracción del tiempo.

Si usted pone el dinero y el tiempo (e ingenieros), para diseñar un producto adecuado, entonces usted consigue algo que te llevará muy lejos en el futuro - pero hay que esperar que sus competidores no le ganó de mano (con agua caliente-shot niños), y lo que necesita para asegurarse de que usted no está tratando a un exceso de resolver los problemas (y perder el tiempo / dinero). 

Lo mejor de ambos mundos es de mezclar y combinar bien. Ponga en caliente disparos en las cosas a corto plazo - y luego usar esa ventaja de tiempo a hacer las cosas bien. (El desarrollo paralelo). O usted puede poner tanto en los mismos proyectos (si trabajan bien juntos) - y tiene el control de los ingenieros de los programadores (si es que puede hacerlo sin aplastarlas). Balance de los dos proyectos de manera que las tomas en caliente se conduce a los ingenieros a implementar más rápido, y los ingenieros están reduciendo los programadores hacia abajo (para que sepan cuáles son los costos a largo plazo son para muchas de sus decisiones, minimizar los riesgos, y para que puedan documento sobre la marcha). La madurez y la unidad. A veces se puede encontrar a personas que son un buen equilibrio de ambos - la mayoría de la gente tiene sus fortalezas y debilidades y se inclinan a un lado o del otro. De cualquier manera, entender las diferencias y las unidades son el primer paso para tomar las decisiones correctas. Esperemos que este artículo te ha dado una mejor comprensión de las cosas mejor.