Probablemente alguna vez has hablado con un informático de profesión o algún aficionado a la informática y te has encontrado con que la conversación que mantienes no parece agradarle.

Desde mi punto de vista, la mayor parte de las ocasiones se deben a la monotonía de estas conversaciones que casi siempre se tratan de lo mismo o casi.

Los favores:

Has de pensar que generalmente, cuando se le pregunta a un informático de “donde se baja el programa NOMBREDELPROGRAMA” o “como se pone el ordenador como venía de fábrica” no sólo no estás despertando interés en la conversación si no que estás pidiendo explícitamente un favor y no una conversación. Con esto quiero decir, que si lo que buscas no es ayuda si no conversación, mejor evita este tipo de temáticas.

Por otra parte, a la hora de pedir un favor, es muy importante que tu intentes solucionarlo mil y una veces y no pidas ayuda hasta que a ciencia cierta sepas que no puedes aprender tu solo. En caso contrario la persona a la que pidas ayuda sentirá que le utilizas.

Y continuando con los favores, si vas a agradecer un favor que te han hecho. Ten muy presente que los informáticos pueden ser muy diferentes entre si. Tanto como un extremo al otro.

La eterna discusión Windows vs Linux:

Esta es una discusión recurrente. Se puede “percibir” en el día a día en internet y en la vida real. Cada punto de vista tiene sus razones (cuestionables o no), pero la discusión está hoy en el mismo punto que ayer y que antes de ayer.

No quiero decir que Windows vs Linux sea un tema tabú sólo que para nada es un tema novedoso o ingenioso como para generar una conversación de interés.

Los informáticos realmente experimentados habrán utilizado ambos sistemas (y otros muchos) y probablemente, se esforzarán a que día tras día todos (y no sólo uno) funcionen de forma adecuada dentro de sus diferencias, virtudes y defectos. Seguramente tendrán una elección personal, pero no serán generadores de la gran batalla campal Windows vs Linux.

La afinidad con la piratería, los originales y el software libre:

En cierto modo, digamos que existen diferentes formas de apreciar un programa u otro en función de la “ideología” que tenga un informático. En este sentido una persona no iniciada en el mundillo puede meter la pata hasta el fondo con otra persona si no tiene esto al menos “un poquito” en cuenta.

Se trata de otra discusión recurrente: la moralidad de la piratería y la del software propietario (también llamado privativo). Esta discusión, en cierto modo es una generalización de la anterior, pero no todos lo ven así (hay gente que defiende windows por que es windows o linux por que es linux sin importarle este asunto).

A la hora de escoger los programas que llevará un ordenador hay 3 grandes tipos de “programas”:

En primer lugar hablemos del software libre. El software libre es el que cumple una serie de requisitos que más o menos podríamos resumir en: no restringir los derechos del usuario sobre el programa que utilizará (resumido de forma poco técnica y corta).

El software propietario es el que no cumple alguno de los requisitos para considerarlo software libre. Lo que más suele caracterizarlo suele ser que el “fabricante” no ofrece el código fuente que es la “receta” con la que un ordenador puede hacer un programa justo igual y permitir hacerle mejoras de la forma más adecuada. Al no haber tal “receta” un programa propietario (también llamado privativo) es lo que es y así se quedará hasta que dicho “fabricante” diga lo contrario. Puesto que entre otras cosas ese “fabricante” es el dueño del programa y no la persona que lo utiliza.

El software pirata es el mismo que el propietario. Pero a diferencia del anterior, se utiliza sin consentimiento de su dueño.

Bajo estas 3 diferenciaciones, tenemos a los usuarios que prefieren utilizar software que esté completamente bajo su control y/o conocimiento, a los usuarios que prefieren responsabilizar a una empresa concreta o los que harán lo que les de la gana sin importar a quien agrada o desagrada tal decisión.

Es decir: si tienes una conversación con un informático puede agradarle o no que le hables de bajar un programa de Internet, que le hables de comprar una licencia de un programa o de las bondades del software libre. Y lo más importante: has de tener en cuenta que hay ciertos informáticos (no todos) que toman esta moralidad como algo muy serio, por lo que has de tener tacto.

Estudios, competencias y atribuciones:

El hablar con un informático sobre estas 3 cuestiones puede suponer llegar a una discusión del mismo nivel que una conversación de política (es más, tiene implicaciones políticas). Se cauteloso.

Este punto es sólo aplicable a España (creo).

Si has leído todo esto y alguno de los puntos no te sonaba de nada (y no me refiero a que no estés de acuerdo conmigo) es posible que te ahorre un par de futuros mal entendidos. ¡Suerte!

Últimamente estoy comenzando a conocer los productos de Apple, algo que comencé cuando con ciertas dificultades compré un iPhone.

Yo soy de esas personas que a su manera, cuando algo le gusta, tiene que ver la forma de la rosca de sus tornillos y como esto no podía ser menos decidí ver como se programaba para este aparato. A continuación me gustaría contaros la experiencia.

No pretendo publicar una “receta”, tan común en internet, aun que se pudiera parecer e igualmente, la exactitud o completa corrección no entran del objetivo de este texto, si no algo que pudiera leer alguien al que le pudiera interesar el tema y quiere tener unas nociones básicas de su mecánica y quizá a animar a conocerlo en mayor detalle o incluso animar al lector a inscribirse en el programa oficial de desarrollo.

Igualmente, si lees este texto y encuentras errores (que seguramente contendrá), no dudes en hacérmelo saber y poco a poco lo iré perfeccionando.

Alternativas

En un principio existen 2 caminos:

- El camino oscuro, utilizando software privativo, como es el caso de xcode.
- El camino luminoso, utilizando software libre (toolchain).

Como ya había utilizado toolchain para hacer pequeños pinitos del wrt54g, del comtrend 536+ y del NSLU2 me decidí por probar el “bando de los malos” (el del software cerrado). Esta opción, pese a que acabo de nombrarla como “el camino oscuro” es oscuro por su karma, no por su luz o color . Y a todo esto se sumaron mis ganas por probar OSX un poco más lejos de verlo “en un escaparate”.

Igualmente también existen caminos intermedios como utilizar xcode para compilar con Toolchain (que imagino que es lo que hará la mayoría de los mortales que programan aplicaciones de consola).

Instalando el SDK

Una de las primeras cosas que me disgustó del desarrollo para iPhone, es que este SDK oficial sólo está disponible para el sistema operativo de Apple, por lo que o lo instalas para OSX o no lo instalas .

Partiendo de tener instalado OSX, sólo necesitaremos obtener el SDK de iPhone para empezar a programar. El firmware actual es el 2.2.1 y el firmware beta es el 3.0 beta 5 y ambos tienen SDKs diferentes siendo el primero gratuito y costando 100$ el acceso al segundo (y siguientes betas).

Para obtener el SDK gratuito de la versión 2.2.1 utilizaremos la misma cuenta que seguramente tendremos en iTunes y en el iphone dev center podemos descargar el instalador del sdk 2.2.1 9m2621a.

Una vez instalado el sdk, podemos arrancar xcode, que generalmente se encontrará en /Developer/Applications/Xcode.app

Escogiendo una plantilla

En Xcode, los proyectos se inician en base a una serie de plantillas predefinidas. Estas serían las opciones que nos da:

Estas plantillas incluirán líneas de código y recursos, siendo si no me equivoco “Window-Based Application” la más ligera.

En un principio me sorprende que no exista una forma de crear “aplicaciones de consola”, pero imagino que Apple, pretende impulsar el uso de la interfaz gráfica. Y por si alguien duda de “Utility Application” tiene un nombre un poco engañoso, pero no es una aplicación de consola si no una plantilla con 2 vistas que se intercambian con un efecto de giro.

Si hubiéramos escogido utilizar ToolChain en lugar de xcode, probablemente si podríamos haber escrito aplicaciones de consola para ejecutar en un terminal, pero recordemos que entre las políticas de Apple está el no poder ejecutar programas dentro de programas. Por lo que tiene sentido que Apple nos esconda esas opciones. A mi me parece algo injusto esconder esa opción, por que una cosa es lo que hagas tu con tu iPhone y otra lo que envíes al AppStore.

En general encontraremos que las plantillas incluyen una serie de ficheros entre los que tendremos los xib (que son diseños del GUI), un main.m, un *AppDelegate.h + *AppDelegate.m que es a más alto nivel donde se controla la aplicación y probablemente un *ViewController.h + *ViewController.m en el que estará el código que gestionarán las diferentes “vistas” incluidas en la plantilla.

Compilando la plantilla

Compilar la aplicación, es tan sencillo como hacer click en Build o Build and Go, para lanzarlo en el iPhone o en el Simulador de iPhone incluido en el SDK.

Cabe destacar, que las plantillas nos permiten escoger diferentes “targets”, escogiendo: Firmware, Debug/Release, Simulador/iPhoneOS. Siendo Firmware el firmware en el que esperamos que funcione la aplicación, Debug/Release las diferentes formas de compilar nuestro código (que imagino que en las plantillas en un principio serán la misma o casi) y Simulador/iPhoneOS.

Dentro de estas opciones, escoger Simulador/iPhoneOS diferenciará si se ejecuta en el Simulador o si la aplicación se copiará a un iPhone para hacer debug desde la propia máquina.

Lanzando tu aplicación en un iPhone

Creo que en esta parte es donde encontré la mayor “espina”. Una “espina” ideológica más que técnica. No pretendo que quien lea este texto acepte “los dogmas” que planteo o los de Apple, si no que tenga consciencia de que dicha discrepancia existe y que probablemente en otros teléfonos como los diferentes “Google Phones” no exista o sea diferente.

Para poder ejecutarlo en un iPhone, debemos de tener instalado en el ordenador, un certificado digital para firmarla de forma que el teléfono lo acepte como software legítimo. Ese certificado se obtiene de Apple apuntándose como desarrollador y pagando los 100$ que mencioné antes.

En caso de no tener dicho certificado obtendríamos un maravilloso “CodeSign error: Code Signing Identity ‘iPhone Developer’ does not match any code-signing certificate in your keychain.  Once added to the keychain, touch a file or clean the project to continue.“.

Como por ahora no he podido pagar esos 100$ y todavía no tengo ese certificado he tenido que crakear el teléfono. Para ello he tenido que hacer exactamente lo mismo que se haría si quisiera instalar software crakeado (y aun que no entraré en detalles no me refiero sólo a liberar el teléfono o a tener acceso a cydia o installer). Igualmente, también necesitaremos realizar cambios en nuestro proyecto para que sea capaz de enviar la aplicación compilada al iPhone.

Realmente esto me parece bastante molesto, por que he comprado el teléfono, apple me ha dado xcode, tengo mi código fuente,… no hay nada con copyright de otra gente. ¿Por qué Apple se cree con derecho a decidir si yo puedo o no ejecutar MI aplicación en MI teléfono? ¿Por qué me obligan a crackearlo (Jailbreak + MobileInstallation Patch)?

Sinceramente dudo muchísimo que Apple pueda defender en un juicio su “derecho” a impedir que ejecutes tu programa completamente legal sin su firma.

A efectos de lo que Apple espera que hagas o no con el SDK conviene leerse el iPhone SDK Agreement, en el que a mi modo de ver, destaca el apartado 3.2 Use of the SDK y 3.3 Program Requirements for Applications (que vienen siendo 2 folios y medio de las 10 que tiene el documento). Resumiéndolo e interpretándolo en 3 frases saltándome cosas también importantes: “No hagas Aplicaciones que crackeen el teléfono”, “No utilices funciones privadas del API” y “No espíes al usuario”.

Dudo que algún tribunal en alguna parte del mundo considerase válido la totalidad de este acuerdo, especialmente cuando el usuario sólo tenga intención de crear aplicaciones sin maldad alguna, pero si es importante cumplirlo si esperamos poder publicar algo en el AppStore (que si andas algo despistado, te diré que es el sitio oficial donde haces públicas tus aplicaciones).

El Simulador de iPhone

La palabra “Simulador” llama un poco la atención. Es un simulador por que simula, pero no llega a ser un emulador, por que no es capaz de ejecutar aplicaciones nativas del iPhone. Xcode realmente compila una versión especial para procesadores intel que correrá dentro del “Simulador”.

Así “luciría” la plantilla sin hacer nada en el Simulador sobre OSX:

El fondo blanco es la plantilla (concretamente el fichero MainWindow.xib de la plantilla) en la que no hemos incluido nada.

Si editamos ese fichero con el Interface Builder (que arranca haciendo doble click en el desde xcode) podemos añadir elementos a la interfaz sólo con un par de clicks. Por ejemplo, añadiendo un UILabel y haciendo doble click en el podemos cambiarle el texto, lo cual se vería reflejado en la aplicación al compilar:

En un principio la ejecución del Simulador y la ejecución nativa en el teléfono son muy parecidas. Las principales diferencias que he encontrado se encuentra en el cambio de las rutas, la falta de alguna aplicación accesoria en el simulador (como pudiera ser por ejemplo la aplicación de mapas) o el hardware que evidentemente no tiene.

Gestión de memoria

Quizá no he leído la documentación adecuada para entender este comportamiento con claridad. Recordemos que estoy contando mis impresiones. Algo que me ha resultado incómodo a la hora de adaptarme a Objective C es la gestión de memoria, no por que sea bueno o malo, si no por que es diferente. Quizá mi problema pasase por que las “recetas” que he leído tampoco lo aplicaban con claridad o que el comportamiento “esperable” cambiase entre versiones.

En general el concepto es el mismo que en Java, una vez un objeto tiene 0 referencias este puede ser destruido en cualquier momento. Sin embargo en ocasiones he encontrado con que mis maravillosos objetos dejaban de existir al cambiar de contexto. En un principio esto podría evitarse aumentando el número de referencias con [objetoEnCuestion retain] (o reduciéndolas con [objetoEnCuestion release]), pero es algo que todavía veo algo borroso. Quizá por que se pueden crear con 1 referencias pero también con 0 referencias o quizá por el código que incluía la plantilla que estaba utilizando.

No quiero explayarme en exceso en esto, tengo una idea de como podría funcionar, pero no tengo tan claro que funcione realmente así, por lo que prefiero dejarlo con esta somera explicación de mi actual tropiezo del que espero levantarme muy pronto. Para mi es el gran problema de aplicar “recetas”: en ocasiones quedan lagunas de cosas que deberían de ser obvias. Así que si realmente te interesa programar una aplicación para el iPhone o para OSX te recomendaría que leyeras un poco más que esas simples “recetas” para que no tengas las lagunas que hoy tengo yo.

Interacción código-GUI

Dicha interacción se puede hacer de varias formas, los tutoriales de iniciación suelen utilizar el entorno gráfico, para enlazar las funciones que se desencadenan al interactuar con el interfaz y los objetos del código con los objetos del interfaz. De esta forma escogemos elemento a elemento cual “cacho de código” se relaciona con que elemento del interfaz y viceversa.

Otros tutoriales hacen uso de protocolos que casi se podría entender como “un interface”. De forma que un objeto creado en el interface builder o incluso uno creado dinámicamente “delega” su comportamiento en una clase que implementa dicho protocolo, de este modo, todos los eventos que desencadene dicho elemento del GUI deberían de estar implementados en la clase en la que delega.

A demás, como los elementos del interfaz irán colocados dentro de “vistas”, el código correspondiente irá por norma general en el “Controller” de esa vista.

Una única clase puede implementar diferentes protocolos de elementos de diferente naturaleza, pero recordemos que sin llegar a delegar completamente el comportamiento, podríamos escoger dentro de la misma clase que el “Botón A” hace una cosa y el “Botón B” hace otra y del mismo modo un mismo .xib puede llevar varios “Controller” (por ejemplo, podrías tener un listado en un UITableView con un “Controller” propio.

Igualmente, la forma de crear elementos del GUI no tiene por que ser a través del Interface Builder, si no que también podríamos crearlos por código y organizarlos por código en la pantalla, pero seguramente que lo idóneo sea algo intermedio, puesto que XCode viene listo para que tu aplicación incluya localización, de tal forma que ajustes los tamaños en función del idioma (piensa en la típica palabra que en un idioma es enorme y en otro son 3 letras).

Conclusiones

Tras ver como funciona un pequeño proyecto el sabor de boca que me ha quedado es más bien dulce que amargo.

Desventajas:

- La sintaxis de “Objective C” me resulta más o menos:

mi_opinion = [NSString initWithFormat:@"%@ es extraño",objectiveC];

- Me queda por entender bien por que en ocasiones se me liberan algunos objetos al cambiar de contexto y por que otros no se liberan (como comenté en el apartado de gestión de memoria)

mi_opinion = invalid

- Alguien que no es desarrollador autorizado, no puede firmar aplicaciones para un iPhone sin crackear (tenemos incluso que llegar a parchear el MobileInstallation).

- El SDK sólo está disponible para OSX. Lo cual explica que la mayor parte de las aplicaciones de soporte relacionadas con el iPhone funcionen casi siempre en OSX (y no sean multiplataforma).

Ventajas:

- Me ha animado a conocer mejor el sistema operativo de Apple y conocer las alternativas debe de ser algo obligatorio para cualquier informático.

- He tomado una ración individual de “Objective C”. Lo cual me lleva a la conclusión de la anterior ventaja.

- Me ha encantado la integración entre los editores, compilador, debugger y Simulador.

- Al fin he utilizado sqlite para algo mio

- Al fin puedo llevar conmigo un dispositivo que puedo programar a gusto y con gran conectividad.

Y tu ¿habías programado alguna vez para tu teléfono móvil?

Me gustaría agradecer especialmente el esfuerzo de Ank, cutuko, xakmsx y Duke, que colaboraron enviando enlaces, votaron y comentaron. Sinceramente, me habeis ayudado mucho empujado un poco a mantener el esfuerzo.

A los demás que leían la web y no enviaban noticias también desearía darles las gracias.

Creedme cuando digo que no es un cambio que me guste por que me gustaba la idea de un menéame de videojuegos (sin politizar y sin gente a la que NO les gusten los videojuegos).

Pero en fin, la etapa se cierra y a otra cosa

Iphone 3G

Os voy a contar algo que me aconteció hace un par de semanas (concretamente el día miercoles de semana santa).
El iPhone es uno de esos gadgets de moda: Es típico colgar un anuncio de compara/venta y que al poco rato te llamen preguntando por él. No dejaría de ser un gadget más, si no fuese porque también es un teléfono móvil y no un mp3 como pudiera ser el iPod o una videoconsola, como pudiera ser una PSP.

Ya hay pocos despistados que no saben que un teléfono móvil tiene un número de serie que lo identifica y que se puede hasta cierto punto triangular entre las antenas que le dan cobertura. Por lo que un teléfono robado no sólo podría bloquear tras un robo si no que dentro de sus limitaciones, se podría localizar. Al contrario, una PSP o un iPod robado sólo podrían ser localizados de forma casi casual o investigando de la forma más tradicional.

Por ahora no he contado nada fuera de lo habitual, sólo repasado una obviedad. Ahora contaré lo que me ha ocurrido a mí el pasado Miércoles (el inmediatamente anterior al jueves santo).

Tras pasar un par de días revisando anuncios en los que se vendiesen iPhones de segunda mano, encontré uno que me llamó la atención (entre otras cosas porque no aparentaba el tipiquísimo timo).

Tras analizar el anuncio no encontré información sospechosa sobre el vendedor y decidí llamarle. Me atendió un tipo con voz “afeminada” (o una tipa con voz “masculina” xD). Esta persona me dijo que el que vendía el teléfono no estaba presente y que tardaría 10 minutos y transcurridos esos 10 minutos me llamaron nuevamente desde otro teléfono y acordamos un lugar y una hora.

Aprovechando la nueva información busqué información sobre este nuevo número y si encontré cosas extrañas (como pudiera ser un anuncio en el que se ofrecía sexo a mujeres y un par de ventas). Igualmente esta persona me ofreció hacer el trato en un lugar conocido por mi y con bastante transitado, por lo que decidí ir con mi hermano (este guardó el dinero y yo me separé de él para entablar conversación).

Llegué a la zona acordada y allí estaba el “vendedor” con el teléfono.
El teléfono era un iPhone 3G 16GB, por lo que avisé a mi hermano de que se acercase con el dinero y le dejamos el dinero al “vendedor” para que pudiera comprobarlo mientras nosotros toqueteábamos el teléfono. En ese momento aprecié una ralladura muy profunda en la pantalla tan grande como para que la uña se enganche con gran facilidad. Este defecto estaba disimulado con una gran capa de suciedad que posiblemente hubieran colocado ahí intencionadamente (puesto que los surcos de la mugre coincidían con el de la grieta).

Visto esto, le pregunté si sería posible obtener la factura para poder solicitar una reparación o piezas de repuesto. A lo que me dijo que él creía que sí, pero que tendríamos que esperar al Lunes. A mí no me había gustado nada la idea de esa marca y esperaba pedirle un gran descuento por ello, pero a mi hermano no le gustó nada la idea, por lo que deshicimos el cambio. Recuperamos el dinero y le dimos el teléfono.

Y aquí llega un dato curioso: en el momento en el que mi hermano cogió el dinero y yo devolví el teléfono apareció una persona de mi misma edad, despeinado y con barba de 3 o 4 días que hablaba de forma informal que dijo ser un policía. Yo al principio pensé “Este nos quiere timar, ¡FIJO!”, por lo que le indiqué al policía que encestábamos algo más que su palabra para creer este dato. Acto seguido nos enseñó una placa y nos quedamos igual de incrédulos. Así que decidimos con su consentimiento, llamar a la policía y preguntar nosotros mismos y resultó que ¡SI! era un policía nacional.

Mi hermano y yo nos encontrábamos completamente sorprendidos, puesto que no veíamos nada raro en la transacción (a fin de cuentas es lo que hace todo el mundo en eBay, a diferencia de que habíamos acordado hacer el intercambio en la vía pública). Según indicaba el policía, él creía que el teléfono podía ser robado, por lo que tras llamar a su compañero (otra persona con apariencia normal/desaliñado) confirmaron con su central que no constaba ninguna denuncia con el IMEI del teléfono. Pero les había resultado muy sospechoso el intercambio en la calle.

Como el tipo no disponía de documentación del terminal para probar que él era el dueño nos pidieron la identificación (puesto que según ellos habíamos llegado a realizar tal transacción, lo cual era imposible puesto que el tenia el teléfono y mi hermano el dinero). Después de explicarle que si el “vendedor” tenía el teléfono y nosotros el dinero no habíamos llegado a realizar tal compra, sólo mediado. En este punto creo que el policía lo entendió, pero no quiso decir ni sí ni no.
Les pregunté 2 veces si existe algún tipo de ilegalidad si el teléfono se encuentra en regla (una vez a cada policía, mientras uno tomaba nota y mientras el otro hablaba con el vendedor), a lo cual uno me dijo que habría que documentar el cambio de titular para evitar problemas con denuncias de robo y el otro que no sabía.

Igualmente le facilitamos cada uno la documentación correspondiente ambos policías (imagino que por si surgiese posteriormente una denuncia de robo del terminal que nos vendían). Imagino que todo terminaría ahí, si no fuese porque el “vendedor” esquivaba algunas preguntas personales y otras las contestó de forma esquiva.

Al final de una larga conversación, creo que todos entendimos la situación: el tipo que nos vendía el teléfono estaba casado legalmente con el titular del teléfono (pero él llamaba al dueño “ella”). Esto debió de desconcertar bastante a ambos policías, que debían de pensar que esa nueva información era para “tapar un error” en su versión. Por lo que decidieron acompañarle a su domicilio a contrastar todo. Mi hermano y yo preguntamos si nos podíamos marchar y les dejamos continuando con el tema.

Mis conclusiones:

- Lo primero es que no he vuelto a saber nada del asunto. Y aun que no creo que finalmente lo consideraran ningún tipo de delito sólo sé que han tomado nuestros datos y que no se que ha sido de ellos.
- Tengo la impresión de que el vendedor decía la verdad, pero temía que no creyeran su versión y el intentaba darnos una más creíble.
- Si compras un teléfono, obtén su documentación original. Y si puedes tener una prueba de que lo has adquirido de su titular, mejor.
- Cuidado al realizar transacciones en la calle o puedes ser mal interpretado.
- Me he comprado un iPhone libre con factura (ya hablaré de este teléfono).

No siento ningún rencor ni con el vendedor ni con los policías puesto que estaban ejerciendo correctamente su trabajo. Simplemente me apetecía contar la historia.

Logo O.E.

Bienvenidos a mi nuevo blog.
Para los despistados, este blog ha aparecido inicialmente como medio para comunicar cambios en un sistema similar a menéame, pero orientado a los videojuegos que en el momento de escribir este post se encontraba en: http://ocioelectronico.es/ pero que aparenta dirigirse a la desaparición.

Inicialmente el objetivo de dicha web era similar a la de menéame, con la excepción de buscar un público diferente que no votase irrelevante una gran noticia sobre esta temática. Con esta web trataba de demostrar que es factible una comunidad en la que usuarios de diferentes plataformas podrían compartir noticias sin aferrarse a fanatismos de una u otra marca.

Si bien es cierto que no me curré en gran medida el diseño, puesto que reutilicé la apariencia del menéame original, pero con un color diferente el proyecto parece no avanzar: la gente visita la web pero no participa y si yo no participo la web deja de visitarla por que no tiene contenido.

En mi opinión, bajo esas circunstancias una red social no tiene sentido puesto que no existe tal red social si yo soy casi toda esa sociedad. Aun pudiendo parecer que le dediqué poco tiempo no es así: el problema radica en que dicho tiempo he tenido que dedicárselo a añadir yo mismo el contenido en lugar de perfeccionar técnicamente la web.

Visto lo visto, estoy pensando en aprovechar la pequeña inversión que me supuso la web para publicar algún problema neuronal mío (como pudiera ser una opinión sobre un videojuego).

Por tanto, durante un tiempo convivirán las 2 webs y este blog permanecerá medio escondido durante un tiempo mientras decido que haré finalmente.