Vers un développement ouvert Alexandre Poitras – Développeur indépendant WebÉducation – 24 janvier 2008.

Présentation au sujet: "Vers un développement ouvert Alexandre Poitras – Développeur indépendant WebÉducation – 24 janvier 2008."— Transcription de la présentation:

1 Vers un développement ouvert Alexandre Poitras – Développeur indépendant WebÉducation – 24 janvier 2008

2 Utiliser la combinaison d'applications/utilitaires dont j'ai envie? Qu'est-ce que l'interopérabilité

3 L'interopérabilité est la propriété, pour un nombre quelconque de systèmes de traitement d'information, de pouvoir entrer en contact et d'échanger des informations entre eux. L'interopérabilité

4 La portabilité est la capacité d'une application en mesure de s'exécuter dans plusieurs environnements différents. La portabilité

5 La portabilité est la capacité de communiquer avec son environnement L'interopérabilité est la capacité de communiquer avec une autre application. En résumé

6 Les Vendor lock-in Dépendance d'un logiciel. Importants coûts de migration.

7 Plusieurs types Concernant la portabilité : Lock-in des outils. Lock-in de l'environnent. Concernant l'interopérabilité : Lock-in par le protocole.

8 La portabilité

9 Le lock-in des outils Un outil est un logiciel permettant ou facilitant la création/modification d'une application.

10 Quelques exemples Microsoft Visual Studio Eclipse Microsoft Visual Basic Oracle Application Express NetBeans

11 Le lock-in des outils Sauvegarde du travail dans un format binaire ou propriétaire. Génération de code complexe et non documenté.

12 Dangers Coûts et dépendance. Impossibilité de changer d'outils ou d'en utiliser plusieurs. Bogues possibles au niveau de l'outil. Fonctionnalités non disponibles. Difficile de déboguer. Impact sur la qualité du code.

13 Avantages Intégration très forte entre l'outil et le code. Tranquilité d'esprit.

14 Attention aux outils utilisés Les outils ne sont pas une potion magique. Utiliser des outils transparents.

15 Un exemple : NetBeans Matisse

16 Lock-in de l'environnement Le programme ne peut rouler que dans un certain environnement d'exécution : Matériel Système d'exploitation Serveur d'application, Base de Données. Frameworks.

17 Dangers Coûts et dépendance. Impossibilité de porter l'application sur un autre environnement. Innovation moins rapide.

18 Avantages Intégration plus forte.

19 Solutions Standards ouverts et solutions Open Source.

20 Les standards ouverts Processus de décision communautaire. Spécifications formelles. Plusieurs implémentations disponibles.

21 Avantages Portabilité. Dénominateur commun pour la création de solutions de plus haut niveau. Plus large communauté (plus d'idées, plus d'expériences,...).

22 Désavantages Évoluent très lentement. Visent un public général. Ne répondent pas à tous les besoins. Sous-ensemble de ce qui existe sur le marché.

23 Les standards à tout prix? Attention à la surutilisation des standards. Chaque développement a un contexte et des particularités différentes.

24 Dans quels domaines utiliser les standards? De bas niveau conceptuel, où l'innovation est moins importante. Matures! Dont l'implémentation est complexe. Où la portabilité est importante.

25 Exemples de standards à forte valeur ajoutée Paquetage de l'application. Traitement de requêtes Web.

26 Exemples de standards à faible valeur ajoutée Frameworks. Sécurité. Persistance.

27 La portabilité à tout prix? La portabilité a un coût! Seulement lorsque nécessaire. Limiter les dégâts : Isoler le code non portable. Utiliser des technologies transparentes.

28 Les solutions Open Source Autre méthode d'atteindre la portabilité. S'appuient sur les services standards de bas niveau de l'environnement.

29 Pourquoi l'Open Source? Très adapté aux domaines complexes et méconnus.

30 Pourquoi l'Open Source? Innovation très rapide. Très réactifs aux besoins des utilisateurs, bogues,... Contribution des idées par toute la communauté. Approche empirique plutôt que planifiée : les meilleures solutions survivent, les autres disparaissent.

31 La dette technique Ne jamais compromettre la qualité d'un développement!

32 Toujours pas convaincu? Il y aura toujours des trous à combler. Les développements maison sont beaucoup plus couteux.

33 Trop de choix? Le monde de l'Open Source bouge très très vite.

34 Adopter une stratégie Minimiser le nombre de produits. Utiliser solutions populaires. Combinaisons familières et documentées. Aller chercher du support lorsque nécessaire. Voir l'Open Source comme un choix technique! TESTER les produits avant de vous prononcer.

35 Et les solutions propriétaires? Toujours évaluer en fonction des besoins. Domaines précis ne menaçant pas la portabilité, par exemple la réplication des données sur un cluster. Vérifier les points d'extensions.

36 L'interopérabilité

37 Pourquoi l'interopérabilité L'informatique est de plus en plus central au fonctionnement d'une entreprise.

38 Pourquoi l'interopérabilité Le nombre d'applications utilisées a explosé. Relier l'entreprise à ses partenaires. S'adapter rapidement aux changements organisationnels. Changer de technologies sans délaisser les systèmes de première génération.

39 L'intégration Combiner des applications pour batir un système plus complet. Défi majeur pour la plupart des entreprises. Beaucoup d'innovation dans ce domaine.

40 Format de message Pour que 2 applications interagissent entre elles, elles doivent utiliser un format de message commun.

41 Plusieurs possibilités Protocoles réseaux : JMS, Web Services, RMI,... Fichiers locaux, Fichiers distants Courriels Données en Base de Données...

42 Service Web Les Services Web sont une technologie réçente qui génère beaucoup d'enthousiasme.

43 Service Web Un Service Web est un programme informatique permettant la communication et l'échange de données entre applications et systèmes hétérogènes dans des environnements distribués.

44 Pourquoi cette popularité? Standards et protocoles ouverts. Déployés sur des technologies Internet standards. Supportés par la majorité des gros joueurs du développement (Java et.Net).

45 2 types de services Web Les Services Web de type SOAP. Les Services Web de type REST.

46 Les Services Web de type SOAP Standards SOAP et WSDL définis par le consortium industriel WS-I. WS-I compte dans ses rangs : IBM, Microsoft, Oracle, Sun, BEA Systems,... Très lourd et complexe.

47 Les Services Web de type REST Basés sur l'architecture du Web et ses standards de base: HTTP et URI. Très simple et très légère. De plus en plus populaire (à juste titre).

48 La solution miracle? Simplement une technologie de messagerie. Acceptable d'utiliser d'autres technologies de messagerie.

49 Service Oriented Architecture Style d'architecture. Fonctionnalités décomposées en unités distinctes (services). Chaque service peut être implémenté dans une technologie différente.

50 Service Oriented Architecture Domaine prometteur mais très jeune et très complexe. Attention au battage publicitaire et aux standards prématurés (JBI, SCA).

51 Plusieurs solutions OS innovatrices Mule Apache ActiveMQ Spring Integration