Odin David

Odin David

Formateur & développeur à son compte dans la région lyonnaise

20 article(s)
Description

Titulaire d'un diplôme d'ingénieur en informatique et d'un DEA en informatique de l'image de l'Université Jean Monnet de Saint-Étienne, David Odin est l'auteur de nombreux articles dans les magazines des Éditions Diamond. Il a contribué à différents projets open source comme GIMP, GTK ou evas et même des patchs pour le noyau Linux.

Après avoir été enseignant-chercheur de nombreuses années dans une école d'ingénieur lyonnaise dans différentes matières allant des maths à la programmation des jeux vidéos en passant par le C++, OpenGL ou encore l'administration Linux, il est maintenant à son compte et propose des formations professionnelles dans les mêmes matières et développe des projets assez variés allant d'un visualiseur 3D orienté médical à la programmation de jeux rétros en assembleur.

Signature
Formateur & développeur à son compte dans la région lyonnaise
Photo
David Odin
Articles de l'auteur

Jouons avec les bits

Magazine
Marque
GNU/Linux Magazine
HS n°
Numéro
70
Mois de parution
janvier 2014
Spécialité(s)
Résumé

Le langage C dispose d'opérateurs permettant de tester, modifier et effectuer des opérations au niveau du bit. Ces opérations sont souvent réservées à des utilisations restreintes, alors qu'elles sont ultra-rapides et ont des applications quelques fois insoupçonnées. Une restriction toutefois est que ces opérateurs ne s'appliquent qu'à des entiers (la plupart du temps non signés).

Les règles d'aliasing strictes

Magazine
Marque
GNU/Linux Magazine
HS n°
Numéro
70
Mois de parution
janvier 2014
Spécialité(s)
Résumé

Lors d'un développement, vous êtes peut-être déjà tombé sur le message d'erreur incompréhensible suivant : « Dereferencing type-punned pointer will break strict-aliasing rules ». Ce qui pourrait se traduire par « Déréférencer un pointeur pointant sur deux types différents rompt les règles d'aliasing strictes ». Ce qui n'est toujours pas très clair.

Le coin du vieux barbu : Une calculatrice pleine de surprises !

Magazine
Marque
GNU/Linux Magazine
Numéro
165
Mois de parution
novembre 2013
Spécialité(s)
Résumé
Le programme du jour permet de s'apercevoir que ce qui paraît simple au premier abord peut en fait regorger d'astuces aussi tordues les unes que les autres. Quoi de plus simple qu'une calculatrice ? Celle que Hou Qiming a proposé à l'IOCCC en 2011 semble bien innocente et pourtant...

Le coin du vieux barbu : IOCCC 2000

Magazine
Marque
GNU/Linux Magazine
Numéro
161
Mois de parution
juin 2013
Spécialité(s)
Résumé

Nous revenons aujourd'hui aux fondamentaux de cette rubrique avec l'analyse d'un code C ayant permis à monsieur Jari Arkko de gagner l'IOCCC [1] en 2000 dans la catégorie « Best Of Show ».Il s'agit donc d'un code source de moins de 1536 caractères non blancs qui réalise pourtant ce que des logiciels hors de prix peinent à imiter.

Le coin du vieux barbu : raytraceur PostScript (suite)

Magazine
Marque
GNU/Linux Magazine
Numéro
160
Mois de parution
mai 2013
Spécialité(s)
Résumé

La dernière fois, nous avons réussi à décompresser le programme de Takashi Hayakawa pour lui donner une tête de programme PostScript presque normal.Aujourd'hui, nous allons décortiquer le programme décompacté, qui nous réserve pas mal de surprises avant d'être compréhensible.

Le coin du vieux barbu : raytraceur PostScript

Magazine
Marque
GNU/Linux Magazine
Numéro
159
Mois de parution
avril 2013
Spécialité(s)
Résumé

La dernière fois, nous avons effleuré les possibilités offertes par le langage PostScript avec un petit programme même pas obfusqué. Aujourd'hui, nous plongeons dans le grand bain avec un programme beaucoup plus spectaculaire : un raytraceur auto-décompactable dont le décompacteur est compacté, complètement illisible de prime abord.

Le coin du vieux barbu : PostScript

Magazine
Marque
GNU/Linux Magazine
Numéro
157
Mois de parution
février 2013
Résumé

L'essence même de cette série est de décortiquer des codes qui ont été écrits par des programmeurs qui faisaient tout pour que leur code soit difficile à relire.Aujourd'hui, nous allons faire un énorme hors sujet, puisque nous allons essayer de comprendre un code que j'ai moi-même écrit il y a quelques années. Ceci dit, en retombant dessus, j'ai eu du mal à le relire alors que je n'avais pas fait grand chose pour le rendre illisible. C'est surtout le langage utilisé qui utilise des constructions non habituelles : le PostScript.

Le coin du vieux barbu : Amiga ball

Magazine
Marque
GNU/Linux Magazine
Numéro
156
Mois de parution
janvier 2013
Spécialité(s)
Résumé

La dernière fois, nous avons décortiqué l'une des toute premières entrées de l'ioccc, avec un code datant de 1984. Aujourd'hui, nous allons étudier un bout de code nettement plus récent puisqu'il date de 2011, même s'il s'inspire d'une démo datant de l'Amiga (1986 ou 1987) !Rappelons que le but de cette rubrique est de rendre lisible un programme qui a pourtant été écrit de manière à être difficile à lire. Pour ce faire, nous allons petit à petit transformer un code source en un code équivalent, mais de plus en plus facile à déchiffrer.