![10 Produs Apple important inventat de Steve Jobs](/f/4b773d4fa5467cfa3a983ace1aea4799.jpg?width=100&height=100)
am întâlnit Ryan Paul la UDS în luna mai trecut și trebuie să spun că am fost lovit de stea (eu sunt stea lovit de cele mai multe ori la UDS oricum). În calitate de editor badass la arstechnica și omul care a început gwibber, m-am gândit că ar fi frumos să intervievezi pentru OMG! Ubuntu!
Deci, omule, prezintă-te cititorilor noștri, te rog și spune-ne despre povestea ta cu Open Source?
Deci, ziua ești jurnalist și noaptea ești hacker? Cum găsești timp pentru amândoi?
Da, este dificil să găsești timp. Trebuie să mă bazez pe alți contribuitori pentru a face o mulțime de întreținere de bază, cum ar fi triajul de erori. Membrii comunității Ubuntu au fost foarte de ajutor cu aceste tipuri de sarcini, ceea ce înseamnă că pot dedica cât de puțin timp de hacking am să fac schimbări majore și îmbunătățiri codului.
Îmi poți spune cum a început povestea ta cu Gwibber? Care a fost inspirația ta?
A început ca orice alt instrument mic pe care îl dezvolt pentru uz personal. Pe măsură ce a evoluat, am început să-l folosesc ca banc de test pentru experimentarea cu noi cadre și instrumente de dezvoltare despre care am vrut să scriu în articole. Când Jorge Castro m-a convins să încerc Launchpad, am decis să migrez codul Gwibber pe site. Acesta a fost momentul în care Gwibber a decolat cu adevărat și a devenit popular.
Numărul de utilizatori a crescut considerabil și am început să primesc patch-uri de la colaboratori. Mi-am dat seama că gestionarea unui proiect open source din lumea reală ar putea fi o modalitate utilă de a obține o perspectivă asupra procesului de dezvoltare, așa că am decis să continui cu proiectul.
Vorbind despre Ubuntu, trebuie să fie destul de minunat să vezi aplicația la „esența” inițiativei Ubuntu „Social from the start”. Cum a influențat acest lucru asupra direcției Gwibber?
Inițiativa Social from the Start de la Ubuntu a condus o mulțime de decizii care au fost luate în ultimul an cu privire la arhitectura Gwibber. În special, decizia noastră de a separa serviciul de bază de frontend a fost determinată în totalitate de cerințele Ubuntu.
Nu există nicio îndoială că Gwibber a stabilit ritmul și standardul pentru clienții sociali pe desktop-ul Linux, dar, în cele din urmă, aplicația are un pic de reputație de fiară lentă, cu resurse pe care mulți utilizatori - în ciuda integrării Ubuntu - nu o folosesc. Crezi că imaginea este corectă? A face din Gwibber mai slab ceva este o prioritate?
Percepția conform căreia Gwibber este lentă și excesiv de intensivă în resurse este absolut corectă, dar am lucrat pentru a îmbunătăți. Cu toate acestea, nu cred că ne-a costat mulți utilizatori. Statisticile obținute de la unele dintre serviciile de rețele sociale arată că publicul nostru a crescut constant. Deși unele dintre alternativele la Gwibber sunt mult mai ușoare, niciuna nu oferă încă funcționalități echivalente. Scopul meu cu Gwibber a fost întotdeauna să testez noi tehnologii și noi componente ale stivei de desktop, dar uneori adopt noi tehnologii prematur.
Dependența Gwibber de DesktopCouch a avut un impact negativ profund asupra performanței, fiabilității și portabilității distribuțiilor. Am trecut la SQLite în Gwibber 3, ceea ce îmbunătățește semnificativ performanța și capacitatea de reacție a programului. În viitor, vom fi mai precauți cu privire la adoptarea tehnologiilor nedovedite.
Cred că noua noastră versiune va contribui la îmbunătățirea reputației Gwibber, dar mai sunt încă de lucru. Cred că redarea WebKit este încă prea intensă în memorie și utilizarea Python pentru frontend face ca programul să înceapă lent. Sperăm să rezolvăm aceste probleme în viitor, cu o reproiectare majoră a frontend-ului Gwibber.
Când implementăm acele machete, vom folosi widget-uri native, care, sperăm, ne vor ajuta să ne îmbunătățim considerabil performanțele.
În plus față de modelele lui Neil, am văzut recent o mulțime de modele super-slick și modele de interfețe pentru Gwibber. Va fi vreunul dintre acestea adoptat sau utilizat ca bază pentru următoarea „fază” a Gwibber?
Salutăm feedback-ul proiectării din partea comunității, dar ne vom baza mai ales pe munca unor experți precum Neil și alți membri ai echipei de design Canonical.
Nu este ușor să creați un design bun care poate fi implementat în limitele setului de instrumente Gtk +. Neil are o experiență extraordinară în crearea de experiențe de utilizator excepționale cu Gtk +, care înseamnă că este calificat unic pentru a ne ajuta să formulăm o viziune atât de convingătoare, cât și realizabil.
Din câte îmi dau seama, Gwibber este 100% Python, la ce provocări a dus acest lucru cu distribuirea pachetelor pentru diferitele distribuții?
Python nu a pus nicio provocare de implementare pe Linux. De fapt, Python este extrem de bine susținut de toate distribuțiile majore. Cea mai mare problemă pe care o avem cu Python este că unele legături (cum ar fi WebKitGtk, de exemplu) nu sunt menținute așa cum am dori. Există câteva API-uri WebKitGtk pe care pur și simplu nu le putem folosi încă, deoarece nu sunt expuse prin legăturile Python neîntreținute. PyGI (noul sistem de legare Python bazat pe introspecția GObject) este fantastic și va ajuta la rezolvarea multor astfel de probleme în viitorul apropiat. Sperăm să folosim PyGI în următoarea versiune.
Cu discuțiile de la GUADEC despre integrarea serviciilor web în GNOME și KDE 4.4 introducând funcționalitatea „desktop social”, unde se potrivește Gwibber?
Încă nu există nimic în amonte care să facă ceea ce Gwibber poate face. Un proiect care are un potențial interesant este libsocialweb, dar în prezent suportă doar aproximativ 5% din totalul Gwibber funcționalitate și are unele limitări arhitecturale serioase care sunt de nerezolvat pentru noi, cum ar fi permiterea unui singur cont per serviciu.
Dezvoltatorul libsocialweb și-a exprimat un anumit interes pentru a satisface cerințele Gwibber, dar este încă departe de a putea face ceea ce avem nevoie. Dacă un cadru se materializează în GNOME în amonte, care se află pe o traiectorie care să fie potrivită pentru Gwibber, aș fi sunt foarte fericit să contribuie la aceasta și arhitectul Gwibber să-l folosească mai degrabă decât propriul backend al lui Gwibber daemon.
Deoarece frontend-ul și backend-ul Gwibber sunt independente, nu mi-ar fi dificil să înlocuiesc complet backend-ul cu o alternativă dacă apare ceva mult mai bun. Păstrarea backend-ului și ținerea pasului cu modificările API-urilor necesită un efort imens, așa că cred că este bine să mute acest tip de muncă în amonte cât mai mult posibil, astfel încât povara să fie împărțită între client implementatori.
Inițiativa KDE pentru desktopul social nu se suprapune deloc cu Gwibber. Este conceput pentru a permite integrarea pe desktop a site-urilor web ale comunității open source, nu a serviciilor obișnuite precum Facebook și Twitter. Am adăugat experimental suport pentru protocolul KDE Social Desktop (care se numește Open Collaboration Services) în Gwibber, ceea ce a făcut posibilă realizarea unor lucruri interesante precum căutarea GNOME-Look.org direct din Gwibber client:
În calitate de dezvoltator de aplicații desktop, ce părere aveți despre răspândirea de servicii precum OAuth și openID care necesită integrarea într-o oarecare măsură cu browserul pentru autentificarea corectă
OAuth este absolut ticălos. Este un standard foarte slab conceput, care are o serie de limitări tehnice serioase. Este fundamental impracticabil pentru utilizare în aplicații desktop și mobile. Unele rețele sociale, cum ar fi Facebook și Google Buzz, au extins OAuth cu extensii nestandardizate pentru a putea fi utilizată pe desktop, dar unele rețele sociale o fac foarte greșit. Twitter, de exemplu, necesită aplicații pentru a încorpora o cheie secretă OAuth. Acest lucru este problematic, deoarece nu există nicio modalitate de a garanta secretul unei chei odată ce aceasta este inclusă în software-ul care este distribuit utilizatorilor finali. Când cheia este compromisă, Twitter o va invalida și va bloca aplicația.
Acest lucru va pune provocări foarte serioase pentru clienții Twitter open source, deoarece nu avem cum să ne ascundem nici măcar cheile. Twitter a promis să livreze un mecanism special de autentificare pentru aplicațiile client open source, dar nu a reușit să-l pregătească pentru utilizare pe scară largă în timp pentru trecerea lor de la bază autentificare. Decizia Twitter de a dezactiva autentificarea de bază fără a aborda mai întâi această problemă este foarte proastă pentru utilizatorii Linux. Există un risc extrem de grav ca clienții Twitter open source să fie dezactivați de la distanță de Twitter. Tot ce putem face este să încorporăm cheile în aplicațiile noastre și să sperăm că Twitter nu va observa.
OK, este deprimant! Vă deranjează câteva întrebări amuzante sau nu?
Puteți încerca să întrebați, dar nu vă pot promite că voi răspunde tuturor. :-)
Destul de corect, atât de fierbinte sau nu?
Windows XP
Ryan: Nu!
Windows 7
Ryan: cald
Steve Ballmer
Ryan: Total nebun
Seif Lotfy
Eu: (UNELE AMENINȚĂRI)
Ryan: Dezvoltatorul genial Zeitgeist? Total fierbinte!
Steve Jobs
Ryan: Obositor.
Eu: Cum îți place faptul că m-am plasat între Steve și Steve?
Ryan: LOL!
Mark Shuttleworth
Ryan: Cred că Mark înseamnă bine și este cu adevărat interesat să ridice experiența utilizatorului Linux.
Eu: Atât de fierbinte sau nu?
Ryan: Fierbinte!
Eu: Costum de baie fierbinte?
Ubuntu
GNOME Shell
Ryan: Voi refuza judecata GNOME Shell până când va deveni mai matură.
Unitate
Ryan: Fierbinte!
Zeitgeist
Ryan: Fierbinte!
Telepatie
Ryan: Fierbinte!
NU-MI VINE SĂ CRED! Ubuntu!
Și nu în ultimul rând cred că ești fierbinte.
Ryan: LOL Ce?
Seif: Nimic ...
Deci, altceva doriți să știe utilizatorii?
Avem câteva funcții grozave care vin în Gwibber 3, inclusiv asistență pentru Google Buzz, liste Twitter, Ping.fm, imagini în linie și mesaje directe. Va fi disponibil cu Ubuntu 10.10.
Totul Ubuntu, zilnic. Din 2009.