Re: [INFAUX] Projet de repository d'applications mobiles

[Pierre <pinaraf AT pinaraf.info>]

On Monday 25 October 2010 18:37:57 Karamel wrote:
> Pierre wrote:
> > On Monday 25 October 2010 16:37:28 François Poulain wrote:
> >> Le Tue, 19 Oct 2010 20:24:38 +0200,
> >> 
> >> Karamel <karamel_59 AT yahoo.fr> a écrit :
> >>> Sur le cœur il n'y en aurait pas (ou peu), les différences seraient
> >>> de l'ordre d'ajouts de fonctionnalités comme la navigation dans un
> >>> arbre de catégories ou le filtrage par critères matériels ou
> >>> logiciels (taille de l'écran, présence d'une boussole, d'un capteur
> >>> vidéo, version d'OS...)
> >> 
> >> On pourrait imaginer que ces attributs soient des dépendances
> >> satisfaites par des « paquets » virtuels. Mais la nature de base d'un
> >> gestionnaire de paquet est de combler les dépendances, pas de se
> >> « satisfaire » de la disponibilité ou non d'une dépendance. Donc
> >> effectivement ça pose un problème différent. Ensuite, je ne suis pas
> >> assez connaisseur des gestionnaires de paquets pour savoir si c'est
> >> déjà codé quelque part.
> >> 
> >>> Par contre j'ai regardé rapidement comment fonctionnaient les serveur
> >>> de paquets, mais je n'ai pas trouvé de doc fonctionnelle (je n'ai
> >>> trouvé que des solutions toutes faites), bien que je n'ai pas passé
> >>> une journée à ça. Un portage pourrait être une solution pour avoir
> >>> une base fonctionnelle, sans trop savoir plus en détail comment il
> >>> fonctionne. Ça m'intéresserait d'y jeter un œil d'ailleurs, que ça
> >>> soit adapté ou non.
> >> 
> >> J'imagine que le plus direct est de prendre contact avec des
> >> développeurs expérimentés en la matière.
> >> 
> >> François
> > 
> > Pour avoir codé à une époque un gestionnaire de paquets, ce n'est pas
> > compliqué du tout : un serveur de paquets est un simple serveur de
> > fichiers, en HTTP, FTP, NFS... Des fichiers listant l'ensemble des
> > paquets sont disponibles et sont générés par des outils spécialisés.
> > Seuls ces fichiers sont téléchargés, il convient donc que l'ensemble des
> > données nécessaires soient dedans (mais pas plus pour éviter de
> > surcharger le système, par exemple la liste des fichiers de chaque
> > paquet est optionnelle).
> > 
> > Mais un tel fonctionnement n'est à mon avis pas adapté à un téléphone. En
> > effet, sur un téléphone, je ne pense pas qu'un utilisateur chez Orange
> > aimerait voir 10Mo (soit 20%) de sa bande passante mensuelle consommée
> > pour télécharger des listes de paquets quand il souhaite n'en installer
> > qu'un seul. Certes, les listes différentielles permettent de réduire la
> > consommation en bande passant, mais cela n'est pas à mon avis suffisant.
> > 
> > Il serait sûrement plus intelligent de concevoir un système reposant sur
> > des requêtes de recherche envoyées à un serveur. Il faudrait donc avoir
> > une application web sur le serveur capable de fournir les listes de
> > paquets, et de gérer les recherches convenablement à la place des
> > clients. Ce n'est pas particulièrement compliqué à implémenter, et a
> > l'avantage de fournir un système plus léger en bande passante.
> > 
> > Pierre
> 
> J'ai commencé à développer un serveur minimaliste sur ce modèle
> (services web de navigation et de récupération, la recherche arrivera
> plus tard), ça me conforte un peu dans l'idée que je ne pars pas sur
> n'importe quoi même si il y a beaucoup de choses à piquer du coté
> gestionnaire PC.
> 
> Il y a peut être aussi une différence de taille dans l'utilisation, si
> j'ai remarqué ce week end que dans synaptic on pouvait lister les applis
> par catégories (mais sans sous catégories), je ne pense pas que le
> client soit pensé comme une application à part entière. Je veux dire par
> là que synaptic est un outil d'installation (apt-get install et zou)
> alors que les market sont plus orientés sur la découverte et la navigation.
> 
> Durant mes premiers jours avec mon Android je me souviens avoir passé
> pas mal de temps à simplement me balader sur le market, comme on
> pourrait flâner dans un magasin juste pour voir tout ce qu'il y a sans
> but précis (chose que les hommes ont du mal à concevoir :) ), chose
> qu'il ne m'est jamais venu à l'esprit avec synaptic. Peut être justement
> à cause des différences dans l'usage d'un PC et d'un appareil qu'on a
> toujours dans la poche. Un PC répond à un besoin assez clairement
> identifié alors que sur mobile on ne sait pas encore tout ce qu'on
> pourrait faire avec (qu'on le fasse déjà sur PC ou pas).
> 
> Les meta données associées aux applications risquent donc d'être plus
> riches (icône, arbre de navigation, description, screenshots...) bien
> que je ne croie absolument pas au système de notation par les utilisateurs.
Inspire toi de ce qui se fait par exemple dans debian avec les debtags. Pour 
chaque paquet, un ensemble de tags est associé. Tu peux ensuite chercher par 
usage. Adept 1 fournissait une bonne interface de recherche de paquets à 
l'aide 
de ces tags.
Par exemple, tu peux dire que tu cherches un outil qui écrive des PDF, qui 
manipule des données vectorielles et qui soit codé en Python...

Attachment: signature.asc
Description: This is a digitally signed message part.