MeeGo

Qt.openUrlExternally("geo:-34.603611,-58.381667")

Symbian

Qt.openUrlExternally("http://m.ovi.me/?c=-34.603611,-58.381667")

Ademas de poder abrir Nokia Maps en una ubicación precisa, con openUrlExternally también es posible, hacer llamados telefónicos, enviar SMSs, emails, abrir una dirección web en el navegador nativo y algunas otras cosas mas, pueden ver algunos ejemplos de esto y su implementación en esta entrada en la wiki de Nokia Developer

Para empezar, lo primero que hay que hacer es bajar el proyecto y copiarlo en una carpeta con nombre el QJson en la carpeta raíz de nuestro proyecto.

Luego en el .pro de nuestro proyecto debemos hace un include al .pri de QJon.

include(./QJson/json.pri)

También en el .pro hay que declarar que vamos a usar la función network.

QT += network

En el main.cpp de nuestra app solo hay que crear los includes para QtDeclarative y para QJson y registrar el Type.

#include 
#include "qmlapplicationviewer.h"

#include 
#include "qjson/qjson.h"

Q_DECL_EXPORT int main(int argc, char *argv[])
{
    QScopedPointer app(createApplication(argc, argv));

    qmlRegisterType("QJson", 1, 0, "QJson");

    QmlApplicationViewer viewer;
    viewer.setMainQmlFile(QLatin1String("qml/QColor/main.qml"));
    viewer.showExpanded();

    return app->exec();
}

En la parte QML empezamos agregando un import a QJson, luego crearemos un objeto QJSon y por ultimo vamos a declarar que cuando se dispare el evento Component.onCompleted se le asignara la url a parsear al objeto QJson y luego iteraremos la data resultante de la consulta he iremos asignando lo valores obtenidos a los campos correspondientes del modelo.

import QtQuick 1.1
import QJson 1.0
import com.nokia.symbian 1.1

Page {
    id: mainPage

    ListModel {
        id:colorsModel
    }

    Component {
        id:colorsDelegate
        ListItem {
            height: 100
            Image {
                id:icon
                smooth: true
                width: parent.width
                height: parent.height
                source: imageUrl
                Rectangle {
                    width:parent.width
                    height: 28
                    color:"#000"
                    anchors.bottom: parent.bottom
                    anchors.bottomMargin: 0
                    opacity: 0.750
                    ListItemText {
                        role: "SubTitle"
                        text:title +" by " + userName
                        horizontalAlignment: Text.AlignHCenter
                    }
                }
            }
        }
    }

    ListView {
        anchors.fill: parent
        model: colorsModel
        delegate: colorsDelegate
    }

    QJson {
        id: json
        onError: {
            console.log("line:"+line)
            console.log("message:"+message)
        }
    }

    Component.onCompleted: {
        var data = json.parse("http://www.colourlovers.com/api/palettes/new&format=json")

        for(var p in data){
            colorsModel.append({
                                   "title"   : data[p]["title"]
                                   ,"userName"  : data[p]["userName"]
                                   ,"imageUrl": data[p]["imageUrl"]
                               })
        }
    }
}

Para este ejemplo use el API de ColorLovers para poder consultar las ultimas paletas que se han agregado a su DB, el resultado de este pequeño ejemplo pueden apreciarlo en la siguiente imagen.

Photo Source: TizenTalk

El resto de las charla tanto las del día 2 como las del día 3 se centraron y dejaron bien en claro que HTML5 es la opción principal para el desarrollo de aplicaciones en Tizen y que la posibilidad de desarrollar de forma nativa esta en duda o en suspenso hasta la versión 2.0, por lo visto en las charlas, Tizen se esta posicionando como un OS carrier friendly, ofreciendo un core común, con una UX flexible, que puede ser personalizada a gusto por los operadores, con esta base los carriers pueden ofrecer dispositivos que hagan uso de sus propias tiendas de aplicaciones y servicios on the cloud, para así crear su propio “ecosistema”.

Dejar de la lado la posibilidad del desarrollo nativo hace que uno de los pocos puntos diferenciadores y una de las pocas ventajas comparativas que podía llegar a tener Tizen se pierde y queda posicionado al mismo nivel de Boot to Gecko, que ataca el mismo nicho; dispositivos HTML5 ready y fácilmente personalizable por los operadores.

Es paradójico ver como HTML5 que fue pensado y esta siendo impulsado como el gran estándar unificador, el que permitirá un mundo mas Open, se convierte en la herramienta perfecta para que los grandes creadores de contenidos, los operadores y los fabricantes de dispositivos puedan fácilmente crear sus jardines vallados.

HTML5 y Cloud Computing se están convirtiendo en una nueva clase de pensamiento único, todo en aras de la facilidad de uso, de la comodidad y de la seguridad, nuestros dispositivos móviles se están convirtiendo cada vez mas en terminales bobas, en donde las aplicaciones serán meros front-ends y tus datos estarán almacenados en algún oscuro rincón de un datacenter junto con el resto de tus archivos, ya que es mas barato poner un gigabyte on the cloud que en un dispositivo, ademas el continuo ida y vuelta de datos es una buena noticia para los operadores que cobran por ese trafico y para los creadores de contenido que en un futuro solo van a ofrecer sus productos por este tipo de canales, con mucho DRM y estúpidas restricciones, ya que para ellos, tu eres culpable de piratería hasta que se pruebe lo contrario (cosa que nunca pasa), todo un circulo vicioso, en donde todos ganan, menos los usuarios, aunque ellos crean que son los mayores beneficiados, ya que en su ignorancia, ceden su propiedad (archivos, datos, información) y privacidad, por una conveniencia del momento, para así poder seguir cómodamente insensibles.

Siento ser tan pesimista, yo en lo personal no tenia muchas esperanzas puestas en Tizen, a diferencia de MeeGo, Tizen no ofrece nada nuevo, ni nada que entusiasme y eso se nota mucho, la comunidad alrededor de Tizen es mínima, el trafico en las lista de correos es ínfimo, los comentarios en IRC no son muy alentadores y la visión que tenia el proyecto MeeGo de crear un sistema operativo Open Source tanto en el código como en el proceso de desarrollo, a Tizen le queda grande.

Photo Source: TizenTalk

La otra noticia importante es que no hubo noticias, ha ultimo momento pasaron a Imad Sousou de Intel y a Jong-Deok Choi de Samsung de la keynote de hoy a la keynote de mañana, por lo que solo quedo Jim Zemlin en escena hoy, el cual durmió a todo el auditorio y quienes lo seguíamos vía streaming con su tradicional speech acerca de la naturaleza de Linux y la función de la Linux Foundation.

Y eso es todo por hoy, lo mejor esta por venir en la Tizen Developer Conference 2012, si quieren seguir el evento, pueden presenciarlo vía streaming desde aquí o siguiendo a @TizenTalk en twitter o en su site, el cual esta haciendo una magnifica cobertura.

Actualización – 08/05/2012

La gente de The Handheld Blog ha podido examinar en detalle el prototipo de Tizen y lo grabo en video.

Por ultimo, pero no menos importante, ya están disponibles varios de los videos y slides del track de Tizen en la Linux Foundation Collaboration Summit 2012, afortunadamente Tizen estado comenzando a tener momentum, esperemos que tanto la Linux Foundation, Intel y Samsung hayan aprendido de los errores en el manejo de expectativas que se llevaron a cabo con MeeGo y que en la próxima Tizen Developer Conference se muestre al menos un dispositivo corriendo Tizen y que su salida al mercado no pase de este año, Tizen no ha logrado crear comunidad tanto como lo hizo MeeGo en esta etapa de su desarrollo es por ello que esta conferencia es tan importante, espero que las cosas salgan bien, ya que no creo que la comunidad pueda perdonar una desilusión mas.

Actualización – 30/04/2012

Ya se encuentra disponible el código de la versión 1.0 “Larkspur” del Core OS de Tizen, esta versión esta mas enfocada en estabilizar y mejorar la performance, aunque también se han agregado una cantidad importante de nuevas caracteristicas, junto con el código del Core OS, también se encuentra disponible la nueva versión del SDK, que incluye mejoras es el IDE, un nuevo Simulador, para probar y debuggear de forma mas rápida aplicaciones Web y un aumento notable en la performance del Emulador.

We need to build computers for the masses, not the classes.

Jack Tramiel

Design must be functional and functionality has to be translated visually into aesthetics, without gags that have to be explained first.
A product that is coherent in form requires no adornment. It is enhanced by the purity of its form, good design should be honest.

Ferdinand Alexander Porsche

First they ignore you, then they laugh at you, then they fight you, then you win.

Mohandas Karamchand Gandhi

Despite opposition, truth happens



Default to open: The story of open source and Red Hat

Nokia has confirmed the existence of Meltemi. Kinda. http://t.co/BNx2g2gF

March 21, 2012 09:17 via TweetDeckReplyRetweetFavorite

@kypeli

Johan Paul

La segunda prueba se encuentra en los repositorios de Qt Sensors, en donde en la cabecera de archivo se puede ver los siguiente:

And Nokia confirmed Meltemi will run Qt. Kinda. http://t.co/1fmWTeWF

March 21, 2012 09:19 via TweetDeckReplyRetweetFavorite

@kypeli

Johan Paul

Estas pruebas no hacen mas que confirmar que Meltemi existe, que esta basado en Linux y que Qt es uno de sus pilares, ahora solo resta saber cuando y en que producto se presentara, sera cuestión de seguir esperando, pero viendo el buen trabajo que se hizo con MeeGo/Harmattan, creo que la espera aunque dura, valdrá la pena.

Actualización – 22/03/2012

Las pruebas de la existencia de Meltemi al parecer no duraron mucho en publico, tanto el contenido de Pastebin como el archivo en el repo de Qt Sensors ha sido eliminado, afortunadamente tengo una copia de cada uno de ellos, lo cuales pueden ver a continuación:

Pastebin

From c562d53d77866767beb242df2eee507c7b8bcaf7 Mon Sep 17 00:00:00 2001
From: ------ --------- <------.---------@nokia.com>
Date: Tue, 24 Jan 2012 19:11:39 +0100
Subject: [PATCH] Cleanup package dependencies

---
 mt-make-sysroot |   35 +++--------------------------------
 1 files changed, 3 insertions(+), 32 deletions(-)

diff --git a/mt-make-sysroot b/mt-make-sysroot
index 688bf39..26011d7 100755
--- a/mt-make-sysroot
+++ b/mt-make-sysroot
@@ -166,24 +166,6 @@ function find_executable()
   return 0
 }

-function test_object()
-# Usage:
-#
-#   test_object <test> <object> [message]
-#
-# Run <test> (-d/-f/-e/-x/...) for <object>
-# on success return 0
-# on failure print message if supplied and return 1
-{
-  if [ ! "${1}" "${2}" ] ; then
-    if [ -n "${3}" ] ; then
-      echo "${3}"
-    fi
-    return 1
-  fi
-  return 0
-}
-
 function test_package()
 # Usage:
 #
@@ -236,17 +218,8 @@ function check_environment_ubuntu()
   test_package 'mt-dev-env' 'This machine was not setup to run the desktop emulator, yet. Visit http://wikis.in.nokia.com/Meltemi/Developer and do check the prerequisits section' || \
     tool_check=0

-  find_executable 'rpm' 'rpm not found. Do "sudo apt-get install rpm"' || \
-    tool_check=0
-
-  #python
-  test_object '-d' '/usr/share/pyshared/M2Crypto' 'python-m2crypto not found. Do "sudo apt-get install python-m2crypto"' || \
-    tool_check=0
-  test_object '-d' '/usr/share/pyshared/urlgrabber' 'python-urlgrabber not found. Do "sudo apt-get install python-urlgrabber"' || \
+  find_executable 'mtz' 'mtz not found. Do "sudo apt-get install mtz"' || \
     tool_check=0
-  test_object '-f' '/usr/lib/build/debtransform' \
-    'python rpm helper module not found. Add the open suse repository to your sources.list and do "sudo apt-get install build"' || \
-      tool_check=0

   if [[ $tool_check == 0 ]] ; then
     exit 1
@@ -257,7 +230,7 @@ function check_environment_opensuse()
 {
   local tool_check=1

-  find_executable 'rpm' 'rpm not found.' || \
+  find_executable 'mtz' 'mtz not found.' || \
     tool_check=0

   if [[ $tool_check == 0 ]] ; then
@@ -269,7 +242,7 @@ function check_environment_redhat()
 {
   local tool_check=1

-  find_executable 'rpm' 'rpm not found.' || \
+  find_executable 'mtz' 'mtz not found.' || \
     tool_check=0

   if [[ $tool_check == 0 ]] ; then
@@ -595,8 +568,6 @@ init_obs
 function mtz_wrapper()
 {
   arch=$1
-  test_package 'mtz' 'mtz not found, trying to install' || \
-    "${SUDO}" apt-get install mtz || print_error "Installation of mtz failed"

   #fix the arch name, since mtz needs to know the real ones used on the reposerver
   arch=`echo $arch | sed -e "s/armv7el/armv7hl/"`
--
1.7.4.1

qirproximitysensor.cpp

/****************************************************************************
**
** Copyright (C) 2011 Nokia Corporation and/or its subsidiary(-ies).
** All rights reserved.
** Contact: Nokia Corporation (qt-info@nokia.com)
**
** This file is part of the QtSensors middleware for Meltemi.
**
** $QT_BEGIN_LICENSE:LGPL$
** GNU Lesser General Public License Usage
** This file may be used under the terms of the GNU Lesser General Public
** License version 2.1 as published by the Free Software Foundation and
** appearing in the file LICENSE.LGPL included in the packaging of this
** file. Please review the following information to ensure the GNU Lesser
** General Public License version 2.1 requirements will be met:
** http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html.
**
** In addition, as a special exception, Nokia gives you certain additional
** rights. These rights are described in the Nokia Qt LGPL Exception
** version 1.1, included in the file LGPL_EXCEPTION.txt in this package.
**
** GNU General Public License Usage
** Alternatively, this file may be used under the terms of the GNU General
** Public License version 3.0 as published by the Free Software Foundation
** and appearing in the file LICENSE.GPL included in the packaging of this
** file. Please review the following information to ensure the GNU General
** Public License version 3.0 requirements will be met:
** http://www.gnu.org/copyleft/gpl.html.
**
** Other Usage
** Alternatively, this file may be used in accordance with the terms and
** conditions contained in a signed written agreement between you and Nokia.
**
**
**
**
**
** $QT_END_LICENSE$
**
****************************************************************************/

#include 
#include "qirproximitysensor_p.h"
IMPLEMENT_READING(QIRProximityReading)
/*
    \class QIRProximityReading
    \ingroup sensors_reading
    \inmodule QtSensors
    \brief The QIRProximityReading class holds readings from the IR proximity sensor.
    The IR (infra-red) proximity sensor detects proximity by beaming out infra-red light
    and detecting how much of the light returns.
    The biggest limitation of this technology is that there is no reliable way to turn the
    reflectance values into distances unless both the item being detected and the ambient
    conditions are known.
    \section2 QIRProximityReading Units
    The sensor reports reflectance as a percentage. That is, 0 indicates nothing was detected
    within the range of the sensor and 100 indicates the infra-red signal returned at the full
    power level that it was sent at.
*/
/*
    \property QIRProximityReading::reflectance
    \brief Holds the reflectance value.
    The reflectance is a percentage (from 0 to 100) indicating how much of the transmitted
    infra-red light was returned.
    \sa {QIRProximityReading Units}
*/
qreal QIRProximityReading::reflectance() const
{
    return d->reflectance;
}
/*
    Sets the reflectance value to \a reflectance.
*/
void QIRProximityReading::setReflectance(qreal reflectance)
{
    d->reflectance = reflectance;
}
// =====================================================================

/*
    \class QIRProximityFilter
    \ingroup sensors_filter
    \inmodule QtSensors
    \brief The QIRProximityFilter class is a convenience wrapper around QSensorFilter.
    The only difference is that the filter() method features a pointer to QIRProximityReading
    instead of QSensorReading.
*/

/*
    \fn QIRProximityFilter::filter(QIRProximityReading *reading)
    Called when \a reading changes. Returns false to prevent the reading from propagating.
    \sa QSensorFilter::filter()
*/

char const * const QIRProximitySensor::type("QIRProximitySensor");

/*
    \class QIRProximitySensor
    \ingroup sensors_type
    \inmodule QtSensors
    \brief The QIRProximitySensor class is a convenience wrapper around QSensor.
    The only behavioural difference is that this class sets the type properly.
    This class also features a reading() function that returns a QIRProximityReading instead of a QSensorReading.
    For details about how the sensor works, see \l QIRProximityReading.
    \sa QIRProximityReading
*/

/*
    \fn QIRProximitySensor::QIRProximitySensor(QObject *parent)
    Construct the sensor as a child of \a parent.
*/

/*
    \fn QIRProximitySensor::~QIRProximitySensor()
    Destroy the sensor. Stops the sensor if it has not already been stopped.
*/

/*
    \fn QIRProximitySensor::reading() const
    Returns the reading class for this sensor.
    \sa QSensor::reading()

*/

#include "moc_qirproximitysensor.cpp"

Para ir finalizando, les dejo este video en el que podrán a preciar el funcionamiento de B2G en lo que parece ser un dispositivo de referencia, la UI es un poco diferente a las vista en anteriores posts (1,2), esto seguramente es obra de Telefónica, lo que muestra la versatilidad que B2G les puede dar a fabricantes y operadores para fácilmente crear factores diferenciadores que les ayuden a sobresalir de la competencia.

→ Nokia PureView imaging technology whitepaper

Esperemos que los anuncios de la Fundación Mozilla en el MWC 2012 colmen las expectativas y permitan crear una masa critica de desarrolladores y empresas interesadas alrededor del proyecto, como para ir calentado motores les dejo algunas screenshots de la ultima build de Gaia, que si las comparan con las de mi anterior post acerca de Gaia, podrán apreciar el nuevo diseño de la UI y todo el avance que se ha llevado a cabo.

B2G Lockscreen y Homescreens

Mozilla Marketplace, Contactos y Mensajes

Browser y Galeria de Fotos

Hace un par de días comenzó el proceso para poder pre ordenar de la Spark, tanto este anuncio como los anteriores han logrado llamar la atención de la mayoría de los blogs mainstream, lo que ha logrado crear cierta masa critica de entusiastas e interesados en comprar una Spark, esto permitirá en un principio que los primeros objetivos del proyecto puedan llegar a concretarse, yo por mi parte ya complete mi pre orden, espero no tener problemas para poder recibir la tablet en mi domicilio, pero en un país como la Argentina en donde un burócrata corrupto traba la importación de medicamentos oncológicos sin importarle la vida de quienes dependen de esta medicación, lograr que una simple tablet pase por esa caja negra que es la Aduana Argentina puede terminar siendo una odisea.

Dejando de lado lo problemas de corrupción y burocracia, la sola idea de que proyectos como la Spark o la Raspberry Pi comiencen a traccionar y que el publico “no técnico” tenga idea de su existencia es un logro importante, y no por el hecho de que este publico pueda terminar comprando alguno de estos dispositivos, sino por el simple hecho de que este publico ahora conoce la idea que impulsa a estos proyectos, para mucha gente las restricciones y trabas que traen la mayoría de los dispositivos móviles le son indiferentes o ignoran su existencia, el poder modificar, cambiar el OS o hacer lo que se te ocurra con el dispositivo que compraste y es de tu propiedad es algo que todos los que usamos una PC damos por sentado, pero en el mundo mobile la cosa es diferente, el éxito de Apple abrió el camino para que el resto de los fabricantes siguieran su estrategia de limitar funcionalidad y libertad de modificación y configuración a cambio de “facilidad de uso”, integración, seguridad y todas las idioteces que puedan salir de los departamentos de marketing y sirvan para controlar lo que el usuario hace con su dispositivo.

Spark no es el primer proyecto de su tipo, hace unos meses la Cordia Tab, creo algo de expectativa, mas que nada entre aquellos que estábamos involucrados de alguna manera con MeeGo, lamentablemente por problemas con el OEM que no quería entregar el código del kernel Linux que utilizaba el dispositivo seleccionado, el proyecto se paralizo, antecedentes como estos son los que hacen que la Spark sea tan importante, si la Spark llega a tener un éxito moderado, esto puede servir de precedente, y demostrarle a los OEMs que también se puede hacer dinero con una plataforma de hardware abierta, es mas, la Spark y todo el software que se cree para ella pueden darle una ventaja y cierta diferenciación a todos esos pequeños fabricantes chinos que hoy por hoy solo pueden competir en precio y en la gama baja.

El mercado mobile actual, se parece al mercado de las computadoras hogareñas de principios de los 80, donde una cantidad inmensa de empresas fabricaban sus dispositivos totalmente incompatibles unos con otros, tanto a nivel hardware como a nivel software, esta etapa paso rápido y sirvió para que la computación se popularizara y llegara a muchos hogares y escuelas, pero la verdadera revolución comenzó con la IBM PC y sus clones compatibles, que sentó las bases de toda una industria que creció alrededor de este mínimo común denominador, en donde no había restricciones, lo que permitió que terceras partes agregaran todo aquello que faltaba o que mejoraran lo que ya existía.

Spark es solo el comienzo, es verdad que la relación precio prestaciones del producto no es la mejor, pero de alguna manera hay que empezar, en este momento lo mas importante es tener un dispositivo libre y abierto, antes que un dispositivo con una pantalla de calidad o un procesador poderoso, estamos en un punto de quiebre, los fabricantes de hardware junto a grandes empresas de software y entretenimiento están presionando para cerrar y dificultar lo mas posible el poder modificar tanto el hardware como el software, necesitamos ahora mas que nunca una alternativa abierta para contrarrestar esta ola de restricciones, sino, vamos a pasar mas tiempo tratando de burlar protecciones que usando nuestros propios dispositivos, la Spark es un primer paso en un camino largo y complicado, es hora de empezar a recorrerlo.

Diseño

En los siguientes links van a poder encontrar las guiás de diseño para Symbian Belle las cuales les van a permitir conocer los nuevos componentes y patrones que forman parte de la UI y como y donde utilizarlos, también encontraran información sobre la nueva iconografía y templates que les permitirán crear los iconos de sus aplicaciones con la seguridad de seguir al pie de la letra las recomendaciones del equipo de diseño de Nokia.

• Symbian Design Guidelines
• Designing for Symbian
• UI patterns
• UI components and stencils (Online)
• UI components and stencils (Offline)
• Iconography style summary
• Symbian iconography guidelines

Desarrollo

La mejor forma de que nuestras aplicaciones se adapten completamente al nuevo estilo y a los nuevos patrones de interacción que trae Belle es usando Qt en conjunto con Qt Components, en la siguiente lista de recursos encontraran, documentación, guiás de publicación, presentaciones y webinars que les permitirán ahondar en este tema.

En Gaia todo es una WebApp y la primera de las WebApps que vemos es la Homescreen (ver imagen debajo), la Homescreen usa window.navigator.mozApps para encontrar todas las WebApps instaladas y mostrar su correspondiente icono en la Homescreen, esto es en la teoría, actualmente el listado de apps que se ven en la Homescreen esta hardcodeado en el archivo ${GAIA}/apps/homescreen/webapi+apps.js, como dije al principio Gaia es una PoC (prueba de concepto) bastante experimental, por lo que en esta etapa del proyecto es posible encontrar cosas como estas.

B2G Lockscreen, Homescreen y Dialer

El resto de las aplicaciones están en un nivel muy básico de desarrollo, algunas están mas avanzadas y son mas funcionales que otras, por ejemplo ya es posible enviar SMSs usando B2G siempre y cuando lo estemos corriendo en un dispositivo, otra app que por obvias razones esta muy avanzada es el Browser, el resto de las apps están en sus comienzos, por lo que habrá que esperar para ver su evolución.

B2G Browser

Instalando Gaia

Podemos probar Gaia, flasehando una imagen de B2G en un dispositivo (Samsung Galaxy S2, Nexus S) he instalando Gaia encima, otra opción es hacer lo mismo pero corriendo todo en el emulador que trae el SDK de Android y por ultimo podemos correrlo dentro de un browser, esta ultima opción es la que escogí yo, el proceso para compilar Gaia, esta muy bien explicado en la Wiki de Mozilla, antes de comenzar con el proceso de compilación es recomendable chequear que cumplimos con todos lo pre requisitos necesarios para compilar Firefox, la información esta disponible para varias distros en Mozilla Developer Network, presten especial atención a Autoconf ya que Mozilla usa la versión 2.13 de Autoconf para las tareas de compilación y la mayoría de las distros viene con una versiones mas actualizada, por lo que casi con seguridad van a tener que hacer un downgrade.

Web Apps en Gaia

El modelo de desarrollo de apps para B2G se basa en estándares Web, usando HTML, CSS y JavaScript, si han creado una aplicación Web usando solo estas tecnologías el proceso de portarlas a B2G es algo trivial, ademas se esta trabajando en un conjunto de APIs para poder acceder a funciones “nativas” de los dispositivos y extender su funcionalidad, en la siguiente tabla pueden ver un listado de estas APIs.

Estructura de una WebApp

En el siguiente esquema pueden ver como esta organizada una pequeña WebApp, la estructura es la misma que utilizan las apps que viene precargadas con Gaia, así que estimo sera la que ellos recomendaran en un futuro, si lo desean pueden organizar los archivos de la manera que les parezca mas cómoda lo único que si o si tiene que estar presente en la WebApp es el archivo manifest.appcache.

paulo@kendra ~/repos/gaia/apps/subtego $ tree
.
├── js
│   ├── jlinq.js
│   ├── lines.js
│   └── stations.js
├── manifest.appcache
├── manifest.webapp
├── style
│   ├── icons
│   │   └── SubteGo.png
│   ├── images
│   │   ├── a.png
│   │   ├── b.png
│   │   ├── c.png
│   │   ├── d.png
│   │   ├── e.png
│   │   ├── h.png
│   │   ├── h.png
... ... ... ...
│   │   └── pin.png
│   └── ui.css
└── subtego.html

manifest.webapp

Este archivo describe la WebApp, el nombre y el icono que se verá en la Homescreen como así también el archivo de inicio de la WebApp.

{
  "name": "SubteGo",
  "description": "SubteGo for Gaia",
  "launch_path": "/subtego.html",
  "developer": {
    "name": "realnorth",
    "url": "http://realnorth.net"
  },
  "icons": {
    "120": "/icons/SubteGo.png"
  }
}

Si siguen estos simples pasos y usan estándares web, migrar o crear una aplicación “compatible” con B2G sera una tarea simple, si tienen dudas o quieren ahondar mas en el tema pueden aprender mucho mas viendo el código de las WebApps que se incluyen en Gaia o consultar directamente el código de una WebApp haciendo uso de la función “View Page Source” (ver primera imagen debajo) que se incluye en varias apps en Gaia.

B2G, función “View Page Source”

Pasado

La historia de Tizen comienza a principios de 2007 con la creación de la LiMo Foundation (ahora Tizen Association), esta fundación esta formada por varios fabricantes japoneses, algunos operadores europeos, Samsung y Vodafone entre otros, los socios de la ex LiMo Foundation produjeron mas de 50 dispositivos, la mayoría de ellos nunca salio del mercado japones, a excepción de los modelos que Samsung produjo para Vodafone (Vodafone 360 H1, Vodafone 360 M1).

Samsung Vodafone 360 M1

Estos dispositivos estaban pensados para integrarse con el servicio Vodafone 360 (App Store, Sincronización, Mensajería, entre otros), estos dispositivos usan la versión 2 de la Samsung Linux Platform (compatible con LiMo Release 2) y por encima una UI bastante llamativa e interactiva (aunque en algunos caso no muy funcional) desarrollada con EFL (ver video a continuación)

Como ven las piezas empiezan a encajar y mucho mas aun si le dan una vista al código liberado de Tizen, que de MeeGo solo usa algo del stack de comunicaciones, el resto es una versión actualizada de la Samsung Linux Platform, lo mismo pasa con el SDK de Tizen, que casi con seguridad se baso o al menos tomo muchas ideas del LiMo BONDI SDK, que, oh casualidad esta optimizado para la creación de Web Apps, al igual que Tizen.

Presente

bada, es otra pieza del rompecabezas que posiblemente encuentre su lugar y su razón de ser, si la unión con Tizen se realiza, bada per se no es un OS, según Samsung, bada es una plataforma cuya arquitectura permite usar diferentes kernels, el primer dispositivo bada fue el Samsung S8500 Wave, este usa un kernel RTOS propietario, de este kernel dada la naturaleza cerrada del código de bada poco se sabe.

El porque Samsung decidió desarrollar toda una nueva plataforma (OS) en vez de usar directamente Samsung Linux Platform, es un misterio, lo que no era ningún misterio eran las intenciones de Samsung de abrir el código de bada, el rumor comenzó a tomar forma a fines del año pasado y al fin puede hacerse realidad si la decisión de integrar bada con Tizen se concreta, ¿en que consistiría esta integración?, la información acerca de este punto es casi nula, lo que si se sabe de forma no oficial es que las aplicaciones bada correrán en Tizen, pero antes deberán recompilarse, Tizen va a soportar las APIs usadas por bada, las que serán agregadas como si se tratase de un toolkit mas, aun falta ver que tan bien se integraran y que grado de compatibilidad tendrán las apps bada corriendo sobre Tizen, si toda esta movida sale bien permitirá sin mucho esfuerzo que Tizen tenga potencialmente en su catalogo alrededor de 20000 aplicaciones listas para usar, pero para que todo esto llegue a buen puerto Samsung va a tener que convencer primero a los demás socios de la Tizen Association para que den el visto bueno a la unión, cosa que dado el peso que tiene Samsung en la asociación debería darse por descontado.

bada phones, Samsung Wave, Wave 2 y Wave 3

Si la integración de bada con Tizen es aprobada, hay que ver si ademas de las APIs, también esta en los planes de Samsung agregar la UI en la movida, la UI de bada se basa en TouchWiz, al menos en su parte visual y comparada con la UI de la imagen que viene en el emulador del SDK, esta mucho mas desarrollada y pulida, es cierto que la UI es básica y no presenta ninguna función o pattern innovador (como Swipe UX), pero es funcional y se adapta bien al perfil del usuario de smartphones de gama media que es adonde apunta Tizen en un comienzo.

Lamentablemente el presente de Tizen, a pesar de la liberación del código sigue siendo incierto en mi opinión, todo por una política de comunicación totalmente oscura y deficiente, con anuncios que al poco tiempo se desmienten y donde las únicas fuentes de información son las listas de correos y el canal IRC, lugares en donde la especulación reina.

Futuro

Por suerte para ver como se delinea el futuro de Tizen no vamos a tener que esperar mucho, el mes próximo en el MWC 2012, Samsung casi con seguridad estará presentando mínimo un prototipo corriendo Tizen, espero también que Samsung y los demás socios de la Tizen Association aproveche el lugar y la cobertura de los medios para hacer anuncios concretos acerca de que tienen planeado hacer con Tizen y cuales van a ser los pasos a seguir para lograr sus objetivos, sera cuestión de tener un poco mas de paciencia, espero que la espera valga la pena.

No soy un entusiasta de Android y posiblemente nunca lo sea, pero si hay algo de lo que soy fanatico, es del diseño de interfaces de usuario, es por eso que las nuevas Android Design Guidelines me resultan muy interesantes, Android contaba ya con unas guiás, pero eran muy limitadas y se centraban mas en el diseño de iconos que en otra cosas (mas importantes), estas nuevas guiás van un paso mas allá, tratando de transmitir la visión que de ahora en mas el equipo de UX de Android quiere imponer tanto a los fabricantes de dispositivos como a los desarrolladores de aplicaciones, explicando como usar y donde aplicar los diferentes patrones de interacción “aprobados”, como así también cuestiones relacionadas con el diseño visual de las apps, que tienen como objetivo unificar el lenguaje visual y terminar con el zoológico en el que se ha convertido el diseño de interfaces de usuario en Android.

El diseño de las guiás esta muy logrado y a pesar de haber leído y analizado muy poco de ellas, he podido comenzar a entender lo que el equipo de UX de Android quiere transmitir a sus usuarios, esperemos que tanto los OEMs como quienes desarrollen aplicaciones para Android empiecen a aplicar estos fundamentos tanto en sus dispositivos como en sus apps y que dejen de reinventar la rueda con paradigmas y diseños que nada tienen que ver con la plataforma o con “mejoras” en la UI (TouchWiz, MotoBlur, Sense) que lo único que agregan son problemas a los usuarios a la hora de actualizar de versión.

Mas información: Android Design Guidelines

Arquitectura

La arquitectura de Tizen, se divide básicamente en 3 capas, una capa con el Kernel Linux (optimizada para procesadores con arquitectura ARM Cortex A8), luego el Core, en donde se encuentran los diferentes servicios (Web, Security, Multimedia, Graphics, UI, Location, Telephony, Messaging, entre otros) que son expuestos por la Web API, a las aplicaciones web que corren en la capa, valga la redundancia de Aplicaciones.

SDK

El SDK se encuentra disponible aquí, y hasta el momento solo se encuentra disponible para Linux, el instalador pesa unos 5 megas y la instalación completa del SDK ocupa aproximadamente 2 gigas de espacio en disco, el IDE se basa en Eclipse y permite crear tanto aplicaciones nativas como Web Apps, el SDK también incluye un emulador con el que podemos testear nuestras apps, el emulador es algo lento y limitado, no soporta OpenGL ES y EFL, tampoco detecta el cambio de posición de la pantalla (portrait, landscape) entre otras cosas, estas limitaciones se verán en parte solucionadas en febrero próximo cuando Samsung lance su primer modelo de referencia y se puedan hacer pruebas directamente en el dispositivo.

User Interface

La UI usada en esta versión es bastante básica, con algunos aires a TouchWiz, la homescreen es una simple lanzadera de programas y al parecer es posible tener mas de una homescreen, a diferencia de TouchWiz no es posible agregar widgets, lo cual hace a la UI algo limitada, pero por otro lado, esto favorece el consumo de recursos y es que al parecer Tizen en un principio va a estar mas orientado a equipos del rango medio a medio bajo, la UI también cuenta con una zona de notificaciones similar a la usada por Android, Symbian Belle o iOS 5 y su funcionamiento y apariencia es parecida, también cuenta con un Task Switcher donde podemos ver las aplicaciones que están corriendo, cuantos recursos están consumiendo y cerrarlas.

Debajo pueden ver algunas screenshots de las diferentes partes de la UI y de algunas aplicaciones en acción.

Homescreen and Dialer

Settings and Task Switcher

Web Browser

Photo Gallery

Este articulo es solo una primera toma de contacto tanto con Tizen, como con su entorno de desarrollo, en futuros posts iré profundizando mas en puntos como la arquitectura, las APIs disponibles para desarrollo, ya sean las nativas de Tizen como las de la especificación WAC, espero este articulo les sirva para ir conociendo a Tizen y espero también que sea el comienzo de una mayor y mejor comunicación por parte de la Tizen Association.

La conexión Android

En esta etapa inicial se están usando algunos componentes comunes con Android en el proyecto (Linux kernel, drivers, libusb y algunos componentes mas), esta decisión tiene como objetivo minimizar el trabajo que puedan llegar a tener los fabricantes de dispositivos que quieran utilizar B2G en los dispositivos Android que actualmente fabrican y venden, la conexión entre Android y B2G se limita a ciertas zonas del core y no pasa de ahí, esto quiere decir que B2G no es compatible con las aplicaciones Android, B2G no usa Dalvik ni ninguna otra tecnología de desarrollo de Android, ya que el modelo de desarrollo que la Fundación Mozilla quiere impulsar se basa en usar APIs Web actuales y futuras.

Show me the code

A diferencia de Tizen, el código de B2G esta disponible en GitHub desde el mismo momento en que fue anunciado, esto permite que el proyecto gane en credibilidad, y permita a gente testear B2G desde etapas muy tempranas del desarrollo.

Actualmente es posible probar B2G en el emulador que viene junto al SDK de Android o bien si tienen un Samsung Galaxy S2 o un Nexus S 4G pueden flashear la imagen en el dispositivo, el proceso no es complicado, aunque requiere de bastante tiempo y algunos cuidados, en mi caso no cuento ni con Galaxy S2 ni con un Nexus S para hacer pruebas, por lo que opte por compilar la versión que corre en el emulador, lamentablemente he fracasado miserablemente las dos veces en las que he intentado compilar B2G, espero hacerme un tiempo pronto para poder encontrar los problemas que me impiden compilarlo y así poder probarlo personalmente para compartir mis impresiones con ustedes.

Gaia

Gaia es el nombre de la phone experience en la que se esta trabajando para ser usada en B2G, por el momento esta todo muy verde, en la wiki del proyecto pueden ver algunos conceptos que han presentado algunos miembros de la comunidad.

En el siguiente video pueden ver la UI en funcionamiento, lo que ven es una prueba de concepto, por lo que no se puede tomar nada de lo que se ve como definitivo, lo que si resulta extremadamente interesante es la función a la View Page Source que permite ver el código html + css + javascript usado en cada uno de los componentes y aplicaciones usadas por la UI.

Como ven el proyecto pinta interesante y esta avanzando a paso firme, el numero de personas que están trabajando en el mismo paso de 2 o 3 personas a 20, y según algunos rumores, es posible que el próximo mes en el Mobile World Congress 2012 la Fundación Mozilla haga una presentación del proyecto, lo que con seguridad nos permitirá conocer mas acerca del futuro y la dirección que va a ir tomando el proyecto.

Recursos

Si están interesados en el proyecto, a continuación les dejo algunos links con recursos que les serán de utilidad para ir conociendo mas del mismo.

• B2G Wiki
• B2G Roadmap
• B2G FAQs
• B2G Presentation at Mozcamp Berlin
• B2G Presentation at Mozcamp Asia
• mozilla.dev.platform discussion group

El futuro de Qt parece asegurado, ademas de Nokia muchas otras plataformas contemplan la posibilidad de utilizarlo de forma oficial o existe el potencial de que terceros lo porten y le den soporte, el siguiente es un listado de alguna de ellas.

Nokia

Ademas de poder ser usado en Symbian y MeeGo, Nokia a anunciado que Qt sera el entorno de desarrollo que potenciara su estrategia para el Next Billion, cuando Marco Argenti hizo el anuncio en Nokia Connections 2011 no dio muchos detalles, lo que hizo que durante un tiempo se especulara con la idea de Qt corriendo sobre S40, ya que hasta ese momento S40 era la plataforma que Nokia estaba posicionando para ser usada por el Next Billion, paso el tiempo, llegaron los DevDays y por suerte con ellos, algo de información llego a la superficie, según Kenny Mathers (Head of Developer Relations en ese momento) la plataforma elegida para la estrategia Next Billion de Nokia no va a ser S40, esto sumado a que Symbian y MeeGo yo no juegan este partido, hace que nuevamente se vuelva a especular con Meltemi, ahora bien ¿que es Meltemi?, una ¿versión lite de MeeGo? o ¿una evolución de Maemo/MeeGo?, quizás para mitad del año que viene, con la release de Qt5 podamos saber mas, mientras tanto no queda otra que esperar, pero con la seguridad de que Nokia esta cocinando algo en Ulm.

Canonical

La relación entre Canonical y Qt comenzó hace tiempo y sigue profundizándose, el solo hecho de que Unity 2D haga uso extensivo de Qt y QML es una muestra del compromiso de Canonical con Qt, si a esto le sumamos las intenciones de Canonical de llevar la experiencia Ubuntu, a smartphones, tablets y smart TVs, la idea de un nuevo “ecosistema” con Qt como uno de sus pilares, comienza a tomar forma y merece la pena ser seguida de cerca.

Research in Motion

QNX el OS que compro RIM para usar en su próxima generación de smartphones y tablets, incluye a Qt entre sus paquetes desde hace tiempo, muchas soluciones se venden haciendo uso del tandem QNX/Qt, por suerte esto no ha cambiado con la compra de RIM y para dejarlo claro, George Staikos (Vice Presidente de RIM) manifestó el apoyo por parte de RIM a Qt en una de las keynotes de los ultimos DevDays, anuncio que Qt seria soportado en BBX y para que quede el mensaje claro, mostró varias demos desarrolladas en Qt corriendo en su PlayBook.

Hewlett Packard

Qt siempre formo parte de webOS, es cierto que es una versión algo vieja (4.6 y 4.7.1) la que se encuentra disponible entre sus paquetes, esto ha permitido que miembros de la comunidad porten apps y el framework por su lado, todo esto se pone mas interesante luego del anuncio de la apertura del código de webOS por parte de HP, donde Qt puede tomar impulso para todos aquellos interesados en desarrollar aplicaciones que corran de forma nativa en webOS.

Samsung/Intel/Linux Foundation/Nomovok

Este es el grupo de los unidos por el espanto, por un lado Samsung una empresa amante del control total que ve que con Android no puede crear una cárcel 100% invulnerable, Intel que ve que el mercado mobile se esta comiendo su reino, prueba una vez mas crear un OS para sus chips de bajo consumo de energía que están siempre por llegar, quizás esta sea la ultima oportunidad de Intel para lograr algo el éxito, antes de tener que renovar su licencia con ARM y empezar a fabricar chips con tecnología ajena, perdiendo no solo el control sobre la tecnología, sino el de su propio futuro, la Linux Foundation, ese sello de goma organizador de conferencias y vendedor de remeras, no pincha ni corta en las decisiones pero todos quieren tener su visto bueno como para darle un toque mas Open Source a sus proyectos, y por ultimo Nomovok que en la época en la cual MeeGo aun vivía, aposto fuerte por el y ahora esta tratando de recuperar toda la inversión hecha, la cual en su mayoría se desarrollo usando Qt, la idea de Nomovok es vender su UI que corre arriba de los que debería de ser Tizen a fabricantes chinos de tables económicas para ayudarlos a diferenciarse, para ello se ha comprometido a portar Qt a Tizen y darle mantenimiento.

El futuro de Qt en Tizen, esta complicado mas que nada por razones políticas, Samsung tiene a EFL con el que sueña sustituir a Qt, a Intel puede que le interese mantener a Qt después de todo el trabajo y progreso que realizaron en MeeGo, pero con tal de seguir teniendo a Samsung de socio no va a decir nada y aceptara lo que Samsung decida, lo que piense la Linux Foundation no le importa a nadie y lo que haga Nomovok va a terminar siendo irrelevante sin el apoyo de Samsung e Intel, prueba de esto es la conferencia sobre Tizen que Nomovok organizo hace algunas semana en China, en donde ni Intel, ni Samsung se hicieron presentes, ni mucho menos patrocinaron, cosa que si hizo Qt, que participo como Silver Sponsor, esto no quiere decir que Samsung e Intel prohíban o restrinjan el uso de Qt en Tizen, pero sin el apoyo de ellos, Qt va a estar relegado a los hobbystas, a soluciones muy especificas y a lo que pueda hacer la comunidad.

KDE

Esto parece una obviedad, pero no podía dejar de mencionar el soporte y apoyo que el proyecto KDE le da a Qt, para muchos, KDE es sinónimo de Qt y viceversa, lo cual puede ser una arma de doble filo, mas cuando la persona que interpreta esto ignora que KDE es una plataforma y Qt es un entorno de desarrollo, sino hagan la prueba de preguntarle a cualquier usuario de Linux que piensan de Qt y casi con seguridad terminara respondiendo con temas relacionados a KDE.

KDE siguiendo la evolución de Qt, ya esta preparando el salto a Qt5, lo que debería capitalizarse en una mejora en la performance general del sistema, pero que se notara mas en la parte de gráficos. algo que en KDE se usa y se abusa mucho.

Mer Project

Este proyecto del que hace un tiempo hable aquí en el blog, es la continuación de MeeGo por otros medios, luego de que todos los que lo soportaran le soltaran la mano, el proyecto avance a paso lento pero firme, con entregas regulares y sumando apoyo de otros proyectos Open Souce, como por ejemplo la gente de Plasma Active, que de a poco se esta convirtiendo en una de las UIs preferidas de quienes trabajan y experimentan con Mer.

Raspberry Pi

El proyecto cuyo objetivo es crear una GNU/Linux box basada en ARM por menos de U$S25 sigue avanzando, lo que ha llamado la atención de mucha gente, tanto que personas dentro de ICS y Nokia, están trabajando en una versión ultra optimizada de Qt5 para esta plataforma, ademas se creo un programa por el cual Nokia esta entregando a 400 miembros de la comunidad placas para que puedan usarlas en sus proyectos.

Haiku

Haiku aparece en esta lista en una especie de fetichismo de mi parte, es cierto que su comunidad tanto de desarrolladores como de usuarios es muy pequeña, pero el port de Qt en Haiku ha permitido que muchas aplicaciones KDE corran en el, haciendo que Haiku se torne un poquito mas interesante y permitiendo que podamos aplicar nuestros conocimientos en un proyecto en donde cualquier aporte, por mas mínimo que sea puede lograr un gran impacto.

Los Otros

Aquí entran los ports de Qt para iOS, Android y Windows 8, estos ports cuentan con distintos grados de madurez y soporte, por un lado tenemos a Digia que esta trabajando en el port oficial de Qt para Windows 8, también tenemos al proyecto Necessitas cuyo progreso es impresionante, cuenta con una integración muy buena con Qt Creator y también con un port de Smart Installer (llamado Ministro) para el manejo de dependencias, muchas apps creadas con Qt están ya disponibles en el Android Market, por ultimo están los ports para iOS, el primero, UIKit, es mas un experimento que otra cosa, esta limitado a aplicaciones de una sola ventana y no tiene soporte multitouch, luego esta Qt4iOS, este port es comercial, tiene soporte completo para Qt Widget, QML, OpenGl, Qt Mobility y Qt3D, ademas ya hay al menos una aplicación desarrollada con el, que paso el proceso de verificación de la Apple App Store y ya esta en venta.

Conclusiones

Ademas de los entornos clásicos como Windows, Mac OS X y Linux, existen muchos proyectos en donde Qt puede ser usado, en algunos con mayor o menor soporte, algunos mas maduros, otro que recién empiezan, es lo bueno de Qt y de su promesa Code Less, Create More, Deploy Everywhere.

Hace unos días atrás, en una de esas “brillantes” directivas de los cráneos del área de marketing de Nokia se decidió que el nombre Symbian ya no era cool y era percibido por el publico como algo obsoleto, la solución a este “problema” llego en la forma de un nuevo rebranding (el tercero en los últimos años), desde ahora el core del OS se seguirá llamando Symbian y la UI pasara a llamarse Nokia Belle y en un futuro Nokia Carla, Nokia Donna o como fuera que decidan llamarlo, la idea detrás de esta decisión es bastante clara, hacer que el nombre de Symbian quede en el olvido lo mas rápido posible.

Desde hace unos años, pero últimamente de forma mas sistemática a Symbian se le han achacado todos los males por los que pasa Nokia en la actualidad, en mi opinión el problema no es Symbian, el problema es la gente que toma las decisiones en Nokia, lo que ahora conocemos como Nokia Belle tendría que haber visto la luz mínimo hace dos años, permitiendo acelerar la estrategia de usar Qt para homogeneizar el desarrollo y servir de medio de transición hacia Maemo/MeeGo, pero en el ínterin en vez de desarrollo, lo único que hubo fueron guerras internas, estaban los que querían seguir mejorando Avkon, estaban los que querían imponer Qt, estaban los que perdían el tiempo con Orbit, los que planeaban la apertura del código y que luego de mucho esfuerzo se llevo a cabo, para que pasados un par de años se volviese a cerrar y mientras todo esto sucedía no había nadie con una idea o visión de que hacer, nadie que tuviera capacidad de ejecución, que hiciera que todos marcharan en la misma dirección, y mientras todo esto ocurría, se perdía tiempo, se perdía dinero y se perdía el liderazgo en el mercado, todo esto cambio cuando llego Elop, el si tiene una visión, pero esta visión no incluía ni a Symbian, ni a MeeGo, Nokia Belle es ahora un OS con una UI moderna, bien optimizada para ser usada en dispositivos touch, con un completo entorno de desarrollo basado en Qt que permite fácilmente migrar una aplicación Qt desarrollada para Symbian a MeeGo, pero llega tarde y ahora la pelea es cuesta arriba y con todas las de perder, Symbian toda una leyenda, es ahora denostado, ocultado a los ojos del publico y ya tiene fecha de vencimiento, MeeGo que tendría que ser su sucesor, es ahora un juguete para experimentación, la única esperanza que nos queda a los que creemos en el Open Source es que el rumor de Meltemi se transforme en una realidad y que todo estos desarrollos creados con Qt y los nuevos patrones de interacción introducidos con MeeGo puedan seguir siendo usados en el futuro en algún producto de la compañía.

Symbian paso de ser el rey, a ser el tonto del pueblo, un OS que tuvo y tiene aun características que mucho OSs actuales de la competencia implementaron hace muy poco o que aun no lo han hecho, cosas como la multitarea real, que estaba presente desde los principios en Symbian, ni hablar de cosas básicas como copiar y pegar, características que tanto iOS como WP7 tuvieron mucho después de su lanzamiento, o tecnologías como NFC que son soportadas por Symbian desde hace tiempo y usadas por los licenciatarios japoneses desde hace años en el mundo real, es por eso que da mucha bronca escuchar o leer a gente que no tiene la mas puta idea de como funciona o lo complejo que es desarrollar un OS hablar mal de Symbian, oír a fanboys idiotas que defienden una marca cuando en realidad lo que tendrían que defender es una idea, una forma de ver la tecnología aplicada a nuestro mundo, pero eso es demasiado pedir para gente sectaria, monotemática y unineuronal, ni hablar de las agencias de relaciones publicas disfrazadas de sitios de noticias tecnológicas en donde “expertos” dan sus análisis totalmente influenciados por el sponsor del mes o peor aun los inútiles de los departamentos de marketing que creen que todo se soluciona cambiando nombres, agregando keywords rimbombantes a folletos o poniendo fotos de gente feliz en anuncios.

Por mientras, nosotros, que no nos conformamos simplemente con usar algo, sino que queremos saber como funciona, que deseamos conocer el fundamento de las decisiones de diseño que se llevaron a cabo al implementar una característica o función X, y que elegimos la marca y modelo de un móvil no por el precio, no por las modas, no porque sea lo que usan todos, sino porque se ajusta a nuestros requerimientos técnicos y a nuestras ideas de como y para que debe ser usada la tecnología, para gente como nosotros Symbian va seguir siendo un gran OS, con sus ventajas y sus desventajas, un OS que creo de la nada el mercado de los smartphones, un OS que permitió mostrarle al mundo que un móvil podía usarse para muchas otras cosas ademas de para realizar llamadas telefónicas, algo que hoy damos por sentado pero que hace 15 años solo Symbian podía hacerlo, es por su historia y por su legado que para nosotros Symbian seguirá siendo Symbian, ahora y siempre.