Telegram: ¿Un WhatsApp de código abierto?


#41

@xamar @VictorMoral @jomra @versvs He leído esto en la web de Kontalk y parece interesante. Sobre usar el número de móvil “it helps keeping track of your Kontalk contact list - it will contain just the contacts who actually have Kontalk installed (this is actually verified using phone numbers found in your contact list”. Lo que no aclara es si rastrean esos números en el terminal o si suben la agenda a sus servidores y luego construyen una lista de Kontalk users aparte. Apostaría por lo primero pero no lo veo claro. A ver qué opináis. @Nukeador @aperalesf Un saludo


#42

Siempre que se comparta la agenda, va a ver suspicacias de cómo se tratan los datos, tiene que haber una política de privacidad muy clara y que se pueda verificar que se cumple (cosa que cuando hay código de servidor es complicado)

Desafortunadamente cuando se quiere conseguir que una aplicación sea lo más cómoda para el usuario (instalar y listo), el tener que añadir contactos a mano lo hace complicado.

En cualquier caso yo abogo porque Telegram (y otros IM) den la opción de compartir toda la agenda o sólo los contactos que nos interesen. Por defecto la gente que quiera comodidad seguirá igual, y quien quiera más privacidad podrá tenerla.


#43

Ese, en mi opinión, sería el punto de equilibrio adecuado para estos programas. No aparecer en las listas de quienes no quieras o ser la comidilla del barrio :slight_smile:


#44

En este artículo de barrapunto hay buen debate que trata estos asuntos.

Antes que nada, a mí nunca me ha gustado que mi número de móvil sea mi «nombre de usuario» (nunca me sentí a gusto con WhatsApp cuando lo tuve por esto mismo), así que mi visión sobre este tema es sesgada.

Yo personalmente creo que usar el número de móvil realmente no es tan importante si la tecnología se difunde. Si XMPP se extendiera, no creo que costara mucho trabajo intercambiar IDs. Lo que ocurre es que ahora estamos con este paradigma y parece que todo lo que no sea eso es un atraso.

Para comprobar los números de teléfono, siempre va a haber algo centralizado que registre los números y analice las agenda, y yo no quiero pasar por ahí. Tengo los ojos puestos en Kontalk porque podré dar mi ID de Jabber, pero yo no me registraré con ellos por esto mismo.

Por lo que sé, nadie ha dado motivos técnicos reales sobre por qué no se hace un cliente XMPP atractivo para las masas. Un Telegram sobre XMPP, por así decir, en cuanto a sus características (se ha hablado de hacer un port, pero eso supondría tirar el 90% del código, supongo). Un cliente que ponga las opciones de XMPP a un toque del usuario. Hay extensiones que adaptan el protocolo a la comunicación móvil (si bien están en borrador), por lo que en principio parece posible de hacer.

Personalmente tengo los ojos puestos en Kontalk, que puede ser un puente para usuarios de WhatsApp y parecidos, y en Yaxim, un cliente para Android que se fija en la simplicidad y ya implementa una de esas extensiones que digo, pero aún no tiene ni salas de charla. Mientras, uso Xabber, que permite OTR y funciona muy bien aunque su interfaz no sea Holo.

Siento no poder daros detalles técnicos sobre nada, no es mi campo. Sólo puedo ofrecer opiniones y elucubraciones en base a lo que leo.


#45

@Nukeador @xamar @jomra @aperalesf @VictorMoral Tomo esta idea - que a lo mejor deberíamos comentarla en otro hilo y que dejo a tu criterio @versvs - para comentarla con más detenimiento. En todo ésto, aprecio que la adopción masiva del Open Source requiere alguien que esté detrás impulsándolo voluntariamente o bien, mediante un modelo de negocio abierto (Wordpress, p.e.) o bien, porque sea un estándar de generalizada aceptación de lo que el usuario final ni tiene noticia.

Centrándonos en proyectos como pump.io; chats o mensajerías libres; wallabags y otros varios (Evoco aquí lo de la navaja open source de otro hilo), creo que una clave adicional podrían ser los nodos - que ya sé que existen - y en éstos los proveedores de hosting como especialistas en mantener y actualizar sistemas y en darles economías de escala en sus procesos productivos. Me encantaría tener mi propio nodo pero si monto ahí una red pump.io algunos familiares o amigos pueden pensar que, como administrador, puedo acceder a sus datos. Pero si ese servicio lo ofrece un hosting independiente, podría ser interesante. Sé que parece una perogrullada pero, tal vez, se podrían montar esos nodos por los hosting siendo financiado por los evangelizadores del Open Source hasta cierto punto. Sé que tiene su complejidad pero es una idea verde.

Fijáos cómo algunos hosting ya te dan los servicios con los scripts ya montáis. Vosotros sabréis más que yo pero pongo de ejemplo corto a este y como extenso en servicios a este.

Ahora me lanzo un poco más: por qué no proponerles impulsar de manera coordinada - haciendo competencia entre ellos para crear un mercado nuevo open source con economías de escala y casi márketing coordinado - convencer a la gente para que tenga una especie de VPS con todos esos servicios - y más - montados a los que accedes a través de un panel genérico que te lleva a las páginas admin de cada servicio?. Sería proponer al usuario - familia - empresa media para que le compense tener un servicio en la nube de unos 30 GB con todos esos serivicios (También música, sync. etc.).

La clave está en cómo presentarlo y venderlo. La clave serían los early adopters y los evangelizadores, que podrían subvencionar tales servicios a los allegados hasta un límite y luego ya dejar que vuelen solos cuando hayan percibido el valor recibido y quieran o puedan pagar por ello.

Podríamos invitar a los hosters a este debate y enriquecer un poco más el foro y el hilo. Si cabe. A lo mejor es una barbaridad de novato lo que digo pero por intentarlo que no quede.


#46

Pues a mí a priori y sin tener conocimientos sobre el tema, ciertos puntos no me suenan tan descabellados. Hay mcuhos hostings que tienen planes con OwnCloud.


#47

Siempre he pensado que la opción para que las masas saliesen de los macrosilos usando software libre y recuperando el control sobre sus datos sería justo esa. Proveedores pequeños y medianos, accesibles para el cliente (nivel local incluso), servicios web totalmente interoperables (interconexión de todos los proveedores entre sí, como el correo), migraciones de datos fáciles y una amplísima gama de programas e intermediarios para adaptarlo a cualquier situación (que el gestor de tu red puede ser tu familia, tu empresa, tu club de ping pong, tu comunidad de vecinos…).

Y los problemas:

  1. El técnico. Lo que nos queda hasta la interoperabilidad y la migración fácil.
  2. Lo que dices, cómo presentarlo y venderlo. Crear un mercado. Dar con el mix justo de precios.
  3. La filosofía. Cuando digo al principio “salir de los macrosilos, software libre y control de los propios datos” hablo como si eso fuese un fin. Para mí lo es (bueno, un fin intermedio; para a la larga conseguir mayor prosperidad). Para la inmensa mayoría, no. La mayoría lo aceptaría como medio sólo si sirve a alguno de sus fines. ¿Cuál podría ser? La prosperidad que yo digo no sirve: dudosa y largo plazo.

¿No es esto lo que ha pretendido Shuttleworth con Ubuntu? Ahí se ven todos los problemas.


#48

Yo, personalmente, creo que la emancipación vendrá de la mano de empresas como Bitnami o DigitalOcean o no llegará en absoluto.

Preparar scripts que te crean todo lo necesario para tener en marcha tu propio servidor con las aplicaciones más comunes y/o deseadas aunque no tengas muchos conocimientos es una forma tremenda de abrir esta opción a mucha más gente.

Por supuesto, instalar algo como Ghost en un click sin ser muy conscientes de lo que hay debajo no les convierte en hackers expertos capaces de personalizarlo, pero si el sistema te da un Ghost funcionando perfectamente, está a tu disposición ir al template y personalizarlo aquí y allá, previa búsqueda en Google de cómo se toca una plantilla como esa, etc.

La idea de «navaja suiza» de @Iuritics me gusta. De hecho, Río (un proyecto que no pudimos sacar adelante por falta de presupuesto; presupuesto para estar unos meses sin trabajar para clientes y enfocados en él, vamos) proponía ser una mini-navaja suiza. Menos ambiciosa que la propuesta por Carlos en algunos sentidos, pero más ambiciosa en otro sentido. Digamos que la idea era muy de «céntrate en una cosa, pero hazla muy bien». Íbamos a centrarnos en comunicación tipo blog/comentarios/feeds, pero ahí buscábamos la excelencia… El brief quedó guay, pero la idea no prosperó, y eso que hubo quien nos animó a hacer crowdfunding, pero es que incluso para eso teníamos que dejar de atender clientes, preparar un crowdfunding bien requiere bastante trabajo.


#49

Suena todo muy ambicioso, en el buen sentido.

Siento que es una conversación que tiene que darse en directo, tomando algo en un bar tranquilo. Es una lástima que, al menos para mi, no sea posible.

El punto en el que tendría que llegar el concepto de personal server del que habla @Iuritics es, creo yo, “juntos somos más”. Imagino una familia extensa que comparte fotos en estos modulos personales interconectados: Mas nodos significaria mas ancho de banda para consultar nuestras fotos online, tambien significaria redundancia. Lo mismo con la mensajeria instantanea, que añadir/quitar nodos fuera facil. Imaginaos una wikipedia en la que cada uno de nuestros servidores personales tuviera una letra (y varios la misma). Imaginaos un mundo conectado a instancias de Internet, a diferentes niveles: casa, vecindario, etc… con servicios inteligentes, que se sincronicen y no requieran estar siempre conectados a Internet, que proporcionen autonomia. Son problemas complejos que aún cuando fueran resultos de poco vandrian si no se hace FÁCIL para todos.

En fin, peazo OFF TOPIC, mis disculpas.


#50

No es de extrañar. Por mi parte creo que la incomodidad proviene de los tiempos en que la portabilidad del número era muy compleja y tu número no parecía ser tú. Ahora es un poco distinto, pero poco más.

Con respecto a lo demás, cuanto más lo pienso más creo que el problema es de pereza por parte de los usuarios. Yo intento rellenar la ficha de cada uno con toda la información que me es necesaria para contactar (fax inclusive) pero veo que los demás ya no almacenan ni el correo. ¿ Qué tienen que enviarle un mensaje ? Pues buscan entre los antiguos y responden directamente borrando todo el texto. Así, con dos narices. Los que usamos lectores de escritorio vemos conversaciones del año de la polca que reviven con contenidos y temas que no tienen nada que ver.

Y como creo que el problema es del usuario la idea que limitar el número de información que debes almacenar sobre tu contacto es la imporante. Número de teléfono para hablar y todo eso, y dirección de email que debería utilizarse para la mensajería instantánea como hemos comentado más arriba (o en otro hilo, que ya estoy un poco perdido).


#51

Efectivamente. Porque se quiera o no hay ciertos costos que deben ser asumidos por los usuarios o el sistema se viene abajo. Y si pagas algo, un poco o un mucho, debes tener la sensación de que recibes algo a cambio.

Es que intentar imponer una visión propia en un sistema basado en comunidad conlleva fricciones seguro.

Por cierto, y saliendo mucho de la temática, Discurse acaba de regañarme porque estoy interviniendo bastante y no estoy dejando tiempo a los demás para que reflexionen sobre lo que digo. Vaya, no me parece mal, pero quizás el algoritmo debería tener en cuenta el tiempo entre conexiones ¿ no ? :slight_smile:


#52

Esa es la idea, sin duda. Y veo por el hilo que es como la utopía del Open Source ¿no?.


#53

A mis efectos, sería los desafíos ;-D


#54

Si hay mercado, vendrá solo


#55

Creo que esta es en gran parte la clave. Una acción coordinada y federada que, como tal, requiere un planteamiento y una planificación. Complicado pero puede que más fácil de lo que parece si la propuesta fuera pública y generase adhesión a través de un manifiesto, por ejemplo. En todo caso, habría líneas, fases… etc. Pero, de acuerdo contigo, así es.


#56

Pues, puede ser, pero la idea debería poder llevarse a cabo con algo flexible y unificar en Ubuntu le dota de cierta rigidez pero lo bueno es que ésto actuaría como un precedente institucional. Es interesante que Ubuntu trate de hacerlo de algún modo.


#57

Eso tiene mucho sentido, pero mi idea es que no tenga que instalarlo el usuario sino que el proveedor lo tenga configurado como servicio para que, como decían en Apple, “lo abres y funciona”. Algo así como tener preinstalados los scripts y que el usuario los vaya activando - y pagando según sea el caso - y usando sin que tenga que configurar nada.


#58

Efectivamente, el usuario personaliza y tal vez debería tener un apoyo de la comunidad y/o del proveedor - con vídeos - para que pueda avanzar más rápido. Pero eso, a mayores. La idea es que si abres un blog de WP y viene con el tema por defecto ya te vale y ya tienes un blog operativo. Sin más. Y así con todo, pues para mejorar siempre hay margen.


#59

Brillante vuestro planteamiento. Aunque si la propuesta es buena, creo que el boca a boca entre los desarrolladores open source sería mejor que una campaña de CF. Y más aún si hay negocio para mucha gente - hostings -. Pero claro, hay que trabajarlo.


#60

Una gozada leerlo, la verdad.