Pour beaucoup, la programmation peut sembler assez intimidante : des signes cabalistiques abscons, des formules mathématiques rébarbatives, un jargon technique incompréhensible, et le mythe du petit génie de l'informatique, ont beaucoup fait pour effrayer le commun des mortels : ces diableries ne seraient pas pour eux. Pourtant, malgré les apparences, avec un petit bagage technique la chose n'a vraiment rien de sorcier, moins encore aujourd'hui où Mac OS X facilite tellement la vie des développeurs.
Fondamentalement, un programme, réduit à sa plus simple expression, repose sur un algorithme : il s'agit des différentes étapes permettant la résolution d'un problème par le calcul. Ces étapes se résument essentiellement à des tests de conditions, et à des actions. À l'aide de ces briques, il est possible de résoudre toute sorte de problème, du plus simple au plus complexe.
Nous mettons tous au point des algorithmes au quotidien, sans nous en rendre compte. Ceux-ci sont plus ou moins efficaces, mais ils n'en fonctionnent pas moins, pour la plupart. Que ce soit pour le tri de vos papiers, le chemin le plus court entre deux points, ou toute systématisation d'une tâche répétitive, nous sommes donc tous des programmeurs en puissance, le tout étant d'apprendre à formaliser ces algorithmes, et à les découper en petites briques essentielles.
L'algorithme d'un lecteur de MacG
Typiquement, un programme sera exécuté instruction après instruction, ligne par ligne. Cependant, tous les langages de programmation permettent de jouer les aiguilleurs : on demandera l'exécution ou non de telle ou telle ligne, la répétition d'une commande jusqu'à ce que des conditions soient remplies, ou le lancement d'une fonction spécifique.
On appelle ces aiguillages des structures de contrôle, puisqu'elles vont modifier la manière dont le code sera exécuté. D'autre part, le développeur peut demander à ce que certaines instructions soient exécutées à l'intervention d'un événement : un clic de souris sur un endroit donné, la frappe d'une touche du clavier, le déplacement d'une fenêtre, etc. Une autre pierre angulaire de la programmation est la variable, en fait un espace de la mémoire associé à un nom, dans lequel le développeur pourra stocker différentes valeurs. Pour faire simple, c'est comme un tiroir, sur lequel on met une étiquette, et à l'intérieur duquel on peut mettre des éléments susceptibles d'évoluer, comme le score dans un jeu vidéo.
Lorsqu'un programme sera susceptible de faire appel à un même groupe d'instructions à plusieurs reprises, plutôt que de les recopier à chaque endroit nécessaire, il vaudra mieux créer une fonction unique, qui sera appelée depuis divers endroits du code.
Ainsi, lorsque des modifications sont nécessaires sur cette fonction, il suffira de les effectuer sur un seul endroit du code plutôt qu'à chaque endroit où ces instructions sont nécessaires. La fonction peut recevoir un ou plusieurs paramètres, exactement comme en mathématiques, par exemple : f(x) = x+1, donc f(1) = 2, f(2)=3, etc. On peut donc facilement créer une fonction qui calculera la TVA, qu'on pourrait définir en pseudo-code comme suit:
Lors de l'exécution du programme, chaque appel à la fonction
Les programmes peuvent effectuer les tâches les plus simples comme les plus complexes, et naturellement tous les développeurs ne se valent pas, mais le mérite ou l'intérêt d'un logiciel ne se mesure pas nécessairement à la virtuosité de son code. D'autant que tout le sel de la chose consiste parfois à tirer le meilleur parti des ressources matérielles, grâce à un algorithme élégant, c'est à dire qui donnera naissance au plus petit programme possible pour effectuer une tâche donnée.
Un code qui sera exécuté étape par étape, ou en appelant des fonctions, relève de la programmation dite procédurale, mais Objective-C, le langage de programmation de Mac OS X, permet de faire de la programmation orientée objet. Derrière ce nom énigmatique s'abrite un concept très puissant qui permet de grandement simplifier la vie des développeurs.
L'objet est une sorte de programme dans le programme, une entité propre, avec ses propriétés et ses comportements. Par exemple, le procédé permet de définir un objet
De plus, les objets pourront interagir entre eux spontanément sans que le programme général n'ait à s'occuper d'eux, puisqu'ils disposent de leurs propres comportements. Mieux encore, les objets eux-mêmes peuvent instancier d'autres objets, créant des relations parent-enfant et transmettant leurs propriétés en héritage. Cette approche permet de rendre le code plus autonome et de ne pas avoir à faire de la micro-gestion à s'en donner des maux de tête : les problèmes complexes en deviennent autrement plus simples à résoudre, grâce à cette approche organique.
Et de fait, nombre des éléments clé-en-main fournis dans Mac OS X pour les développeurs sont eux-mêmes des objets, ce qui a permis de les intégrer dans Interface Builder, un logiciel qui permettait de créer l'interface d'une application entièrement à la souris, en liant simplement les éléments aux actions et valeurs intégrées dans le code, et qui a depuis été intégré directement dans Xcode.
Pour la petite histoire, il s'agit là directement d'un héritage de NeXT, lui-même inspiré par les travaux du Xerox Parc sur Smalltalk, comme en témoignait Steve Jobs lui-même dans le documentaire de Robert X Cringely, Triumph of the Nerds, en 1996.
Quoi qu'il en soit, Apple a toujours porté beaucoup d'attention au travail des développeurs tiers. La force du Macintosh des premières heures a été la cohésion de son interface, alors que sur Windows une tâche similaire dans deux logiciels donnés pouvait avoir des raccourcis claviers différents, par exemple. On doit beaucoup de cette cohésion à la "bible" qu'Apple fournit aux développeurs : un épais livre (à l'époque du moins) appelé Macintosh Human Interface Guidelines.
Apple ne s'est pas arrêtée en si bon chemin, puisqu'elle a intégré à chaque nouvelle version de Mac OS X de nouvelles fonctions permettant de simplifier la vie aux développeurs, et donc de créer des applications plus fiables, plus puissantes, et plus élégantes. A tel point qu'aujourd'hui, Cocoa peut pratiquement être abordé comme un langage de haut niveau, de type script. Typiquement, les langages scripts sont des langages plus faciles d'accès, car ils se vouent à commander un moteur d'exécution qui se situe au-dessus du système d'exploitation, sans avoir besoin d'une compilation. Et de fait, la création d'interfaces à la souris, et les commandes relativement simples s'apparentent beaucoup à des environnements de développement comme Flash, par exemple.
La syntaxe même en Objective-C permet d'éviter les erreurs (par exemple, les paramètres d'une fonction sont appelés nommément pour éviter les confusions), mais mieux encore, Mac OS X est livré avec une kyrielle de fonctions qu'il fallait autrefois mettre au point soi-même : ainsi, le framework Core Image dispose de tous les effets visuels dignes d'un Photoshop, qu'une seule commande permet d'activer. Core Animation gère les interpolations et variations de vitesse permettant de beaux effets dynamiques, autrefois hors de portée des développeurs les moins aguerris.
Naturellement, il est possible de plonger plus en profondeur dans les strates du système, afin, si nécessaire, de personnaliser le comportement par défaut de ces fonctions. C'est là que l'analogie aux langages scripts s'arrête, puisque c'est leur limite. Cependant cette approche haut niveau présente nombre d'avantages : offrir les clés de la programmation à un plus grand nombre de personnes, éviter le "mauvais code" susceptible de poser des problèmes, et offrir une interface cohérente, plaisante et dynamique aux utilisateurs finaux, que les développeurs des applications soient chevronnés ou non.
Fondamentalement, un programme, réduit à sa plus simple expression, repose sur un algorithme : il s'agit des différentes étapes permettant la résolution d'un problème par le calcul. Ces étapes se résument essentiellement à des tests de conditions, et à des actions. À l'aide de ces briques, il est possible de résoudre toute sorte de problème, du plus simple au plus complexe.
Nous mettons tous au point des algorithmes au quotidien, sans nous en rendre compte. Ceux-ci sont plus ou moins efficaces, mais ils n'en fonctionnent pas moins, pour la plupart. Que ce soit pour le tri de vos papiers, le chemin le plus court entre deux points, ou toute systématisation d'une tâche répétitive, nous sommes donc tous des programmeurs en puissance, le tout étant d'apprendre à formaliser ces algorithmes, et à les découper en petites briques essentielles.
L'algorithme d'un lecteur de MacG
Typiquement, un programme sera exécuté instruction après instruction, ligne par ligne. Cependant, tous les langages de programmation permettent de jouer les aiguilleurs : on demandera l'exécution ou non de telle ou telle ligne, la répétition d'une commande jusqu'à ce que des conditions soient remplies, ou le lancement d'une fonction spécifique.
On appelle ces aiguillages des structures de contrôle, puisqu'elles vont modifier la manière dont le code sera exécuté. D'autre part, le développeur peut demander à ce que certaines instructions soient exécutées à l'intervention d'un événement : un clic de souris sur un endroit donné, la frappe d'une touche du clavier, le déplacement d'une fenêtre, etc. Une autre pierre angulaire de la programmation est la variable, en fait un espace de la mémoire associé à un nom, dans lequel le développeur pourra stocker différentes valeurs. Pour faire simple, c'est comme un tiroir, sur lequel on met une étiquette, et à l'intérieur duquel on peut mettre des éléments susceptibles d'évoluer, comme le score dans un jeu vidéo.
Lorsqu'un programme sera susceptible de faire appel à un même groupe d'instructions à plusieurs reprises, plutôt que de les recopier à chaque endroit nécessaire, il vaudra mieux créer une fonction unique, qui sera appelée depuis divers endroits du code.
Ainsi, lorsque des modifications sont nécessaires sur cette fonction, il suffira de les effectuer sur un seul endroit du code plutôt qu'à chaque endroit où ces instructions sont nécessaires. La fonction peut recevoir un ou plusieurs paramètres, exactement comme en mathématiques, par exemple : f(x) = x+1, donc f(1) = 2, f(2)=3, etc. On peut donc facilement créer une fonction qui calculera la TVA, qu'on pourrait définir en pseudo-code comme suit:
CalculeTVA(PrixHorsTaxe, MontantTVA) {
PrixTTC = PrixHorsTaxe * ( 1 + (MontantTVA / 100))
Renvoie PrixTTC
}Lors de l'exécution du programme, chaque appel à la fonction
CalculeTVA, avec les paramètres associés, par exemple CalculeTVA(29,99, 19,6), sera remplacé par son résultat effectif.Les programmes peuvent effectuer les tâches les plus simples comme les plus complexes, et naturellement tous les développeurs ne se valent pas, mais le mérite ou l'intérêt d'un logiciel ne se mesure pas nécessairement à la virtuosité de son code. D'autant que tout le sel de la chose consiste parfois à tirer le meilleur parti des ressources matérielles, grâce à un algorithme élégant, c'est à dire qui donnera naissance au plus petit programme possible pour effectuer une tâche donnée.
Un code qui sera exécuté étape par étape, ou en appelant des fonctions, relève de la programmation dite procédurale, mais Objective-C, le langage de programmation de Mac OS X, permet de faire de la programmation orientée objet. Derrière ce nom énigmatique s'abrite un concept très puissant qui permet de grandement simplifier la vie des développeurs.
L'objet est une sorte de programme dans le programme, une entité propre, avec ses propriétés et ses comportements. Par exemple, le procédé permet de définir un objet
Voiture, qui aura des propriétés marque, nombreDePortes, année, etc. Ainsi, à partir d'une seule définition de l'objet voiture, le développeur pourra en créer en mémoire différentes instances, c'est à dire des émanations suivant le même gabarit mais dont les propriétés pourront être différentes. De plus, les objets pourront interagir entre eux spontanément sans que le programme général n'ait à s'occuper d'eux, puisqu'ils disposent de leurs propres comportements. Mieux encore, les objets eux-mêmes peuvent instancier d'autres objets, créant des relations parent-enfant et transmettant leurs propriétés en héritage. Cette approche permet de rendre le code plus autonome et de ne pas avoir à faire de la micro-gestion à s'en donner des maux de tête : les problèmes complexes en deviennent autrement plus simples à résoudre, grâce à cette approche organique.
Et de fait, nombre des éléments clé-en-main fournis dans Mac OS X pour les développeurs sont eux-mêmes des objets, ce qui a permis de les intégrer dans Interface Builder, un logiciel qui permettait de créer l'interface d'une application entièrement à la souris, en liant simplement les éléments aux actions et valeurs intégrées dans le code, et qui a depuis été intégré directement dans Xcode.
Pour la petite histoire, il s'agit là directement d'un héritage de NeXT, lui-même inspiré par les travaux du Xerox Parc sur Smalltalk, comme en témoignait Steve Jobs lui-même dans le documentaire de Robert X Cringely, Triumph of the Nerds, en 1996.
Quoi qu'il en soit, Apple a toujours porté beaucoup d'attention au travail des développeurs tiers. La force du Macintosh des premières heures a été la cohésion de son interface, alors que sur Windows une tâche similaire dans deux logiciels donnés pouvait avoir des raccourcis claviers différents, par exemple. On doit beaucoup de cette cohésion à la "bible" qu'Apple fournit aux développeurs : un épais livre (à l'époque du moins) appelé Macintosh Human Interface Guidelines.
Apple ne s'est pas arrêtée en si bon chemin, puisqu'elle a intégré à chaque nouvelle version de Mac OS X de nouvelles fonctions permettant de simplifier la vie aux développeurs, et donc de créer des applications plus fiables, plus puissantes, et plus élégantes. A tel point qu'aujourd'hui, Cocoa peut pratiquement être abordé comme un langage de haut niveau, de type script. Typiquement, les langages scripts sont des langages plus faciles d'accès, car ils se vouent à commander un moteur d'exécution qui se situe au-dessus du système d'exploitation, sans avoir besoin d'une compilation. Et de fait, la création d'interfaces à la souris, et les commandes relativement simples s'apparentent beaucoup à des environnements de développement comme Flash, par exemple.
La syntaxe même en Objective-C permet d'éviter les erreurs (par exemple, les paramètres d'une fonction sont appelés nommément pour éviter les confusions), mais mieux encore, Mac OS X est livré avec une kyrielle de fonctions qu'il fallait autrefois mettre au point soi-même : ainsi, le framework Core Image dispose de tous les effets visuels dignes d'un Photoshop, qu'une seule commande permet d'activer. Core Animation gère les interpolations et variations de vitesse permettant de beaux effets dynamiques, autrefois hors de portée des développeurs les moins aguerris.
Naturellement, il est possible de plonger plus en profondeur dans les strates du système, afin, si nécessaire, de personnaliser le comportement par défaut de ces fonctions. C'est là que l'analogie aux langages scripts s'arrête, puisque c'est leur limite. Cependant cette approche haut niveau présente nombre d'avantages : offrir les clés de la programmation à un plus grand nombre de personnes, éviter le "mauvais code" susceptible de poser des problèmes, et offrir une interface cohérente, plaisante et dynamique aux utilisateurs finaux, que les développeurs des applications soient chevronnés ou non.
