Synchronisation

• [^]Re: Synchronisation

  Posté par delgatux () le 07/05/2007 à 09:55. (lien). Évalué à 1.

  Oui, N\'Kari a parfaitement raison:
  
  Et j'ajouterais: la possibilité de synchroniser de manière transparente entre un PC au bureau ( Sous Notes par exemple sous Windows ou Linux) et sur un autre PC sous Linux (tel un portable perso) et ce manière transparente.
  
  J'ai également vu des gens reculer à cause de l'absence de synchro avec DocumentsToGo.

  [^]Re: Synchronisation

  Posté par Joc M () le 07/05/2007 à 10:11. (lien). Évalué à 9.

  "Les PDA sont surtout utilent s'ils peuvent etre synchronisés avec la pateforme de messagerie de l'entreprise."
  
  C'est une vision exclusive de l'utilisation d'un PDA.
  
  Voici ce que peut faire entre autre un PDA (sous Maemo, c'est ce que je connais bien...)
  
  Est-ce qu'un PDA sous windows mobile classique peut te servir de tableau de bord électronique [2] dans ta voiture ? C'est disponible sur Maemo [1]
  
  La même platforme permet aussi de se servir d'un GPS avec maemo-mapper [3] et de te situer sur des cartes hautes résolutions [4]
  
  Je sais aussi que le Nokia 770 sert de terminal SSH wifi à l'observatoire du mont wilson en californie [5]. Quoi de plus pratique que de pouvoir contrôler ou tu veux sur le site les télescopes répartis [6] d'un coup de stylet. Son utilisation dans le domaine industriel ne fait que débuter.
  
  Tout ceci sans parler de l'utilisation en tend que dictionnaire multilingue [7], comporte un grand nombre d'outils scientifiques [8] très utiles. Donc il n'y a pas que la messagerie quoi...
  
  [1] https://garage.maemo.org/projects/carman/
  [2] http://www.youtube.com/watch?v=OTwYn1ZP9EY (flash ÇPCM*)
  [3] https://garage.maemo.org/projects/maemo-mapper
  [4] http://www.atmasphere.net/wp/archives/2007/01/31/maemo-mappe(...)
  [5] http://www.chara.gsu.edu/CHARA/
  [6] http://images.google.fr/imgres?imgurl=http://www.chara.gsu.e(...)
  [7] https://garage.maemo.org/projects/mdictionary/
  [8] http://maemo.org/downloads/scientific/
  
  * Ça Pu C'est le Mal

  --
  be a sheep isn't cheap

  • [^]Re: Synchronisation

    Posté par baud123 (Jabber id, page perso, ) le 07/05/2007 à 11:16. (lien). Évalué à 5.

    C'est une vision exclusive de l'utilisation d'un PDA.
    
    je te pertinente très volontiers, cela correspond exactement à mon point de vue (cf. mon post plus haut) et j'ajoute que cela correspond à une vue "col blanc" de l'utilité d'un PDA qui ne va pas tarder à exploser vu le nombre de contraintes (windows mobile 2005 avec un active sync défaillant dont le support est rejeté par microsoft sur les constructeurs, support de Notes demandant m-notes, ...) et la mise en lumière flagrantes des problèmes d'interopérabilité : cela peut être une chance pour les formats ouverts.
    
    Pour la vision "col-bleu" (ou utilisation "métier") du PDA, comme en logistique (lecture code barre, accès au SI via wifi/bluetooth ou synchro) ou gestion de livraison/maintenance (GPS, carte des sites/points intéressants, "TomTom", ...) clairement la plateforme PocketPC n'apporte que des problèmes d'intégration et n'est focalisé que sur le PDA sans proposer d'infrastructure ni d'éléments de sécurité dignes de ce nom.
    
    C'est comme cela que le BlackBerry a conquis son marché mettant entre les mains d'une société la plupart des mails des dirigeants d'entreprise, au détriment de toute intelligence économique ou conscience de principes de sécurité/non divulgation de base...

    [^]Re: Synchronisation

    Posté par Pierre Jarillon (page perso, ) le 07/05/2007 à 17:53. (lien). Évalué à 2.

    Pour les PDA, on peut se reporter à un article récent : http://linuxfr.org/2007/04/25/22411.html

  [^]Re: Synchronisation

  Posté par Franck Routier () le 07/05/2007 à 10:31. (lien). Évalué à 3.

  Pour la synchronisation, regardes du côté de Funambol : www.funambol.com/opensource.
  
  C'est un serveur de synchronisation, libre (licence GPL modifiée pour interdire l'utilisation de la bibliothèque modifiée par une société qui baserait ses services sur funambol sans redistribuer ses modifs), ex Sync4j.
  
  Sont supportées en particulier les synchronisation avec :
  
  Outlook
  Syncml
  Windows Mobile
  Lotus Domino
  Kolab
  Zimbra
  Ldap (partiel)
  etc.
  
  Ici nous privilégions les Smartphone sous Symbian, parce que ça marche et que ce n'est pas Microsoft (ce second critère est purement idéologique, mais nous l'applicons néanmoins :)

  • [^]Re: Synchronisation (erratum)

    Posté par Franck Routier () le 07/05/2007 à 10:41. (lien). Évalué à 4.

    euh, je me suis mal relu :
    
    - les synchronisationS
    - appliQUons
    - les SmartphoneS
    
    :)

    [^]Re: Synchronisation

    Posté par baud123 (Jabber id, page perso, ) le 07/05/2007 à 11:31. (lien). Évalué à 3.

    arg c'est ballot d'avoir modifié la GPL, ajouter des restrictions rend votre licence incompatible avec la GPL :/
    Cela ressemble au cas Affero http://www.affero.org/oagpl.html http://www.gnu.org/press/2002-03-19-Affero.fr.html (auquel la FSF est favorable même si c'est au détriment de la compatibilité avec la GPL).
    
    Envisagez-vous de passer en GPLv3 par la suite ? Avez-vous regardé ce que la GPLv3 apporte sur les cas de tivoisation (qui est plus proche de votre problématique : le binaire considéré comme un "firmware" intégré à l'équipement ne serait pas distribué "en tant que tel" puisque dépendant du matériel, ce qui est plus que douteux dans le cas de màj du firmware mais bon...).
    
    Votre serveur de synchronisation gère-t-il :
    - les remontées de fichiers par delta (exemple : une base de données embarquée dont seules les modifs seraient transférées)
    - la remontée d'info de gestion de configuration (versions des logiciels installés, utilisateur, conf' matériel pour le suivi d'un ajout de carte ou de RAM par exemple)
    - le déploiement de mises à jour de logiciels (tenant compte de la gestion de conf' et d'une politique de déploiement) et avec une interface clean côté utilisateur du pda (pour remettre à plus tard la mise à jour s'il est pressé par exemple ou la suspendre pour la reprendre plus tard)
    - je dois en oublier...
    
    Avez-vous des tests de performance pour de "grosses" volumétries : 20 Mo, 50 Mo, 200 Mo, voire plus (déploiement d'une mise à jour logiciel, remontées de photos terrain par exemple, remontées de saisies en delta pour de la maintenance/rapport d'intervention...).
    Avec un serveur de synchro dont je ne me rappelle plus du nom (genre truc-bridge), il avait été vu que de désactiver ActiveSync pour ne conserver que l'outil de synchro sur le PDA (en perdant la synchro de mails/agenda, mais bon...) faisait gagner 30% de perfs... avez-vous constaté le même genre de choses ? (le gros problème de activesync de toute façon c'est son protocole proprio qui peut induire des incompatibilités avec un firewall personnel par exemple, alors qu'une surcouche tcp/ip fonctionne bien en ethernet, wifi, éventuellement usb...)

    • [^]Re: Synchronisation

      Posté par baud123 (Jabber id, page perso, ) le 07/05/2007 à 11:45. (lien). Évalué à 2.

      autre question tant que j'y pense : l'adhérence au poste client (portable ou fixe au bureau) est-elle obligatoire ?
      
      pour expliciter :
      - y-a-t-il les mêmes fonctionnalités disponibles en étant connecté pour synchro au poste utilisateur et en étant connecté directement (wifi, bluetooth, câble ethernet, gsm, umts, gprs et j'en oublie avec edge et autres)
      - avez-vous des schémas d'architecture avec les différents cas d'utilisations
      ° en mobilité, connexion "permanente" genre wifi
      ° en mobilité, mode déconnecté (synchro) : ethernet ou gprs/gsm/... avec connexion ponctuelle avec les cas accès local (connexion LAN) / accès distant (généralement VPN d'entreprise)
      ° en mode confiné (cas d'un hangar où le wifi ou le bluetooth "restent" dans le local) permettant un accès au SI plus direct voire permanent
      ° en précisant les serveurs en local qui seraient nécessaires ou possibilité de les avoir en central pour une plus grande disponibilité
      ° en précisant les niveaux de sécurité à chaque élément : PDA, réseau, serveurs ainsi que les niveaux de disponibilité (éviter les SPOF http://fr.wikipedia.org/wiki/Single_point_of_failure notamment, surtout quand il n'y a pas d'intervenant informatique sur site)

      [^]Re: Synchronisation

      Posté par Gniarf () le 07/05/2007 à 15:18. (lien). Évalué à 3.

      dans l'intérêt de la raison, merci de ne plus dire "la GPL" mais de préciser quelle version de la GPL à chaque fois où cela est nécessaire.
      
      ne serait-ce qu'à cause du noyau qui va rester en GPL v2

      --
      Windows has no users. It has hostages.