Archive for txt

Conseils

J’ai perdu quelques dates, mais depuis ma thèse en 97 à Grenoble, en passant par la période à Nantes, et depuis mon retour en 2002 à Grenoble, j’ai été élu ou membre de droit de nombreux conseils (chronologiquement)

  • élu au conseil de l’IUP-Miage à l’Université de Nantes (~1998-~2002)
  • élu et ré-élu au conseil de l’UFR IMA (Info et math-appli, c’était avant la fusion avec les matheux « pures », c’était encore l’Université Joseph Fourier, avant la fusion de l’UGA, ~2003-~2011)
  • élu et ré-élu au conseil de la vie étudiante (CEVU) de l’UJF, puis au CFVU de l’UJF, puis membre du CAC de transition vers l’UGA (~2011-~2016)
  • membre du conseil du DLST (~2015-~2022)
  • élu au conseil de l’UFR IM2AG de l’UGA (~2023-…)

Fiche de service

Tous les ans, nous remplissons une fiche de service comptabilisant les heures effectuées pour l’enseignement et l’encadrement.
En interne, depuis quelques années ces fiches sont (partiellement [?]) visibles entre collègues sur un intranet (merci à un lointain collègue de l’ENS-Lyon d’avoir développé cette plateforme sgce), c’est peu courant, mais pas si rare, autour des années 2000 quand j’étais à Nantes, il y avait une version papier des services des enseignants disponible à la cafet’ (et un fichier partagé sur le réseau).

Donc, depuis quelques années (2020-22), il y avait (surtout) :

  • Enseignement d’Architecture des Ordinateurs en L2 (Assembleur ARM, CM+TD+TP)
  • Enseignement d’Architecture des Ordinateurs en L3-Miage (Circuits, CM+TD+TP)
  • Programmation déclarative en L3-Miage (Prolog et Erlang, CM+TD+TP)
  • Responsabilité de mention pour la Licence Informatique

L’année prochaine, je ne serais plus responsable de la mention de licence (2015-2022), mais responsable de la L2 INM&MIN 2022-??? (après la L3 Miage : 2007-2017)

[:fr]1+1?[:]

[:fr]En ce début d’année, les informaticiens sont moqueurs, ils ressortent de vieilles blagues. Mais comme cela parle de représentation de l’information, cela vaut la peine de le noter pour ne pas l’oublier.

Question : vous savez pourquoi les informaticiens confondent Noël et Halloween ?
Réponse : c’est évident, c’est parce que 25 Dec = 31 Oct !

 

Affirmation : Il n’y a que 10 types de gens sur la terre, ceux qui comprennent le binaire et les autres. (variante : il n’y a que 11 types de gens sur la terre, ceux qui comprennent les codes de Gray et les autres).

 

Une dernière, combien faut-il d’informaticiens pour changer une ampoule ? Réponse : 10, un pour tenir la chaise, un pour changer l’ampoule.

 

 

 [:]

[:fr]Aiii ![:]

[:fr]

C’est pas pour dénoncer les copains, mais sur la TI-82 stats.fr, ils utilisent un algorithmes pour calculer les puissances de i qui n’est pas tout à fait au point. En principe, comme i2 = -1, on devrait avoir i3 = -i, i4=1 et on recommence i5=i, i6=-1, i7=-i, i8=1, c’est cyclique …

Malheureusement, on a plutôt :

  • i2 = -1 (jusqu’ici tout va bien),
  • i3 = -i (jusqu’ici tout va bien),
  • i4=1 (jusqu’ici tout va bien),
  • i5=i (jusqu’ici tout va bien),
  • i6=-1 (jusqu’ici tout va bien),
  • i7=-3 10-13-i (Aiii ! ce devrait être juste -i, un imaginaire pur) ,
  • i8=1-2 10-13i (Aiii ! ce devrait être juste 1, un réel pur),
  • et ainsi de suite (sauf par chance un calcul, de temps en temps qui tombe juste, ex. : i10=-1) …

(maudit calcul scientifique ! il semble qu’il y ait eut le même problème autrefois avec matLab ou sciLab (?))

 

rem. avec les puissances de (1+i), cela donne le même genre de résultat, ex. : (1+i)14=-3.84 10-11-128i (au lieu de -128i seulement)

[:]

CouchDB, …CouchDB, …

Javascript continue de faire des adeptes ! Après que d’autres aient essayé de mettre du XML, ou des triplets (ou du rdf, i.e. des triplets xml) dans une bd, des membres de la fondation Apache ont essayé de mettre des objets javascripts dans une BD (JSON): CouchDB. Et pourquoi pas aussi du code et du html ? le tout pour faire une application web, si c’est possible: CouchApp. Au final, on obtient donc une environnement NoSQL permettant le développement d’application web standard (client leger + bd) avec comme seul langage de programmation nécessaire le javascript (ni php, ni ruby, ni …). Le tout accessible, à partir d’un navigateur web et exposé à tous les utilisateurs (open de bout en bout, de la présentation, au code métier, jusqu’aux données !)

Seulement du javascript ? oui, enfin, c’est un peu vite dit, dans la version proposé initialement, c’est du javascript+jquery+evently+mustache+prototype. Mais bon, pour les puristes, on peut enlever le jquery+evently+mustache+prototype (il faut mesurer ce que cela apporte et ce que cela coute ! depuis que j’utilise javascript, j’ai eu le temps de voir arriver/passer : prototype, script.aculo.us, dojo, rico, ext, yui, mootools, mochikit, qooxdoo, jquery, node, underscore, evently, mustache, vanilla, commonJS, … sachant que les navigateurs sont de plus en plus conformes à la norme javascript.).

Enfin, bref, le temps de mettre au point quelques lignes (euh, disons un petit mois, mais seulement dans mes moments libres, ce qui limite pas mal le temps de travail effectif, mais permet de maturer et de mesurer la motivation), et voila une première appli (compte guest, mot de passe guest) chez un hébergeur « gratuit » (ce qui explique les nécessités de login/mdp ?) : https://denisb.couchappy.com/mem/_design/mem/index.html

Avec la bd au même endroit que le html/code, il n’y a plus de problème de « same origine policy », mais il reste à voir comment la gestion de la sécurité peut s’effectuer et si l’on arrive à partager le code/données facilement (même à l’intérieur du cadre « CouchDB/CouchApp »).