¿Que metodologías usas para el analisis y diseño?

[Casimiro Notevi]

Amigo Delphius, te aconsejo que leas esto (por qué uml no sirve) cuando puedas, es de Javier Smaldone, un paisano tuyo al que admiro bastante.
Yo también andaba con la idea de aprender a usar uml, lo pedían en todos los trabajos que veía, debe ser algo fabuloso... pensé. Pero estuve echándole un vistazo, haciendo pruebas, leyendo documentación, etc. y me parecia que algo no encajaba "con la vida real". La lectura de ese documento me hizo desistir de uml

[mamcx]

Bueno, desde entonces aplico casi al 80% todo lo que dije.

Ahora sigo mas bien las ideas de http://gettingreal.37signals.com/.

Para lo de los bugs/ideas estoy usando www.pivotaltracker.com y la verdad es muy intuitivo. Junto a la metodologia scrum (lo mas importante: Se planea a maximo 1/2 semanas al futuro).

Al iniciar estoy haciendo wireframing & sketchs basicos en un tablero de esos que se escriben con marcador.

Sin embargo, creo que este metodo funciona mas para quienes creamos productos que no son tomados de un cliente (o sea, creamos productos desde 0 sin consultar a nadie).

Para cuando es un desarrollo a la medida, no se que tan valido sea...

[[Delphius]]

Empezado por Casimiro Notevi

Amigo Delphius, te aconsejo que leas esto (por qué uml no sirve) cuando puedas, es de Javier Smaldone, un paisano tuyo al que admiro bastante.
Yo también andaba con la idea de aprender a usar uml, lo pedían en todos los trabajos que veía, debe ser algo fabuloso... pensé. Pero estuve echándole un vistazo, haciendo pruebas, leyendo documentación, etc. y me parecia que algo no encajaba "con la vida real". La lectura de ese documento me hizo desistir de uml

Me voy a poner a leer el enlace. No te prometo que cambie mi visión, estoy muy convencido de UML.
Se que no debería sacar conclusión apresurada pero me voy a aventurar el porqué UML no funciona (y es en parte algo de lo he dicho en el post anterior): UML, como cualquier otra herramienta de trabajo, funciona si uno le pone trabajo y le da valor agregado. Está consciente de ello, puede sacarle provecho.
Si uno no lo toma con total seguridad, seriedad y dedicación entonces... ¿de que manera puede llegar a sacar una buena conclusión?

Saludos,

[Casimiro Notevi]

Cuéntame cuando lo leas

[[Delphius]]

Hola,
Bueno, me he leído el artículo... es un tanto viejo.

Con todo respeto amigo, si yo fuera el profesor de Javier lo mando a primer año de la carrera.... ¡no pudo haber dicho lo que dijo! Confundir y mezclar UML con el Proceso Unificado es... no se, no se me ocurren palabras. Admito que es común equivocarse cuando uno recién está estudiando el tema... pero... de alguien que ya lo conoce y lo ha estudiado... ¡no tiene perdón!

De allí en adelante no tiene sentido seguir avanzando... el Mencino en sus comentarios lo ha puesto muy en claro. Quizá de una forma un tanto brusca, pero en fin... aclara todo... no tengo más que corregir porque el se encargó de explicar punto a punto los temas.

Hay que tener en cuenta que la carta del dichoso estudiante también se ha expresado teniendo como base a UML 0.8 y 0.9 cuando recién se estaba formalizando... inicialmente tuvo sus fallas, lo reconozco, pero en la 1.0 ya salio maduro y tuvo una amplia revisión en la 1.5. Al día de hoy quizá su opinión al respecto ha cambiado. El artículo de Javier es del año 2006... para ese entonces ya estaba la versión 1.5... Es totalmente incongruente que haya dicho semejante cosa.

Quizá Javier sepa mucho, pero en ese artículo orinó muy fuera del tarro, con todo respeto.

UML es muy bueno, si alguien lo usa y aprende a usarlo.

Habrá gusto para todo, si alguien lo usa y le sirve, perfecto... si alguien prefiere no utilizarlo y le va bien... perfecto. Esto vengo diciendo desde hace dos post. Pero de aquí no me venderán la idea de que no sirve.

Por ello digo, y sostengo, con toda seguridad, de que uno debe ir encontrando las herramientas que le sean de ayuda.

Admito que UML ofrece un amplio abanico de diagramas, una semántica rica y eso lo puede hacer parecer bastante complejo y amplio pero el propósito de ello es brindar la mayor posibilidades de expresión de las ideas. Ideas que nacieron para ayudar al programador. Luego queda en el programador en saber elegir cuando, como y cuanto utilizarlas.
Dicho sea de paso, UML es lo suficientemente flexible como para no indundar de redundancias a nuestros diagramas. Muchos elementos de los diagramas son opcionales, y se le deja la posibilidad al diseñador de utilizarlos cuando este lo crea conveniente para aclarar algunos puntos que pueden introducir ciertas ambiguedades.

UML quizá no sea perfecto, pero es una herramienta más que uno está en la absoluta libertad de usarla o no.

Si Javier, en el momento de escribir ese artículo no lo ha entendido, es problema suyo. Me falta terminar de leer los últimos comentarios, voy por el comentario de Sam del 25 de junio del 2008... voy a ver si ha respondido a sus críticas.

Lo siento Casi si te molesta que haya tirado algunos palos a esa persona que estimas amigo.

Saludos,

[Casimiro Notevi]

Empezado por Delphius

[..] Lo siento Casi si te molesta que haya tirado algunos palos a esa persona que estimas amigo.
Saludos,

No te preocupes, nadie puede estar de acuerdo en todo... con todos

Yo te considero amigo... aunque te guste windows

[[Delphius]]

Empezado por Casimiro Notevi

No te preocupes, nadie puede estar de acuerdo en todo... con todos

Yo te considero amigo... aunque te guste windows

Es bueno saber que no estás enojado.

Respecto a Windows... bueno, no se si me gusta... pero es el que me presentaron y me resulta sencillo de utilizar. Quizá si me hubieran introducido al mundillo de la informática con Linux la cosa posiblemente hubiera sido distinta la cosa.

Tengo cuentas pendientes de aprender Linux, que tarde o temprano, tengo que aprender a utilizarlo... en lo personal y profesional.

Saludos,

[Casimiro Notevi]

Empezado por Delphius

[..] Respecto a Windows... bueno, no se si me gusta... pero es el que me presentaron y me resulta sencillo de utilizar. Quizá si me hubieran introducido al mundillo de la informática con Linux la cosa posiblemente hubiera sido distinta la cosa. [..]

Mi historia fue muy distinta, lo primero que conocí, en informática, fue el sistema operativo Oasis, (que después le cambiaron el nombre a THEOS) era un sistema multiusuario para micros z80 y se usaba en las medianas empresas como sustituto "barato" de los mainframes porque era mucho más económico. Si se le puede llamar barato a algo así como 20.000 euros de hace 25 años .
Después me fui moviendo entre OS9, amigaOS (estilo mac), CPM y varios sistemas similares a Unix, hasta que llegué al propio Unix. Cuando conocí el MSDOS me pareció "simpático", era una especie de versión muy reducida de un sistema Unix de aquella época, no tenía casi nada, era lo más básico que podía tener para funcionar, monousuario, monotarea, sólo manejaba 640 Kb, discos de 20 Megas, sin gráficos, sin sonidos, sin colores, sin nada
Luego llegó windows y de entrada no me gustó todas las máquinas donde se instalaba windows, no sé lo que les pasaba, pero se convertían de golpe en cacharros leeeeeeentos que no paraban de dar errores incontrolables e incomprensibles Acabé odiando windows
Por eso, al principio de usar Linux lo hacía siempre sin entorno gráfico, me costó mucho dejar la consola porque me daba la sensación de que iba a "petar" por todos lados... pero no, por suerte no tiene nada que ver

Empezado por Delphius

[..]Tengo cuentas pendientes de aprender Linux, que tarde o temprano, tengo que aprender a utilizarlo... en lo personal y profesional.
Saludos

Seguro que te gustará