Skip to Content

Agregador de orígenes de noticias

KDE Ships May Updates to Applications and Platform

KDE News - Mar, 05/13/2014 - 16:26

Today KDE released updates for its Applications and Development Platform, the first in a series of monthly stabilization updates to the 4.13 series. This release contains only bugfixes and translation updates, providing a safe and pleasant update for everyone.

More than 50 recorded bugfixes include improvements to Personal Information Management suite Kontact, Umbrello UML Modeller, the Desktop search functionality, web browser Konqueror and the file manager Dolphin. A more complete list of changes can be found in KDE's issue tracker.

To find out more about the 4.13 versions of KDE Applications and Development Platform, please refer to the 4.13 release notes.

Dot Categories:

KDE Blog (Baltasar Ortega): Programa social Akademy-es Málaga 2014

Planet KDE Español - Mar, 05/13/2014 - 09:00

Pronto se celebrará Akademy-es 2014, la reunión anual en España de usuarios y desarrolladores de KDE, que como hemos comentado muchas veces en el blog se realizará en Málaga del 16 al 18 de mayo. Ya tenemos casi toda la información:  programa, la sede, los patrocinadores,  el registro de asistentes, etc, hoy toca hablar de [&hellip

KDE Blog (Baltasar Ortega): 25 plasmoides más para KDE, del 26 al 50.

Planet KDE Español - Lun, 05/12/2014 - 05:10

  Uno de los temas recurrentes del blog han sido los plasmoides. Hace poco que publiqué el artículo 50 sobre ellos, así que es el momento de echar la vista atrás. Ya hemos repasado los 25 primeros plasmoides para KDE que han aparecido en el blog, es el momento de 25 siguientes. ¿Qué son los [&hellip

Agustín Benito Bethencourt: Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (III)

Planet KDE Español - Dom, 05/11/2014 - 06:00


Punto de llegada
El conjunto de los diferentes escenarios de migración nos aportará la fotografía buscada. El estado del arte puede representarse, por tanto, en un puzle donde cada escenario de migración representa una pieza. Cada pieza requerirá acciones específicas para llevar a cabo la migración que se contemplarán en el Plan De Acción (Migración).
En la práctica, los escenarios de migración estarán relacionados luego su compartimentación resultará compleja. No obstante, este ejercicio es fundamental para poder acometer un proceso a gran escala en un espacio de tiempo finito. Este es un requerimiento importante a la hora de trabajar con proveedores externos, expertos en la materia.
Dicho de otro modo, aproximaciones a los procesos de migración basados únicamente en aspectos operativos o funcionales arruinarán el proceso. Migrar “por departamento” o “por servicio (de IT)” es el reflejo de una incorrecta ejecución de esta fase del proceso de migración.
Esta fase del proyecto los entregables deben incluir:

  • La definición de las diferentes personas/perfiles (canónicos) y qué usuarios/unidades corresponden a cada uno de ellos.
  • Individualización de los perfiles correspondientes a cada usuario. Recordar que los perfiles son abstracciones.
  • El estudio de las diferentes interacciones entre personas que afectan al proceso de migración.
  • Los escenarios de migración.

Mi recomendación es que se realicen varios entregable. Con el fin de motivar a los diferentes perfiles de usuario, es conveniente elaborar diferentes documentos, orientados a audiencias diferentes como:
  • Responsables tecnológicos.
  • Responsables técnicos.
  • Usuarios (power users/prescriptores y usuarios de a pie)

Se debe acompañar el entregable de los resultados parciales de las diferentes acciones realizadas así como de la información complementaria utilizada, como por ejemplo:
  • Inventario de hardware y sistemas/servicios
  • Resultados de las entrevistas.
  • Información aportada por la propia AA.PP.
  • Referencias externas utilizadas.
  • Informe ejecutivo.
  • Informe de costes.
  • Otros

Este documento servirá de base para acciones que pueden tener lugar e un amplio periodo de tiempo. Es necesario incluir toda la información con el fin de que sea accesible en un futuro por nuevos proveedores y trabajadores.
Conclusiones
La definición del Estado del Arte es una acción del propio proceso de migración, que toma como referencia datos correspondientes a un estudio habitual de inventariado así como de procesos de negocio, servicio y calidad. Pero no se trata de un proceso aséptico. Posee un propósito específico: servir como base del diseño del Plan de Migración.
Esta etapa del proceso de migración es un ejercicio down-top-down donde:
  1. Se analiza la información disponible.
  2. Se recojen datos relevantes.
  3. Se analiza la información disponible y esos datos en conjunto con el fin de definir perfiles.
  4. Se definen los perfiles/personas y se particularizan a cada participante.
  5. Se estudian sus interacciones.
  6. Se redefininen las personas.
  7. Se introduce como input información adicional
  8. Se definen los escenarios.
  9. Se elaboran los entregables que sirven de base al diseño del Plan de Migración en sí.

Un Plan de Migración eficaz requiere de una correcta definición del Estado del Arte. Del mismo modo, un compromiso por parte de los participantes en el proceso require que se les haga partícipes también en este punto del proceso, independientemente de que la ejecución la realicen proveedores externos o miembros de la casa.
Fin del guión 

Este es el tercero de una serie de tres post. Accede a los dos anteriores aquí:Agustin Benito Bethencourt (toscalix). Profesional del Software Libre, miembro de KDE España y KDE e.V.

KDE Blog (Baltasar Ortega): 25 plasmoides para KDE, del 1 al 25

Planet KDE Español - Dom, 05/11/2014 - 05:10

Uno de los temas recurrentes del blog han sido los plasmoides. Hace poco que publiqué el artículo 50 sobre ellos, así que es el momento de echar la vista atrás y repasar los primeros 25 plasmoides para KDE que han aparecido en el blog. ¿Qué son los plasmoides? Para los no iniciados en el blog, quizás [&hellip

KDE Blog (Baltasar Ortega): KDE Visual Design Group, semana 14

Planet KDE Español - Sáb, 05/10/2014 - 05:10

Poco a poco nos van desvelando más y más cosas sobre el aspecto que tendrá el próximo Plasma Next (o KDE 5) . Ese es el cometido de KDE Visual Design Group, el equipo de diseño del próximo Plasma Next, el cual trabaja codo a codo con la Comunidad KDE y nos regala un un [&hellip

KDE Commit-Digest for 30th March 2014

KDE News - Vie, 05/09/2014 - 17:37

In this week's KDE Commit-Digest:

  • Baloo reduces I/O usage during initial indexing; introduces a new database wrapper which adds features such as combining a writable + read only db and many convenience functions
  • Plasma Framework makes the desktop scripting activity-aware
  • KDE-PIM makes some of the IMAP dialogs asynchronous which improves error handling
  • Umbrello adds synchronous message support to collaboration diagrams
  • Skrooge filters date better in operation page

Read the rest of the Digest here.

Dot Categories:

KDE Commit-Digest for 23rd March 2014

KDE News - Vie, 05/09/2014 - 17:37

In this week's KDE Commit-Digest:

  • KDE Frameworks changes default font settings to Oxygen font
  • KDevelop improves Custom Buildsystem Plugin, and it is now possible to define macros and add include directories/files through GUI and the GUI is always accessible by clicking on Project->Open Configuration
  • Kwin introduces a new Effect Loading mechanism
  • Trojita distinguishes between IMAP errors and network failures
  • In KDEPIM, work starts on mailmerge support
  • Skrooge can reorder the suboperations in the split operation
  • Plasma MediaCenter adds a Baloo plugin
  • Baloo reduces memory usage of the Akonadi indexer.

Read the rest of the Digest here.

Dot Categories:

KDE Commit-Digest for 16th March 2014

KDE News - Vie, 05/09/2014 - 17:36

In this week's KDE Commit-Digest:

  • KWallet adds support for pam-kwallet in kwalletd
  • KWin introduces a X-KWin-Internal in kwineffect services
  • Krita shows rulers in pixel units by default (user can change this)
  • Smb4k implements permanent (re)mounting of shares
  • Choqok adds preview of images from Twitter.

Read the rest of the Digest here.

Dot Categories:

KDE Commit-Digest for 9th March 2014

KDE News - Vie, 05/09/2014 - 17:36

In this week's KDE Commit-Digest:

  • Plasma Desktop can highlight currently open applets
  • Plasma framework adds an optional EGL/X11 backend for WindowThumbnail QQuickItem
  • KDE-PIM can create calendar events from e-mail
  • Kate substantially improves highlighting of reStructuredText (rest.xml)
  • Skrooge adds "quarter" and "semester" period in graph and "Incomes & Expenditures" dashboard widget.

Read the rest of the Digest here.

Dot Categories:

Agustín Benito Bethencourt: Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (II)

Planet KDE Español - Vie, 05/09/2014 - 06:00


Punto de partida
El punto de partida de cualquier proceso de análisis previo a una migración tiene como principales fuentes de conocimiento:

  1. Los objetivos y motivaciones de los responsables político/tecnológicos de la AA.PP.
  2. La documentación existente sobre procedimientos, herramientas, infraestructura, recursos, descripción y relación con proveedores, perfiles, servicios que se prestan, tanto internos como externos...
  3. La "realidad" de
    1. Los responsables técnicos de la AA.PP.
    2. Los "power users" o prescriptores.
    3. El usuario no técnico.
    4. El servicio que se presta.
  4. Experiencias previas en transformaciones tecnológicas si la hubiere.

La disponibilidad de una documentación veraz y actualizada constituye un factor determinante en cualquier proceso de migración. No sólo facilita la definición del Estado del Arte, ahorrando costes y acelerando el proceso en sí, sino que establece un punto de referencia sobre el que basar cualquier análisis objetivo posterior. Por tanto, representa el principal punto de apoyo del cliente (la AA.PP.) frente al proveedor de servicio, al menos en este punto.
Así pues, el principal esfuerzo de los técnicos y responsables tecnológicos de la propia AA.PP. en este punto inicial debe ser:
  • Actualizar y, si es posible, ampliar la información existente sobre los sistemas de información y su uso por parte de trabajadores públicos y cuidadanos.
  • Recopilar información relacionada con procesos de transformación tecnológica experimentados con anterioridad.
  • Recopilar información sobre la relación de la AA.PP. con proveedores de servicios que puedan ser afectados por la migración de manera directa o indirecta.
  • Recopilar información orientada a facilitar el proceso de toma de datos.

Si la documentación disponible no es completa o se encuentra desactualizada, mi recomendación es que se separe la generación/actualización de esta información del propio proceso de identificación del Estado del Arte. Deben ser fases diferentes del proyecto o incluso proyectos diferentes. Uno alimenta el otro.
Proceso a seguir para el establecimiento del Estado del Arte
La fotografía a tomar tendrá como referencia el concepto de perfiles/personas. Definir esos perfiles debe ser el primer objetivo de esta fase del proyecto. Una vez descritos, se particularizarán para cada usuario. A partir de esos perfiles y teniendo en cuenta información adicional relevante, se establecerán los diferentes escenarios de migración.
Así pues, el Estado del Arte se define en base a escenarios de migración.
Para definir los perfiles/personas, es necesario entender qué inputs son necesarios. En general son los siguientes:
  • Puesto/servicio que presta (procesos)
  • Conocimientos técnicos
  • Interacción con aplicaciones y servicios
  • Equipamiento que utiliza
  • Datos

Para cada usuario, debe obtenerse información correspondiente a cada una de estas áreas. La información obtenida necesita ser procesada para que sea manejable. Tras un proceso de abstracción (análisis), se podrán definir las personas/perfiles significativos.
Esta abstracción/generalización nos permitirá escalar el diseño del proceso de migración e ir adelantando algunas otras fases del proyecto, como la identificación de herramientas libres candidatas, planes de comunicación o formación...
Con el fin de definir los escenarios de migración, es importante definir primero las interacciones intra/inter personas/perfiles. Es decir, cómo interactúan a través de los sistemas de información.
Este estudio debe llevarnos a un proceso de ajuste o redefinición de los perfiles/personas (personas canónicas). Una vez hemos los hemos definido de manera definitiva, debemos individualizarlos, es decir, asegurarnos de que ajustamos los perfiles a cada uno de los participantes en el proceso (humanización de los perfiles).
Tomando en consideración datos adicionales como la infraestructura disponible, los servicios que se prestan, la estructura organizativa de la propia AA.PP., aspectos logísticos etc., se definirán los escenarios de migración. Idealmente, cada escenario de migración deber estar definido como una unidad independiente desde el punto de vista del proceso de migración.
Los escenarios de migración, por tanto, están basados en:
  • La obtención de los diferentes perfiles/personas.
  • El estudio de las interacciones entre los diferentes perfiles/personas.
  • Recursos (sistemas de información).
  • Servicios que se prestan en el momento previo a la migración.
  • Prioridades estratégicas y operativas.
     Este post es el segundo de una serie de tres. Puedes acceder a los demás aquí:
Agustin Benito Bethencourt (toscalix). Profesional del Software Libre, miembro de KDE España y KDE e.V.

KDE Blog (Baltasar Ortega): Preferencias del Sistema de Plasma Next: la propuesta

Planet KDE Español - Vie, 05/09/2014 - 05:10

Las opciones de configuración de KDE son asombrosas, y es justo esto una de las cosas que más valoran los usuarios de este escritorio. Por ello, para la siguiente versión de KDE, se está teniendo mucho cuidado a la hora de cambiar las cosas para mejorar el diseño de las Preferencias del Sistema de Plasma [&hellip

Agustín Benito Bethencourt: Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (I)

Planet KDE Español - Jue, 05/08/2014 - 06:00


Actualización de los Sistemas Informáticos utilizando Software Libre.Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre

El presentedocumentoes un resumen de mi intervención en el mencionado curso, como parte del segundo bloque del mismo. Dicha intervención introduce el tema a tratar, de modo que aporto una visión global, reforzada con ejemplos concretos de los conceptos más importantes. Dichos ejemplos y anécdotas de interés, no figuran en este resumen.
Datos sobre el curso:

  • Director del curso: Ramón Ramón Sánchez (Perfil Linkedin)
  • Fecha de mi intervención: 23 de Abril de 2014
  • Contenido: Bloque 2.- Definición del Estado del Arte. Evaluación previa.
  • Duración: 90 min. aprox.
  • Audiencia: técnicos y responsables tecnológicos de AA.PP. del Gobierno de Costa Rica.
Introducción y enfoque
Todo proceso de migración comienza con una misión. Esta misión debe estar claramente reflejada en el proyecto estratégico. Basándonos en esa misión, se establecen los objetivos principales de la migración. Siempre existe un objetivo prioritario y otros secundarios.
Los objetivos estratégicos más comunes son:
  • Independencia tecnológica
  • Ahorro de costes:
    • A corto plazo
    • A medio y largo plazo
  • Creación de polo tecnológico local
  • Aumento de rendimiento/eficiencia
  • Mejora de la interoperabilidad
  • Política

Cualquier proceso de migración tecnológica ideal consiste en definir una el cuadro/fotografía actual de los sistemas de información, así como de su uso, y replicarla, usando, no sólo herramientas diferentes, sino en este caso, un paradigma diferente. Sin embargo, el proceso de transición es costoso. Debemos asumir que cada uno de los participantes, require de un fuerte grado de motivación para adoptar una posición constructiva frente al proceso. La motivación, en forma de mejoras/beneficios futuros, debe generalizarse en la medida de lo posible, no restringiéndose al ámbito técnico y/o económico directo y a corto plazo.
El Software Libre propone beneficios suficientes como para generar esa motivación en diversos ámbitos. Así, la definición del Estado del Arte, la captura de esa fotografía, no es ni debe ser objetiva:
  1. Debe responder al objetivo principal del proyecto.
  2. Debe identificar las fortalezas del actual entorno y usarlos como base de la del resultado obtenido.
  3. Debe identificar posibles mejoras que permitan diseñar y desarrollar acciones orientadas a potenciar esa motivación.

Una correcta definición del estado del arte se convierte así en un ejercicio cruel de identificación de una realidad que, no por supuesta, puede resultar menos desalentadora en muchos casos. Además, el proceso de migración no permite rectificaciones basadas en el antiguo modelo. Peor aún, propone una travesía del desiertopara alcanzar un oasis de herramientas, protocolos, principios... que no dominan.
Es por tanto necesario establecer contramedidas que permitan a esos profesionales afectados digerir y asumir esa fotografía con el convencimiento de que, tras el proceso, estarán en mejor disposición de mejorarla.
La mejor forma de que esta fotografía sirva de estímulo es hecerles copartícipes de su realización, animándoles a aportar sus experiencias y visión. Debe ser también su fotografía. Asimismo, recomiendo comunicar claramente que el fin de la acción que no es evaluar el grado de eficiencia o eficacia del trabajador en el desempeño de sus tareas. Un proceso de migración no es una evaluación de rendimiento.
Dichas experiencias deben ser procesadas y documentadas con el fin de introducirlas en la base común de conocimiento, favoreciendo un aprendizaje colectivo a partir de ellas. Muchas de las experiencias que afectan o permiten entender la fotografía obtenida, no tienen que ver de manera directa con aspectos tecnológicos, luego existe el riesgo de que tengan impacto en el proceso de migración.
Los sistemas/servicios informáticos en Administraciones Públicas suelen tener un menor grado de control que en otros entornos. Tampoco es posible entender la fotografía resultante sin asumir que ella es producto de una evolución que, a menudo, los profesionales involucrados no han podido controlar totalmente por razones:
  • Técnicas: los sistemas no permiten de un modo simple la realización o control de determinadas prácticas.
  • De conocimiento: Los profesionales responsables de las infraestructuras tecnológicas o los usuarios no conocen en detalle las herramientas que utilizan (son privativas).
  • De mercado: existen limitaciones impuestas por los fabricantes, integradores o implantadores a los sistemas tecnológicos utilizados.
  • Necesidades de producción.
  • Limitaciones dependientes del propio entorno laboral: existen limitaciones en la capacidad de decisión y/o ejecución de aquellos llamados a diseñar e implementar los sistemas tecnológicos dentro de una AA.PP.
  • Otras razones.

Así, el Estado del Arte debe recoger no sólo la situación previa a la migración sino también aspectos clave que expliquen la evalución que ha tenido como producto semejante resultado.
El Software Libre empodera a responsables tecnológicos y usuarios. Les confiere mayor flexibilidad, es decir, mayor control, luego requiere un mayor grado de responsabilidad. El riesgo de aumentar la entropía tras la migración es significativo. Debe diseñarse y ejecutarse cada paso, incluyendo la fase de análisis, teniendo en cuenta que en un futuro es mejor, en general, aportar mayores grados de libertad a los participantes de manera gradualgradual que restrinjirlos.
La fotografía obtenida debe aportar claves que permitan decidir qué tipo de medidas de control pueden aplicarse con las nuevas herramientas (y procesos), cuyo impacto sea positivo (o neutro) en la productividad de los usuarios, en comparación con las existentes.
El entregable de esta fase del proceso de migración, debe apuntar con claridad los puntos fuertes de la situación previa a la migración, con el fin de reforzarlos o, al menos, mantenerlos. Un proceso de migración exitoso está basado en las fortalezas del modelo anterior, no en sus deficiencias.
Mitigar las deficiencias debe ser, en general, el foco de procesos de mejora post migración. Disponer de una mejor base para ello debe ser el resultado de una correcta migración. La fotografía y posterior evaluación deben establecer la base sobre la que sea posible definir el proceso de migración y, al mismo tiempo, apuntar algunas de las futuras acciones de mejora que se podrán acometer con las nuevas herramientas y procedimientos, basados ahora en Software Libre.
Pero insisto, el objetivo de la migración no es ni debe ser realizar mejoras. Eso debe proponerse como objetivo fundamental tras la migración. De otra manera, desviaremos el foco de atención de lo realmente importante, basar el resultado en las fortalezas actuales.
En resumen:
  1. El Estado del Arte, obtenido como resultado del trabajo de análisis previo a la definición del Plan de Acción, tiene un fin concreto. No es objetivo.
  2. El análisis puede y debe tener impacto en responsables técnicos y usuarios. Debe asegurarse que ese impacto es positivo.
  3. De un modo similar, el Estado del Arte debe describir los grados de libertad con los que cuentan en la actualidad técnicos y usuarios en el uso de la información, aplicaciones y servicios. El objetivo es que el Plan de Acción los tenga en cuenta.
  4. La fotografía punto de partida del proceso de migración, debe apuntar claramente las fortalezas del modelo actual (en uso) con el fin de asegurar que el proceso de migración se basa principalmente en ellos.

    Lee las otras dos partes:
Agustin Benito Bethencourt (toscalix). Profesional del Software Libre, miembro de KDE España y KDE e.V.

KDE Blog (Baltasar Ortega): Linux apesta o cómo hacer autocrítica y no morir en el intento

Planet KDE Español - Jue, 05/08/2014 - 05:10

Una de las cosas más difíciles de esta vida es aceptar las críticas. En muchas ocasiones no se gestionan bien y se suelen tomar como una ofensa personal.En mi opinión, esto no debería ser así, sino que debería ser fuente de reflexión y un punto de partida para mejorar. Linux Apesta El siguiente vídeo Bryan [&hellip

KDE Blog (Baltasar Ortega): KDE PIM 2014 Sprint Primaveral

Planet KDE Español - Mié, 05/07/2014 - 05:10

Continuamos con las entradas que nos recuerdan el trabajo continuo de los equipos de KDE en forma de Sprint, es decir,  mini-reuniones de pocos días y poca gente que se celebran en diferentes ciudades: Bienvenidos al informe de KDE PIM 2014 Sprint Primaveral. El presente artículo es un artículo de Mark Gaiser publicó en KDE.News y [&hellip

KDE Blog (Baltasar Ortega): Presenta tu charla a Akademy 2014

Planet KDE Español - Mar, 05/06/2014 - 05:10

Este año se Akademy 2014 se celebrará en Brno, en la República Checa, del 6 al 12 de septiembre. Aunque falta bastante tiempo recientemente se ha abierto el Call for Papers, es decir, el momento de participar activamente en el evento. Así que ya sabes: presenta tu charla a Akademy 2014.   ¿Qué es Akademy? [&hellip

KDE Blog (Baltasar Ortega): Lanzado OpenMandriva Lx 2014

Planet KDE Español - Lun, 05/05/2014 - 05:10

El pasado 1 de mayo fue lanzado openMandriva Lx 2014, la segunda versión de una distribución derivada de la mítica Mandriva, la cual murió hace un tiempo quedando el futuro del proyecto en manos, de nuevo, de la Comunidad. Este es la continuación de un trabajo que se presentó el pasado noviembre. ¿Qué es OpenMandriva? [&hellip

KDE Blog (Baltasar Ortega): Disponible KDE 4.13 para Kubuntu 12.04 LTS y 13.10

Planet KDE Español - Dom, 05/04/2014 - 05:10

Aunque en mi caso no es necesario actualizarme a KDE 4.13 en mi portátil ,ya que que me he actualizado a directamente a Kubuntu 14.04, no todos los usuarios lo habrán hecho por diversas razones. Es por ello una alegría que el equipo de desarrolladores de Kubuntu tengan ya disponible KDE 4.13 para Kubuntu 12.04 [&hellip

Akademy-es 2014: Visit Málaga and learn about KDE

KDE News - Sáb, 05/03/2014 - 19:48

From May 16th to 18th, Málaga is hosting Akademy-es 2014 in Escuela Técnica Superior de Ingenieria de Telecomunicación of Universidad de Málaga. This event is organized by KDE España, Linux Málaga and Bitvalley, and represents the return of a KDE event to Málaga 9 years after it hosted Akademy 2005.

This Akademy-es will have a wide range of talks from informing users about KDE software to programming with QtQuick and ASAN. There will also be introductory talks for people who want to start contributing to KDE.

As always the event is free to attend, but you should register to make it easier for the organization and to get a printed badge instead of a handwritten one ;).


Akademy-es 2013 group photo (click for larger)

Thank you to Gold Sponsors Digia, Opentia and openSUSE for helping make this happen!

Dot Categories:

KDE Blog (Baltasar Ortega): KDE 4.12.5 y KDE Workspace 4.11.9 disponibles

Planet KDE Español - Sáb, 05/03/2014 - 05:10

Ya tenemos KDE 4.12.5 y KDE Workspace 4.11.9 disponibles para su actualización. Como cada nuevo mes y, fiel a su cita, el equipo de desarrollo de KDE nos ofrece una nueva versión de su escritorio. Se siguen con la actualización doble de dos de sus ramas. KDE 4.12.5 y KDE Workspace 4.11.9 coordinados Para no ir [&hellip

Distribuir contenido