Envelope-to: jtadeusz@april.org
Delivery-date: Mon, 25 Oct 2010 18:37:47 +0200
Message-ID: <4CC5B265.4080609@yahoo.fr>
Date: Mon, 25 Oct 2010 18:37:57 +0200
From: Karamel <karamel_59@yahoo.fr>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100328)
MIME-Version: 1.0
To: informatique-deloyale@april.org
References: <4CBC85A5.2080004@yahoo.fr> <4CBDE266.6060508@yahoo.fr> <20101025163728.4f24375b@tiny-toon.metrodore.fr> <201010251654.11583.pinaraf@pinaraf.info>
In-Reply-To: <201010251654.11583.pinaraf@pinaraf.info>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Errors-to: informatique-deloyale-owner@april.org
Precedence: list
Subject: Re: [INFAUX] Projet de repository d'applications mobiles
Status: O
Content-Length: 5792

Pierre wrote:
> On Monday 25 October 2010 16:37:28 Fran=E7ois Poulain wrote:
>  =20
>> Le Tue, 19 Oct 2010 20:24:38 +0200,
>>
>> Karamel <karamel_59@yahoo.fr> a =E9crit :
>>    =20
>>> Sur le c=9Cur il n'y en aurait pas (ou peu), les diff=E9rences seraie=
nt
>>> de l'ordre d'ajouts de fonctionnalit=E9s comme la navigation dans un
>>> arbre de cat=E9gories ou le filtrage par crit=E8res mat=E9riels ou
>>> logiciels (taille de l'=E9cran, pr=E9sence d'une boussole, d'un capte=
ur
>>> vid=E9o, version d'OS...)
>>>      =20
>> On pourrait imaginer que ces attributs soient des d=E9pendances
>> satisfaites par des =AB paquets =BB virtuels. Mais la nature de base d=
'un
>> gestionnaire de paquet est de combler les d=E9pendances, pas de se
>> =AB satisfaire =BB de la disponibilit=E9 ou non d'une d=E9pendance. Do=
nc
>> effectivement =E7a pose un probl=E8me diff=E9rent. Ensuite, je ne suis=
 pas
>> assez connaisseur des gestionnaires de paquets pour savoir si c'est
>> d=E9j=E0 cod=E9 quelque part.
>>
>>    =20
>>> Par contre j'ai regard=E9 rapidement comment fonctionnaient les serve=
ur
>>> de paquets, mais je n'ai pas trouv=E9 de doc fonctionnelle (je n'ai
>>> trouv=E9 que des solutions toutes faites), bien que je n'ai pas pass=E9
>>> une journ=E9e =E0 =E7a. Un portage pourrait =EAtre une solution pour =
avoir
>>> une base fonctionnelle, sans trop savoir plus en d=E9tail comment il
>>> fonctionne. =C7a m'int=E9resserait d'y jeter un =9Cil d'ailleurs, que=
 =E7a
>>> soit adapt=E9 ou non.
>>>      =20
>> J'imagine que le plus direct est de prendre contact avec des
>> d=E9veloppeurs exp=E9riment=E9s en la mati=E8re.
>>
>> Fran=E7ois
>>    =20
> Pour avoir cod=E9 =E0 une =E9poque un gestionnaire de paquets, ce n'est=
 pas compliqu=E9=20
> du tout : un serveur de paquets est un simple serveur de fichiers, en H=
TTP, FTP,=20
> NFS... Des fichiers listant l'ensemble des paquets sont disponibles et =
sont=20
> g=E9n=E9r=E9s par des outils sp=E9cialis=E9s.
> Seuls ces fichiers sont t=E9l=E9charg=E9s, il convient donc que l'ensem=
ble des donn=E9es=20
> n=E9cessaires soient dedans (mais pas plus pour =E9viter de surcharger =
le syst=E8me,=20
> par exemple la liste des fichiers de chaque paquet est optionnelle).
>
> Mais un tel fonctionnement n'est =E0 mon avis pas adapt=E9 =E0 un t=E9l=
=E9phone. En effet,=20
> sur un t=E9l=E9phone, je ne pense pas qu'un utilisateur chez Orange aim=
erait voir=20
> 10Mo (soit 20%) de sa bande passante mensuelle consomm=E9e pour t=E9l=E9=
charger des=20
> listes de paquets quand il souhaite n'en installer qu'un seul. Certes, =
les=20
> listes diff=E9rentielles permettent de r=E9duire la consommation en ban=
de passant,=20
> mais cela n'est pas =E0 mon avis suffisant.
>
> Il serait s=FBrement plus intelligent de concevoir un syst=E8me reposan=
t sur des=20
> requ=EAtes de recherche envoy=E9es =E0 un serveur. Il faudrait donc avo=
ir une=20
> application web sur le serveur capable de fournir les listes de paquets=
, et de=20
> g=E9rer les recherches convenablement =E0 la place des clients. Ce n'es=
t pas=20
> particuli=E8rement compliqu=E9 =E0 impl=E9menter, et a l'avantage de fo=
urnir un syst=E8me=20
> plus l=E9ger en bande passante.
>
> Pierre
>  =20
J'ai commenc=E9 =E0 d=E9velopper un serveur minimaliste sur ce mod=E8le=20
(services web de navigation et de r=E9cup=E9ration, la recherche arrivera=
=20
plus tard), =E7a me conforte un peu dans l'id=E9e que je ne pars pas sur=20
n'importe quoi m=EAme si il y a beaucoup de choses =E0 piquer du cot=E9=20
gestionnaire PC.

Il y a peut =EAtre aussi une diff=E9rence de taille dans l'utilisation, s=
i=20
j'ai remarqu=E9 ce week end que dans synaptic on pouvait lister les appli=
s=20
par cat=E9gories (mais sans sous cat=E9gories), je ne pense pas que le=20
client soit pens=E9 comme une application =E0 part enti=E8re. Je veux dir=
e par=20
l=E0 que synaptic est un outil d'installation (apt-get install et zou)=20
alors que les market sont plus orient=E9s sur la d=E9couverte et la navig=
ation.

Durant mes premiers jours avec mon Android je me souviens avoir pass=E9=20
pas mal de temps =E0 simplement me balader sur le market, comme on=20
pourrait fl=E2ner dans un magasin juste pour voir tout ce qu'il y a sans=20
but pr=E9cis (chose que les hommes ont du mal =E0 concevoir :) ), chose=20
qu'il ne m'est jamais venu =E0 l'esprit avec synaptic. Peut =EAtre justem=
ent=20
=E0 cause des diff=E9rences dans l'usage d'un PC et d'un appareil qu'on a=
=20
toujours dans la poche. Un PC r=E9pond =E0 un besoin assez clairement=20
identifi=E9 alors que sur mobile on ne sait pas encore tout ce qu'on=20
pourrait faire avec (qu'on le fasse d=E9j=E0 sur PC ou pas).

Les meta donn=E9es associ=E9es aux applications risquent donc d'=EAtre pl=
us=20
riches (ic=F4ne, arbre de navigation, description, screenshots...) bien=20
que je ne croie absolument pas au syst=E8me de notation par les utilisate=
urs.

Aussi ce qui se passe actuellement au niveau des d=E9pendances, elles son=
t=20
juste li=E9es =E0 la version d'OS (pour l'instant en tout cas). En effet =
les=20
librairies sont incluses dans le syst=E8me et il n'y a pas de moyen=20
relativement simple d'y toucher pour ajouter des choses. Tout ce qui est=20
d=E9velopp=E9 cot=E9 applicatif se situe =E0 un niveau tr=E8s =E9lev=E9. =
Les seules=20
d=E9pendances pour l'instant que je peux voir sont des liaisons entre=20
applications sur Android pour se brancher les unes sur les autres. Sur=20
iPhone toutes les applis sont totalement ind=E9pendantes. Tout =E7a pour=20
dire que les syst=E8mes mobiles sont pour l'instant assez monolithiques.
 (encore que ces histoires d'appli-librairies me font me demander si il=20
est pas possible de faire une appli qui ne se lance pas, juste pour=20
l'appeler depuis d'autres)