# uname -a - Mot-clé - informatique

Remarques et opinions à propos du patriotisme économique en informatique

Mathieu — Sun, 01 Nov 2015 15:46:00 +0100

Le patriotisme économique c’est le fait de préférer faire travailler une entreprise nationale, quitte à payer un peu plus, plutôt qu’une entreprise étrangère moins chère.

Cela se justifie en termes politiques : contribuer à l’économie de son pays ; mais aussi en termes économiques : le prestataire national comprend certainement mieux votre besoin qu’une entreprise du bout du monde, et les échanges sont donc facilités. De plus, vous aurez beaucoup plus de facilités à rencontrer votre prestataire (si ça se passe bien), ou à l’assigner en justice (si ça se passe mal) s’il opère sur le même territoire que vous.

Mais où est la limite ? Est-ce que votre prestataire peut sous-traiter à une entreprise étrangère sans trahir votre confiance ? Comment le mode de sous-traitance choisi impacte le projet ? Et surtout, dans le contexte du service en informatique, quelles sont les implications politiques et juridiques vis à vis de l’emplacement de stockage et de traitement des données ?

De nombreux exemples de sous-traitance abusive ont déjà fait polémique [1] [2] [3], mais remettons les choses à plat.

Note : ce billet est une opinion personnelle concernant un sujet auquel j’ai été confronté en tant que prestataire, il ne reflète que ma propre opinion.

Une économie mondialisée

Lorsque l’on parle de prestataire national, de quoi parle-t-on ? S’agit-il d’une entreprise côtée en bourse dont le siège social (et donc en théorie les impôts) se trouve dans votre pays ? Ou cela peut être une entreprise étrangère disposant d’un bureau et d’employés dans votre pays ?

Et quand bien même l’entreprise serait nationale, avec aucun bureaux à l’étranger, est-ce que cette entreprise externalise sa comptabilité ? Est-ce que son mécanisme de recrutement passe par une agence ? Achète-t-il des produits sur son propre territoire ? D’une manière ou d’une autre, il n’y a aucun moyen d’être certain qu’une partie du chiffre d’affaire que vous allez générer en tant que client ne va pas partir à l’étranger.

La limite se placera donc ici sur l’éthique et la responsabilité du prestataire :

A-t-il montré son implication dans la vie politique du pays (en interpellant les hommes politiques sur un sujet lié à son activité) ?
Quel est le pourcentage (estimé) de son activité à l’étranger, et quel est son historique ?
L’entreprise est-elle dans une perspective de croissance ou de réduction de son activité dans le pays ?

Le statut du salarié

Le prestataire peut être une entreprise ou un travailleur indépendant. Dans le cas d’un indépendant, il est plutôt évident si celui-ci travaille sur le territoire ou pas. Mais dans le cas d’une enterprise ? Emploi-t-elle un commercial chez vous pour ensuite faire effectuer le travail à l’étranger ?

Il existe trois moyens de faire travailler des salariés internationaux :

L’entreprise nationale sous-traite à une entreprise étrangère ou un travailleur indépendant à l’étranger. Il s’agit d’un contrat de sous-traitance classique.
Le salarié étranger est recruté par l’entreprise nationale et vient travailler dans l’entreprise sur le territoire national. Dans ce cas, il est considéré comme un salarié national, il est soumis aux mêmes règles, cotisations sociales, et taxes (mais pas nécessairement le même salaire), et sa venue nécessite l’obtention d’un permis de travail.
L’entreprise emploie des travailleurs détachés : ce sont des salariés d’un pays étranger qui viennent effectuer le travail dans un pays d’accueil le temps d’une mission, en conservant le statut juridique et social (et les salaires) de leur pays d’origine. Ce type de travail est très peu fréquent en informatique car il signifie des défraiements supplémentaires et se justifie pour les entreprises ayant besoin d’une présence physique de l’employé, comme le BTP ou l’événementiel.

Alors comment s’assurer du patriotisme de l’entreprise au niveau de la gestion de son salariat ?

L’entreprise a une adresse dans votre pays ?
Vous pouvez vérifier que ses ingénieurs travaillent bien dans ces bureaux ? Vous leur avez rendu visite pour signer le contrat ?
Le travail ne nécessite pas de pièces ou de savoir-faire particulier venant de l’étranger ?

« Patriotisme logiciel » ?

Le fait que les salariés soient des citoyens de votre pays, c’est bien. Qu’ils utilisent des services et des produits nationaux, c’est mieux. Mais sans aller jusqu’à ne pas utiliser les logiciels des géants américains (Cisco, IBM, Microsoft, Apple, etc), est-ce que le logiciel que vous avez commandé a bien été conçu et développé sur le territoire national ?

La plupart des logiciels d’entreprise (Microsoft Office, SAP, Oracle…) sont des logiciels existants pour lesquels le prestataire a acquis une licence, et dont il se charge de la personnalisation, la mise en service, et la maintenance. Le problème de ces logiciels c’est qu’ils ont une facheuse tendance à vous cacher des choses : ce sont souvent des boîtes noires dans lesquels le prestataire national n’a que peu de contrôle et peu de marge de manoeuvre. Vous n’aimez pas quand votre prestataire vous dit qu’il n’y peut rien faire et qu’il faut voir avec l’éditeur ? Alors ne transférez pas votre confiance à l’éditeur.

Au-delà du risque lié à la méconnaissance du fonctionnement du logiciel ou de la fragilisation délibérée du logiciel par l’éditeur pour pouvoir vendre ses patchs et correctifs, ou encore de la dépendance à l’éditeur du logiciel par l’utilisation de formats et protocoles de données propriétaires, le risque d’espionnage industriel est bien réel. Feriez-vous confiance à un logiciel chinois pour équiper vos centrales nucléaires ? ~~À un logiciel coréen pour vos smartphones~~ (ah non ça c’est déjà le cas). Acceptez-vous que’une entreprise d’amérique du nord ai un accès privilégié au back-office de votre logiciel ?

Pour limiter l’impact d’une société externe sur votre logiciel, privilégiez les logiciels libres ou les solutions à base de logiciels libres. Les logiciels libres et ouverts offrent de meilleurs garanties pour votre entreprise parce que justement ils sont ouverts : un audit interne et externe du logiciel est plus facile, il n’est pas contrôlé par une seule entreprise, et il offre souvent plus de marge de manoeuvre au prestataire (donc moins de temps facturable pour arriver à faire quelque chose). De plus, la documentation souvent abondante des projets libres et l’aspect ouvert du programme de base (pas de “balles d’argent”) vous permettra de changer plus facilement de prestataire si besoin. Enfin, l’utilisation d’un logiciel libre n’implique pas forcément une obligation de redistribuer votre logiciel gratuitement ou d’en divulguer les secrets de fabrication (en particulier s’il s’agit d’un logiciel interne qui n’est pas distribué aux clients).

Traitements humains et traitements informatiques

D’accord les opérateurs sont nationaux, les logiciels sont nationaux, mais où et comment sont traitées les données ? En informatique, le travail humain ne représente qu’une petite partie du travail qui va être effectué sur les données manipulées par le logiciel. C’est justement le logiciel qui va effectuer les transformations sur vos données, et donc le travail.

L’emplacement de stockage et de traitement des données est donc important. Le logiciel pourrait être installé dans les locaux du prestataire, ou alors sur un serveur externe dans un territoire étranger. De même, les données pourraient être stockées sur le territoire national ou dans un centre de données à l’étranger. À l’échelle d’internet, ces détails techniques sont invisibles, et ils font déjà la fortune des fournisseurs de “cloud”.

Mais ces décentralisations sont parfois nécessaires, tout simplement parce que le prestataire n’a pas toujours l’infrastructure ou l’expertise lui permettant de fournir un stockage fiable et sécurisé des données. Une couche de chiffrement réalisé par le logiciel au moment de la transmission et du stockage des données permet de limiter les risques liés à une interception ou à un vol physique des données (saisie du disque dur, etc), et peut rendre la chose acceptable.

Des hommes et des lois

Le stockage et le traitement dans un pays étranger a également un autre impact, politique cette fois-ci.

Selon le gouvernement en place et les mesures prises pour protéger la vie privée ou se prémunir du terrorisme (deux visions souvent antagonistes), il peut exister des lois obligeant le propriétaire du centre de données à fournir des “tuyaux” vers les “grandes oreilles” du gouvernement. De même, il peut exister une obligation de rétention des fichiers logs et meta données même après résilisation du contrat.

Il peut aussi exister une restriction sur le type de contenus stockés (contenus à caractère politique ou pornographique), et une obligation d’accepter un contrôle des autorités sans décision de justice. Il pourrait aussi être demandé de fournir le mot de passe de déchiffrement pour accéder à ces contenus, et en cas de refus une saisie des disques durs pourrait être réalisée.

Cela représente donc aussi un risque supplémentaire vis à vis de l’espionnage industriel [4], du blocage et/ou du contrôle des infrastructures [5], ou de la perte des données (saisie abusive du disque dur).

Qu’en disent les institutions publiques ?

Dans le doute, il est bon de se renseigner auprès des institutions gouvernementales, pour éviter de prendre des décisions sous le coup de l’émotion. La CNIL française a par exemple émis un ensemble de recommandations pour les entreprises souhaitant utiliser des services “cloud” (stockage ou traitement externalisé). On peut le synthétiser par :

Identifier quelles sont les données à stocker dans le cloud (sensibles ou non).
Définir ses exigences de sécurité technique et juridique (contraintes légales et techniques à la mise en oeuvre).
Conduire une analyse de risques (perte de contrôle, dépendence technologique, faille dans la sécurité des données, réquisitions judiciaires…).
Bien choisir l’offre correspondant à son besoin (cloud public vs cloud privé).
Bien choisir son prestataire (celui qui offre les garanties suffisantes), avec une liste des éléments devant figurer au contrat.
Former ses employés à ce nouveau mode de gestion des données.
Faire de la veille et de l’audit sur le service fourni.

De même, l’ANSSI (française aussi) a émis un référentiel de ses exigences concernant la mise en oeuvre d’un service “cloud”.

Conclusion

En conclusion, je pense qu’il ne faut pas vouloir être plus royaliste que le roi.

Oui, en informatique de nombreux services sont décentralisés, et il est difficile de contrôler qui aura accès à vos données au cours de leur saisie, leur traitement, et leur stockage.
Si cela vous pose problème, vous pouvez signer une charte ou une clause de confidentialité avec le prestataire, et chiffrer extensivement vos données pour les sécuriser.
Dans le cas de risque d’espionnage industriel, n’oubliez pas de former vos équipes, ça serait dommage de barricader la porte et de laisser la fenêtre ouverte.
Si les informations sont vitales et confidentielles, utilisez les mécanismes de double authentification et de cloisonnement des responsabilités (voir les recommandations de l’ANSSI), ou demandez à votre prestataire de se faire certifier.
Et si vous travaillez dans un domaine relevant du secret défense… Qu’est-ce que vous espérez apprendre ici ?

Mais,

Oui, les prestataires nationaux travaillant avec des logiciels libres offrent de meilleures garanties de sécurité, condentialité, et pérénnité des données.
Oui, les prestataires nationaux comprennent mieux votre besoin, ils sont meilleurs en support et en assistance client, ils sont meilleurs pour vous renseigner sur les conséquences juridiques liés à votre application (rétention de données, rétention de fichiers log, obligation de chiffrement, etc).
Les données internes sensibles devraient rester en interne : stockées et traitées sur un serveur situé dans vos locaux derrière un pare-feu, avec votre politique de sécurité, d’alarmes, et de contrôle physique des accès. N’oubliez pas de donner un badge d’accès au prestataire si besoin, et de réaliser des audits.

De la difficulté d'écrire un logiciel

Mathieu — Sat, 19 Jul 2014 12:31:00 +0200

Source de l’image : monmacon.tumblr.com

Écrire un logiciel, construire une voiture, dessiner un pont, construire une maison, tracer une route, finalement ces métier relèvent de la compétence d’un ingénieur. Alors pourquoi en informatique on arrive à des retards records, qui vont jusqu’à l’abandon pur et simple du projet par le client, dans certains cas ?

Parce que justement, ingénieur en informatique, c’est pas un métier comme les autres. Explications.

Nota Bene : dans cet article, les allégories et paraboles douteuses seront mises en italique.

Le travail de l’architecte

Le fond du problème c’est qu’écrire un logiciel est un exercice aussi compliqué que rédiger une démonstration mathématique. C’est vrai pour tout logiciel, qu’il s’agisse d’une interface Web avec des boutons colorés de partout, ou d’un contrôleur robotique avec interpolation de mouvements.

Écrire un logiciel logiciel c’est d’abord formaliser un problème, le décrire totalement, en apprivoiser tous les contours pour en voir la forme. Quand on a l’aspect général, on peut commencer à construire la structure qui servira de base pour tisser le reste du programme. La phase de compréhension du problème est cruciale : mieux elle est faite, plus les choses seront faciles. Il ne doit pas rester un seul point de doute, au risque de remettre en cause la structure. C’est très difficile de changer une table basse en armoire, pourtant à la base c’est la même chose : c’est des planches de bois, non ?

Une maison “vivante”

La base du logiciel, c’est le code source. Du moins, pour ce qui est de le faire exécuter sur un ordinateur. Mais un logiciel c’est pas juste du code, c’est surtout des idées, des principes, des mécanismes, des flux, des signaux, des “choses qui bougent” à l’intérieur au moment de l’exécution. Le code n’est que le support, la matrice sur laquelle vont naviguer les informations. Le travail de l’informaticien c’est de réaliser cette matrice, mais surtout de la rendre utilisable et compréhensible pour d’autres. La question qu’on se pose quand on écrit un logiciel c’est “comment”, celle quand on lit un logiciel c’est “pourquoi”.

Reprendre un logiciel existant pour lequel il n’y a pas de documentation, c’est arriver dans une cathédrale, et essayer de retrouver les murs porteurs sans l’aide de plans. Ensuite il faut arriver à rajouter un étage sans que la toiture s’effondre, tout ça bien sûr en respectant scrupuleusement la forme originale du bâtiment, les matériaux d’origine, et les techniques précédemment utilisées.

Une maison modulable

Source de l’image : monmacon.tumblr.com

Une autre chose que les gens ne comprennent pas vis à vis des logiciels, c’est que l’on ne crée pas un logiciel comme on crée un objet. Un objet a nécessairement une utilité et un périmètre d’utilisation fixe et définitif lorsqu’il est terminé. Une salière pourra devenir une sucrière, mais globalement on ne s’en servira pas d’arrosoir. Pourtant dans le fond c’est pareil, c’est un réservoir avec grille trouée posée dessus, non ? Un logiciel par contre devra évoluer, s’adapter aux autres logiciels qui changent autour de lui, ou aux besoins des utilisateurs qui changent avec le temps.

Cela explique que les logiciels sont composés à 30% de code pour répondre au besoin actuel, et à 70% de code prévu pour les besoins futurs. Tous les outils de développement, les mécanismes de création d’interfaces, les APIs, toutes ces “couches” logicielles contiennent environ 80% de code qui ne sera pas utilisé, mais qui est là pour prévoir l’utilisation que l’on pourrait en faire.

Oui, avec certains outils logiciels (frameworks), on peut écrire très rapidement un logiciel qui répond à un besoin simple et précis, tout est pratiquement déjà fait. Mais s’il est construit trop vite, il sera alors difficile de de faire évoluer, le réparer, assurer sa maintenance, ou même arriver à le réécrire entièrement en conservant les données qui y ont déjà été saisies. C’est pour ça que les programmes complexes “rament”, ils sont construits avec des couches et des couches de fragments qui ont été rajoutés à parti d’une idée simple, sans avoir eu la réflexion global sur le pourquoi et le comment. N’oubliez pas que les logiciels que vous achetez sont souvent vendus “en l’état”.

De leur côté, les clients veulent juste “que ça marche”, mais un bâtiment que l’on voit terminé dès la première phase de conception, c’est une maquette, on ne peut pas s’en servir comme habitation. Pourquoi quand il s’agit d’informatique les clients ont pris l’habitude d’habiter dans des maisons en cartons ? Pourquoi crier quand la maison s’effondre à la première pluie, plutôt que de se demander pourquoi on n’a pas écouté l’architecte qui vous a dit qu’habiter dans du carton ça allait vous poser des problèmes ?

C’est vrai il existe le phénomène inverse. Certains clients habitent dans des maisons en béton armé, fruit de plusieurs d’années d’études et de construction, et ne comprennent pas pourquoi il est si difficile d’ajouter une nouvelle pièce, surtout quand leur voisin qui a une maison en bois a terminé ses travaux d’extension en un temps record.

Quand t’as pas de Ferrari, t’as une Logan

Une autre chose que les clients ne comprennent pas, c’est que créer un système logiciel entier à partir de rien est un millier de fois plus compliqué que d’assembler des briques existantes. Le problème vient alors de la connaissance des briques, qui fait souvent défaut, et qui ramène au cas précédent : on fait trop vite avec des outils que l’on ne maîtrise pas.

Dans la majorité des cas, les informaticiens qui sortent des écoles ont surtout appris à écrire du code. À partir de ce constat, il serait illusoire de vouloir leur faire réécrire des concepts qui fonctionnent déjà très bien dans des briques de base, au risque de leur faire inventer la roue carrée.

Si vous avez les moyen de vous payer des ingénieurs-enseignants-chercheurs en informatique, alors oui vous pouvez construire votre Ferrari logicielle sur mesure. Sinon, embauchez simplement des ingénieurs en informatique, ils vous feront une Logan logicielle, en utilisant les outils inventés par les ingénieurs-enseignant-chercheurs (moteur, autoradio, carrosserie). Utilisez des solutions génériques, ne demandez pas à vos ingénieurs d’inventer le moteur à eau.

Vous travaillez sur et avec de l’humain

Source de l’image : monmacon.tumblr.com

N’oubliez jamais que derrière votre jolie interface que vous avez imaginée vous-même il y a des êtres humains. Les êtres humains sont par nature faillibles, ils sont sensibles au stress, ainsi qu’à la fatigue.

Contrairement à un travail à la chaîne ou un travail de manoeuvre, la conception logicielle requiert une attention continue pendant plusieurs heures, une baisse de l’attention produira un bug.

Lorsque l’on compresse les coûts de développement, on n’a que deux variables d’ajustement : le salaire de l’ingénieur, et son temps de travail. À partir de ce concept est né l’unité jour-homme, on donne un prix fixe pour une journée de travail, et le reste c’est du temps nécessaire à la tâche qui est facturé en multipliant le coût journalier par le nombre de personnes qui travaillent, et par le nombre de jours travaillé.

Mais de la même manière qu’on ne peut pas avoir un enfant en un mois, même en demandant à neuf femmes de regrouper leurs efforts, les coûts de travail ne sont pas linéaires lorsqu’on travaille en groupe : deux personnes ne vont pas deux fois plus vite, au mieux elles vont 1,8 fois plus vite. Vendre en jours-homme est une erreur encore lus flagrante en informatique, si on considère que le coût nécessaire pour assembler le travail réalisé par deux personnes sur un même logiciel est parfois supérieur au coût dépensé par les deux personnes.

Vendre au nombre de jours un logiciel est une erreur : en informatique on peut garantir les délais, on peut garantir les fonctionnalités, mais on ne peut pas garantir les deux. Toute tentative de mettre un ensemble de fonctionnalités facturées à l’unité dans un grand budget de plusieurs jour échouera avec une probabilité de retard proportionnel au temps donné pour le projet. Pour peu que le client pressé veuille une livraison partielle et décide que “telle fonctionnalité n’est pas prioritaire, faites moi celle-ci à la place” : le client vient de faire tomber le château de cartes, il faut réécrire une partie du logiciel. Si on ne réécrit pas tout (on ne le fait jamais), on fragilise la cohérence de l’ensemble. Si on avait prévu que le client change d’avis, alors on a dépensé du budget de développement potentiellement en pure perte. Donc on facture plus cher, au cas où.

Chaque logiciel est unique

Un logiciel est une création originale. À partir de là, deux logiciels ne se ressembleront pas, même si tous les efforts ont été fait pour que cela soit le cas. S’ils étaient strictement identiques, alors il n’y en aurait qu’un seul.

Un logiciel, contrairement à un pont ou une voiture, c’est différent non pas seulement dans ce que l’on voit mais aussi dans toute la technique qui est derrière, et qui est unique pour chaque logiciel. C’est comme si vous demandiez une création originale, du moteur jusqu’aux jantes, et donc vous allez avoir besoin d’apprendre à l’utiliser.

Peut importe quel type de logiciel vous demandez, peut importe que les interfaces aient été décrites à l’avance, peut importe l’anticipation que vous en faites : vous allez avoir besoin d’apprendre à l’utiliser. C’est à la fois stressant pour les utilisateurs à qui on n’a pas donné le temps de monter en compétences sur le logiciel, et les concepteurs du logiciel à qui on demande après la livraison de “refaire comme le logiciel faisait avant”, en bref ré-implémenter une fonction obsolète dans un logiciel neuf.

Les coûts liés à la conception d’un nouveau logiciel sont souvent sous-évalués car ils ne prennent justement pas en compte les temps de formation, et de rédaction des documentation, pourtant indispensables pour utiliser efficacement le logiciel.

Conclusions

Source de l’image : monmacon.tumblr.com

L’informatique est aussi difficile que l’ingénierie et difficile. Avec un handicap supplémentaire sur le fait que les méthodes et les processus de fabrication des logiciels ne sont pas encore éprouvés au niveau des méthodes de l’ingénierie civile.

La majorité des clients et des utilisateurs ont une vision tellement déformée de l’informatique qu’ils font de mauvais choix, ou exigent des choses impossibles.

S’il est difficile de construire un logiciel, il est difficile aussi pour le client de savoir à quoi s’attendre au milieu des réponses à son appel d’offre. Le fossé entre les techniciens et les clients ne pourra se faire que par une sensibilisation du client aux impératifs du logiciel. Le mécanisme MOA/MOE peut dans certains cas aider à améliorer cet état de fait, à condition que les différents interlocuteurs s’écoutent, respectent leurs décisions respectives, et soient composées de gens compétents.

Dans un logiciel, on ne paie pas juste le type qui va écrire des lignes de code au kilomètre, on paie aussi (et surtout) pour ceux qui vont définir ce que va être le logiciel, qui vont réaliser l’intégration du logiciel, les tests de qualité, la maintenance, la formation des utilisateurs. Un logiciel est fondamentalement plus un service qu’un produit.

Personne ne comprend l'informatique - Partie 4 : Programmes et compilation

Mathieu — Fri, 23 Aug 2013 18:40:00 +0200

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique.

Voir le lexique.

Dans le fond, comment ça s’écrit un programme ?

Programmes et algorithmes

Nous l’avons vu, un programme est une suite d’instructions écrites dans le but de réaliser un traitement.

Un programme a des points d’entrée et de sortie de l’information, et les instructions sont rédigées dans un certain ordre avec certaines conditions pour pour voir effectuer le traitement. Ces instructions peuvent être très simples ou alors très complexes.

Pour écrire un programme, on utilise un moyen de description que l’on appelle l’algorithme. Un algorithme c’est une suite d’instructions reliées entre elles avec des conditions, décrivant le comportement du programme dans toutes les situations, et l’ensemble des sorties possibles pour toutes les entrées possibles. Ça implique forcément que le nombre d’entrées différentes que peut traiter un programme est un nombre fini. Il faut que tous les cas d’entrée soient décris dans le programme comme soit des cas d’échec (sortie “poubelle”), soit des cas qui renvoient de l’information transformée sur les sorties.

Écrire un algorithme est similaire à la rédaction d’une solution à un problème mathématique. Une fois qu’on a la solution pour transformer les données, il faut la décrire, en reprenant les données de départ, et en les transformant pour obtenir les données d’arrivée.

Un algorithme simple avec deux entrées numériques et une sortie.

L’image ci-dessus est un algorigramme, c’est un schéma décrivant un algorithme simple, comme il pourrait s’exécuter sur un ordinateur. Ce programme ne fait pas grand chose d’utile, et il est très simple, mais c’est un exemple.

Langages et compilation

Comment transformer un algorithme en instructions compréhensibles par un ordinateur ? Il faut savoir que le processeur d’un ordinateur ne sait exécuter que des opérations simples (lire de la mémoire, réaliser des calculs avec la mémoire, etc). Ces instructions sont des codes binaires qui sont envoyés au processeur. Bon, sauf que les informaticiens n’écrivent pas directement de codes binaires pour le processeur.

Pour écrire un programme, les informaticiens utilisent ce que l’on appelle un langage. Un langage informatique est un ensemble de mots (écrits avec des vraies lettres) que l’on assemble pour décrire l’algorithme. Voici un petit exemple de notre algorithme dans un langage informatique qui pourrait exister :

DÉBUT Si entree1 = 0 alors sortie1 = 0, FIN Si entree1 < 0 alors val1= entree1 - 2 Si entree1 > 0 alors val1 = entree1 + 2 val2 = entree2 + 3 val3 = val1 + val2 sortie1 = val3 FIN

Bien évidemment, un processeur ne comprend pas le français, donc il ne comprend pas ce que veut dire “Si entree1 = 0”. Pour transformer ce texte en programme, il faut réaliser une traduction que l’on appelle la compilation.

La compilation est le processus par lequel un texte écrit dans un langage informatique devient un programme exécutable par un ordinateur. Chaque “phrase” est traduite en code compréhensible par le processeur, et le programme peut se lancer. Ce processus peut paraître simple, mais il y là aussi des aspects fondamentaux et formels pour que ce processus puisse avoir lieu (syntaxe, optimisations, etc).

C’est grâce à de tels outils que l’on arrive à écrire sans trop d’efforts des programmes efficaces dans la majorité des cas.

En conclusion

Nous avons vu que les programmes se modélisent sous forme d’algorithme et s’écrivent ensuite dans un langage compréhensible pour être ensuite traduits pour être exécutés par l’ordinateur.

La partie suivante … Je n’ai pas encore décidé quoi mettre dedans, et pourtant il y a encore plein de choses à dire !

Restez attentifs (abonnez-vous au blog), ou proposez moi de nouveaux sujets, les articles suivants n’en seront que plus intéressants.

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique.

Voir le lexique.

Personne ne comprend l'informatique - Partie 3 : Système d'exploitation et programmes

Mathieu — Thu, 22 Aug 2013 16:30:00 +0200

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique.

Voir le lexique.

Donnée, traitement de l’information, tout ça c’est bien joli, mais concrètement, comment ça se passe ?

Comment un ordinateur démarre ? Pourquoi il met du temps à s’allumer ?

Introduction

On fait souvent la différence entre deux disciplines dans l’informatique : les logiciels (software) et le matériel (hardware). En informatique, on parle indépendamment de logiciel ou de programme, ce sont des synonymes.

Le matériel est tout ce que vous pouvez acheter sous forme d’objets physiques pour votre ordinateur (l’ordinateur en lui même, des clefs USB, un disque dur…), et le logiciel c’est tout ce que vous allez installer sur votre ordinateur.

Fondamentalement, un logiciel ne se “touche” pas (bon sauf s’il est écrit sur un CD), mais pourtant vous manipulez certainement chaque jour des logiciels sans le savoir. Votre téléphone portable lui même, en vous présentant une interface pour saisir des numéros comporte un petit logiciel.

Il faut savoir que comme avec les anges, il y a une hiérarchie dans les logiciels. Déjà, tous les logiciels ne sont pas dédiés à la même tâche, mai surtout certains logiciels dépendent fortement d’autres logiciels pour pouvoir fonctionner. Il n’y en a qu’un qui n’a besoin de rien d’autre qu’un ordinateur : c’est le programme d’amorçage qui va démarrer votre ordinateur.

L’amorce

Le programme d’amorce est exécuté par la carte mère. Pour rappel, la carte mère est le composant qui s’occupe des entrées et sorties d’informations dans l’ordinateur.

Quand vous appuyez sur le bouton pour démarrer votre ordinateur, la carte mère est alimentée, et un petit logiciel indispensable va alors se charger. Ce programme c’est l’amorce.

Au démarrage, l’amorce va :

Faire l’inventaire des périphériques (composants) présents sur la carte mère, et faire des “bips” s’il manque quelque chose qui pourrait être d’important (genre de la RAM).
Une fois que l’amorce est certaine que l’ordinateur peut démarrer, elle va se mettre à la recherche du programme qui va effectivement démarrer l’ordinateur (le système d’exploitation).
Celui-ci se trouve en général le disque dur. une fois trouvé, elle va le charger en mémoire, demander au processeur de lire cette mémoire, puis jeter l’éponge. La suite c’est plus son problème.

Le système d’exploitation

Le système d’exploitation est le premier programme complexe à être exécuté sur votre ordinateur. Son rôle est de servir de couffin aux autres programmes : le système d’exploitation s’installe en mémoire et prépare tout ce qu’il faut pour que les programmes qui s’exécuteront ensuite se sentent chez eux.

Ça peut passer par la mise à disposition de petits utilitaires résidant en mémoire aidant les programmes à exécuter des actions avec les composants (on appelle ça des “pilotes” : accéder au disque dur, recevoir des frappes clavier, utiliser l’imprimante…), ou carrément la création de “services” dédié au opérations complexes (dessiner une fenêtre à l’écran, etc).

Forcément, mettre tout ça en place prend du temps. La plupart des informations nécessaires pour la mise en place de cet environnement se trouve sur le disque dur. Voilà pourquoi votre ordinateur a besoin d’un certain temps pour pouvoir être utilisable, à la différence de votre aspirateur où il suffit de le brancher.

Les programmes

Les programmes sont tous les logiciels qui se lancent après le système d’exploitation, et qui sont d’ailleurs lancés par le système d’exploitation.

En fait, 98% du temps, vous utilisez des programmes : pour aller sur internet, écrire du texte, retoucher une photo, ce sont des programmes qui réalisent ces choses là.

Les programmes sont faciles à écrire, parce que le système d’exploitation s’est chargé de tout le travail pénible (comment écrire octet par octet sur le disque, comment parler avec l’imprimante, comment afficher une fenêtre à l’écran). Les créateurs de programmes peuvent donc se concentrer sur quelque chose qui plaît aux commerciaux : ajouter de la valeur à votre travail.

Il faut voir les programmes comme des outil qui va prendre de l’information, le traiter, et vous fournir de l’information transformée. Un logiciel de traitement de texte va utiliser vos frappes sur les touches pour écrire du texte à l’écran, et vous permettre de l’imprimer. Un navigateur web va vous permettre d’accéder aux informations contenus sur Internet. Un logiciel de retouche photo va travailler à partir des informations contenus dans le fichier que vous modifiez, et de vos instructions avec la souris.

Chaque fois que vous utilisez un programme, quelqu’un a conçu les points d’entrée de l’information (clavier, souris, fichier…), et les méthodes de la transformer (retoucher la photo, écrire un texte), mais aussi les points de sortie de l’information : écran, imprimante, etc.

En conclusion

Nous avons vu que les programmes se sont pas tous égaux dans un ordinateur. un programme en particulier est au dessus des autres, c’est le système d’exploitation.

Les outils que vous utilisez quand vous utilisez un ordinateur sont des logiciels, ils dépendent du système d’exploitation pour fonctionner, et la seule chose qu’ils savent faire c’est transformer de l’information.

Mais un programme ça ne vient pas tout seul, quelqu’un a rédigé les instructions lui permettant de traiter l’information d’une certain façon, et il a également défini les points d’entrée et de sortie de cette information.

Dans la partie suivante, nous verrons concrètement comment les informaticiens rédigent des programmes, et pourquoi il ne faut pas en avoir peur (ni des programmes ni des informaticiens).

Lire la suite : Partie 4 : Programmes et compilation.

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique.

Voir le lexique.

Personne ne comprend l'informatique - Partie 2 : Signal, encodage, donnée, information

Mathieu — Wed, 21 Aug 2013 18:12:00 +0200

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique.

Voir le lexique.

On a vu que l’informatique c’était la science du traitement de l’information. Bon, mais c’est quoi une information ?

Signal

Tous les ordinateurs interagissent avec leur environnement (incluant d’autres ordinateurs) en utilisant des signaux électriques. Les composants de l’ordinateur s’envoient eux-même entre eux des signaux électriques, tous ces signaux constituent la base des ordinateurs pour communiquer (si on compare à un langage, ce sont comme des sons).

Un signal est un changement de tension sur un fil électrique. Ce changement peut provenir d’un capteur, ou d’une réaction du système lui même (signal en sortie), toujours est-il qu’il y a eu un changement d’état.

Le signal qui sort ou qui rentre d’un ordinateur est particulier : on dit qu’il est binaire. Cela veut dire que le signal n’a que deux valeurs possibles : une que l’on va appeler “vraie” ou “1”, et l’autre que l’on va appeler “faux”, ou “0”.

Cette limitation vient du mécanisme de traitement des ordinateurs. En effet les transistors (similaires aux relais dont nous avons parlé précédemment) présents dans le processeur ne sont capables de n’exprimer que deux états : ouvert (“faux” : le courant ne passe pas) ou fermé (“vrai” : le courant passe).

À partir de là, comment représenter des choses comme les lettres tapées sur un clavier, ou les couleurs de l’écran ? Le secret est : encodage.

Donnée

L’encodage est le processus par lequel un signal va se transformer en donnée.

Une donnée est un événement informatique représenté sous une certaine forme. La frappe d’un utilisateur sur le clavier va provoquer un ensemble de signaux électriques vers l’ordinateur, mais la frappe sur une certaine touche provoquera toujours toujours la même série de signaux électriques, on appelle ça un code.

Pour faire une analogie, c’est similaire au code morse. Le code morse est composé de “mots” ternaires (trois états : long, court, silence) codant des lettres. Par exemple la lettre A s’écrit : court, silence, long.

Ainsi un événement se produisant sur le clavier (frappe de touche) va se traduire par une suite de signaux électriques, toujours la même suite pour une même touche. La transformation de l’événement en suite de signaux est appelé l’encodage, et le produit en est la donnée.

Information

La donnée en elle-même n’apporte rien. C’est un code, un simple événement qui s’est produit à un moment donnée. L’apport de sens à cette donnée la transforme en information.

Reprenons la frappe sur une touche de clavier. Le code qui est produit en lui même ne veut pas dire grand chose (pas plus que “court, silence, long”). Mais lors de l’élaboration de l’ordinateur, on a décidé par convention que cette suite de signaux voudrait dire que l’utilisateur a frappé une certaine touche.

On peut donc convertir l’événement en lettre affichée à l’écran, et inversement. On a interprété la donnée comme une lettre frappée par l’utilisateur, on en a fait une information.

De la notion d’information viendra également la notion de protocole, où une suite de données sert à transmettre une information plus complexe qu’une simple lettre.

Conclusion

Nous avons vu comment une information est construite dans un ordinateur.

L’information est un concept théorique qui sert à dessiner tout plein de schémas, mais surtout à comprendre et modéliser les interactions dans un système. Votre ordinateur ne sait qu’exécuter les modèles issus de ces schémas, et transformer de l’information à partir de ces modèles.

Le genre de schémas que les informaticiens aiment bien faire, avec des flèches partout. Source de l’image.

Comment fait-il ? Comment un ordinateur gère-t-il la gigantesque quantité d’information que vous lui transmettez à chaque seconde ? Comment une image de plusieurs milliers d’octets (autrement dit, de “mots”) peut être transformée par l’ordinateur juste en cliquant avec votre souris sur votre écran ? Un clic de souris n’est certainement pas suffisant !

La partie suivante va éclaircir cette question en vous expliquant comment est structuré un ordinateur au niveau logique. La partie suivante va également tenter d’apporter un peu plus d’enthousiasme (selon mes calculs, la majorité d’entre vous trouve mes articles chiants).

Lire la suite : Partie 3 : Système d’exploitation et programmes

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique.

Voir le lexique.

Personne ne comprend l'informatique - Partie 0 : Lexique

Mathieu — Wed, 21 Aug 2013 15:32:00 +0200

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique.

Parce que vous en aurez forcément besoin un jour : voici le lexique.

A

B

C

D

E

F

G

H

I

J

K

L

Logiciel : un logiciel (ou programme) est une suite d’instructions logiques permettant de transformer l’information.

M

N

O

P

Processeur : dans un ordinateur, le processeur est le composant qui va exécuter la transformation de l’information à partir des instructions fournies par les programmes.

Programme : voir Logiciel.

Q

R

S

Système d’exploitation : le système d’exploitation est le premier programme exécuté au démarrage de l’ordinateur. Il met en place tout ce dont les autres programmes ont besoin pour fonctionner.

T

Traitement : on appelle traitement la transformation de l’information par un logiciel.

U

V

W

X

Y

Z

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique

Personne ne comprend l'informatique - Partie 1 : Informatique et ordinateurs

Mathieu — Tue, 20 Aug 2013 22:53:00 +0200

Voir l’ensemble des articles de la série : Personne ne comprend l’informatique.

Voir le lexique.

C’est une série de billets que je voulais faire depuis longtemps, mais par manque de temps et de sérénité pour les écrire, je m’étais abstenu.

Cette série de billets part d’un constat que je ne suis pas seul à faire : la majorité des gens qui utilisent des ordinateurs ne savent pas s’en servir. Il ne n’agit pas d’être un expert ou même de savoir démonter un ordinateur, il s’agit juste d’avoir la culture qui vous permet de comprendre les choses. Il y a des centaines de situations “bêtes” dans lesquelles se mettent les utilisateurs, tout ça parce qu’ils n’ont jamais eu les clefs pour comprendre l’informatique.

Si vous venez de vous reconnaître dans cette phrase, restez un peu. Je vais essayer avec cette série de (longs) billets de vous expliquer ce que c’est vraiment l’informatique, de faire sauter les frontières qui vous empêchent d’avoir confiance en vous devant votre écran. Et qui sait, peut être que d’un consommateur de numérique vous deviendrez un utilisateur curieux.

Cette série de billets sera longue, pleine de jargon et de concepts techniques, vous aurez souvent du mal à comprendre pourquoi vous avez besoin de savoir tout ça et où ça vous mène. Patience, ne les lisez pas tous, choisissez vos sujets favoris, laissez-vous guider, et posez des questions !

Vous pouvez utiliser les commentaires pour poser des questions, mais attention, je n’accepte que les questions bêtes. Pour les questions intelligentes, écrivez moi.

C’est quoi l’informatique ? Je suis certain que vous avez votre propre idée sur la question. Voici ce qu’est vraiment l’informatique : l’informatique est un terme générique qui regroupe l’ensemble des sciences de l’information.

Ok, on est pas plus avancé. Déjà il y a un concept important là dedans : l’informatique est une science. Tout comme la médecine, les mathématiques, ou encore la physique. Pas étonnant que vous n’y compreniez rien ? Pas étonnant surtout qu’on ne vous l’ai pas expliqué, la science c’est pas un argument commercial.

Historiquement, il faut séparer l’histoire de l’informatique de l’histoire des ordinateurs, parce que ce sont deux domaines qui ont évolué en parallèle, et qui n’ont trouvé leur point de réunion que récemment.

À l’origine de l’informatique : la cybernétique

La cybernétique est l’étude des systèmes. Un système est un ensemble de composants qui communiquent ensemble. Votre corps peut être vu comme un système où chaque organe travaille ensemble et s’auto-régule.

Le but de la cybernétique était de comprendre le fonctionnement des systèmes vivants pour en reproduire le comportement. De la cybernétique est venu la conception de système où les informations voyageaient entre les composants (le premier « système d’information »).

À l’origine des ordinateurs : les relais

Avant les années 1940, On avait des machines à calculer mécaniques, mais elles ne fonctionnaient que pour des calculs simples, et étaient encombrantes, limitées en taille de calcul et en complexité. En électronique, on avait des interrupteurs qu’on savait bien faire marcher manuellement, mais on n’avait pas de moyen de faire fonctionner des interrupteurs en cascade comme le faisaient les machines mécaniques, c’est là qu’on a inventé le relais.

Un relais téléphonique dans années 30 : « si j’ai du courant sur deux pôles, j’envoie du courant sur le 3e ». Source de l’image.

Un relais est un interrupteur qui s’active de manière électronique. C’est le premier composant électronique pouvant effectuer porter une opération logique (donc un calcul). Son descendant le transistor a ensuite vécu des jours heureux dans de nombreux appareil électroniques avant de subir une miniaturisation drastique en l’espace d’une décennie. De nous jours un microprocesseur comporte des millions de transistors dans quelques centimètre carré.

Avec les relais, on a pu construire des machines à calculer plutôt volumineuses mais très rapides.

L’enfant de la cybernétique et des relais : l’automatisme

Dans les années 1940, les premiers systèmes automatisés ont vu le jour grâce au branchement de relais en série. Quelques opérations simple : mise en marche de circuits puissance, affichage de voyants, temporisations, les machines ont commencé à devenir réactives aux informations transmises par l’opérateur et l’environnement, sans qu’un ordre direct n’active leur mécanisme.

Armoire à relais utilisée dans les télécommunications. Source de l’image.

Conceptuellement, ces armoires étaient des systèmes où une information (un signal électrique) était envoyée en entrée sur des fils électriques, était traitée par un petit circuit électronique, et de l’information sortait par des fils électriques.

Les ordinateurs de nos jours

De nos jours, un ordinateur peut se résumer à 100% comme une machine qui prend des informations en entrée et fournit des informations en sortie. Ces informations en sortie peuvent être transformées (imprimante, écran) ou non (communication entre ordinateurs).

Ceci est aussi un système informatique : l’envoi d’une information (“marche”) provoque une information (“rotation du robot”). Source de l’image.

Il y a des concepts théoriques (mathématiques) derrière les ordinateurs actuels. Vous n’avez pas besoin de les connaître pour comprendre l’informatique, pas plus que les lois de la thermodynamique quand vous faites cuire des pâtes.

Néanmoins, faisons ici une petite escale technique. Votre ordinateur est donc une machine à traiter de l’information. Mais comment fait-elle ? Il y a trois composant principaux dans un ordinateur : un mécanisme pour les entrées et les sorties d’informations, un mécanisme pour traiter les données, et un mécanisme pour les stocker.

Le mécanisme d’entrée-sorties se trouve sur ce que l’on appelle la carte mère de l’ordinateur. Tous les autres systèmes d’entrée et de sortie (aussi appelés périphériques) se branchent sur la carte mère (écran, imprimante, et même les ports USB).
Le traitement des données se fait principalement par le processeur.
Le mécanisme de stockage principal dans un ordinateur est la RAM. Le disque dur est un autre mécanisme de stockage, mais il n’est pas indispensable au fonctionnement d’un ordinateur.

Toutes les questions sur le contenu d’un ordinateur se résument à ces trois composants.

Conclusion

Nous avons vu que l’informatique vient de la cybernétique, évolution de l’automatisme vers le traitement de l’information.

Nous avons vu que les ordinateurs ne sont composés que de trois sous-systèmes : des mécanismes d’entrée et sortie, un mécanisme de traitement, et un mécanisme de stockage de l’information.

Dans la partie suivante nous entrerons un peu plus profondément dans l’informatique en terme de signal et de codage de d’information, en essayant de prendre un point de vue plus théorique.

N’oubliez jamais que l’ordinateur c’est juste la machine qui va servir à exécuter le traitement de l’information. Les mécanismes de traitement en eux-même sont des concepts théoriques plus ou moins complexes qu’il faut comprendre pour comprendre comment votre ordinateur réagit aux informations que vous lui envoyez. En conclusion, on ne fait pas de l’informatique quand on utilise un ordinateur, on fait de l’informatique quand on commande un ordinateur.

Lire la suite : Partie 2 : Signal, encodage, donnée, information.

Voir l’ensemble des articles sur ce sujet : Personne ne comprend l’informatique.

Voir le lexique.

Getsimple : exotic char causes website crash

Mathieu — Fri, 15 Mar 2013 08:29:00 +0100

Input sanitizing while editing pages is not efficient in GetSimple, incorrect char such as NULL or EOT corrupt XML files and crashes the CMS :

Warning: simplexml_load_string(): Entity: line 106: parser error : CData section not finished

Here is a patch :

--- admin/inc/basic.php
+++ admin/inc/basic.php
@@ -654,8 +654,15 @@
     } else {
         $text = htmlspecialchars($text, ENT_QUOTES, 'UTF-8');
     }
-    $text = str_replace(chr(12), '', $text);
-    $text = str_replace(chr(3), ' ', $text);
+    $badchars = array();
+    for ($code = 0; $code < 32; $code++) {
+        $badchars[] = chr($code);
+    }
+    unset($badchars[13]);
+    unset($badchars[10]);
+    $text = str_replace($badchars, '', $text);
+    //$text = str_replace(chr(12), '', $text);
+    //$text = str_replace(chr(3), ' ', $text);
     return $text;
 }

Note that it does not fixes the corrupted XML files, it prevents the corrupted files to appear.

Une alternative aux classes préparatoires : la licence MPCI

Mathieu — Sun, 19 Feb 2012 09:18:00 +0100

On m’a informé, lors de la journée portes ouvertes de la fac de Saint Jérôme qui a eu lieu hier, de la présence d’une nouvelle Licence qui s’adresse aux bacheliers Scientifiques, dont l’enseignement se fera à Saint Jérôme (Marseille, quartiers nord), et qui a pour but de proposer une formation renforcée dans quatre domaines généralises : Mathématiques, Physique, Chimie, et Informatique, tout ceci dans le but de poursuivre ensuite ensuite des études en BAC+5 soit en Master soit en écoles d’ingénieur.

J’entends déjà couiner les « formation généraliste c’est nul parce que pas recherché par les entreprises et blabla », mais dites vous bien qu’une classe préparatoire est également généraliste, et que sans l’école d’ingénieur derrière, vous avez un niveau BAC+2, et même pas un niveau Licence (en terme de crédits européens ECTS). De plus, une licence Fondamentale comme celle que j’ai faite, est également un diplôme « sans valeur » car non professionnalisant, et il faut alors continuer en Master — ce que j’ai fait (mais il existe des Licences Professionnelles).

Pour en revenir à la Licence MPCI, dont le descriptif se trouve sur le site des formations de l’université, et qui propose un lien vers le site officiel, c’est une formation réalisée en partenariat avec l’école Centrale Marseille, et l’Université d’Aix-Marseille, et se présente comme une formation BAC+3, au moins équivalente à une classe préparatoire (mais avec un BAC+3 à la fin, et pas un BAC+2), permettant la poursuite d’études en école d’ingénieur ou en Master à l’Université.

Concernant le programme, le contenu de la licence MPCI reprend à première vue une partie du programme de la Licence Informatique, en version plus light (pas de Complexité, Logique et Système en option, etc). Il y a par contre des trucs très bizarres : des UEs à 0 crédit, ça veut dire qu’elles sont facultatives aussi ?

En terme de volume horaire (en tout cas en quantité d’UE), cela semble équivalent à une Licence classique, on est pas dans le bourrage de cerveau en deux ans des CPGE.

Il est à noter que la formation n’est pas ouverte à tous, et que l’effectif est limité à 24 étudiants, l’admission se fait donc sur dossier, en passant par admission-postbac, comme pour les autres formations.

Cette licence peut néanmoins être intéressante pour tous ceux qui recherchent une formation généraliste et renforcée dans les domaines scientifiques, dans l’optique de poursuivre des études en école d’ingénieur ou en Master, sans passer par l’enfer des classes préparatoires. Après, il faut savoir que je n’ai pas suivi cette formation, je ne sais pas exactement comment ça se passe durant les cours, ou le niveau qui est effectivement requis. En cas de questions, n’hésitez pas à contacter les responsables du parcours, qui seront toujours ravis de vous aiguiller.

Où se prépare la Licence Informatique à l'université d'Aix-Marseille

Mathieu — Wed, 18 Jan 2012 12:46:00 +0100

[MISE À JOUR 2013 : j’ai changé les liens car le site de la licence a été déplacé, mais je n’ai pas révisé le contenu de cet article, suivez les liens pour avoir les informations les plus fraîches sur la formation ! ]

Un peu de promotion pour ma formation (oui, encore), mais cette fois cela sera très utile pour les nombreux internautes qui échouent sur mon blog chaque année à la recherche de ce genre d’informations.

En effet, la fusion des universités d’Aix-Marseille au premier Janvier 2012 a mit un peu le bazar dans l’offre de formation. En fait elle l’a grandement simplifié au niveau administratif, même si tout n’est pas encore parfait. Cela devrait vous éviter des maux de tête. En effet, maintenant il n’y a plus qu’une seule université sur Aix-Marseille pour s’inscrire : l’université d’Aix-Marseille qui s’appelle Aix-Marseille Université (super original hein ? ).

Mais comment ça se passe au niveau des UFR existants ? Où va se passer l’enseignement ? Je veux bien moi “Aix-Marseille”, mais pour savoir où je dois demander un logement au CROUS, il faut que je sache où je vais avoir mes cours !

Pas de panique, la réponse arrive tout de suite, c’est l’objet de ce billet. Je me suis renseigné un peu à droite à gauche, et je n’ai eu que des réponses “peut être mais c’est pas encore sûr” jusqu’à ce que je vois que le site des formations de l’Université d’Aix-Marseille avait été mis à jour, en particulier la partie qui concerne la licence Informatique, avec un lien pointant vers le site du responsable de la formation, Edouard Thiel.

Je tiens au passage à féliciter ce Monsieur (que je ne connais pas) pour la jolie page remplie d’informations utiles qu’il a créée, en particulier elle contient ce qui intéresse vraiment les étudiants : les sites d’enseignement, le contenu des cours, et les modalités d’admission.

[hors sujet] Ce gentil Monsieur a également à ce qu’il semble eu la même idée que moi : générer son site à partir de fichiers XML, son programme à lui est en Ruby avec un joli makefile et des commandes pour uploader les fichiers générés en SSH. Quand je vous dis que c’est le futur ce mode de conception des sites orientés contenu et fortement connexes, je raconte pas que des conneries ! [/hors sujet]

Donc, en guise de conclusion, je fais une copie remise en forme de ce qui est présent sur le site d’Edouard Thiel (je suis fan), c’est ça qu’il faut retenir pour le moment :

La première année est en tronc commun, quel que soit le parcours, Informatique, Info-Bio, etc.
La première année est dispensée sur :
- Montperrin (Aix, quartiers Sud)
- Saint Charles (Marseille, centre ville)
- Luminy (Marseille, dans la garrigue - non c’est méchant, il y a des résidences étudiantes quand même, vous êtes pas obligé de faire du camping)
- Saint Jérôme (Marseille, quartiers Nord - là où je suis) sous réserve d’effectif suffisant qu’ils disent (ils disaient pareil pour les effectifs à Aix à une époque).
Le choix d’un parcours (Info, Info-Bio) se fait en deuxième année.
La deuxième année se déroulera à :
- Montperrin (Aix, quartiers Sud)
- Saint Charles (Marseille, centre ville)
- Luminy (Marseille, garrigue) - le parcours Info-Bio est exclusivement à Luminy
La possibilité de choisir le parcours MIAGE se fait en troisième année (avec un parcours info préalable, je pense)
La L3 MIAGE se fait à Aix à l’espace Forbin
La troisième année se déroulera à :
- Montperrin (Aix, quartiers Sud)
- Saint Charles (Marseille, centre ville)
- Luminy (Marseille, garrigue) - le parcours Info-Bio est exclusivement à Luminy
Notons la possibilité de faire une L3 Pro, à la place de la licence fondamentale en Informatique, mais là ça dépend de la licence visée (une licence fondamentale est destinée aux gens qui s’orientent vers un Master).
Notons la nouveauté : l’option PEI (avoir ou ne pas avoir cette option ne vos empêchera jamais d’entrer en école d’ingénieur après la L2, si vous voulez mon avis, c’est d’ailleurs les mêmes matières avec et sans l’option PEI. Vous pourrez peut être simplement prétendre y être un peu mieux préparé. Non, je m’abstiendrai des allusions sur la formation aux murges pour se préparer aux écoles d’ingénieur, pas la peine d’essayer de me le faire dire, je ne le dirai pas !)
Mise à jour : visiblement l’option PEI/PCEI n’est disponible que pour la licence Mathématiques.

Voilà, je crois que j’ai fait le tour de la question, les admissions pour les lycéens se font toujours via la plateforme Admissions-Postbac, n’oubliez pas que vous pouvez modifier vos préférences d’ordre de voeux jusqu’en Mai (il me semble), et de demander vos droits au CROUS le plus rapidement possible (pour éviter que le dossier traîne si vous le faites à la dernière minute).

À noter également que si le CROUS vous affecte à un endroit et que vous avez modifié vos préférences et que du coup l’endroit où vous vous formez n’est pas l’endroit où le CROUS vous a affecté un logement, c’est possible de rectifier le tir en les appelant, en leur écrivant, ou plus efficacement en allant les voir, mais de toute façon il leur faudra réimprimer et vous renvoyer la feuille, ce qui peut prendre deux semaines (oui, les imprimantes mettent du temps au CROUS - mais j’ai dit que j’arrêtais de me moquer gratuitement ).

Si vous avez des questions, vous pouvez les poser en commentaire, par contre je ne garanti pas une réponse sous moins de 7 jours, le plus rapide étant de demander directement aux personnes concernées, les responsables de formation ou les responsables du CROUS et des plateformes d’orientation.

La détresse informatique des associations étudiantes

Mathieu — Wed, 27 Oct 2010 21:27:00 +0200

Étant dans le milieu étudiant depuis un certain temps, et ayant eu l'occasion de travailler avec le milieu associatif pour la réalisation de sites web, et la maintenance et la mise en œuvre d'outils informatique en général, j’ai put constater la détresse informatique de la plupart des associations étudiantes, à un point que j'en suis venu à me demander si c'était le cas pour toutes les associations (sauf les associations d'utilisateurs de l'informatique, quoique...), et je crains fort que la réponse soit également positive.

Ce billet va tenter de résumer ce qui me désespère tous les jours, ce n'est bien sûr pas de la faute des responsables de ces associations, souvent dépassés par la technique, ou manquant de moyen financiers et humains pour mettre en œuvre une véritable politique de gestion de leurs ressources informatiques, de leur site web aux données membre, en passant par leur carnet d'adresse ou leurs méthodes de rendez vous.

Ce billet ne vise absolument personne, et les liens fournis à titre d'exemple ne sauraient engager ma responsabilité vis à vis des personnes qui pourraient se sentir visées par mes propos, d'ailleurs, ces propos n'engageraient que moi, et non les associations dont je fais, ou ferait partie.

Encore une fois, ce billet est un pavé dans une mare trop trouble pour qu'on puisse en tirer des conclusions générales, il est de plus fortement temporel, dans le sens où ce que je dis à ce jour, ou les exemples que je vais montrer ne seront peut être plus valables ou en corrélation avec mes propos dans quelque temps.

1. Le site web

Commençons par ce que je connais le mieux : les sites web. En tant qu'informaticien (ou du moins étudiant en informatique) compétent (je l'espère) dans le domaine des technologies web, je suis toujours sidéré de la vacuité des sites web associatifs, quand ce n'est pas leur abandon le plus total.

Avant d'essayer d'expliquer pourquoi, je vais commencer par dresser un constat : la plupart des associations étudiantes, surtout les jeunes assos mais aussi certaines associations plus anciennes, se tournent pour la création de leur site web vers les outils "tout prêts", payant la facilité du prix de leur représentativité et de leur liberté vis à vis de ces outils et réseaux. Pour les associations étudiantes cela va du site fait avec DreamWeaver aux plateformes comme MySpace ou BlogSpot et Facebook pour les réseaux sociaux.

Constatation immédiate et attendue : les associations se tournent vers les outils qu'ils connaissent ou utilisent, parfois demandent à "celui qui sait", qui ne fait ne sait pas grand chose, à part utiliser photoshop.

On peut émettre plusieurs critiques avant d'en venir aux conséquences de ces choix :

L'utilisation des réseaux sociaux pour rester en contact proche avec ses membres c'est une bonne chose, mais ça ne suffit pas non plus, l’instantanéité du réseau fait perdre toute la vocation « vitrine » que représente un site web classique. Ainsi, comme contacter les responsables d'une asso qui n'a pour seul site web un profil Facebook ? Lui envoyer une message sur Facebook ? Encore faut il avoir un compte Facebook... Oui, les gens qui n'ont pas de compte Facebook ça existe, sisi je vous assure.
Un simple site avec Dreamweaver ou Adobemachin peut fournir une vitrine avec les informations sur l'association, mais le plus souvent non seulement ces sites sont assez peu mis à jour, ne contiennent pas les informations actualisés de l’association, ni les nouvelles, et leur design est ... comment dire ... laissant à désirer. Ben oui, on va pas demander à ces outils de faire des sites web professionnels.
Les blogs comment Blogspot ou Wordpress sont le plus souvent bourrés de publicités, ce qui ne fait pas très crédible, et nuit également au confort visuel, réduisant le temps que passe l'utilisateur sur le site, et le nombre de personnes qui pourraient avoir envie d'y retourner.

Les conséquences à court terme sont un manque de communication envers l'extérieur, qui peut également provoquer un essoufflement de l'association à plus ou moins long terme. En effet, comment attirer de nouveau membres lorsque la communication externe à l'association est défaillante ? Comment attirer des entreprises pour un partenariat ? Comment avoir une crédibilité lors des demandes de subventions ?

Pour plus de compléments sur ce sujet bien spécifique, je vous renvois aux billets que j'ai publié sur le blog des développeurs du site du BDE Saint Jérôme, dont j'assure actuellement la maintenance :

2. Les réunions et la coordination

Le plus souvent les associations étudiantes ne connaissent pas les outils de travail collaboratif, et ne les utilisent donc pas. Leurs moyens de communication sont : le texto de groupe, l'email de masse, le forum (quand on a de la chance). Bien peu ont un planning fixé, et le plus souvent l'action de l'association se résume à une somme d'initiative individuelle plutôt qu'à un vrai travail en groupe.

Cela a pour conséquence la planification de réunions la veille pour le lendemain, où l'on ne fait que présenter les choses accomplies sans l'accord du CA, par initiative locale, et cela se résume à s'auto-féliciter d'avoir si bien fait les choses, sans concertation, sans accord, sans travail de groupe.

C'est mauvais à la fois pour pouvoir terminer les projets commencés, pour la crédibilité vis à vis des membres, et pour l'intégrité de l'association, qui risque la création de conflits internes, de séparation, de retrait des membres en masse, etc.

Alors qu'une bonne politique de gestion du calendrier, un endroit où les membres responsables de l'association peuvent se réunir et discuter, échanger en dehors des réunions, relire les compte rendus de réunion et s'attribuer des tâches, pouvoir réaliser un feedback en temps réel sur ce qui a été fait et reste à faire, bref en un mot une bonne politique de coordination via un outil informatique adapté (un groupware par exemple) n'est pas si difficile à mettre en place, sous réserve qu'il existe quelqu'un pour le mettre en place, et que tous les responsables soient d'accord pour l'utiliser, et qu'ils l'utilisent !

3. La gestion des membres et la confidentialité

Voici un autre point vraiment critique : la gestion des données membres, sur ce point là, contrairement aux autres, bien souvent la politique de gestion de ce listing est inexistante. Si en général les associations arrivent assez bien à collecter les informations personnelles de leurs membres (nom, age, cotisation, etc), il en est tout autrement de la politique de confidentialité des données. Qui a accès au listing ? Dans quelles circonstances ? Que faire des données membre à la fin de l'année ? Quelles utilité peuvent avoir ces informations ? Qu'es ce qu'on a le droit d'en faire ?

Toutes ces questions, beaucoup ne se les posent pas, et cela a pour conséquence la fuite des informations des membres, de manière plus ou moins grave, mais aussi la fuite des informations de contact que peuvent avoir les associations dans le cadre de partenariats, au profit d'autres associations. Cela a pour conséquence de dé-crédibiliser l'association, provoquer une fuite d'informations qui la vide de son originalité (oui, si toutes les autres associations peuvent avoir le partenariat dont profite l'association originale, il y a fort à parier que ce partenaire préférera l'association qui ne fait pas fuiter son contact à tout le monde)

C'est grave en terme de sécurité et de confidentialité des données, c'est grave au niveau légal et moral. C'est quelque chose qui est à mon avis très répandu, et qui est le point névralgique de toutes ces petites associations qui ne prennent pas assez au sérieux la gestion de leurs données informatisées.

4. Les archives de l'association

C'est un problème très fréquent dans les associations étudiantes, qui de par leur particularité sont particulièrement volatiles, les membres responsables changent souvent, et il est assez difficile de repartir sur le travail de l'année précédente pour continuer d'avancer plutôt que de devoir tout recommencer de zéro. La cause ? Une mauvaise gestion des archives. Cela peut être des archives des compte rendus de réunion, des archives des contacts, des archives des anciens membres, des archives des chèques encaissés l'année précédente, etc.

Cela va en général de pair avec la gestion des données membres, et devrait être assuré par le secrétaire de l'association tous les ans. Mais encore faut il que ce dernier soit compétent, au courant de ce qui doit être fait pour assurer la pérennité des données, et qu'il soit responsable afin de ne pas briser la « chaîne » des sauvegardes.

Les conséquences à court terme sont une perte des contenus des compte rendus, une perte des contacts qui auraient put être fournis pendant ces réunions, une désorganisation au niveau des tâches à accomplir. C'est d'autant plus grave dans une équipe composé de plus d'une dizaine de personnes qui doivent être au courant de ce qui se passe, même lorsqu'ils ne peuvent pas assister aux réunions. De manière plus générale, la perte des contacts des anciens membres, dans une association étudiante, prive l'association des contacts fructueux qui pourraient être fait par ce biais, et empêche ces anciens membres de revenir avec nostalgie et constater que « rien n'a changé ».

5. Conclusion

Mais au fond, comment venir en aide à toutes ces associations manquant de moyens ? Une asso de quartier n'a pas un seul informaticien compétent parmi ses membres ? Une association d'étudiants en sciences n'a pas un seul geek dans ses membres ? Je refuse de le croire, je crois plutôt que c'est un manque de motivation pour ces derniers de s'impliquer dans ces associations, voire un certain rejet de la part de ces associations vis à vis de celui qui va commencer par leur dire qu'ils ont fait n'importe quoi pour ensuite leur proposer de mauvais outils, faute de connaître les bons.

Mais ça n'existe pas un site web communautaire à destination des responsables d'associations proposant des conseils relatifs à la gestion de leurs ressources informatiques ? Comment gérer une liste de membres, ce qu'il faut savoir vis à vis de la CNIL, comment planifier des réunions, comment améliorer la communication interne et la communication externe, comment monter rapidement et avec peu de frais un site web potable, l'importance de la maîtrise des réseaux sociaux, etc. Non, vraiment pas ? Si quelqu'un veut lancer le projet avec moi, je dis un grand OUI tout de suite !

Bref, si ça vous branche, n'hésitez pas à me contacter, je n'aurais pour ma part ni l'envie ni le temps de lancer le projet tout seul, mais avec un ou plusieurs partenaires c'est différent.

Une compilation saine et heureuse sous GNU/Linux

Mathieu — Tue, 19 Oct 2010 09:14:00 +0200

Ce billet était initialement une tentative de réponse à ce billet : http://theriault.servhome.org/2010/10/pourquoi-jaime-mais-nutilise-pas-linux/ où l'auteur décrivait entre autre sa détresse pour compiler un programme sous linux (si, si, cherchez bien, il y a une phrase où il le dit).

Ce billet va détailler les étapes que devrait faire tout programmeur ou utilisateur de logiciel soucieux de compiler un programme, soit parce qu'il n'existe pas en version exécutable, soit parce qu'il veut la version des sources. Voici donc quelques conseils et règles de savoir vivre.

1. Lisez le README

Lorsque vous téléchargez une source, ne vous contentez pas de décompresser l'archive, cherchez si il existe sur le site de l'éditeur des consignes pour compiler, lisez le fichier README qui est peut être inclut dans le code, lisez le fichier COMPILING, le fichier HOWTO, etc. En général ces fichiers sont n anglais, mais il est important de comprendre, au moins partiellement, ce qui est dit, pour comprendre pourquoi on reste bloqué.

Attention, certaines sources contiennent des instructions pour Linux, d'autres pur BSD, d'autres pour Windows, etc. Choisissez le fichier qui correspond à votre système d'exploitation, et même si il arrive que des instructions pour BSD fonctionnent sous GNU/Linux, ce n'est pas automatique.

2. Compiler, oui, mais avec make

En général les programmes sous GNU/Linux se compilent avec un Makefile. Un Makefile est une suite d’instructions contenant en général des appels vers GCC pour compiler le programme. Ce fichier est structuré par dépendances-cibles, et il permet de compiler un programme en exécutant les instructions dans le bon ordre, et de stopper si les prérequis ne sont pas remplis.

3. Les différents types d'automake

En général quand on compile un gros programme, le développeur n'a pas rédigé entièrement les instructions du Makefile, il a utilisé des programmes pour cela, de programmes comme les scripts des autotools (automake, etc), des trucs comme bam, ou encore comme cmake. Vous devez alors identifier ce qui a été utilisé (lisez le README et/ou les instructions sur le site) pour savoir quoi installer pour pouvoir lancer la compilation "automatique".

3.1 Les autotools

Les autotools sont des scripts qui créent à partir de règles les fichiers configure et Makefile nécessaire à la compilation. Le fichier configure est lui aussi important, en général on lance d'abord le configure pour vérifier que la compilation peut se dérouler et pour initialiser quelques variables qui vont changer le comportement du Makefile selon le système d'exploitation cible (emplacement des librairies, nom du compilateur, etc.). En général, on compile donc par cette suite de commandes :

./configure make make install

Ne faites make install que si vous voulez installer « en dur » le logiciel, attention, la version n'est pas vérifiée par le gestionnaire de paquet, et il faut garder les souces pour pouvoir faire un make uninstall plus tard.

Note sur les autotools : EN GENERAL, si vous compilez une version stable, c'est à dire si vous ne l'avez pas récupéré depuis un gestionnaire de version (subversion, git, mercurial...), il n'est pas nécessaire de lancer autoconf et automake, et on peut s'en tenir au simple configure et make, le reste est fait par le responsable de la distribution des sources. Par contre, si vous compilez une version de développement (trunk, etc), vous devrez probablement installer les autotools et lancer un autogen.sh pour créer les fichiers configure et Makefile, pour ensuite compiler avec configure et make.

3.2 CMake

CMake est un script qui a été conçu à l'origine pour répondre à la complexité d'écriture des règles des autotools. Son fonctionnement est similaire à automake, mais la compilation se fait en une seule commande, il suffit de créer un répertoire build où se trouvera le programme, de se placer à l'intérieur, puis de lancer la commande cmake avec en paramètre le chemin du dossier contenant les sources. Typiquement :

mkdir build cd build cmake ..

3.3 Bam

J'ai découvert bam en compilant Teeworlds, bam est un script assez similaire à cmake, ou presque, pusiqu'il marche à l'envers. Il faut se placer dans le dossier contenant les sources et appeler bam avec les bons paramètres (en général c'est indiqué dans le README).

cd sources ../bam-0.2/bam release

4. Prérequis non satisfaits : « ça plante au configure »

Il est très probable si vous compilez pour la première fois que vous n'ayez pas toutes les dépendances requises, et que vous deviez télécharger quelques dizaines de méga octet de packages juste pour pouvoir compiler. Pour essayer d'aller plus vite, vous pouvez installer le paquet « build-essentials » de votre distribution, il contient en général les dépendances vers le compilateur C, et quelques autres outils, mais il a pour vocation de fournir de quoi créer des packages et contient donc beaucoup de superflus pour une compilation classique.

De manière générale, le configure vous dit ce qu'il manque, ou alors c'est indiqué dans les instructions de compilation (README), et si jamais e n'est pas indiqué, si le programme demande SDL/SDL.h vous saurez qu'il vous manque libsdl-dev, par exemple. Les librairies c'est toujours, en général, libmachin-dev.

5. Problème fréquent : les versions

Il est fréquent qu'une compilation plante sans raison, juste en affichant « this function does not exists », alors que l'on a bien les librairies de développement. En général, c'est parce que le programme demande une version des librairies plus récente que celle que vous possédez, et donc vous ne pouvez pas le compiler, à moins de télécharger les nouvelles versions de ces librairies. En général dans ce cas je laisse tomber, et je met à jour ma distribution.

6. Cas particulier : Compilation et patch d'un programme présent dans les dépôts

Petite parenthèse, vous pourriez avoir envie de compiler un programme déjà présent dans les dépôts, et de simplement le patcher pour avoir la version à jour (celle des dépôts étant ancienne), vous avez de la chance, en général c'est plus simple :

Installez build-essentials
apt-get instal build-essentials
Récupérez la source du programme depuis les dépôts
apt-get source le programme
Récupérez le nécessaire pour la compilation (c'est magique)
apt-get build-dep leprogramme
Patchez le programme
Utilisez les scripts debuild (sous debian) pour recompiler le package :
debuild -us -uc
Installez finalement le package généré :
dpkg -i *.deb

7. Pour conclure

En conclusion je dirais qu'il est toujours difficile de compiler la première fois, surtout si on ne l'a jamais fait, il faut de la persévérance pour avoir envie d'ajouter tout ce qui manque, interpréter tout ce qui ne fonctionne pas, comprendre la documentation (si elle existe). Mais une fois terminé, non seulement vous ressentirez la fierté partenelle d'avoir compilé votre premier programme, mais vous pourrez aussi le recompiler autant de fois que vous voulez, puisque la procédure reste toujours à peu près la même pour le même programme.

Ce que je conseille c'est de se faire des "fiches", de la doc sur "ha oui, pour compiler ça j'ai bloqué là et j'ai résolu comme ça", d'abord pour vous, et si c'est utile pour d'autres gens tant mieux.

Installer Teeworlds depuis les sources

Mathieu — Thu, 14 Oct 2010 19:58:00 +0200

La dernière version de Teeworlds se faisant désirer, voici comment compiler pour linux depuis les sources :

Vérification des dépendances

libx11-dev
libsdl-dev
libglu-dev
libgl-dev
libasound-dev

Clone du repos

git clone http://github.com/oy/teeworlds.git

Récupération de bam

wget http://github.com/downloads/matricks/bam/bam-0.4.0.tar.gz

Extraction et Compilation de bam

tar -xzf bam-0.4.0.tar.gz
cd bam-0.4.0/
./make_unix.sh

Compilation de Teeworlds

cd ../teeworlds
../bam-0.0.4/bam release

Il n'y a que de mauvais outils

Mathieu — Tue, 17 Aug 2010 22:52:00 +0200

Cet article aurait put venir compléter mon article sur l'incompétence, que j'avais écrit il y a plusieurs mois et que je n'ai jamais publié, pour des raisons de scrupules à juger un peu trop vite les gens, et j'ai au final bien fait.

Bref, cette petite parenthèse refermée, cet article est encore un article « raz le bol », où j'exposerais pourquoi je ne veux plus travailler avec certaines personnes sur certains projets, et c'est valable aussi pour le projets scolaires.

Le proverbe nous apprend qu'il n'y a pas de mauvais artisan, mais qu'il n'y a que de mauvais outils, et c'est également vrai en informatique. Il y a beaucoup de gens qui utilisent sans le savoir les mauvaises méthodes, les mauvais outils, et qui font du mauvais travail, ou du moins du travail pénible et peu efficace.

Ce n'est pourtant pas la pléthore de solutions disponible pour chaque utilisation qui aurait put créer un « vide technique » autour de la profession ; il existe énormément de logiciels plus ou moins bien conçus, libres et/ou gratuits, pour répondre aux problématiques quotidiennes d'un informaticien « généraliste » [1].

Le problème, c'est souvent que les gens ne savent pas qu'ils sont ignorants à propos des outils existants et des méthodes de développement. C'est quelque chose que je constate avec mes camarades à la fac, et que je retrouve dans les jeunes communautés OpenSource. Ils utilisent donc des outils qui ne sont pas vraiment adapté pour répondre à des problèmes qu'ils ne se seraient peur être pas posés en s'organisant autrement.

Le point le plus dramatique le plus souvent, c'est que ces derniers refusent également les nouveaux outils qu'on leur propose ou qu'on leur impose, ils ne veulent pas reconnaître non plus la qualité d'un des individus du groupe pour mettre en place et apprendre aux autre à se servir du nouvel outil. Il arrive même que ces derniers s'entêtent dans une solution alternative à la leur, mais qui est aussi alternative à la votre, alors qu'elle pose plus de problème que la votre sur de nombreux points. C'est prétentieux de prétendre détenir la vérité par rapport aux bons outils et aux bonnes méthodes, mais la valeur de l'expérience est trop souvent sous estimée, si elle n'est pas tout simplement ignorée.

Les jeunes communautés ont toujours deux attitudes antagonistes :

Se démarquer des autres communautés en utilisant d'autres outils, en changeant de méthode, bref en essayant d'autres voies, ce n'est pas un mal en soi si ces voies sont praticables
Ou alors coller à 100% aux autres communautés, plagiat leurs méthodes, leurs outils, mais sans l'expertise des autres, et bien souvent le résultat c'est que les outils n sont pas maîtrisés, et le travail s'embourbe dans des procédures qui ne sont pas adaptées à la taille de la communauté.

Je suis sans doute très critique, mais il y a des moments où vraiment je dis stop, je ne supporte plus par exemple :

Que l'on refuse les outils de gestion de version avec code public (ou privé développeurs) pour travailler sur un projet de code, ou un projet où la valeur ajoutée est incrémentale (on améliore constamment, c'est pas « one shot »)
Que l'on utilise un forum comme bug tracker
Que l'on utilise un forum comme gestionnaire de tâches
Que l'on utilise un forum pour de la revue de code (!)
Que l'on utilise un forum pour de la documentation plutôt qu'un wiki (ouvert ou fermé d'ailleurs)
Que la roadmap est inconnue, sauf du leader du projet
Qu'il n'existe pas de portail privé pour les membres du projet, avec un accès direct à l'ensemble des outils
Que l'on ne me fasse pas confiance (pourquoi je ferais confiance au responsable du projet s'il ne me fait pas confiance ?)

Pour conclure, voici quelques pistes de logiciels à explorer pour ceux qui veulent changer leur manière de travailler :

Outils de gestion de versions : Subversion, Git, Mercurial
Outils de report et de traitement des bugs : MantisBT, Bugzilla
Outils de travail collaboratif : Dokuwiki (documentation), OpenCollab (Coordination)
Outils « Tout-en-un » : Trac (wiki+bug tracker+gestionnaire de tâches+synchro svn, git, etc), Redmine (wiki+tracker+gestion de projet+synchro svn, git, etc+forums+diagrammes de GANTT+machine à café)

Notes :

[1] Je parle ici de concept de généraliste, mais il est différent de celui des médecins généralistes, en effet on pourrait penser que pour moi l'informaticien généraliste est celui qui vient vous installer windows et vous réparer votre ordinateur quand vous en avez besoin, mais ce n'est pas ce que je considère comme un informaticien généraliste. Même s'il m'arrive d'envier les connaissances techniques de ces personnes avec les système d'exploitation grand public, et la connaissance qu'ils ont du matériel qu'ils installent, ce ne sont à mon sens que des techniciens, pour moi un informaticien généraliste est un informaticien qui a des connaissances larges, à la fois techniques mais aussi des connaissances sur les concepts abstraits et fondamentaux de l'informatique, bref une personne un peu « touche à tout », mais avec un seul domaine de prédilection, comme tout le monde. Je me considère comme un généraliste, à ma façon.

Les recettes de Grand Mère Traduction : la soupe de bison

Mathieu — Fri, 23 Apr 2010 12:01:00 +0200

La soupe de bison est un met très connu et très apprécié par les informaticien, voici une recette transmise par Grand Mère Traduction pour ceux qui veulent s'y essayer.

Pour cette recette vous aurez besoin :

4 tomates par personne
Une centaine de lexèmes
Un cube d'implémentation soupetil
Une aile attribuée en poudre
Quelques types boule, flotte, raël, et thao

Commencez par faire tourner les tomates en incorporant au fur et à mesure les ailes attribuées en poudre, et faites ensuite chauffer le tout en continuant de tourner les tomates pour éviter l'apparition de mô vide. Cette étape est importante car le môvide est toxique s'il est utilisé avec les tomates et provoque à coup certain un empoisonnement par shift/reduce.

Hashez ensuite les lexèmes dans une grande table. A ce point là, vous pouvez maintenant les ajouter aux tomates, en prenant bien soin de ne pas provoquer de nil, le nil étant un mô vide particulier, ce dernier n'est pas toxique mais rendra votre soupe fade, au alors vous ressentirez peut être un léger goût de taupe.

Faites ensuite revenir les types dans le cube de soupetil, les types étant particulièrement amère, cette opération les adoucira et révélera leurs arômes.

Laissez les tomates mijoter pendant au moins une demie heure tout en les faisant tourner, l'utilisation d'un canard en plastique préemptif n'est pas à exclure pour vous éviter de les faire tourner à la main. Une fois les tomates et les lexèmes mijotés, vous pourrez y ajouter les types.

Vous pouvez servir comme ça ou alors mixer le tout pour obtenir une opération lunaire.

Cette soupe a également des vertus thérapeutiques : elle soigne l'ennui, les maux de tête, et les chaises qui grincent. Elle n'est pas contre indiquée avec une consommation quotidienne de poudre verte.

Effets non désirables ou gênants : il a été constaté que la soupe de bison pouvait provoquer une agitation des mains, et l'apparition de listes plus ou moins chaînées. Si cela vous arrive, n'hésitez pas à appliquer de la crème de yacc sur les parties touchées.

En vous souhaitant un bon appétit !

Les 3 axiomes d'une application Facebook et leurs corollaires

Mathieu — Sat, 05 Sep 2009 09:52:00 +0200

Ce billet est issu d'une sauvegarde de mon ancien blog, il est peut être obsolète, mais conserve un intérêt dans le contexte de ce blog.

Tiré d'une discussion réelle sur Facebook, merci aux participants.

Axiome 1 : (nécessité du facteur nul)Une application Facebook n'est pas faite pour être utile, mais pour être marrante

Axiome 2 : (loi de l'intéressement) Une application Facebook qui ne reçoit pas au moins un commentaire disant que le résultat est stupide ou débile est une application ratée.

Axiome 3 : (loi de la non décroissance) Le nombre d'utilisateurs d'une application Facebook est strictement croissant.

On en dérive les corollaires suivants :

Corollaire à l'axiome 1 et 2 : Plus une application est inutile, plus elle a du succès.

Corollaire à l'axiome 3 : Plus le nombre d'utilisateur d'une application est important, plus celui ci va augmenter

Certaines propriétés ne peuvent avoir de valeurs axiomatiques et sont particulières à certains cas :

Propriété 1 : (paradoxe de la paternité) Le créateur d'une application Facebook n'est jamais directement Facebook.

Propriété 2 : Une application qui envoie des notifications est une application qui a du succès (propriété dérivé de la conjecture de l'utilisateur qui clique et de l'axiome 3)