Réfléxions

Fil des billets - Fil des commentaires

Sous-catégories

mercredi 16 novembre 2016

À propos de l’USB-C des nouveaux MacBook Pro

Beaucoup de choses sont dites à propos des ordinateurs portables présentés dernièrement par la firme à la pomme, et notamment qu’ils sont trop chers et trop limités pour un usage professionnel.

Je ne vais pas entrer dans cette polémique, car j’ai mieux à faire de mon temps, et je vais donc me contenter de vous présenter ma réflexion personnelle sur le sujet.

Lorsqu’est sorti l’iMac sans lecteur de disquette, je me suis dit qu’Apple était devenue folle.

Lorsqu’est sorti le premier iPod, je me suis dit qu’Apple était devenue folle.

Lorsqu’est sorti le MacBook sans lecteur optique, je me suis dit qu’Apple était devenue folle.

Lorsqu’est sorti le premier iPhone, je me suis dit qu’Apple était devenue folle.

Lorsqu’est sortie la première version du MacBook Air sans port Ethernet, je me suis dit qu’Apple était devenue folle.

Lorsqu’est sorti l’iPhone 7 sans port « jack », je me suis dit qu’Apple était devenue folle.

Lorsque j'ai regardé les spécifications des nouveaux MacBook Pro, je me suis dit qu’Apple était devenue folle… et puis, j’ai regardé dans le rétroviseur.

Lire la suite

mardi 21 juin 2016

Alan Kay about object

I've been constantly surprised about how what I called object-oriented and system-oriented got neutered into Abstract Data Types, etc. I think because people wanted to retain the old ways of programming with procedures, assignment statements, and data structures. These don't scale well, but enormous  […]

Lire la suite

lundi 11 août 2014

Réussir dans la vie…

Il faut que tu travailles bien à l’école pour réussir dans la vie. Il faut que tu travailles bien et beaucoup pour réussir ta carrière. Il faut que tu aies une Rolex à ton poignet avant 50 ans pour réussir ta vie. Il faut… pour réussir… Je pense que nous avons tous entendu cette ritournelle à minima  […]

Lire la suite

vendredi 18 avril 2014

À propos de la programmation orientée objet #2

J’ai eu quelques commentaires à propos de mon dernier billet dans lequel je dis qu’il n’est pas prudent, lorsqu’on fait de la programmation orientée objet, de se baser à l’intérieur d’une méthode de classe sur une valeur retournée par ce qui est communément appelé un « getter » pour prendre une décision.

Étant donné que je suis un peu masochiste, j’ai pris le temps de coder quelques lignes pour démontrer qu’il s’agit d’une mauvaise pratique.

Étant amateur de (bonne) bière, je me suis permis de choisir comme cas d’usage la réalisation d’une commande par un client dans un bar à bière, de la demande au paiement.

De plus, afin de limiter la portée de l’exemple, j’ai fait quelques concessions sur la réalisation technique.

Ainsi, mon code ne contient pas d’interface, alors que dans un cas réel, afin d’augmenter le niveau d’abstraction, il faudrait y recourir afin de pouvoir par exemple remplacer le barman par une pompe à bière automatique, ou bien le client par un Autrichien sachant parler le français et payer en euro.

De plus, je n’ai pas utilisé d’injection de dépendance pour la création de mes objets et au moins une méthode assure une méthode qui ne devrait pas être de la responsabilité de la classe, mais j'ai choisi dans ce cas la facilité, car la méthode concernée est périphérique et n'apporte rien au propos.

Lire la suite

vendredi 11 avril 2014

À propos de la programmation orientée objet

Il y a quelque temps, un vieux serpent de mer est ressurgi puisque quelqu’un a demandé si atoum est aujourd’hui capable de tester des méthodes protégées.

J’ai tout d’abord laissé le rasta blanc ainsi que d’autres utilisateurs répondre à la question et justifier le fait qu’atoum ne propose pas cette fonctionnalité.

Cependant, du code censé me démontrer l’utilité de cette possibilité m’a été présenté, et je suis alors rentré dans le débat en expliquant que lorsque les concepts de base de la programmation orientée sont respectés, il est inutile de tester des méthodes protégées.

Et je ne justifierais pas ici et maintenant une nouvelle fois cela, car ce n’est pas l’objet de ce billet, d’autant que je l’ai déjà fait.

La discussion a en effet dévié du sujet initial pour se focaliser sur la programmation orientée objet et ses concepts, et je me suis rendu compte à cette occasion qu’en réalité nous ne faisions pas toujours de la programmation orientée objet, moi compris.

Lire la suite

- page 1 de 19