[Index Software] Coin des développeurs :]

[Tugdual]

Une conférence de Gérard Berry en 2015, intéressante et abordable :

• L'importance des langages en informatique...

[Tugdual]

Les polices de caractères :

• optimisées pour le développement...

[Bubu]

Les polices de caractères :

• optimisées pour le développement...

Je ne sais pas si c'est ce qu'on appelle une police de caractères sans serif. Où tous les symboles ont la même largeur.
Mais pour un éditeur de texte pour développeur, c'est indispensable.
Au moins tout est aligné.

[Tugdual]

Il s'agit avant tout de polices à espacement fixe, mais accessoirement, je pense qu'elle sont en plus "sans serif".

Les polices "sans serif" sont des polices sans empattements (petites pattes en tête ou en pied de caractère), donc généralement plus lisibles sur des écrans (à relativiser avec le piqué de l'écran, donc de sa définition/résolution).

[Bubu]

Il s'agit avant tout de polices à espacement fixe, mais accessoirement, je pense qu'elle sont en plus "sans serif".

Les polices "sans serif" sont des polices sans empattements (petites pattes en tête ou en pied de caractère), donc généralement plus lisibles sur des écrans (à relativiser avec le piqué de l'écran, donc de sa définition/résolution).

Je peux fournir un exemple :
C'est quand on entre un tableau de 2 dimensions, c'est vital que les valeurs soient alignées. Sinon le tableau est illisble.
Sur ma TI 92, calculatrice de Texas Instrument, j'avais fait une ébauche de jeu en assembleur (pour Motorola 68000) comme Mario.
Le niveau, (j'en ai fait qu'un seul), était une immense grille d'octets. Et j'ai eu beaucoup de mal malgré tout à la créer.
ADDRESS ERROR et ainsi de suite. Mais attention il ne suffisait pas d'appuyer sur Entrée ! Ah bah non !
Il fallait retirer les piles et tout réinstaller. Y compris l'OS appelé FARGO. A chaque plantage. J'ai failli à plusieurs reprises la jeter contre le mur.
Enfin ce n'est qu'une anecdote.

Mais quand on manipule des séries de nombres, c'est vital qu'ils soient alignées.

[EDIT] J'ai parlé de tableaux de valeurs à 2 dimensions. Et non de matrices. J'ai fait exprès. Les deux notions se ressemblent mais ne recouvrent pas la même chose.
Un tableau, c'est comme dans un tableur, une grille de valeurs en 2 dimensions.
Les matrices, c'est diffèrent. Elles codent une application linéaire. Une matrice code une translation, une rotation, une projection par exemple.
Je précise parce que dans mes cours, dès qu'on avait un tableau de valeurs de 2 dimensions, on parlait de matrice, et ça me titillait le prépuce.

[Tugdual]

Les entreprises ne connaissent que 17 % :

• de leurs composants open source...

[Tugdual]

Pour ou contre :

• la programmation en binôme ?

Extrait :

Programmer en binôme c’est se retrouver assis devant un écran d’ordinateur à deux et passer la journée à résoudre en tandem des problèmes en lien avec des projets informatiques. La pratique divise dans l’univers du développement de logiciels. Certains managers sont d’avis que leurs entreprises ont à gagner du partage de connaissances entre développeurs en duo. D’autres leur opposent le fait que l’approche implique un gaspillage de ressources humaines. La liste des points de contradiction est plus large et se décline en potentiels avantages et inconvénients à mettre en perspective avec une expérience personnelle.

Pour illustrer :

• Pair programming...

[Tugdual]

Il me semblait que ce site avait disparu, mais en fait, non :

• Les joies du code (Humour de développeurs)...

[Tugdual]

Les temps semblent être favorables pour les programmeurs maintenant :

• mais comment cela va-t-il se terminer ?

[Lilas]

Pour ou contre :

• la programmation en binôme ?

J'ai expérimenté ça une fois avec un prestataire qui était venu passer une journée chez nous pour un projet.
Il fallait réécrire toute une partie du code, et nous avions fait ça ensemble, en réfléchissant à deux cerveaux pendant que mon collègue écrivait ce que nous lui dictions.
Pour une fois, je m'étais vraiment sentie en phase avec quelqu'un. Une expérience qui reste un bon souvenir.

[Tugdual]

[...] et nous avions fait ça ensemble, en réfléchissant à deux cerveaux pendant que mon collègue écrivait ce que nous lui dictions.

N'était-ce pas alors « en trinôme » ?

[Lilas]

En binôme + 1 plutôt, pour la connexion que j'ai eu avec ce presta, et que je n'ai pas avec mon collègue quand nous travaillons ensemble.

[Tugdual]

Radiographier les logiciels :

• pour mieux les faire évoluer...

Extrait :

Nos outils fonctionnent comme les rayons X pour le corps humain, mais sur les logiciels. Grâce à eux, les développeurs peuvent obtenir des cartes de leurs logiciels à différents niveaux de granularité. Les informations retirées des logiciels peuvent être de plusieurs natures :

• Comment le logiciel est structuré ?
• Quelle est la partie la plus utilisée ?
• Est-ce que la qualité d’une partie est bonne pour être réutilisée ?
• Quelles sont les parties qui sont testées ?

[...]

Mais nous pouvons aussi extraire des informations relatives aux développeurs responsables de telle ou telle partie du logiciel. En effet, il existe une métaphore un peu macabre qu’on appelle le Truck factor (le « facteur camion »), qui exprime la chose suivante : quel est le risque pour le logiciel (et donc pour l’organisation qui l’utilise) si un des développeurs est écrasé par un camion, ou, d’une manière moins violente, s’il quitte son emploi ? Quelle quantité de savoir ce développeur emmène-t-il avec lui ? Quelle information la société perd-elle sur son logiciel ? En effet, nous l’avons vu plus haut, devoir travailler sur un logiciel que l’on ne connaît pas ou peu est bien plus délicat que si on le connaît parfaitement.

Enfin, nos outils permettent également d’aider les développeurs à réorganiser leur système, par exemple pour le rendre plus modulaire. Ainsi une partie pourra être changée ou utilisée séparément sans impacter le reste du système, rendant ainsi la maintenance plus simple et moins chère.

[Bubu]

Honnêtement je n'ai rien compris à leur méthode. J'ai eu l'impression d'entendre (de lire) une logorrhée de publicitaires, mais ce n'est pas parce que je n'ai rien compris, que ça n'a pas de sens pour autant.
Même si c'est évident qu'il y a des langages spécialisés pour de nombreux domaines différents.

Le Prolog, qui permet de faire des systèmes experts, de la programmation logique, avec accessoirement des contraintes logiques. En plus (mais je n'ai pas appris comment), on peut l'intégrer à du C il paraît.
Le C, encore utilisé alors que c'est vraiment un langage archaïque.
Le C++, le successeur du C avec l'orienté objet en plus. Orienté vers les performances. (Les moteurs de jeu l'utilisent tous, une exception pour MineCraft, codé en java, mais avec une machine virtuelle spécifique).
Enfin il y a les langages qui utilisent des machines virtuelles (SmallTalk, java, C#)
Ils gèrent eux même la mémoire. Grâce au ramasse-miettes. On alloue explicitement les ressources, et la machine virtuelle s'occupe de les détruire quand elles sont inutilisées.
Enfin ce n'est pas valable quand on programme des jeux : pour les textures, les sons, les shaders, il faut implémenter des destructeurs artificiels, donc ça revient au même que de coder en native code.
Sauf que la différence c'est que le code est indépendant des systèmes d'exploitations.

La meilleure expérience que j'ai eue pour développer une application était en Java. Au niveau historique, c'est du C++ amélioré. La syntaxe est quasiment identique, l'orienté objet est mieux implémenté, et les APIs sont nettement supérieures. Malgré les craintes que j'ai eu au niveau performances, je n'ai pas noté de différences par rapport au C++. Et c'est multiplateforme.
Pour l'anecdote, j'ai fait il y a quelques temps un jeu (un casse-tête) pour Android avec un ami qui faisait les graphismes et les niveaux. On a eu un problème c'est que malgré sa vigilance, il y avait des niveaux erronés, impossible à résoudre. On en est arrivé au constat qu'il fallait que je fasse une "AI", qui joue et qui énumère les coups à faire pour résoudre les niveaux. Pour les vérifier.
En java pour Windows cette fois. Résultat : beaucoup de copier-coller du code du jeu. Ça m'a pris quelques heures. Je ne dis pas ça pour me vanter je m'en fous, mais pour dire que ces types de langages sont spectaculaires pour faire des applications multi-plateformes. (Ici entre Android (AndroidStudio) et Windows(NetBeans)). La notion de portage n'existe presque plus.

[Tugdual]

Honnêtement je n'ai rien compris à leur méthode.

De ce que je comprends, ils établissent des métriques sur différents aspects qui peuvent être intéressants.

Par exemple, identifier les routines/méthodes les plus fréquemment utilisées permet de savoir que ce sont de potentiels goulets d'étranglement, donc que c'est là que c'est le plus rentable de passer du temps à optimiser, pour de meilleures performances, une moindre consommation mémoire, etc.

Ça existait déjà, je n'ai pas creuse pour voir ce qu'ils apportent réellement de nouveau...