tag:blogger.com,1999:blog-355070212011-07-14T18:22:57.182-03:00Un lugar para los oprimidos, para los obreros del bit, para los que mueven los cimientos de sistemas, para los que miran para arriba y dicen... Y este qué se fumó?platamorfohttp://www.blogger.com/profile/11566777749465790472noreply@blogger.comBlogger31100tag:blogger.com,1999:blog-35507021.post-1160062240298139132006-10-05T12:23:00.000-03:002006-10-05T16:06:22.823-03:00Para aquellos infieles que tenían alguna duda sobre las practicas y tendencias del COP, aqui les transcribo la palabra directa de San Grady Booch. Lo unico, traten de no llorar mucho...<br /><br /><blockquote>Cuanto más complejo sea el sistema, más abierto está al derrumbamiento total. Un constructor pensaría raramente en añadir un subsótano a un edificio ya construido de cien plantas; hacer tal cosa sería muy costoso e indudablemente sería una invitación al fracaso. Asombrosamente, los usuarios de sistemas de software casi nunca se lo piensan dos veces a la hora de solicitar cambios equivalentes. De todas formas, argumentan, es simplemente cosa de programar.</blockquote><br /><br />Extraído de "Analisis y Diseño Orientado a Objetos" de Grady Booch, Director Cientifico de Rational.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35507021-116006224029813913?l=cabezaorientedprogramming.blogspot.com' alt='' /></div>platamorfohttp://www.blogger.com/profile/11566777749465790472noreply@blogger.com0tag:blogger.com,1999:blog-35507021.post-1159990703015536992006-10-04T15:50:00.000-03:002006-10-05T10:48:09.223-03:00<span style="font-family:verdana;">COP ha venido siendo menospreciado estos últimos años, pero pocos saben que detrás de este paradigma hay mucho trabajo de ingeniería, sobre todo ingeniería de requerimientos.<br /><br />Para ejemplificar esto, la siguiente situación es un claro ejemplo de COP un día cualquiera:<br /><br />Octavio es un estudiante avanzado de Sistemas que trabaja como Analista programador en una empresa de sistemas. Un buen día se reune con su "jefe", al que llamaremos "Lobotomo". Su jefe le dice:<br /><br />- "Esta semana empezamos el nuevo proyecto que consiste en hacer un sistema web (¿?) para una empresa editorial que quiere tener información de los libros, y que los lectores puedan poner comentarios. Ya escribí los requerimientos y lo estimé, tiene que estar en 2 meses en producción. Te pasé el documento de requerimientos por e-mail".<br /><br />Octavio, cierra los ojos unos segundos para acceder a su sistema de preservación de la vida, para poder desviar energía de su sistema de relajación, descanso y felicidad hacia este sistema en los próximos 6 meses. Cuando vuelve en sí, tiene tantas preguntas que un retiro espiritual de un año con Buda mismo le quedaría corto.<br /><br />- "Pero, ¿cómo que están los requerimientos?, si lo único que recibí fue un documento de Word con un listado de expresiones de deseo. Además, ¿qué método de estimación usaste?".<br /><br />- "Hay Octavio, vos siempre con tus cosas de facultad, ¿no sabés que eso que ves vos es sólo académico?, no se puede usar en la vida real. ¿Qué más necesitás saber que lo que tiene que hacer el sistema. Ahí te lo puse en ese documento. Y no entendí lo del método de estimación, a qué te referís. Yo pensé en el sistema, e iba mirando cada punto y entonces estimaba cuanto iba a llevar. Así de sencillo."<br /><br />- "Está bien. Entonces lo que quiere decir es que si fuéramos una empresa constructura, y nos pidieran hacer un puente, haríamos un dibujito en un papel, tiraríamos una estimación al azar e iríamos directo al lugar a empezar a preparar la mezcla y poner los ladrillos".<br /><br />- "Octavio, no seas irónico. La ironía no me gusta, me lastima. ¿Qué puedo hacer para que te comprometas más con la empresa?. Si vos nos pedís más profesionalismo, está bien. Pero entonces yo les voy a empezar a exigir más".<br /><br />Y esto es solo el comienzo del proyecto. COP tiene definidas muchas fases, en las cuales no nos vamos a extender pero vamos a enumerar:<br /><br />1) Inicio del proyecto.<br />2) Enunciado de requerimientos en un lenguaje natural y coloquial lo más ambigüo y vago posible.<br />3) Estimación utilizando el criterio de los cinco dedos oscilantes, también conocido como masomenómetro.<br />4) Programación.<br />5) Recepción de nuevos requerimientos totalmente contradictorios con lo recibido al inicio del proyecto, y vuelta a empezar.<br /><br />Este ciclo tiene el problema de que no se sabe nunca cuando va a terminar, como el proyecto.<br /><br />Cómo podrán ver, existe un enorme trabajo de ingeniería que permite que un listado de bullets se transformen en un sistema, pero nadie conoce todavía en donde está ese trabajo, aunque estudios empíricos afirman que se encuentra en el Analista Programador. El mismo que es el culpable cuando las cosas salen mal, y el último orejón del tarro cuando sale todo bien.<br /><br />Esta metodología de trabajo está basada en el concepto técnico-científico de "suerte".<br /><br />Para finalizar, otros diálogos que pueden suceder<br /><br />- "Debe haber un error, me mandaron el diseño de las pantallas, pero aparecen cosas que no están en los requerimientos".<br /><br />- "Ah, no, no es ningún error. Es que el diseñador se juntó con el usuario y así tienen que ser las pantallas. Con todas esas funcionalidades".<br /><br />- "¿Cómo que se juntó con el usuario?. Si a mi cuando pedí tener una entrevista me dijeron que no era necesario porque ya estaban los requerimientos hechos".<br /><br />- "Está bien, los requerimientos estaban hechos. Pero el diseño no, por eso el diseñador se juntó con el cliente y plasmó todo lo que quería en las pantallas".<br /><br />Y aquí concluye por ahora esta explicación, porque el autor se está sintiendo mal al pensar en esto.<br /></span><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35507021-115999070301553699?l=cabezaorientedprogramming.blogspot.com' alt='' /></div>elVasconoreply@blogger.com0tag:blogger.com,1999:blog-35507021.post-1159986848527147832006-10-04T15:28:00.000-03:002006-10-04T16:08:26.843-03:00<a href="http://photos1.blogger.com/blogger/4253/3952/1600/plat.0.jpg"><img style="FLOAT: right; MARGIN: 0px 0px 10px 10px; CURSOR: hand" alt="" src="http://photos1.blogger.com/blogger/4253/3952/320/plat.0.jpg" border="0" /></a><br /><a href="http://photos1.blogger.com/blogger/4253/3952/1600/plat.jpg"></a><br /><a href="http://photos1.blogger.com/blogger/4253/3952/1600/platamorfus_rompecocos.jpg"></a><br />COP, Cop, cop... que es COP?<br /><br />COP es la realidad de mucha gente. Es el desecho cerebral (producto) de muchos que, tratando de hacer como que saben, se quedaron en el GWBasic, y siguen tratando de remarla, inventando metodos contra-natura, teorias XFiles que ni ellos se la creen, y poniendo cara de serios (algunos titulo en mano), para impresionar en las reuniones.<br /><br />Este sitio no es para ellos... no no, por Dios, es para los que sufrimos todos los dias sus "genialidades" y terminamos tratando de "hacerles entender", actividad filantropica si las hay.<br /><br />Bienvenidos los desventurados que llegais a estas costas!!<br />porque de vosotros no sera el reino de los gerentes....<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35507021-115998684852714783?l=cabezaorientedprogramming.blogspot.com' alt='' /></div>platamorfohttp://www.blogger.com/profile/11566777749465790472noreply@blogger.com0