Planet KDE España

September 18, 2014

Aleix Pol González

Mathematics that you can touch

These last months have been intense, so intense I needed a bit of a distraction. I’ve always felt some kind of curiosity for the world of 3D printing and, as I’ve said in different occasions, I always push KAlgebra to the limit when I have the occasion.

I had been researching, I’ve never had a 3D printer and I probably won’t have one in years, but I still wanted to figure out how to get do something there. First, I went through many 3D printing services and looked through the different supported formats. To be honest, I implemented the one that looked the simplest, it happened to work quite similar to how OpenGL works internally, so it seemed like a safe bet.

Once I had a working export algorithm, I chose an extremely good looking plot (thanks Percy ;-)) and then I uploaded it over to one of those 3D printing services. The website showed me a preview, it seemed like their software understood the format, so it looked like my job was done. I fiddled with it to get it printed in a reasonable size and submitted it to print and send. For the curious, here’s the formula I used:


piecewise { x^2+y^2+z^2<35 ? 2-(cos(x+(1+5^0.5)/2*y)+cos(x-(1+5^0.5)/2*y)+cos(y+(1+5^0.5)/2*z)+cos(y-(1+5^0.5)/2*z)+cos(z-(1+5^0.5)/2*x)+cos(z+(1+5^0.5)/2*x)), ? 1 } = 0

A couple of weeks later a box arrived to our office. To be honest, it was a bit weird. I was very excited, but then nobody else was when I showed it. Because it's math I guess, and it's boring. I felt a bit like when I used to spend my nights hacking KAlgebra around then show it around. Anyway, I'll say it. A 3D plot, in my hands, to play with them. How cool is that? :D

** crickets **

 

Now I'm sure you're excited and willing to try it. It will be available in the next version of KAlgebra, that will be released in the KDE Applications 2014.12, which by the way will be the first KAlgebra release based on Qt5 and KF5, and will be featuring many other new features.
And of course, it's free software developed in an open community! If you're feeling adventurous or you just know how to build KDE software, feel free to pull analitza and kalgebra repositories and give it a try! :)

by apol at September 18, 2014 12:47 AM

September 17, 2014

Baltasar Ortega Bort

Lanzado KDE 4.14.1 Aplicaciones y Plataforma

El pasado 16 de septiembre  fue lanzado  KDE 4.14 Aplicaciones y Plataforma,  una nueva actualización del extraordinario conjunto de aplicaciones de la Comunidad KDE. Veamos sus novedades. Lanzado KDE 4.14.1 Aplicaciones y Plataforma Fiel a su actualización mensual, ya tenemos entre nosotros la actualización de las aplicaciones y plataforma de KDE, es decir, KDE 14.1. Como [&hellip

by baltolkien at September 17, 2014 03:34 PM

September 16, 2014

Baltasar Ortega Bort

Lanzado KDE Frameworks 5.2. Extra: Vídeo KF5 en Plasma 5

Sigue el desarrollo del entorno básico de programación de la Comunidad KDE ya que recientemente ha sido lanzado KDE Frameworks 5.2, es decir, la segunda actualización del entorno de escritorio que une KDE con Qt en una simbiosis casi perfecta. De esta forma se siguen facilitando la vida a los desarrolladores permitiendoles crear aplicaciones para [&hellip

by baltolkien at September 16, 2014 08:10 AM

September 15, 2014

Baltasar Ortega Bort

Primeras impresiones de Plasma 5

Gracias al proyecto Neon finalmente me he decidido a probar Plasma 5 en mi portátil de uso diario. El objetivo es conocer de primera mano el rendimiento del nuevo escritorio Plasma de KDE, sus virtudes y sus defectos. En resumen, es esta entrada voy a comentaros las primeras impresiones de Plasma 5. Cómo instalar Plasma [&hellip

by baltolkien at September 15, 2014 04:01 AM

September 10, 2014

Baltasar Ortega Bort

Foto de grupo Akademy 2014 de Brno

No hay evento que se precie que no tenga su foto de grupo, y Akademy 2014 de Brno no puede ser una excepción. Bien sea para mostrar al mundo toda la gente que asiste al evento, bien sea para inmortalizar el momento o simplemente para reunir a la mayor parte de los asistentes en un [&hellip

by baltolkien at September 10, 2014 08:10 AM

September 09, 2014

Baltasar Ortega Bort

Akademy Award 2014, los premios de la Comunidad KDE

Ya ha pasado el gran fin se semana de la Comunidad KDE y es el momento de comentar algunos de los hechos que han acontecido en de Akademy 2014. Para empezar comentaremos los Akademy Award 2014, es decir, los premios de la Comunidad KDE. Como es tradicional, las ponencias, charlas y las minireuniones de pasillo [&hellip

by baltolkien at September 09, 2014 08:10 AM

September 07, 2014

Baltasar Ortega Bort

Nueva Junta Directiva de KDE e.V.

Durante la celebración de una Akademy  se suele celebrar el Encuentro General Anual, la reunión que informa del estado general del proyecto KDE, que además tiene como norma elegir la nueva Junta Directiva de KDE e.V. Veamos los resultados de este año. La celebración de la Akademy 2014 de Brno, el evento internacional más importante [&hellip

by baltolkien at September 07, 2014 08:10 AM

September 01, 2014

Baltasar Ortega Bort

Mapa de usuarios de KDE [01-09-14]

Si eres usuario de KDE no pienses que estás solo. De hecho hay muchas más personas que lo utilizan de lo que crees. Es por ello que estamos creando un Mapa de usuarios de KDE de todo el mundo. Y, evidentemente, España y sus archipiélagos no podía ser una excepción y desde el blog queremos [&hellip

by baltolkien at September 01, 2014 08:10 AM

August 30, 2014

Baltasar Ortega Bort

KDE es sexy, aunque tú y yo ya lo sabíamos

A estas alturas descubrir la calidad de los productos KDE está fuera de toda discusión. Lo que no sabíamos y no nos podía imaginar es que además KDE es sexy. Tras más de 15 años de trabajo, la Comunidad KDE ofrece un completo entorno de trabajo, conocido como Plasma o Plasma 5, además de unas [&hellip

by baltolkien at August 30, 2014 08:10 AM

August 29, 2014

Baltasar Ortega Bort

Plasma Active portado a KDE Frameworks 5

Hace un tiempo hablé del trabajo que estaba realizando Antonis Tsiapaliokas en Plasma Active detnro del programa Google Summner of Code (GSoC).Pues bien, al parecer éste está llegando a buen puerto y él mismo en su blog ha anunciado que Plasma Active ha sido portado a KDE Frameworks 5. Uno de los sueños de la Comunidad [&hellip

by baltolkien at August 29, 2014 08:10 AM

August 28, 2014

Baltasar Ortega Bort

Dolphin Folder Color, cambia el color de las carpetas plasma

Lo cierto es que esta funcionalidad es realmente útil cuando tienes un buen número de carpetas y quieres, de un vistazo, localizar una en particular. Yo, mediante otro sistema, vengo haciéndolo en las carpetas de clase. Hoy os explico cómo cambiar los colores a las carpetas de plasma con Dolphin Folder Color   Si tienes [&hellip

by Baltasar Ortega at August 28, 2014 08:10 AM

August 23, 2014

Baltasar Ortega Bort

El libro de KDE Frameworks 5

Uno de los resultados del gran Sprint de Randa 2014 ha sido la elaboración de un manual, el libro de KDE Frameworks 5,  para que los programadores puedan aprender y desarrollar aplicaciones para KDE Frameworks 5. Conozocamos un poco más de su breve pero intensa existencia.    El libro de KDE Frameworks 5 Es muy curioso ir [&hellip

by Baltasar Ortega at August 23, 2014 08:10 AM

August 21, 2014

Baltasar Ortega Bort

Lanzado KDE Software Compilation 4.14

El pasado 20 de agosto fue lanzado KDE Software Compilation 4.14,  una nueva actualización del magnífico conjunto de aplicaciones de la Comunidad KDE. Veamos sus novedades.  Lanzado KDE Software Compilation 4.14 Antes de comentar los aspectos técnicos hemos de comentar un tema muy humano, ya que este lanzamiento está dedicado a la memoria de Volker [&hellip

by Baltasar Ortega at August 21, 2014 10:01 PM

August 20, 2014

Baltasar Ortega Bort

¿Qué sección de KDE Blog te gusta más? – Encuesta

Como todo en esta vida, o al menos así debería ser, este blog quiere mejorar y para ello debe tener en cuenta siempre la razón y el motivo de su existencia: sus lectores. Y para ello llega el momento de preguntaros vuestra opinión sobre un aspecto del blog: las secciones. Hace un tiempo KDE Blog [&hellip

by Baltasar Ortega at August 20, 2014 08:10 AM

August 18, 2014

Baltasar Ortega Bort

¿Qué es KDE? Respuesta corta, larga y la verdad

A veces hay cosas que son sorprendentes. Tras más de 6 años de vida del blog, nunca he respondido a la pregunta  ¿qué es KDE? y, aunque a estas alturas no sea algo vital ,me gustaría dar mi visión personal de la respuesta, o mejor dicho, de las respuestas. Ya ha pasado bastante tiempo desde [&hellip

by Baltasar Ortega at August 18, 2014 08:10 AM

August 17, 2014

Baltasar Ortega Bort

Marble Game, un juego geográfico educativo

Hace un tiempo hablé del proyecto de Google Summer of Code (GSoC) para Marble. En él Abhinav se había propuesto aprovechar el globo terráqueo virtual de KDE para crear Marble Game, un juego geográfico educativo, Veamos sus progresos. Marble Game Según Abhinav el proyecto va viento en popa. De momento ha añadido dos nuevos juegos: [&hellip

by Baltasar Ortega at August 17, 2014 08:10 AM

August 12, 2014

Baltasar Ortega Bort

Lanzado Plasma 5.0.1, la primera actualización

Hace un mes la Comunidad KDE anunció el lanzmiento de Plasma 5 , el nuevo escritorio Plasma de KDE. Un mes más tarde ya tenemos su primera revisión, es decir, se ha lanzado Plasma 5.0.1, la primera actualización y que sigue demostrando el compromiso del proyecto KDE con sus seguidores. Lanzado Plasma 5.0.1, la primera [&hellip

by Baltasar Ortega at August 12, 2014 10:01 PM

August 08, 2014

Baltasar Ortega Bort

Lanzado KDE Frameworks 5.1

Lo prometido es deuda. Así deben pensar los desarrolladores de KDE y ayer lanzaron KDE Frameworks 5.1, es decir, la primera actualización del entorno de escritorio que une KDE con Qt en una simbiosis casi perfecta. De esta forma se siguen facilitando la vida a los desarrolladores permitiendoles crear aplicaciones para KDE de forma más [&hellip

by Baltasar Ortega at August 08, 2014 06:47 AM

August 04, 2014

Baltasar Ortega Bort

Segundo podcast de vídeo de KDE España

En capítulos anteriores ya comenté que algunos los miembros de la asociación sin ánimo de lucro KDE España se han involucrado en un nuevo proyecto, la creación de podcasts de vídeo que expliquen los entresijos, novedades e intimidades de su proyecto de Software Libre. Hace poco vimos el primero, hoy presento el segundo.   Segundo [&hellip

by Baltasar Ortega at August 04, 2014 07:24 AM

August 03, 2014

Aleix Pol González

Taking advantage of OpenGL from Plasma

I’m excited, and I hope you’ll be too.

David Edmundson and I have been working hard the last weeks. It’s not that we don’t usually work hard, but this time I’m really excited about it.

A bit of context: in Plasma an important part of the system drawing is painting frames (others are icons, images and the like). Those are in general the elements that are specified in the Plasma themes. These will be buttons, dialog backgrounds, line edit decorations, etc.

So far, to paint those we were assembling the full image in the CPU and then sending it over to OpenGL as a full texture, then we would do the composing of all the different frames, according to the information provided by QtQuick, through the Qt Scene Graph. There are 2 main problems in the current approach.

  1. We were maintaining huge textures in memory. Every frame was completely stored in memory and gpu memory. Which means that the bigger the dialogs are, the more memory we consume, even though the texture is flat.
  2. Every time we resize the frame, we have to re-assemble the frame in CPU memory and upload it again.

First: The 9-patch approach

First we made it possible to have the frames to be rendered by each different parts and assembled by the GPU. This wasn’t possible, because Plasma themes are quite complex, so now we have 2 different paths. If the theme element can take advantage of the optimization, it will use the new code, otherwise it will stay working beautifully on the former, thorough implementation [1].

Therefore, instead of rendering all the frame now we’ll be uploading 9 textures to the GPU, and let it either tile or stretch depending on the settings in the theme. This way:

  1. we are uploading 9 tiny textures rather than a big texture.
  2. when the frame is resized, we tell the nodes to resize and the GPU does the job [2].

Second: Caching the textures

Now everything was in place, we’d have many times the small 9 elements but we kept uploading them to the GPU over and over. It’s little textures, but it’s still better if we get to re-use what we already have. To do so, we’ve placed a little hash table that keeps track of the already created textures to re-use them. This way, we get to tell the Qt Scene Graph to use a texture that has already been uploaded rather than a new one. We’ve run some tests, here’s the result:

  • In PlasmaShell we get 342 miss and 126 hits, so roughly 25% of bandwidth and memory improvement
  • In KRunner we get 108 miss and 369 hits, so roughly 350% improvement on memory and bandwidth improvement.

Future, further work

Sadly enough, raw memory usage is still quite high, when running plasma shell on massif, we are still reported as most of the memory usage being in the GPU graphics card (or rather i965_dri.so), so we’ll have to dig it [3]. We’ve found some ways to improve this, for example by enforcing OpenGLES 2, but this requires Qt 5.4 which is due October. I implemented it nevertheless, and it works fine.

Being more precise, a big offender is using a wallpaper image. We’ve looked into it, the code looks fine, but then it makes a big difference, so big that I still don’t understand how it can be. A good suggestion if you’re testing Plasma 5 on a system low on memory, is to run it with the plain color wallpaper. We can save up to 30% of memory consumption, no kidding (it actually depends on who you ask, either massif, htop or ksysguard; but they all agree it’s a big deal). We’ve investigated a bit and found ways to improve the situation there, but if you are interested, feel free to join!

Finally, another problem with regards to memory consumption is QML. We make heavy usage of it and it shows memory-wise. We should see if we can adopt any optimization to stream-line our usage, but admittedly it’s much better than one would have expected.

Testing

If you want to give it a try, you can already find most of this in master, and it will be available from the next KDE Frameworks 5.1 release which will be available by the second week of August.

Hope you liked it, it was a great exercise to investigate all this! I learned a lot and gained quite some respect for the Qt Scene Graph and QML development teams. Keep rocking!

[1] More precisely, at the day, when there’s no hint-compose-over-border or mask-*-overlay elements

[2] an exception for it being (hint-stretch-borders and hint-tile-center hints, where we’ll have to re-render on resize it).

[3] David, Vishesh and I we all have Intel drivers, but I guess it’s a good card to test-case on, given how mainstream it is, currently.

by apol at August 03, 2014 10:17 PM

August 02, 2014

Baltasar Ortega Bort

Disponible la versión candidata de KDE 4.14 Aplicaciones y plataforma

Sigue el desarrollo de KDE 4, a pesar de que muchos desarrolladores de KDE estén volcados en Plasma 5. De esta forma, hace unos días que está disponible la  versión candidata de KDE 4.14 Aplicaciones y plataforma. Plasma 5 es el futuro, pero mientras tanto los usuarios utilizaremos KDE 4, y por tanto, es una gran [&hellip

by Baltasar Ortega at August 02, 2014 08:10 AM

August 01, 2014

Baltasar Ortega Bort

Primer podcast de vídeo de KDE España

En el afán de llegar al mayor número de usaurios y de difundir las bondades del Software generado por la Comunidad KDE, los miembros de KDE España se han involucrado en un nuevo proyecto, la creación de podcast de vídeo que explique los entresijos, novedades e intimidades de su proyecto de Software Libre.   Primer [&hellip

by Baltasar Ortega at August 01, 2014 06:10 AM

July 26, 2014

Baltasar Ortega Bort

Disponible la tercera beta de KDE 4.14 Aplicaciones y plataforma

Aunque muchos desarrolladores de KDE estén volcados en Plasma 5, otros muchos siguen trabajando para pulir la rama KDE 4.x. De esta forma, hace unos días que está disponible la tercera beta de KDE 4.14 Plasma 5 es el futuro, pero mientras tanto los usuarios utilizaremos KDE 4, y por tanto, es una gran noticia que [&hellip

by Baltasar Ortega at July 26, 2014 08:01 AM

July 23, 2014

Baltasar Ortega Bort

¿Dónde vas KDE? (III)

Sigo haciéndome eco de una serie de artículos que ha iniciado el magnífico Jos Poortvliet en el portal de noticias oficial de KDE (conocido como el “dot”). En ellos Jos reflexiona sobre el futuro de KDE a partir del presente y el pasado del proyecto. Realmente interesante. Como dije en la primera y segunda entrega, [&hellip

by Baltasar Ortega at July 23, 2014 11:01 AM

July 21, 2014

Baltasar Ortega Bort

Disponible la segunda beta de KDE 4.14 Aplicaciones y plataforma

Aunque muchos desarrolladores de KDE estén volcados en Plasma 5, otros muchos siguen trabajando para pulir la rama KDE 4.x. De esta forma, hace unos días que está disponible la segunda beta de KDE 4.14 Plasma 5 es el futuro, pero mientras tanto los usuarios utilizaremos KDE 4, y por tanto, es una gran noticia [&hellip

by Baltasar Ortega at July 21, 2014 08:10 AM

July 19, 2014

Baltasar Ortega Bort

Primeros pasos hacia Plasma 5.1

Aún con la mente puesta en el lanzamiento de Plasma 5.0 ,y esperando que en breve podamos disfrutarlo en nuestras distribuciones favoritas, nos hacemos eco de un par de noticias sobre la primera actualización seria del mismo, es decir, los primeros pasos hacia Plasma 5.1. La Comunidad KDE no descansa, ni en la gran semana [&hellip

by Baltasar Ortega at July 19, 2014 08:10 AM

July 16, 2014

Baltasar Ortega Bort

Las novedades de Plasma 5

Hace unas horas que fue lanzado Plasma 5. Desde el blog hicimos una entrada rápida para anunciar su llegada y proclamar la buena nueva. Ahora, pasada la vorágine del lanzamiento es el momento de dar los detalles de Plasma 5. El nombre de Plasma 5 Con el lanzamiento de Plasma 5 un servidor ha recibido [&hellip

by Baltasar Ortega at July 16, 2014 02:34 PM

July 15, 2014

Baltasar Ortega Bort

Lanzado Plasma 5, la evolución de KDE

Tras tres años de duro trabajo la Comunidad KDE se complace en anunciar que ha sido lanzado Plasma 5 (nombre definitivo que sustituye a Plasma Next ), el nuevo escritorio de KDE, un soplo de aire fresco en el panorama de los escritorios libres y el primer paso hacia la convergencia total entre dispositvos. Lanzado [&hellip

by Baltasar Ortega at July 15, 2014 02:42 PM

Los sprints de Randa 2014 consiguen 15000 € en donaciones

No pudo ser, no se pudo llegar a los 20000 € que inicialmente habían calculado para poder pagar todos los gastos de los participantes de los Sprints de Randa. No obstante eso no significa que haya sido un fracaso y, afortunadamente, igualmente se celebrará el mega encuentro de mini reuniones de Randa.  Los sprints de [&hellip

by Baltasar Ortega at July 15, 2014 08:05 AM

July 14, 2014

Baltasar Ortega Bort

Más vídeos de Plasma Next

Se acerca el lanzamiento de Plasma Next y empiezan a aparecer los vídeos mostrando el funcionamiento de la próxima versión del escritorio de la Comunidad KDE. En esta ocasión vienen de la mano de The Mukt y de Yonn Lopez. Más vídeos de Plasma Next El primero, como hemos comentado, nos lo ofrece la página [&hellip

by Baltasar Ortega at July 14, 2014 08:10 AM

July 13, 2014

Baltasar Ortega Bort

Disponible la primera beta de KDE 4.14 Aplicaciones y plataforma

Aunque muchos desarrolladores de KDE estén volcados en Plasma Next, otros muchos siguen trabajando para pulir la rama KDE 4.x. De esta forma, hace unos días que está disponible la primera beta de KDE 4.14 Esta vez no se me escapa, no como la primera beta de KDE 4.13 aplicaciones y plataforma del 6 de [&hellip

by Baltasar Ortega at July 13, 2014 08:10 AM

July 12, 2014

Baltasar Ortega Bort

¿Dónde vas KDE? (II)

Quiero hacerme eco de una serie de artículos que ha iniciado el magnífico Jos Poortvliet en el portal de noticias oficial de KDE (conocido como el “dot”). En ellos Jos reflexiona sobre el futuro de KDE a partir del presente y el pasado del proyecto. Realmente interesante. Como dije en la primera entrega, no quiero [&hellip

by Baltasar Ortega at July 12, 2014 08:53 AM

July 11, 2014

Baltasar Ortega Bort

Nuevas Preferencias del Sistema de Plasma Next

De la mano de Sebastian Kügler nos llega un vídeo muy interesante sobre la nueva distribución de las Preferencias del Sistema de Plasma Next, la cuales han sufrido un intenso lavado de cara y de distribución de elementos gracias al grupo de trabajo System Settings Action Group y a la Comunidad KDE. Como bien sabéis [&hellip

by Baltasar Ortega at July 11, 2014 07:10 AM

July 08, 2014

Baltasar Ortega Bort

Lanzado KDE Frameworks 5, la base de Plasma Next

Ya está disponible la KDE Frameworks 5, es decir, el entorno de escritorio que une KDE con Qt en una simbiosis casi perfecta. Esto hará más fácil la programación a los desarrolladores y creará un entorno gráfico espectacular y funcional para los usuarios.   Lanzado KDE Frameworks 5 El pasado 7 de julio  se lanzó [&hellip

by Baltasar Ortega at July 08, 2014 10:01 PM

July 07, 2014

Baltasar Ortega Bort

¿Dónde vas KDE? (I)

Quiero hacerme eco de una serie de artículos que ha iniciado el magnífico Jos Poortvliet en el portal de noticias oficial de KDE (conocido como el “dot”). En ellos Jos reflexiona sobre el futuro de KDE a partir del presente y el pasado del proyecto. Realmente interesante. No quiero hacer una traducción literal del artículo, [&hellip

by Baltasar Ortega at July 07, 2014 08:50 AM

July 05, 2014

Baltasar Ortega Bort

Otro vídeo de Plasma Next, el futuro de KDE

Llevamos mucho tiempo en el blog hablando de Plasma Next, el futuro de KDE que promete seguir avanzando en el desarrollo del escritorio libre más completo del mercado. Ya os he podido enseñar algún vídeo que muestra algunas de sus funcionalidades, hoy os presento otro. Otro vídeo de Plasma Next, el futuro de KDE El [&hellip

by Baltasar Ortega at July 05, 2014 10:01 PM

July 04, 2014

Baltasar Ortega Bort

20 formas de colaborar con KDE (y el Software Libre)

Hace mucho tiempo realicé un artículo sobre 10 formas de colaborar con KDE (y el Software Libre en General) en el que comentaba las bondades de los proyectos libres, especialmente el  altruismo (conducta humana basada en la preocupación o atención desinteresada por el otro o los otros). Un tiempo después volví a la carga con [&hellip

by Baltasar Ortega at July 04, 2014 07:57 PM

June 30, 2014

Aleix Pol González

Plasma Next: All for one, and one for all

I haven’t been directly involved in Plasma development in the past a lot, only since very recently, because of my job at BlueSystems. Ever since I started working on the Plasma Desktop Shell, I’ve had 2 important concepts in mind that I’ve tried to follow:

  • The desktop is the place people go when they want to be performant.
  • Let the user focus by offering simple concepts that just work.

So far it’s looking good, I’ve been using it on my system daily and I haven’t had many important problems. Interestingly enough, one of the things I like about Plasma 5 is how it doesn’t try to get you in a spaceship. It does what you expect a shell to do, we’ve focused on making sure this is done properly and that all the tools to extend it are there, in case you want to go crazy. But the Plasma Shell, Plasma is solid.

Going crazyEnhancing Plasma UX

I think we need to, we want to. We thrive on it. The reason we’re developing software is to blow your minds, our mind. On the other hand it’s harmful, it’s much easier to go crazy than to provide a meaningful set of polished features. And we want polished.

But we want features, I want to take advantage of our frameworks and integrate the technologies that drive our lives, everyday, more and more. That’s why I think we want to start working on the services and applications that will complete that Plasma experience that, in the end, will be slightly different for many of us. Because we’re not all the same.

Now let me list some technologies that I’d like to see grow and hopefully help push in the following months.

KPeople

If you think about it, the ways we communicate over the Internet today and the ways we did 10 or even 15 years ago are essentially the same: we still chat through test, audio and video; we still send e-mails and we still exchange files in unreasonably broken ways. On the other hand it feels different, I think mostly because of using many devices with different sizes.
We want our software to understand these concepts. Different people and even groups of people offer us very rich and colorful semantics we want to be able to embrace both from Plasma and applications.

Having the people around us easily accessible is very important to be performant while still remaining as a simple concept we all understand, we don’t talk to an e-mail account, we talk to a person; only in many different ways.

KDE Connect

If talking to others is important, talking to us is even more important. Everybody I know, works with his phone on the desk and some of them with a tablet in the bag. I don’t think it’s easy getting to be performant if we have to keep checking what’s up on different devices. Furthermore, there’s no technical reason for that, we have KDE Connect. It needs polishing, it needs love but it has huge potential.
One of the things I like the most about KDE Connect is that it’s really easy to adopt. You have it available today on Android (and therefore BBX, Jolla, Ubuntu Phone and a couple others that support android apps), it’s in the way to be on iOS and we have a library you can re-use to take it to your favorite platform, that is obviously supported by Qt 5.

There’s lots of barriers to break there, we want a cloud-based client so you don’t need to have all devices in the same room; we want to break the barrier and see it developed in those new platforms we would never expect to find them. Also we want you to explore with us and find the synchronization nirvana.

My Conclusion

Finding a balance between making something simple and solid, KISS style, and going creative doesn’t go well together, on the other hand Qt and Plasma offers us lots of flexibility, so we have ways to do so.

I decided to go with this Musketeers (or I thought) slogan because it depicts quite well how I see myself using my laptop in some time. Every time less about those little windows and more about aggregating my people and my self, through the different gadgets I carry.

Corollary

Last, but not least, as usual I’d like to remind you that want to help ensure all this happens in the best of the conditions, you can consider donating to the Randa fundraiser, where KDE will gather and come up with many tools that will render this possible, in the best of the conditions.

by apol at June 30, 2014 05:46 PM

June 23, 2014

Baltasar Ortega Bort

Vídeo de Plasma Next, el futuro de KDE

Llevamos mucho tiempo en el blog hablando de Plasma Next, el futuro de KDE que promete seguir avanzando en el desarrollo del escritorio libre más completo del mercado. Hoy tengo el gusto de mostraros un pequeño vídeo con algunas de sus funcionalidades. Vídeo de Plasma Next, el futuro de KDE El vídeo está realizado por [&hellip

by Baltasar Ortega at June 23, 2014 02:36 PM

June 22, 2014

Baltasar Ortega Bort

Prueba Plasma Next con Neon 5 Live

Para los impacientes que quieran probar el futuro Plasma Next sin instalarlo en su equipo existe una solución  muy sencilla: utilizar Neon 5 Live. ¿Qué es el Proyecto Neon? Desde hace un tiempo podías poner en tu Kubuntu una versión del futuro KDE, es decir KDE Frameworks 5 y Plasma Workspaces 2. Esto era debido [&hellip

by Baltasar Ortega at June 22, 2014 08:10 AM

June 20, 2014

Aleix Pol González

Porting your project to Qt5/KF5

One of the things I’ve been asked recently quite often is about where’s the information regaring the needed port to KF5. I’ll use this blog post as reference.

Documentation

We have quite some documentation set up already to find your stuff. The ones I use the most are:

  1. api.kde.org: The API documentation, the frameworks section. There you can find most classes documented, within its own module.
  2. Porting notes: Whenever developing KF5, each not obvious decision we took was documented either here or in the api documentation. It’s especially interesting to look at this when hitting a deprecated class. If it’s not here, check the API documentation, if it’s still not there tell us and we’ll fix it.
  3. Already ported code: We have a good set of ported projects, it can be interesting to look at them and see how things have been resolved. Look for a frameworks branch.
  4. People: As a last resource, there’s always the community to give you a hand, notably in the #kde-devel IRC channel in freenode and the kde-frameworks-devel@kde.org mailing list.

How to get started

When it comes to porting, we can have a bit of a stress at start, I recommend to take it quietly and to take any step forward as a success. :)

For frameworks and libraries, look here, a template for creating KDE Frameworks.
For applications, what works the best is to port first the root CMakeLists.txt file, it should look like this:

find_package(ECM 0.0.11 REQUIRED NO_MODULE)
set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH} ${ECM_KDE_MODULE_DIR})

include(KDEInstallDirs)
include(KDECMakeSettings)
include(KDECompilerSettings)
include(FeatureSummary)

find_package(Qt5 REQUIRED COMPONENTS Widgets)
find_package(KF5 REQUIRED COMPONENTS CoreAddons Solid)

add_subdirectory(src)

feature_summary(WHAT ALL FATAL_ON_MISSING_REQUIRED_PACKAGES)

There’s not much more to change further than that. To make it a bit faster, you can use the spartan script, to port some simple and tedious changes to the new cmake names used in KF5. Note that it’s not perfect and we don’t ensure it’s going to work, but so far it has been of good help to me.

A good way to figure out if the porting is acceptable, is to run the unit tests of your application. If you don’t have, then remember that making unit tests is fun.

Things to look into

CMake
  • Adopted the cmake idioms: We don’t use anymore kde4_* macros to create targets, but the cmake macros, e.g. kde4_add_executable -> add_executable.
  • Dependencies: Where we used to have ${KDE4_KDEUI_LIBS}, now we have KF5::WidgetsAddons. Note it’s not a variable anymore and if you use cmake 3.0 you’ll get a warning if it wasn’t found. Furthermore, now each target already pulls the include directories. We don’t need to keep adding include_directories() with each of the dependencies.
  • Extra-cmake-modules: Look at what’s in there, there’s interesting things you’ll have to use at some point, also it’s targetted as a cmake extension, you might want to use it even though Qt or C++ isn’t used in your project.
C++

In reality, this is probably the easiest part. You need to keep trying to make it compile, and when it doesn’t then you look at the API and porting notes until it does, then goto “C++”.

To get the port started, it’s usually best to rely on KDELibs4Support framework in the beginning. It’s a framework with all the modules we decided to deprecate, because we moved the functionality to Qt5 mostly. It will help get to a point where everything is building then you can start removing deprecated dependencies 1 by 1. It’s also good to use it when there’s development still in the Qt4 branch of the project, because merging back will be easier.

If you’re planning to keep developing in Qt4 for a while, some porting beforehand can be useful, like KIcon -> QIcon::fromTheme, this way you also reduce the divergence between branches. Another idea to do before porting is to do unit testing, so you don’t need to test by hand every feature while porting.

QML

Porting QML is not trivial, but then there were only few projects actually using it seriously. All the underlying technology changed, so it can get tricky. At the moment, in Qt5 there are 2 QML implementations, QtQuick 1, which is the one we used in Qt4 and QtQuick 2 which is the one you want to be on, which uses Qt Scene Graph and does voodoo with the GPU.

One thing you get to decide is to stay in QtQuick 1. That is, only if everything it depends on is ported to QtQuick 1. For that matter, the PlasmaComponents were ported directly to QtQuick 2, so you’ll have to make the full change.

If you need to port to QtQuick 2, there’s also some scripts you can use to ease the change. You’ll want to basically change all the classes starting with QDeclarative* to QQml* and QQuick*, they usually keep the same name. If you were using QGraphicsView features, then you’re screwed.

In the actual qml/js side, when porting to QtQuick 2, you’ll want to update all imports. All Qt imports versions were bumped, so now you’ll have to change “import QtQuick 1.1″ to “import QtQuick 2.2″. In the same direction, “import org.kde.plasma.components 0.1″ now becomes “import org.kde.plasma.components 2.0″

Final considerations

I recommend people to do their porting, I think it’s a solid step forward for the project and will help you clean up parts of it and start thinking future.
Qt 5 provides many interesting new concepts. I’m thinking of QtWebSockets, QtWayland, QtWebEngine and I hear Qt3D is getting really interesting. Additionally, it enables your project from letting the Qt code integrate properly in the new C++11 concepts.
Porting to KF5 will also help your project become more portable and reach out to different platforms.

Finally, if you think this is interesting for KDE but you can’t find time or energy to dedicate it, please take a look at the Randa pledge, where we will push together to get KDE to embrace fully the KDE Frameworks 5.

by apol at June 20, 2014 11:02 PM

June 19, 2014

Agustín Benito Bethencourt

Abriendo puertas

En un artículo anterior escribía acerca del fin de un ciclo personal y profesional para mi. Hoy escribo sobre la nueva aventura en la que me he embarcado.

Hace unos días me trasladé a Cambridge, la original y, a partir de ahora, la auténtica. :-) Me ha traído una nueva aventura profesional. Linaro ha tenido la gentileza de darme una oportunidad imposible de rechazar, como Director of Core Development. En próximos artículos comentaré en qué consiste.

Linaro es una organización sin ánimo de lucro creada por una serie de multinacionales con el objetivo inicial de convertir ARM en un ciudadano de primera clase dentro del Kernel Linux. Cuatro años despues de su fundación, el éxito de la organización en su misión original es claro (actualmente es el tercer contribuidor al kernel). Se trata ahora de alcanzar nuevos retos, además de insistir en los anteriores.

Así que tras una etapa en Nuremberg, capital mundial de la cerveza, y una corta estancia en Praga, una ciudad fantástica, inicio otro capítulo en un nuevo Reino.

by Agustin Benito Bethencourt (noreply@blogger.com) at June 19, 2014 05:00 AM

June 18, 2014

Baltasar Ortega Bort

Mi Konqui Amigurumi adaptado para niños

Entrada corta y concisa. Hace unos días recibí en mi caso un encargo muy especial, mi Konqui Amigurumi, el peluche de KDE creado por la empresa la Fábrica de Miritich.   Mi Konqui Amigurumi El hecho de que los Konquis Amigurimi, lospeluches KDE esten realizados a mano hace posible que se puedan realizar encargos personalizados y [&hellip

by Baltasar Ortega at June 18, 2014 07:09 PM

June 17, 2014

Baltasar Ortega Bort

Recaudaciones de fondos para proyectos KDE

Hace un tiempo realicé un artículo titulado “15 formas de colaborar KDE (y el Software Libre en general)” en el que relataba justamente eso, diversas formas de ayudar al proyecto KDE sabiendo programar o no. La última de todas se centraba en la que ocupa menos tiempo pero es las más costosa económicamente hablando: realizar [&hellip

by Baltasar Ortega at June 17, 2014 07:36 PM

June 13, 2014

Baltasar Ortega Bort

500 entradas de Victorhck in the free world

En ocasiones los hados se confabulan en tu contra, y en otras a tu favor. Cierro una de las semanas laborales y familiares más complicadas de mi vida (nacimientos, complicaciones, evaluaciones, problemas de convivencia escolar, decisiones, aplazamientos, etc) lo cual me lleva a tener apenas tiempo para mantener el blog, lo cual, unido a las [&hellip

by Baltasar Ortega at June 13, 2014 07:55 PM

June 12, 2014

Baltasar Ortega Bort

KDE lanza la segunda beta de Plasma Next

Sigue el avance. el pasado 10 de julio se anunciaron las actualizaciones de la serie KDE 4.13 y 4.11, y  hoy me toca comentar los progresos en Plasma Next. La Comunidad KDE sigue avanzando. KDE lanza la segunda beta de Plasma Next El 10 de junio de 2014 fue anunciado el lanzamiento de la segunda [&hellip

by Baltasar Ortega at June 12, 2014 05:39 PM

Aleix Pol González

KDE Software on Android

Despite my involvement in KDE and free software operating systems, one of the features I’ve always loved from Qt is how we can use it to develop an application that can be used on any platform. Since I got my first /programmable/ phone, I’ve wanted to get my projects to work there, especially through all Nokia approaches to the issue, and I’ve managed to do so with relative success.

At some point last year I got to the conclusion that, if I wanted to remain somewhat sane, the best approach was to start focusing Android by caring about the CMake side of the issue and let QtQuick get into place, which is not in place yet, but admittedly in a much better state than a couples of years ago.

My KDE on Android approach is that any KDE project should be able to be built and bundled for Android from the sources, that is with an apk file as a result, without having to change the project sources: c++ or cmake.

I started working on this longtime ago on Qt4, but the fact that kdelibs was about to change and the poor direction of the port drove me away from bothering. Also if we want portable interfaces we want QtQuick Controls. I don’t think there’s much doubt there.

I restarted the project last November. I compiled a full Qt5 installation and started to get it to build, my intention was to use android.toolchain.cmake again, but I then decided that it would be better to create a new cmake toolchain file to have all the control I needed over how it’s being compiled. Some things need to be treated with special love like how executables are built and especially being able to create apks.

At the moment it seems to be working reasonably well, I’ve been using KAlgebra as a test. I get to easily deploy the Analitza framework which is a dependency and then consume it from KAlgebra which bundles all dependencies into a nice publishable APK.

Enough back-story, let’s see how we’d build KAlgebra (or any traditional KDE project for that matter).

To get all the features going we need:
* Qt 5.4 built for Android (currently in dev branch)
* CMake 3.0
* Android NDK
* Android Development Kit
* the ToolChain file I created (still to find a proper place, can be found here)
* Extra-CMake-Modules
* The project’s source code, because the power is in the source!

Here’s an example on how to get it done [1], but that’s the expanded version. As an attempt not to scare you here I used a simplified version, by having a cmakeandroid macro defined, passing cmake all the needed information.

mkdir build-analitza build-kalgebra
cd build-analitza && cmakeandroid ~/src/analitza && make && make install
cd build-kalgebra && cmakeandroid ~/src/kalgebra -DQTANDROID_EXPORTED_TARGET=kalgebramobile && make && make create-apk-kalgebramobile

Which I think it’s readable enough.

To conclude, we are able to consider Android as a candidate for KDE projects to adopt. There’s much more to do both on KDE, Qt and cmake sides, but we can get to discuss it when you’ve ported your application.

For the moment, I’d like to know if there’s any application that is interested in being built for Android, I’d like to give it a try, especially if it’s already been ported to QtQuick and Qt5/KF5.
Furthermore, in case anybody is interested, I’ll open a wiki page with this information, in case anybody wants to use it, for the moment my cmake toolchain and manifest can be found here:
http://quickgit.kde.org/?p=scratch%2Fapol%2Fkalgebraandroid.git

[1]

mkdir install && \
mkdir build-analitza && cd build-analitza && \
/opt/cmake-devel/bin/cmake ~kde-devel/frameworks/analitza -DCMAKE_INSTALL_PREFIX=$HOME/android/install -DCMAKE_PREFIX_PATH=$HOME/android/install -DANDROID_APK_DIR=$HOME/android/kalgebraandroid/androidpkg/ -DCMAKE_TOOLCHAIN_FILE=$HOME/android/kalgebraandroid/AndroidToolchain.cmake -DQt5_DIR=$HOME/android/qt5/qtbase/lib/cmake/Qt5/ -DQt5Core_DIR=$HOME/android/qt5/qtbase/lib/cmake/Qt5Core && \
make && make install && \
cd .. && mkdir build-kalgebra && cd build-kalgebra && \
/opt/cmake-devel/bin/cmake ~kde-devel/frameworks/kalgebra -DCMAKE_INSTALL_PREFIX=$HOME/android/install -DCMAKE_PREFIX_PATH=$HOME/android/install -DANDROID_APK_DIR=$HOME/android/kalgebraandroid/androidpkg/ -DCMAKE_TOOLCHAIN_FILE=$HOME/android/kalgebraandroid/AndroidToolchain.cmake -DQt5_DIR=$HOME/android/qt5/qtbase/lib/cmake/Qt5/ -DQt5Core_DIR=$HOME/android/qt5/qtbase/lib/cmake/Qt5Core -DQTANDROID_EXPORTED_TARGET=kalgebramobile -DMOBILE_BACKEND=qtcontrols && \
make && \
make create-apk-kalgebramobile

by apol at June 12, 2014 01:30 PM

June 10, 2014

Baltasar Ortega Bort

KDE lanza las actualizaciones de junio

El pasado 10 de junio fue lanzado la serie de actualizaciones mensuales que realiza el equipo de desarrollo de KDE para mantener al día tanto los Espacios de trabajo Plasma, las Aplicaciones y la Plataforma. Y es que no paran los chicos y chicas de KDE. No solo nos preparan Plasma Next, es decir, el [&hellip

by Baltasar Ortega at June 10, 2014 01:04 PM

June 09, 2014

Baltasar Ortega Bort

Cuarto informe de 2014 de KDE e.V. Quarterly Report

Ya está disponible la nueva entrega del informe de KDE e.V. Quarterly Report de 2013, en decir, una pequeña revista trimestral que nos proporciona una visión oficial de algunas de las cosas que la Comunidad KDE ha hecho durante estos últimos meses.   Cuarto informe de 2014 de KDE e.V. Quarterly Report Estos informes son [&hellip

by Baltasar Ortega at June 09, 2014 02:13 PM

May 31, 2014

Baltasar Ortega Bort

Planeta Linux, tu portal de noticias GNU/Linux

La cantidad de blogs sobre gnu/linux que existen son numerosos y variados, no obstante nunca está de más conocer nuevos proyectos como Planet Linux, un sitio al estilo de Planet KDE o Planet KDE Español, pero como es de esperar mucho más diverso. ¿Qué es Planeta Linux? Como es habitual, lo mejor es que los [&hellip

by Baltasar Ortega at May 31, 2014 08:10 AM

May 30, 2014

Baltasar Ortega Bort

10 días en Blue Systems colaborando con KDE

Es asombroso ver como la Comunidad KDE es una comunidad abierta a todo tipo de experiencias y es capaz de acoger a todo tipo de personas interesadas en ella, acogerlas y hacer que se sientan bien. Veamos como puede ser pasar 10 días en Blue Systems colaborando con KDE. Lo cierto es que una la [&hellip

by Baltasar Ortega at May 30, 2014 08:10 AM

May 14, 2014

Baltasar Ortega Bort

Lanzado KDE aplicaciones y plataforma 4.13.1

El pasado 13 de mayo fue lanzado la primera revisión del magnífico escritorio KDE 4.13, es decir KDE 4.13.1. Una actualización que permite solucionar errores y muy recomendada para todos los usuarios. Y es que no paran los chicos y chicas de KDE. No solo nos preparan Plasma Next, es decir, el futuro “KDE 5″ [&hellip

by Baltasar Ortega at May 14, 2014 08:10 AM

May 12, 2014

Agustín Benito Bethencourt

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (III)

<style type="text/css">P { margin-bottom: 0.08in; }H2 { margin-bottom: 0.08in; }H2.western { font-family: "Arial",sans-serif; font-size: 14pt; font-style: italic; }H2.cjk { font-family: "WenQuanYi Micro Hei"; font-size: 14pt; font-style: italic; }H2.ctl { font-family: "Lohit Hindi"; font-size: 14pt; font-style: italic; }</style>

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í:

by Agustin Benito Bethencourt (noreply@blogger.com) at May 12, 2014 10:18 AM

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (II)

<style type="text/css">P { margin-bottom: 0.08in; }H2 { margin-bottom: 0.08in; }H2.western { font-family: "Arial",sans-serif; font-size: 14pt; font-style: italic; }H2.cjk { font-family: "WenQuanYi Micro Hei"; font-size: 14pt; font-style: italic; }H2.ctl { font-family: "Lohit Hindi"; font-size: 14pt; font-style: italic; }</style>

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í:

by Agustin Benito Bethencourt (noreply@blogger.com) at May 12, 2014 10:16 AM

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (I)

<style type="text/css">P { margin-bottom: 0.08in; }H1 { margin-bottom: 0.08in; }H1.western { font-family: "Arial",sans-serif; font-size: 16pt; }H1.cjk { font-family: "WenQuanYi Micro Hei"; font-size: 16pt; }H1.ctl { font-family: "Lohit Hindi"; font-size: 16pt; }H2 { margin-bottom: 0.08in; }H2.western { font-family: "Arial",sans-serif; font-size: 14pt; font-style: italic; }H2.cjk { font-family: "WenQuanYi Micro Hei"; font-size: 14pt; font-style: italic; }H2.ctl { font-family: "Lohit Hindi"; font-size: 14pt; font-style: italic; }</style>

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:

by Agustin Benito Bethencourt (noreply@blogger.com) at May 12, 2014 10:15 AM

May 05, 2014

Alex Fiestas

For community free of Trolls

In light of the last comments containing insults and other attacks to members of our community I have decided to make a video blog explaining my thoughts on the issue.

The video contains two separate topics:

  • Explanation of why we can’t tolerate this behavior
  • Some ideas on the actual matter (Baloo)

Please, watch the whole thing before commenting and I hope we all work together to push away the trolls in our community.
<iframe frameborder="0" height="380" src="http://www.youtube.com/embed/6ewPCbbN9yY" width="640"></iframe>
Cheers !

by afiestas at May 05, 2014 09:47 PM

May 03, 2014

Baltasar Ortega Bort

KDE 4.12.5 y KDE Workspace 4.11.9 disponibles

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

by Baltasar Ortega at May 03, 2014 08:10 AM

April 25, 2014

Baltasar Ortega Bort

Calendario de lanzamiento de KDE 4.14 Applications

Ya tenemos disponible el calendario lanzamiento de KDE 4.14, la siguiente versión de nuestro escritorio favorito, la cual no ofrecerá novedades en su motor pero si en las aplicaciones.  El equipo de desarrolladores de KDE tiene muchas virtudes y entre ellas destaca su fiabilidad a la hora de cumplir sus plazos, lo ha demostrado holgadamente [&hellip

by Baltasar Ortega at April 25, 2014 08:10 AM

April 20, 2014

Baltasar Ortega Bort

Cómo instalar Kubuntu 14.04 desde el DVD

Tiempo atrás quedaron las complicadas instalaciones de los sistemas operativos GNU/Linux en nuestros ordenadores. Ahora todo es casi un juego de niños aunque siempre viene bien realizar una pequeña entrada de cómo instalar Kubuntu 14.04 Uno de los problemas principales que tienen los usuarios para iniciarse en el mundo GNU/Linux es el de la instalación [&hellip

by Baltasar Ortega at April 20, 2014 08:10 AM

April 17, 2014

Baltasar Ortega Bort

Lanzado KDE 4.13

Ayer fue lanzado KDE 4.13, la siguiente versión del escritorio libre más bello y funcional que pueden habitar en nuestros ordenadores. Repasemos algunas de sus nuevas funcionalidades, las cuales se centran en Kontact. Aunque el horizonte de la mayor parte de los desarrolladores está puesto en Plasma Next (es decir, lo que no se [&hellip

by Baltasar Ortega at April 17, 2014 07:32 AM