sobre el por que creo que SI es una moda esto de SCRUM, la Aguilidad, etc – respuesta al post de Jersson-

 

tenia esta respuesta pendiente….  al post de jersson, con respecto a la pregunta que hice en el twitter

personalmente creo que SI es una moda, esto de "ser agil", o  usar "SCURM"….
y antes que salten encima con sus uñas, aclaro, que intentar mejorar no me parece malo, ni tampoco que se use scrum – bien aplicado- …

algo que ley muy seguido en el twt es "sentido común".. y curiosamente eso mismo es lo que me parece el "manifiesto agil", es algo tan obvio, que el echo que gente se haya tenido que juntar para poder darse cuenta de eso, demuestra lo mal que estaba la industria del software.

Lamentablemente la industria del software es de las menos serias entre todas las profesiones, aunque, eso si, muchos hacen el esfuerzo para corregir eso.., lo malo es que no hay un verdadero norte…, todas son especulaciones, sobre como se podría mejorar, y le digo especulaciones, por que no todas las soluciones funcionan para todos..- en un momento completo la idea-.

se quiera o no aceptar en la industria del software, todo se basa en fondo de "que autor eres fan",  si eres fan de don box, de  Watts Humphrey, de alguno de los los scott, de Kent Beck, etc.., muchos autores para muchos temas, ya sea cmmi, xp, scrum, etc…., a diferencia con las carreras mas formales, donde uno puede leer  a un autor X y por mas bueno que sea, no fanatizarse con uno u otro aspecto, al menos en mi carrera original, podia leer muchos libros de diferentes autores, sobre procesos, reacciones y demas, pero ninguno le ganaba a los datos, que eran irrefutables, en soft eso no se puede hacer… por algo muy simple… el factor humano.

lo que cuenta la historia…, -lógicamente todos buscando la solución a los problemas..-. en el desarrollo de software.. quieran o no, se crearon modas… ,  entre los mas resaltantes estuvo la OOP, luego recuerdo que en Perú llego la moda del RUP,  – pude ver a muchos mvps, y demas  en ese tiempo k a todo lo veían con ojos de RUP, esto hizo que muchos sigan a rup-  luego llegando a México pude ver la moda del CMMI, en tecnologias microsoft, hubo la moda del dataset, luego tbm vino la moda linq,- y junto con pegado LinQ2SQL, el WinME de .Net-, cuando se hizo obvio que linq2sql no era "muy bueno" – oh sorpresa- luego muchos se fueron corriendo a EF…- , y hace poco  – por mas que estuvo mucho tiempo en beta-  ASPNET MVC…,  una de las modas que mas me causo risa, y que aun sigue, es la de Sharepoint,  el cual salió hace mucho… la gente lo veia y nadie le hacia caso, – en ese tiempo yo use implemente y recomendaba SharePoint-, y luego algún famoso – no se aun quien fue- mostros a SharePoint…. y OH WOW… luego otro grupo tras de SharePoint… en este medio, no importa que la tecnología exista de tiempo atrás.. solo importa si algún famoso lo muestra y dice que es cool…   para que corra un gran grupo tras de esa tecnología/ metodología, etc…

y ojo, no digo que esas tecnologías / metodologías  sean malas…- bueno a excepción de linq2sql, que si opino que es el peor error de ms de los ultimos años-, sino que la gente no se basa en investigaciones, en estudio, en evaluaciones, sino se basa en lo que otros opinen al respecto…,  y eso mismo lo e visto aqui en geeks.ms.. por eso es que le llamo moda.

un ejemplo claro, en Perú y España a pegado mucho esta moda, en España me parece claro y lógico, por que muchas de las personas mas resaltantes optan por esta tecnología, – y estoy seguro que en base a investigación y evaluación-, y eso llevo a que otros se sumen – no muy estudiosos- , en peru dependen mucho de lo que digan los autores de eeuu con respecto a .net – y eso lo e visto en muchas personas, y "celebridades" -, en cambio, aqui a México llego hace un par de años Watts Humphrey , era logico que venga, ya que el ITESM tiene convenio con Carnegie Mellon University,  vino y explico sobre PSP y TSP, la gente quedo impactada, y acto seguido, todos querian llevar PSP Y TSP, esto pego tanto, que actualmente en la maestría de ing de software,  tocan básicamente PSP Y TSP, en las universidades se esta enseñando, y empujan a los alumnos a certificarse en PSP, y les dicen que "con eso arreglaran sus lios", sin fijarse en las capacidades de las personas…. , me pregunto, que hubiera pasado si Watts hubiera ido a peru en vez de a mexico?… xD!!?

Intentar seguir técnicas "Agiles" es malo? definitivamente no, pero una cosa es eso, y otra gritar a los 4 vientos "Soy agil,  y  vamos  te ayudo a que seas agil"…  , asi como rodrigo dice, que aparecen muchos "Gurus"… asi estan apareciendo muchos  en lo que respecta a agil… ya que ahora "ser agil es ser cool" …

y si, rodrigo tiene mucha razon al decir que el fondo de la "agilidad", es avanzar con respecto a los procesos que ya estaban establecidos, – como cmmi-… pero ahora viene mi pregunta, cuantos que estan intentando seguir las cosas "agiles" lo son por que han estudiado, analizado, investigado y comparado con respecto a las otras metodologías / tecnicas?  y cuantos solo por que vieron a un "compa" en el cual creen que sabe mas y "si el usa cosas agiles es por que es bueno, asi que yo tbm voy a usarlo"..

vamos, querer negar esto, seria como querer hacer agua con tan solo juntar unos átomos de hidrogeno y oxigeno a temperatura ambiente… o para que lo entiendan mejor, querer  tapar el sol con un dedo….

pero algo importante – y que muchos aceptan- es que no todos pueden usar todas las metodologias, por ejemplo, a rodrigo le funciona usar SCRUM en su empresa, por que el tiene en su equipo a gente que son muy buenos en su area, y muy inteligentes, pero cuantos pueden darse ese lujo? hablando por el twt con unos amigos, hace poco ellos mismos decian que la realidad es que en el mundo real aun predominan las empresas donde todos hacen de todo, no se contrata personal idoneo y muchas veces hay que verselas con programadores o analistas mediocres…., para poder usar SCRUM o XP -como ejemplo- necesito gente que sea inteligente  y proactiva, que no sean personas que les de flojera usar sus neuronas…; pero que pasa si mi equipo no es de los mejores? pues en muchos casos es mejor retroceder un poco a  cosas como CMMI o TSP que son mas pesados, mas documentacion, etc etc, pero que podrian darme un mejor resultado, con respecto al tipo de personal que cuento,….., si seguro pensaran que subestimo a la inteligencia de los desarrolladores, pero suene feo o no, es la verdad…, es como en los kentucky, mac donals, etc… sus cocineros no son buenos, pero si siguen el manual al pie de la letra, el resultado puede ser mejor de lo esperado….

si, se que en el soft existe el factor humano, que desequilibra cualquier ecuacion, por eso es que en soft no habra – al menos en los proximos 15 años-  una forma real y tangible de hacer soft con una seguridad de hacer soft con cierto % de calidad, con cualquier tipo de personal….

que es lo que dice la definición de moda? según RAE?  “Uso, modo o costumbre que está en boga durante algún tiempo, o en determinado país”, esto es lo que se ve, en casi todo lo que respecta a tecnologías/ metodologías, etc…  

lógicamente hay quienes si llegan a la conclusión de usar determinada tecnología/metodología/ tecnica, basándose en experiencias previas, evaluaciones e investigaciones, esas personas si tienen mi respecto… pero la mayoría no es asi, solo siguen por que “algun guru local  lo hace” .. suene feo o no es la realidad…

estoy seguro que esto de lo agil, scrum y aqui en mex el psp y tsp, seguirán vigente hasta que aparezca algo que los reemplace….  cuando algún gurú local o internacional use otra cosa que sea “mas cool” …

tengo muchas cosas mas en mente, pero bueno al menos por ahora le parare, y repito, la definición de “agilidad” no me parece mala.

les dejo una pregunta? .. SCRUM  hace cuanto se creo? hace cuanto estuvo esto de la “agilidad” en el mercado… y desde cuando se hizo “famoso” y “cool”  y se volvió masivo?  empaten las fechas…. y me avisan..

ahora si, disparen con todo lo que tengan xD!!

Salu2

Dacito Bauer!

21 comentarios en “sobre el por que creo que SI es una moda esto de SCRUM, la Aguilidad, etc – respuesta al post de Jersson-”

  1. Estoy de acuerdo con eso de las “modas”, pero mezclas metodologias con tecnologias con paradigmas, y ahi es donde creo que terminaste enredando el post; a fin de cuentas creo que estas “modas” son generadas por pragmatismo mismo de seguir en la busqueda de lo que de mejores resultados, por otro lado, yo creo que las metodologias de software son un intento de compensar la falta de habilidad tecnica… pero eso es otra historia, jaja

  2. David, si no te parece mala, te recomiendo que la uses un tiempo.
    Recuerdo que mencionabas muchas veces sharepoint, pero lamento decirte que no supiste explicarnos bien el concepto (bueno, yo fui uno de los ultimos en llegar al grupo y en esas epocas faltaban manos y terminé enseñando, recuerdas?), tanto asi que luego me interesó la idea y estudie por mi cuenta al respecto.

    No lo hice ni lo hago porque un gurú lo dijo, RUP no me llamó la atencion mas que de manera académica, ya que el sentido comun me obligaba a no usarlo en el trabajo. He utilizado (y sufrido) muchas otras tendencias, y puedo decirte que los conceptos agiles son mas flexibles a la realidad en la que vivo. No me considero un gurú ya que siento que me faltan demasiados conocimientos agiles, y no sigo a ningun gurú en eso.

    Lo que si tengo que aceptar amigo, es que si sigo los comentarios de scottha, puede decirse que hasta lo admiro, porque es un capo, pero no recuerdo haber leido de el algun post agil.

    Cuidate amigo.
    Saludos

  3. Jersson:
    sobre lo de sharepoint, recontra acepto que no supe explicarlo… recuerdas que recien empezabamos y mas aun estabamos totalmente solos investigando al mundo?… pero vamos, eso fue hace… 6 años?
    sobre lo otro, por las platicas que tenemos algunas veces por msn, los 2 sabemos que no nos señimos a lo que otros nos digan sin antes validarlo por nuestra cuenta… pero…. cuantos son asi en este medio? cuantas personas hacen lo mismo? lamentablemente la gran mayoria no es asi… por eso en las entrevistas de trabajo se rechazan a muchas personas… no?.

    Eber: ah meto todo eso, por que en si cuando hice la pregunta en el twt.. era sobre modas en general… no solo sobre “agil”… lamentablemente casi todo en SW se basa en modas para la gran mayoria de personas … solo unos pocos son los que se basan en investigacion propia.

    Salu2

    ddaz

  4. Lo primero comentarte que independientemente de si estoy o no de acuerdo con el contenido, me gusta mucho la valentia que refleja el post, está bien que no todo el mundo sea “tecnologicamente correcto”.

    Cuando hablais de moda hay que entender el papel que desarrolla el marketing tratando de potenciar las soluciones ha problemas tan profundos como la PRODUCTIVIDAD, se destaca lo positivo y se habla poco de lo negativo, pero creo que aquí hay gente que tiene muy buenas experiencias con algo que en mi opinión es ya estable.

    Saludos, me gusta mucho que haya algo de debate y tu post lo consigue.

  5. eobregon:
    claro, en ningun momento digo que scrum es malo, ni pensar en ser agiles, lo malo que veo es cuando la gente se deja llevar por que el amigo tbm lo hace.. asi como que te compras el iphone 3gs por que tu compta tbm lo tiene y se ve k es chevere…

    vale que lo usen luego de una investigacion y analisis exaustivo de pros y contras – podria ser el analisis foda- , y luego de eso – o por la experiencia uno decida….

    no estoy encontra ni de scrum, ni de las metodologias agiles, estoy en contra de las modas, de que la gente se deje llevar por lo que dicen otros, sin investigar….

    Salu2

    Ddaz

  6. No estoy en absoluto de acuerdo con lo que expones, las modas son libres, que exista una moda como la de llevar pantalones rotos o pintados no quiere decir que tengamos que llevarlos de esta forma, eso tan solo sugiere “poca personalidad”, utilizar una metodología no debería tener nada que ver con la moda, quizás en ciertas áreas empresariales algunas empresas se vean abocadas a adoptar una metodología simplemente porque el cliente o el mercado así lo exige.

    Las metodologías nacen para ofrecer soluciones a problemas comunes en el desarrollo de software, de nosotros depende que podamos sacarles partido, si de antemano no creemos en las ideas de la metodología y asumimos las reglas que proponen con seguridad no lograremos ninguna mejora y estoy convencido de que no tendrá ningún sentido utilizarlas, para ello no hace falta contar con un equipo puntero como el de Rodrigo, tan solo creer en que lo que estás haciendo es lo más adecuado.

    Para adoptar una nueva tecnología lo ideal es fijarte en aquellos que la están usando, ellos son los que la conocen mejor, de su “feedback” obtenemos información sobre las ventajas y los inconvenientes de su adopción, para mí es mucho más importante que cualquier libro que pueda leer.

  7. Solo por dar algunos datos… La primera vez que se habla oficialmente en papel sobre métodos adaptativos de desarrollo de software es en 1974, yo ni había nacido. Scrum nace en 1995, yo estaba empezando a programar. El manifiesto ágil, fruto de la experiencia, se firma en 2001. Aun así, hay experiencias ágiles tan temprano como 1957 (http://en.wikipedia.org/wiki/Agile_software_development#cite_note-0).

    Las raices de Scrum y de lo ágil se unden en Lean Manufacturing, Kamban, Six Sigma… que explotan en otras industrias en los años 60 – 70.

    En 1986 Takeuchi y Nokada publican el documento que inspira Scrum (http://geeks.ms/blogs/rcorral/archive/2008/04/13/scrum-asi-empezo-una-revoluci-243-n.aspx), aunque Scrum no se defina formalmente hasta 1995. En esa epoca surgen también XP y Crystal Clear.

    Argumentar la supuesta bisoñez de las metodologías ágiles para decir que son una moda no sirve.

    Tampoco me vale el argumento de que necesitas un equipo excelente. Es más, Scrum, puede hacer que mediante mejora continua tu equipo sea excelente. Pero esto merece todo un post.

    ¡Un saludo!

  8. Hola a todos!
    Quería hacer unos cuantos apuntes a tu post, pero ya se me han adelantado algunos, así que no me extenderé mucho.
    Coincido con Rodrigo, para Scrum no hace falta tener un equipo de genios, ni siquiera con XP.
    Aparte, difiero enormemente con el cuarto párrafo, principalmente porque el factor humano se encuentra en todas y cada una de las actividades que realiza cualquier persona, sea progamador, ingeniero, médico o albañil. Lo único que ocurre con la informática es que es un oficio extremadamente nuevo con respecto a los otros, que llevan siglos organizandose, la mayoría como gremios en la edad media, y por eso nos llevan tanta ventaja.
    Y, para acabar, con respecto al tema principal yo preferiría hablar más de tendencias que de moda, pues nuestro sector está en contínua evolución y a quien le moleste debería pensar seriamente en cambiar de profesión.
    Un saludo,
    JM

  9. Hola de nuez:

    @juan, te fijas que con lo que pones, sin querer me estas dando la razon? me hablas de evaluar, de leer, y de investigar con otras personas sobre sus experiencias…, ya que investigar no es solo leer un libro teorico, sino tbm indagar sobre experiencias reales y tomar una decision…, en esos casos, adopar cierta tecnica, seria totalmente valido, por que hay una investigacion de por medio y no porque simplemente “el otro compa te dijo que lo -hagas, y lo hiciste casi sin pensarlo -cosa que es muy comun.-”

    @rodrigo.. gracias por las fechas -las cuales mas o menos ya las conocia, pero queria que alguien las ponga-, si bien es cierto todo esto de las metodologias agiles y otros temas, fueron creados muchos anios atras… la pregunta seria…, tienes un aproximado desde cuando SCRUM se volvio Vox populi? y no digo desde cuando tu lo usaste… por que el uso de este tiene un pico elevado si lo comparamos vs el tiempo…., o no?.. o sera que curiosamente todos se dieron cuenta al mismo tiempo una decada despues de creado?

    @jmservera:

    si bien es cierto, no ocupas necesariamente a un “dream team”, pero si se necesita al menos personas a las que no les de flojera usar un poco su cerebro…, quiza seria bueno si rodrigo visitara este lado del charco… pero no se fuera a visitar solo a “los grandes”, sino a cualquiera empresa comun y silvestre… para que vea la reallidad… -ya que no se bien como este la realidad de ese lado-.
    sobre lodel factor humano, en si como dices esta en las demas profesiones, pero no con tanto impacto como en el software, por ejemplo en mi original carrera, la cual es ing quimica, el factor humano no representa ni el 1% de cambios, ya que todo esta avalado concifras y procesos, y se puede calcular un % de error, k este en un rango aceptable, y sin tener “sorpresas”, igual en la ing civil, si se usan los datos y calculos tal cual esta en el manual, no deberian haber sorpresas, hasta cuando las personas malversan los calculos, el manual ya dice que pasara – k fallara-.. todo eso ya esta calculado y medido previamente, algo que no puede hacerse en el software con tal exactitud….
    y es logico que muchos no quieran aceptar que son modas, y sean otros nombres… ya que suena feo y ofensivo para mucho, lamentablemente, las cifras no mienten…, y OJO que me estoy refiriendo a las personas que NO INVESTIGAN, a los que se dejan llevar.., esto mismo lo e visto en muchas conferencias y charlas de comunidades, donde la gente va, escucha algo, que le parece bonito y sin investigar los pros y contras, al dia siguiente ya andan intentando implementar todo eso…
    Y no me molesta en si que el desarrollo de software evolucione, lo que me molesta es que exista una gran cantidad de personas, en esta profesion , que no le guste investigar, analizar y evaluar, no son muchos, los que hacen una evaluacion previamente antes de tomar la decision de adopar cierta metodologia/tecnica/tecnologia…, eso para mi es uno de los puntos flacos de esta profesion, con respecto a otras mas formales -las ing. de verdad-, y esto lo digo con fundamento, por que vengo de una ing de verdad, por mas que ya tengo +6 anios dedicandome al soft de manera profesional.

    Salu2

    Ddaz

  10. por cierto rodrigo, en este post no digo en ningun lado de que scrum sea malo, o que no sirva, aunque si me refiero a las personas que lo usan, no todos estan bien capacitados, o son lo suficientemente capaces para hacer trabajo en equipo y desarrollarse…
    logicamente aun hay personas que si estudian e investigan, pero ese % cuanto es con respecto al total de programadores?

    Salu2

    Ddaz

  11. @David, te contesto a dos cosas diferentes, por que hablas de dos cosas, por una parte dices que la adopción se Scrum se hace por moda y por otra hablas de la adopción de nuevas tecnologías, aunque no pretendo una discusión, respeto tu punto de vista, aunque no estoy deacuerdo con el.

    Además me has animado a escribir otro post…

    Saludos.

  12. juan, quiza estes pensando que quiero decir que “TODOS” los que usan scrum lo hacen por modas…, cuando mi punto es que muchas personas – por no decir casi todas – en esta profesion adoptan las cosas por moda, sin investigacion previa, ni un analisis critico a fondo, solo lo hacen por que “vieron a su amigo que lo usa”… no digo que scrum sea malo, ni que las metodologias agiles….

    si toco otros temas, como tecnologias, es por que mi punto es en general a las modas… ya sean metodologias o tecnologias adoptadas por personas que han sido influenciadas y aceptan las cosas “sin refutar”… si menciono en especifico a scrum, no es por que sea malo, sino por que es la “moda actual”… logicamente las personas que investigan, leen y son criticos y auticriticos, me diran “no lo adopte por moda”  y es algo que no podria negar, ya que el puro hecho de leer blogs y opinar demuestra que son personas que investiga…, mientras que mi punto va mas al otro grupo  a “los desarroladores comunes y silvestres” … esos que andan sueltos por alli, en las empresas de soft, esos que son el dolor de cabeza de los jefes de proyectos.. que ya andan pensando mejor en ponerles a servir el cafe para ver si sirven de algo…, esos mal pagados y que muchas veces rebotan en las entrevistas de trabajo… – por mas que en su CV digan que son “agiles”- … esos que lamentablemente son la mayoria, al menos para este lado del charco – mexico, centro y gran parte de sudamerica… -, si captas mi punto?

    que bueno el haberte animado a escribir un post al respecto 😉 , espero leerlo pronto.

    Salu2

    Ddaz

  13. @David, entiendo lo que tratas de decirme, tan solo no comparto la idea de que las mitologías se adopten por moda, si bien es cierto que en algunos casos puede parecerlo cuando una gran mayoría de empresas comienzan a adoptar el mismo sistema de trabajo, espero con el post que estoy escribiendo que entiendas mi punto de vista, en cualquier caso tu post es interesante ya que no deja indiferente a nadie y nos hace reflexionar.

    Saludos.

  14. @Juan dice: “utilizar una metodología no debería tener nada que ver con la moda, quizás en ciertas áreas empresariales algunas empresas se vean abocadas a adoptar una metodología simplemente porque el cliente o el mercado así lo exige.”

    el “no deberia” no cambia el hecho de que pase o no pase algo, asi que es irrelevante; con el resto del parrafo pareces aceptar lo de las modas. “el cliente o el mercado asi lo exije”, esto se da precisamente por estas “modas”

    cabe aclarar que el hecho que cierta metodologia o tecnologia se ponga de moda no es precisamente algo malo, simplemente es eso, son modas, y eso genera que muchos se aprovechen de esta situacion y te la quieran vender hasta con las tortillas

  15. No se si se grabo el comentario en mi intento anterior

    @Juan dice: “utilizar una metodología no debería tener nada que ver con la moda, quizás en ciertas áreas empresariales algunas empresas se vean abocadas a adoptar una metodología simplemente porque el cliente o el mercado así lo exige.”

    el “no deberia” no cambia el hecho de que pase o no pase algo, asi que es irrelevante; con el resto del parrafo pareces aceptar lo de las modas. “el cliente o el mercado asi lo exije”, esto se da precisamente por estas “modas”

    cabe aclarar que el hecho que cierta metodologia o tecnologia se ponga de moda no es precisamente algo malo, simplemente es eso, son modas, y eso genera que muchos se aprovechen de esta situacion y te la quieran vender hasta con las tortillas

  16. David creo que toda esta polémica (porque ya estamos hablando de polémicas) es debido a que tu post refleja una impresión que logras explicar con mas detalle en una de tus respuestas a comentarios, estoy refiriendome exactamente a:

    “lo malo que veo es cuando la gente se deja llevar por que el amigo tbm lo hace.. ”

    Creo que si esa frase la hubieras dejado mas clara antes de terminar tu post, no estariamos dandole tantas vueltas al asunto (mira tu, ahora veo hasta fechas y recuentos).

    El hecho es claro, la idea era resaltar el porque se considera bueno o malo un concepto/metodología/framework, creo que tu perspectiva es buena en el aspecto de que muchas personas lo usan o peor aun, dicen que lo usan, sin saber realmente el beneficio (o problema) que trae consigo.

    El asunto es que, repito, no pudiste reflejar bien tu incomodidad al respecto, y bueno, todo esto se ha malentendido como uno de tus conocidos “ataques al sistema” :D, cosa que en este caso, no creo =)

    Un Saludo amigo, y ya deja de mandarme tantos mensajes al twtr, ya te dije, esas cosas facilmente se convierten en tema de post.

  17. Me gustaría aportar unas pinceladas que, a mi entender , no deberíamos perder de vista en estas discusiones:

    1. La ingeniería informática aún no es una ciencia madura como lo pueden ser la física, química…

    2. Todas estas ciencias han pasado por cismas mucho mas radicales que un cambio de modelo en la gestión de proyectos. Los cambios de modelos o teorías son normales en algo que está evolucionando.

    3. Si queremos entender como han funcionado estos cambios en otras ciencias hay libros de filosofía de la ciencia que pueden aportar algo de luz como por ejemplo ‘La estructura de las revoluciones científicas’ de Thomas S. Kuhn.

    4. En este libro las opiniones sobre modas, tendencias… etc serían entendidos como luchas entre los representantes de los modelos antiguos (cascada) y los nuevos paradigmas (ágiles) que se pueden prolongar en el tiempo hasta que los nuevos modelos pasan a ser el paradigma aceptado o surja un nuevo modelo que se lleve por delante los anteriors. En medio de estas luchas siempre existirán los buenos profesionales y los vendedores de crecepelo como apuntaba Rodrigo, pero creo que esto es la anecdota y no la sustancia.

  18. Me gustan mucho este tipo de polémicas que genera mi buen amigo DDAZ, su naturaleza (aunque a veces terrorista), logra a final de cuentas de forma constructivista que gente tan conocedora y con tantas experiencias de este tipo, nos comparta a todos las mismas.

    Pero bueno, quiero aportar yo también, retomando un viejo e interesante artículo escrito por Frederick P. Brooks (No Silver Bullets), él hace una comparación de arte de la Ingeniería de Software con unos de los moustros más queridos del haber popular: El Hombre Lobo (Jaja, que miedo). Este ente, animal, ser o lo que sea, tiene la capacidad de transformarse de lo familiar al total horror, y que una vez concebido o transformado lo único en lo podemos pensar es en las balas de plata que puedan matarlo “mágicamente”.

    Nos habla de las características de un típico proyecto de software: inocente y simple (a poco no?). Que con el tiempo puede transformarse en un monstruo de programas con retraso y/o defectuosos y lo único que ansiamos es de encontrar algunas balas de plata las cuales hagan bajar los costos de software tan rápido como los costos de hardware.

    El autor, y es aquí donde le tengo cierto respeto, es que siempre está haciendo énfasis en la busqueda de estas balas de plata ya sea en alguna práctica tecnológica o administrativa que garantice en todo proyecto de software mejoras de un orden de magnitud en productividad, en confiabilidad, en simplicidad.

    “No hay un camino ideal o establecido pero si hay un camino”, y es lo que creo que es lo que todos estamos defendiendo.

    Porque estamos discutiendo todo esto?, simple y sencillamente porque la naturaleza del software hace poco probable la existencia de estas balas ya que la esencia (abstracta) del software per se es un compendio de conceptos con alguna relación en común tales como datos, relaciones entre datos, algoritmos etc. Una buena especificación y diseño evita o reduce errores conceptuales, una metodología, “moda”, técnica o como lo quieran llamar es solo el camino (bueno o malo) para lograr este objetivo.

    Saludos a todos 😉

  19. Hola.

    Hay no se que tono de resentimiento o mala leche en las palabras de David.

    Y sobre lo que él menciona, muchas cosas son contradictorias entre ellas, pero lo hace ignorante de ello y estimo que su fin es generar controversia porque sí.

    Creo que él piensa que siendo controversial logrará que su blog sea visitado y obtendrá respeto con esa actitud.

    David, hablas de que vienes de una “ing. de verdad”, pero ¿que tanto conoces esa ingenieria? Dudo que seas ingeniero quimico, deduzco por tus palabras que no te graduaste.

    Estabas en una “carrera”, pero lamentablemente no llegaste a la meta ¿Por que será?

    Comparas la ingenieria del software con otras ingenierias “con fundamento”, pero ¿cual fundamento? Una persona que solo ha sido estudiante de una carrera como la ingenieria quimica no conoce a fondo dicha profesion. Estimo que a lo unico que has accedido son a los estudios basicos de los primeros años, donde te enseñan fisica y quimica base, y claro, alli todo esta “casi” definido, las leyes de Newton son usadas universalmente donde no sea necesario aplicar la teorìa especial de la relatividad y la quimica basica es la misma para todo dado que no hay nuevos elementos quimicos que hayan surgido. No te has enfrentado a los problemas de seguridad y economicos generados al manufacturar medicamentos, por ejemplo, o a las distintas tecnicas empleadas en el procesamiento de alimentos ni las diversas soluciones que se plantean al problema ambiental, algunos campos en donde intervienen los ing quimicos y donde encontraras diversas posturas y teorias.

    Si me equivoco, disculpame. Pero aùn siendo un ingeniero quimico graduado, creo que no estarias en capacidad de hablar “con fundamento” si no has estado trabajando en dicho campo los 6 años que mencionas que tienes dedicandote “al soft de manera profesional”.

    Y tambien dudo que seas un ingeniero de software. Pero asumiendo que lo eres, con 6 años de manera profesional en software creo que estas en capacidad de mencionar tu punto de vista sobre la mejor metodologìa y sobretodo los estudios que fundamentan tu apreciacion e ilustranos al respecto. Me interesaria conocerlos. Sobretodo aquellos estudios que has realizado antes de dar el paso de empezar a construir software. Eso aportaria mucho a tu post.

    Seguramente, dada tu postura, tu no eres de los que aceptaste lo que te decian sobre metodologìa en el equipo de proyecto donde empezaste a trabajar, refutaste y cuestionaste lo que te aconsejaban aquellos que han estado en la empresa 3 o 4 años antes que tu, e impusiste tus condiciones y pediste 4 o 6 meses de tiempo antes de iniciar un proyecto, donde has “estudiado, analizado, investigado y comparado” a conciencia la mejor metodologìa para desarrollar el requerimiento, extendiendo el tiempo del proyecto esos 6 meses y lograste la aceptacion del cliente que gustoso espero durante ese tiempo el veredicto de un novato sobre la mejor metodologia para construir software.

    Ojo que para mi, trabajar de manera profesional en software no es hacer paginas web en html ni hacer sistemas para tiendas o farmacias de manera individual. Involucra trabajar con un team de otros profesionales viendo todo tipo de aplicaciones para la gran y mediana industria. Espero que tu experiencia profesional sea esta ultima. Tampoco es trabajar mientras terminas la carrera, aunque algunos lo consideren así. Necesitas no solo tener conocimientos, sino saber trabajo en equipo.

    Deduzco que con 6 años trabajando en ingenierìa quimica, màs 6 años trabajando en ingenieria del software, mas 5 años de estudiante de ingenieria quimica y otros 5 años de estudiante en ingenieria del software, y empezando seguramente a los 17 años, tienes 39 años por lo menos, ¿es esa tu edad cronologica?

    Creo que corresponde al doble de tu edad mental, dada tu actitud.

    Incluso deberias ser mayor de 39, pues para ver la realidad de un pais debes haber trabajado profesionalmente al menos 3 años en dicho lugar, no basta con lo que “el otro compa te dijo” de lo que sucede con la profesion en ese pais, ¿no?. sino tener un panorama general por ti mismo sobre como se desarrollan los profesionales en ese campo. Asi que debes por lo menos tener 42, asumiendo que antes estuviste en Perú, donde imagino te desarrollaste “profesionalmente”. A menos que seas un Doggie Houser, lo cual dudo.

    Tienes una vision muy corta de lo que sucede en software y en las profesiones en general, ¿crees que en Perú solo hay desarrollo en .NET?, ¿crees que lo de MVC es creacion de los autores de libros de .NET?, ¿crees que el nivel de inteligencia de los desarrolladores en España es mayor a los del Perú y México?, ¿crees que todos se deben dedicar a investigar antes de desarrollar? Dada tu corta perspectiva, ya entiendo porque crees que las diversas tecnologias son una moda.

    Yo humildemente opino que en cualquier profesion, uno tiene referentes a los que sigue y que son de alguna manera los que nos guian y en quienes creemos. En todas las profesiones es igual, cuando se trata de enfrentarse a nuevas cosas. Estamos en una profesion que no es madura y en un entorno cambiante (electronica/hardware), eso lo sabe la mayoria. Somos como alquimistas del software y tu comentario ni descubre nada ni aporta nada.

    Sinceramente, no es agradable leer a personas como tu en un sitio de blogs como geeks.ms. Tienes no se que actitud de persona que se estima superior y que tiene cierto rencor porque no es descubierta, mientras otras personas avanzan mas que tú.

    Un beso.

  20. Hola :

    veamos @bolson.. algo simple y corto, si bien dices, no me gradue de mi carrera de ing quimica, fue por algo simple, en ese momento me llego una oferta de “ahora o nunca” de venir a mexico, fue una decision dificil pero la tome y no me arrepiento, pero no solo vi “materias basicas” como dices ;),ya que trabaje para una empresa que hacia soluciones de soft de ing cuando aun estaba alla en peru, en los cuales tenia que aplicar mis conocimientos de ing quimica ;), y no solo de programacion, y si bien, no me meti a medicamentos, estuve en hidrocarburos y metalurgia .

    y sobre que tan basicos son mis estudios, creo que son los suficientemente avanzados como para saber k las formulas que les dan a casi todas las demas procefiones no son exactas, y justo esa inexactitud es la que puede hacer que uno trabaje con un % controlable de error el cual ya esta previsto ;), y no fue solo mate basicas como piensas.

    sobre lo que dices sobre mi postura, no es que “haya renegado desde el principio”ya trabaje en una empresa, hace varios anios, la cual quiso implementar varias metodologias, y ninguna le funciono”, y asi como esas e visto varias empresas fracasar, algunas de las cuales me han llamado para intentar hacer que no fracase, lo que ya estaba con la cruz encima.

    sobre mi experiencia, si trabaje en peru, antes de venir a mexico.

    sobre lo que si escribo por venganza o recentimiento? no, solo pongo las cosas que me parecen, asi de simple.

    sobre lo de rencor por que no soy descubierto, no tengo esa necesidad, ya que voy al ritmo que deseo ir, y e obtenido de la vida muchas mas cosas de las que esperaba recibir, y por lo mismo es que siento la confianza de escribir lo que pienso, ya que no intento impresionar a nadie, e avanzado muchisimo mas que muchas personas ;).

    de todas maneras gracias por leerme, aunque no te agrade lo que lees.

    y si bien como dices.. la informatica es una carrera en pañales, por eso mismo es k no considero a la ing de soft, una ing.

    y no dije, que estaba descubriendo algo…, alli puse que era mi opinion a un post 🙂

    Salu2

    Ddaz

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *