Comunidad GUTL

¿Por qué fracasan algunos proyectos de software?

Comunidad GUTLMuchos de nosotros nos enfrentamos a proyectos de software, sean o no nuestro perfil profesional. No es menos cierto que en GUTL prevalecen los pequeños proyectos personales, bueno, digo pequeños en el sentido de el modelo de desarrollo.

A veces empezamos un proyecto de algún software que nos interese, y sucede que en ocasiones paramos su desarrollo por X o Y razones: modelo de desarrollo erróneo, desmotivación, falta de tiempo, etc.

De forma muy personal, estoy enfrascado en una aplicación web bastante extensa, y en estos días no he trabajado mucho en ella(XX Romerías en Holguín)y me preocupa, ya que algunos días fuera del agua pueden ser catastróficos. Pues nada, me puse a leer en blogs en internet buscando la causa de que  algunos proyectos de software fracasen, para así evitar que esto me suceda. Aclaro que no son los problemas generales que se puede presentar, sino algunos mas bien específicos para aquellos que, como yo, tiramos código por placer.

  1. No usamos control de versiones(SCM): quizás no sea el más indicado para dar este consejo. dhunter me vive predicando el uso de Mercurial, hasta ahora sus esfuerzos han sido infructuosos. Pero no es menos cierto, que, aunque trabajemos solos, un SCM nos evita la pesadilla de «perdernos» en nuestro propia lodazal de código. Ejemplo personal: mi app web tiene 21 módulos, dentro de ellos hay código python, html, css y js. Resumen: vivo con el lodo hasta el pecho. Subversion, Perforce, Git, Mercurial o cualquier otro, la idea es tener un registro de que hacemos, porqué lo hacemos y donde lo hacemos.
  2. Falta de herramientas adecuadas: esto a nosotros nos golpea bastante. Generalmente es dificil escoger un IDE por problemas (hardware, licencias). Otro factor es que dicho IDE o editor avanzado, sea lo suficientemente versátil para que cubra nuestras espectativas(personalmente me inclino más por un editor de texto avanzado) Escoger una herramienta adecuada nos asegura ser productivos y evitar los dead-ends.
  3. No se define modelo de desarrollo: bueno, esto es algo contradictorio. Por ejemplo: a los desarrolladores de MiSOX o RegCEI, pregúntele que modelo de desarrollo utilizaron. No es que quiera hacer la pregunta capciosa, pero si definimos un modelo de desarrollo, por muy sencillo que sea, nos asegura una serie de «pasos» o pautas a seguir. En otro post, les prometo que abarcaré mas de este tema.
  4. Cambios bruscos en el desarrollo: es muy importante definir que queremos hacer y con qué lo queremos hacer. Ejemplo: digamos que estamos desarrollando una aplicación web en PHP con Symfony y a mitad del desarrollo se nos ocurre cambiar para Python con Django, y luego quemamos las naves y decidimos Ruby & Rails. Resumen: tiempo perdido.

Este es un pequeño resumen de problemas a los que me enfrento a diario. Cabe preguntar si aquellos que desarrollamos software hamos chocado con ellos en algún momento.

Saludos.

¿Te resultó interesante? Compártelo ...

Ozkar

Publicado por Ozkar

http://codeshard.github.io/ » Forma parte de GUTL desde el 6 diciembre, 2011. Soy uno ahí, no seas como yo...

Este artículo tiene 40 comentarios

  1. @Ozkar, llevo tiempo tratando de escribir algo al respecto y este articulo tuyo cae como anillo al dedo. Pregúntense cuantos desarrollos nacen en nuestra pequeña isla (me refiero a esos que parecen pequeños pero con gran importancia para la comunidad) y repentinamente dejan de seguir desarrollándose. ejemplo Qeven, un millón de veces he dicho por acá que queremos los sources, tal vez entre algunos de nosotros continuemos su desarrollo. Ese tal Repoman-Cli + PSC, de momento desapareció, wow, sus desarrolladores ya no tienen tiempo, ok, pero, por que no dejarlos entonces en manos de la comunidad???? Las licencias garantizarán que el reconocimiento de los creadores permanezca inalterable.

    • Yo tengo los codigos e Qeven, de hecho lo compile para 64 bit hace un par de dias y funciono OK, si quieres despues subo el fuente para GUTL por si alguien quiere seguir trabajando en el, y hablando de desarrollo de soft tengo unas cositas en mente y otras a medio hacer que luego publicare en un articulo por si alguien se anima, un adelanto: una de ellas es un proyecto con microcontroladores PIC y la lectura de datos desde una memoria SD/MMC en FAT y la otra es un programita para chatear usando mensajeria comun o sea POP3 o IMAP y SMTP, es pensado para los que no podemos chatear con otros amigos de Cuba por no tener internet, otra idea que tengo es mejorar el Qeven aumentandole mayor cantidad de opciones y formatos que el mencoder lo permite pero no esta implementado, son cositas bobas pero si alguien se quiere sumar es bienvenido. Salu2

      • bosito tengo un bateo con qeven y es que este usa xulrunner (!?) y desde que instalé el firefox se me ha armado un bateo de mil demonios con este a tal punto que ya no puedo correr ni este ultimo. no pudieran prescindir de esta dependencia que por demas es bastante pesadita.

        • OT: Que yo sepa Qeven solo depende de Mplayer y Mencoder, segun sus desarrolladores ha y por supuesto de QT esa dependencia que me dices no sabriaque decirte, prueba quitarla y si te da bateo el Queven instalala de nuevo, Salu2 PD: recuerda siempre poner OT: cuando el comentario no tenga que ver con el articulo, y el comando que puesiste en el articulo de 64 bit no trabajo ni atras ni alante Salu2 de nuevo

          • @bosito7
            ya resolví lo de que las aplicaciones no vieran las bibliotecas compartidas, al parecer el FF me chivó el LD_LIBRARY_PATH del sistema, lo arreglé a mano y ya todos ven las .so
            Ahora lo que me pasa es que el qeven me da el error de que las bibliotecas tienen «wrong ELF: ELFxxx64». Lo que imagino que quiera decir que son de 64 bits. Traté de reinstalar ia32-libs y ni así levantó. Por lo tanto me quedaré sentado esperando el qeven64 y mientras convierto a mano.

        • OT: cuandolo lanzo en la consola me dice que «error: xulrunner.so not found», esto me pasó después de querer instalar el Firefox.
          respecto al comando de añadir la arquitectura a mi me pinchó superbien, la otra forma de hacerlo es a mano: poner «deb [arch=i386,amd64]» delante de cada linea del sources.list, que al final es lo que hace el comando que mandé. Si tienes los repo separados debes poner [arch=amd64] para el de 64 bits y [arch=i386] para el de 32.

        • OT: ahh en el comando antes de –add-architecture hay dos signos de menos, chequea esto.

    • Siempre es posible hacer un fork del proyecto (si es GPL, BSD, MIT, etc), usando otro nombre o si está abandonado el mismo nombre (con pemiso del autor claro está).

      • @dhunter, a eso me refería en el primer comentario, pero para eso necesitamos los sources. Por ejemplo a mi ese tal repoman-cli+PSC me interesa (aclaro que no soy programador ni mucho menos, pero suelo hechar a perder mis dos o tres liniecitas de codigo de vez en cuando), pero, porque los autores de desarrollos cubanos no siempre liberan el codigo fuente????????????
        Un ejemplo positivo es el de Barceló con su regcel…. Libera RegCel y los sources, si mañana este se nos va a trabajar a un bufete de abogados y no puede seguir desarrollando Regcel, nos deja el proyecto en nuestras manos y alguien lo sigue porque el código fuente está disponible.

    • @Maikel:
      Estoy de acuerdo contigo, muchos proyectos muy útiles han nacido en nuestra comunidad y han quedado descontinuados, pero nada impide que alguien mas les de continuación, si los desarrolladores desaparecen sin dejar rastro, pues se hace un fork y punto, al fin y al cabo las versiones de estos proyectos siempre, o casi siempre, se publican con el código fuente…

      Mi opinión (y experiencia en lo que respecta a Repoman-Cli + PSC) es que la falta de una herramienta de desarrollo colaborativo en la red .cu (que una vez existió en comunidades.uci.cu) entorpece muchísimo el desarrollo de software de la comunidad, pues como ocurrió con Repoman-Cli + PSC, los que desarrollábamos o contribuimos quedamos regados por Pinar del Rio, Habana, Cienfuegos, etc (otros que no se ni donde están). Hace meses estamos trabajando en una nueva versión de PSC, pero es extremadamente complicado (y realmente acaba con las ganas) hacerlo a través del correo electrónico, sobre todo cuando el código empieza a crecer y no se dispone de mucho tiempo.

      Saludos.

      • Hola @Cesar, hay una aplicación llamada gobby (editor de textos colaborativo) ideal para desarrolladores con chat incluido que esta disponible en Linux y también otras plataformas, no sabría decirte si es la solución a sus problemas pero vale la pena echarle una mirada, saludos…

        • Si @Percaff_TI99, ya he utilizado gobby, recuerdo que cuando estaba en 1er y 2do año en la uci, estaba instalado en todas las PC de los laboratorios de mi docente, aunque nadie lo usaba…
          La pega con gobby (que es una herramienta interesante, pero a mi entender hay mejores soluciones para el desarrollo colaborativo, como redmine y gforge, que también son gestores de proyectos y se integran con vcs) es la misma que con otras herramientas de ese tipo, que necesita un servidor en la red .cu para que se pueda acceder desde toda Cuba, son herramientas extremadamente útiles, y por desgracia no contamos con ninguna.

  2. Ozkar:
    Muy buen post y coincido en lo necesario del empleo de cualquier herramienta para el control de versiones en nuestros proyectos por muy pequeños que sean, también es cierto que muchas veces, nosotros quienes creamos aplicaciones y no pertenecemos a empresas o escuelas desarrolladoras de software como Desoft o la UCI nos saltamos la «Ingeniería de Software» muy importante para los ciclos de vida de una aplicación, en particular utilizo una de las metodologías ágiles de desarrollo «XP», dejo a disposición de todos un enlace a una metodología propuesta por Abel Meneses Abad, conocido y amigo de muchos aquí en GUTL y que forma parte de ese repositorio de aplicaciones y productos para SWL desarrollados en mi querida ciudad «Manzanillo», que se publicó en FLISOL-2013
    http://www.grm.jovenclub.cu/repoman/packages/SXP4.0_04-2013.tar.gz

    • Tocayo, una pregunta, ese enlace está disponible para todo .cu o solo dentro de la red de JovenClub???????, que alguien conectado desde fuera de JCCE verifique este aspecto.
      Les recomiendo subir eso a nuestra zona de descarga, pueden probar con los compañeros del Nodo Provincial de los Joven Club de Granma y que ellos se pongan en contacto con los de TinoRED nacional. ese mecanismo me funcionó con IndomiTUX. De hecho pudiera ser la manera de subir proyectos locales a nuestro sitio de descargas nacional. No sé que piensen ustedes

      Nota: Ahora mismo trato de alcalzar ese enlace desde la propia red de Jovenclub (desde Santiago) y no puedo….

    • brother el enlace no es visible, creo que solo lo puedes ver desde un JCC
      si lo ponen en el GUTL seria bueno

      • Maikel, acá por iniciativa de Delio, queremos hacerle llegar vía correo convencional copia en CD-ROM de una versión más amplia de REPOMAN, se llamará «REPO GUTL», asi decidimos llamarle y para este empeño hacemos una invitación a todos los miembros del GUTL que deseen compartir el fruto de su trabajo que se ponga en contacto con Delio para hacer llegar sus trabajos, luego de conformado será enviado al menos a un representante del GUTL por provincias para que pueda difundirlo en su territorio, aprovechando las particularidades de su localidad, en cuanto al link no sé yo trabajo en salud y desde este dominio se ve, justamente se llevó al JCC Provincial para que estuviese al alcance de todos, hablare con Delio sobre este asunto.

        • Al menos los FTP provinciales de JCCE solo se ven desde la red de JCCE e incluso creo que los sitios Web provinciales solo se están viendo desde Cuba, nada del más allá por problemas de seguridad. Pero específicamente el enlace que nos dejas es curioso que desde la red de JCCE de Santiago de Cuba no puede accederse.

      • Hola @Maikel ya se puede descargar IndomiTUX desde ese enlace aquí en Buenos Aires, saludos…

        • @Percaff_TI99. Me alegro ya se pueda acceder desde Argentina. Por cierto si lo instalas, hay un pequeño bug, luego de instalado llegate a /etc/fstab y borra la ultima línea para que puedas montar otros dispositivos de almacenamiento externos, el detalle es que si no borras esa última línea se te queda como ocupada sdb y no te monta el dispisitivo que debería ocupar ese lugar, ya solucioné el error pero eso saldrá para la versión 2 basado en Wheezy…

          • La he instalado en Vbox y al finalizar la instalación está el mensaje, gracias @Maikel, por cierto has hecho un gran trabajo con el instalador es muy intuitivo sobre todo para aquellos usuarios que no estan acostumbrados a distros complejas, consume escasos recursos y es rápida a pesar de estar virtualizada, en cuanto a NOVA casualmente hoy traté de descargarla de DistroWatch pero los links no funcionan según esa página se encuentra en estado discontinuado, es una pena se quedó en la versión 2011-beta3, aunque en muchos sitios dice versión 3, hay bastante información sobre NOVA pero ahí a quedado, yo de Argentina no pude acceder a ninguno de estos links:

            http://www.nova.cu/
            http://www.nova.cu/foros/
            http://repositorio.nova.cu/releases/3.0/
            http://www.buscadoor.com/nova-linux-cuba/

            Ha! yo no tomo café, para la versión 2 unos mates xD.
            Saludos…

          • @Percaff_TI99, veo que verdaderamente instalaste IndomiTUX, jejeje, lo del cafe se me ocurrió cuando aun ni yo calculaba que la distro se instalaría así de rápido. Y bueno, es cierto que al final del instalador advierto lo del cambio en fstab, pero como , al menos en Cuba, casi nadie se detiene a leer las advertencias, uno siempre repite y repite las cosas. Saludos y bueno, cualquier error (imagino vayan apareciendo poco a poco) te agradecería lo reportaras. Saludos desde Cuba

  3. Muy buen articulo, +10 tengo que poner en practica esas recomendaciones y quizas estudiar un poco Ingenieria de Software, que a pesar de que me encanta programar, soy de telecomunicaciones no informatico y por tanto no recibi esa asignatura, Salu2 a todos

  5. No se mucho de ingeniería de software, ni de programación, ni de lenguajes estructurados; pero conozco y comparto con Albert Einsten la máxima de que la voluntad humana es más fuerte que la gravedad, que la electricidad y que la fusión atómica. Por tanto y como resultado de esa recia voluntad y del gozo inmenso de servir, porque servir es más hermoso que brillar y porque triste de aquel que no lo sienta y disimula su abulia o su envidia en justificaciones bizantinas, en este segmento de la Cuba profunda que se llama Manzanillo hemos creado algunos de los siguientes programas:

    1.-Alarife 3 y Alarife 4 (Generador de sitios web y enciclopedias temáticas)
    2.-Archivaliux. (Gestor de documentos de archivo en línea)
    3.-MiSOX (Configurador de distros Debian a la medida)
    4.-Tocorux (Gestor de contenidos y documentos para Archivos)
    5.-Catálogo (Catalogador simple para archivos y bibliotecas)
    6.-DBSiGEX (Administrador de BD MySQL)
    7.-Verbus (Editor simple de html)
    8.-Alfidi (Gestor de ficheros digitales)
    9.-idesk-lanzador (Creador de íconos para escritorios austeros)
    10.-Piscender (Compartir fotos por email)
    11.-Seguridad (Control de activos informáticos)

    En la actualidad se trabaja en Doclux (Limpieza de imágenes por lote) y en Hiporepo (Herramienta de instalación de software a la medida). Eso sin contar los productos derivados de esos programas como la Enciclopedia Manzanillo, el diccionario Vijiluz, la Enciclopedia Carlos M. de Céspedes y los paseos virtuales desarrollados con herramientas propias por los colegas de la UCI, lidereados por Abel Meneses.

    Tal vez, si hubiésemos empleado mucha metodología o modelos, no pudiera estar escribiendo estas líneas con la autoridad moral que me da el hecho de crear y seguir creando que son los oficios naturales del hombre, porque este nace para vencer y no para obedecer.

    Y como si serví ya no me acuerdo, he comenzado a convertir REPOMAN en REPOGUTL para todos aquellos que quieran dar a conocer sus creaciones, porque en tiempos mediáticos quien no está en los medios no está.

    REPOGULT cuenta, a la hora que escribo estas líneas, con 29 programas y productos, venciendo la semana que viene la cota de 30. Este compendio, grabado en CD, se le hará llegar vía correo ordinario a cada representante de la comunidad en su provincia para que lo de a conocer entre los miembros que, en cada sitio de la geografía insular, aman, defienden, crean y creen en el SWL.

    Y termino con Campoamor porque siento la grandeza de la libertad y en ella la responsabilidad de mi deber: «La libertad no consiste en hacer lo que se quiere, sino en hacer lo que se debe».

  6. Muy buen artículo Oskar, estos son detalles que se olvidan debido quizás a las características propias del cubano, pero está probado que estas herramientas facilita y organizan el trabajo.
    saludos,
    lpozo

  7. Hablando de proyectos y fracasos. alguien sabe si algún dia de este siglo existirá alguna página oficial del proyecto NOVA disponible al menos para toda Cuba????. Alguien conoce a otra persona que haya instalado y testeado esta última versión????? (que al final nunca llegué a saber si ya es la versión final). Nada, solo es curiosidad

  8. Lo dije ayer y lo repito hoy, Nova tiene que ser en Cuba, como Canaima aquí en Venezuela. Es la distribución Oficial reconocida a nivel mundial creada en Cuba para la «migración» por lo tanto debe tener más visibilidad, divulgación. Tiene que estar en todas las escuelas, Joven Club, en centros de trabajos, ya ubicada en puestos de trabajo no críticos (entiéndase secretaria, y operadores de productos de ofimática, puntos de presencia, salas de navegación, etc).

    Ya en el área de los servidores creo que vamos a tener el famoso ERP para satisfacer las necesidades de nuestra economía en SWL, al fin VERSAT está trabajando en la migración de su producto (bastante habían tardado). Pues si esperamos por CEDRUX nos vamos a morir en esa espera. Esto de la migración hay que tomárselo con ganas, somos el país con las mejores condiciones para lograrla, pero nada preferimos seguir con el «Ahora si» para al final nada.

      • Imaginense, estaba leyendo en el Foro de preguntas y respuestas de humanOS que hay algunos usuarios de NOVA que hacen preguntas y ni siquiera ahi aparece un desarolador de NOVA a hacer valer el soporte Tecnico al usuario. Y bueno, a veces uno pefiere que no aparezcan porque en ocasiones lo que recibe uno cuando aparecen es maltrato….

  10. Otro magnifico post! xD
    Ozkar concuerdo contigo.
    un detalle, la apps es RegCEL no RegCEI (ele al final no i) 🙂
    Ahora estoy en otra apps y dejé por unos días el proyecto mensionado jaja pero nah, no se va a quedar ahí, hay buenas ideas e interes de colaboracion por parte de colegas de la uci y fuera también, así que la próxima versión será un hecho.
    xD

    saludos…

Los comentarios están cerrados.