En mil

A veces lo considero entero y otras, lo desarmaría en mil pedazos.

Anuncios

Conflicto de Paquetes RPM

6783300642_5c8d33e1e6_z

Conflicto de Paquetes RPM en Fedora luego de instalar Visual Paradigm (Community Edition).

Me tocó instalar el Visual Paradigm para la notación Uml en Fedora y cuando quise realizar un update, saltó en mi consola un listado de advertencias casi interminable que expresaban claramente que ciertos archivos entraban en conflicto con paquetes de versiones anteriores y de ninguna manera podía acceder a la actualización.

Leí varios comentarios con soluciones pero no fueron útiles para mí, hasta que dí con un entrada de un inconveniente similar y en ella nombraba la herramienta : distro-sync.

Esta herramienta, casi mágica y muy poderosa, sincroniza y a veces sustituye los paquetes instalados a las últimas versiones disponibles.
Por lo tanto, en la consola como root o superusuario:

dnf distro-sync 

Y así se resolvió  mi problema y pude realizar las actualizaciones en Fedora normalmente.

Sin Wi-Fi al realizar actualización en Fedora 25 – placas Broadcom

256px-Wi-Fi_Logo.svg


Si después de realizar una actualización en Fedora, éste no detecta la tarjeta de red inalámbrica automáticamente, pueden ejecutar los siguientes pasos que encontré  en el foro de https://unix.stackexchange.com , el cual recomiendo consultar  ante cualquier inconveniente. Siempre brindan una solución.


Transcribo en limpio los pasos que fueron útiles para mí. Primero, asegúrense de que tienen instalado el kernel – devel correcto o instalen el mismo:


sudo dnf install -y https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-25.noarch.rpm https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-25.noarch.rpm
sudo dnf install -y broadcom-wl kernel-devel

Luego, entendiendo que tienen instalado los módulos akmods :

sudo akmods --force --kernel `uname -r` --akmod wl
sudo modprobe -a wl
reboot


Y listo, nuevamente tenemos nuestro Wi-Fi funcionando correctamente.

RUP (Proceso Unificado Racional) y desarrollo web: son compatibles?

fases

Seguramente a muchos les ha tocado la fastidiosa tarea de aplicar el proceso RUP para modelar las diferentes vistas de un sistema web. Y  entiendo que  más de uno advirtió que esta histórica metodología no contempla los aspectos fundamentales del desarrollo web.

Primeramente recordemos que el RUP divide al proceso en fases (Inicio, Elaboración, Desarrollo y Cierre) y hace énfasis en los flujos de trabajo de ingeniería (Modelo de Negocio, Requisitos, Análisis y Diseño, Implementación , Prueba y Despliegue) con sus respectivos artefactos.
A mi criterio, es precisamente en los flujos Requisitos y Análisis y Diseño donde se encuentra el mayor desacierto: el análisis de requerimientos impuesto por esta metodología ¿permite un enfoque directo hacia los usuarios?, el resultado de los flujos de análisis y diseño ¿refleja la navegabilidad del sistema correctamente?

Cuando diseñamos y construimos un sistema web a lo esencial que deberíamos atender sin especulación es, por un lado, a los perfiles y/o grupos de usuarios y, por otro, a la navegabilidad del sistema, justamente a lo que RUP no enfoca y no permite incorporar, por más que presuma ser altamente flexible.

Esta reflexión que comparto sólo tiene intención de desmitificar ciertas cualidades que se le atribuyen a una metodología que está quedando obsoleta para las necesidades actuales de la ingeniería del software.