Blackknight a écrit 1244 commentaires

Ici, dans le cas de Datafari, la packaging est fait via des projets Maven utilisant des tâches Ant !
C'est dommage de ne pas utiliser à la fois le plugin assembly et les overlays pour faire tout ça.

Perso, dans la boîte où je travaille, on a essayé d'intégrer DataFari par les sources et franchement, c'est pas évident.
Le but était d'intégrer nos propres composants OpenNLP dans le bousin. Le problème, c'est que malgré la présence de fichiers projet Maven, c'est plus du packaging que de la compilation.
Du coup, on est un peu déçu parce que hormis utiliser l'image Docker, c'est pas vraiment ça.

J'espère que cette version 4.3 permettra de construire à partir des sources et si c'est pas le cas, ça ressemblera plus à du Openwashing qu'autre chose.

J'avoue qu'en plus, ça

retrait de la gestion de la sécurité (maintenant dédiée à la version Entreprise propriétaire) ;

ça m'aide pas trop à être optimiste.

Comme on dit: "tu dis ça parce que t'es en colère" :D

Tiens, je cherche encore le rapport avec le Libre, Linux, *BSD, la programmation…
En fait, je crois qu'il n'y en a pas mais c'était bien essayé

Euh… SVN permet aussi les branches ! C'est juste qu'elles sont lourdes à manipuler (recopie complète de trunk)

?? Les branches ne sont qu'un lien vers le point de départ dans la révision donnée mais clairement pas une copie complète.
C'est d'ailleurs pour ça que la création de branche sur SVN est quasi immédiate (cf. Cheap copies).

Un autre exemple qui n'est pas un draft mais bel et bien la version ISO, Ada 2012.
D'ailleurs, cela a été le cas pour toutes les versions de la norme.

Il me semble qu'il s'agit en fait d'une volonté du groupe de normalisation plus que de l'organisme ISO lui-même, ici c'est l'ARG (Ada Rapporteur Group codé ISO/IEC JTC 1/SC 22/WG 9) qui s'y colle.

Finalement, le Network Computer avait juste 20 ans d'avance :D

Super, merci ! Maintenant, j'ai compris.

J'avoue n'avoir pas eu à faire ce genre de manip dans mon code C++ qui, au final, était majoritairement plus du C with classes écrit from scratch qu'autre chose.

Et du coup, les seuls templates que j'ai fait, c'étaient des génériques Java (sans interface) ou Ada (avec interfaces compilables).

Il contiennent par exemple l’implémentation complète des templates alors même que pour utiliser une bibliothèque compilée, les templates ne servent plus à rien : ont ne peut utiliser que ceux qui ont été explicitement construits et toute la machinerie d’automatisation qui va avec est perdue.

Là, je ne comprends pas (ceci dit, je n'ai plus fait de C++ depuis 15 ans alors c'est normal). Typiquement, la STL regorge de définitions de templates qu'on peut utiliser en les instanciant dans son propre code. Du coup, je veux bien un petit exemple :)

La frontière .h/.cpp actuelle n’est vraiment qu’un reliquat historique, et C++ ne sépare pas bien du tout les interfaces des implémentations, à l’inverse de ce qui se fait dans d’autres langages

Pour parler de ce que je connais, par exemple, l’avant et l’après « contains » d’un module Fortran.

Et moi des packages et des package body en Ada

Moi, je dois dire que c'est ce projet-là qui me plaisait bien.
Il s'agit d'une super centrale inertielle avec 13 accéléromètres, rien que ça.

Bon, pour protester contre les résultats du concours, l'auteure a viré la description mais elle a fourni le lien sur Hackaday en commentaire.

Factuellement, tu a un sacré paquets de développeurs qui arrivent à s'en dispenser ;)

Oui, effectivement, j'en fais partie si tu parles du Java ou du Python :D
Mais ça ne veut pas dire que je trouve ça bien.
D'ailleurs, ça marche bien quand tu as accès aux sources dès que tu as du compilé sans les sources, c'est quand même mieux d'avoir des interfaces, non ? ;)

la dualité .h/.cpp qui n’apporte que de la confusion.

Alors autant je trouve que le système hérité du C de header via le macro-processeur est pourri (oui, oui, on peut importer un .cpp dans un .h), autant je trouve indispensable de séparer l'interface de l'implémentation.

Du coup, je veux bien que tu m'expliques en quoi cela apporte de la confusion.

Je ne pense pas que raisonner en fréquence soit judicieux, surtout sur 15 ans. La fréquence ne fait pas tout dans un processeur et ne constitue qu'un paramètre du calcul de sa puissance et de celle de l'ordinateur. Il faut aussi regarder les I/O, les latences, le nombre d'instructions par cycle, etc.

Certes mais tout dépend aussi de ce que l'on nomme IoT. Si c'est pour avoir une simple remontée d'un capteur de pression ou de température sur le réseau, ça me semble beaucoup. Alors oui, le nombre d'instructions par cycle va jouer mais je doute qu'on soit sur un processeur qui ait besoin de trois cycles pour faire une addition.

une très forte orientation vers l'IoT: petit form-factor, sobre en énergie mais également peu performant.

580Mhz pour de l'IoT ? On est quand même proche des configurations utilisées il y a 15 ans pour faire du commande-contrôle industriel.
Par contre, du coup, les 64/128Mo de RAM, ça fait un peu cheap par rapport aux bécanes de l'époque.

Au final, je ne sais pas si on peut dire que c'est pour de l'IoT. D'ailleurs, je n'ai pas dû bien chercher mais je n'ai pas trouvé les consommations électriques.

Ada-France y sera avec normalement des goodies, des experts, des démos… Et surtout plein de trucs à raconter :)
Viendez donc au stand A21

Pourtant, il y a eu de beaux bijoux tels que les Goupils, https://fr.wikipedia.org/wiki/SMT_Goupil mais ce fut Thomson qui fut retenu pour équiper les écoles en France, dommage.

Pour être vraiment exact, il y avait bien des Goupils, le nanoréseau Thomson étant administré par une machine compatible IBM PC. Dans l'école où travaillait ma mère, il y avait bien un petit renard :)

lorsque je suis à pieds, avant de traverser sur les passages piétons, même si j'ai priorité, je vérifie qu'il n'y a pas un taré en voiture qui arrive trop vite

Je fais pareil mais je rajouterai aussi que je fais pareil au feu rouge avec les vélos qui sont assez nombreux à trouver que le rouge n'est que décoratif.

Si la réponse ne vous plait pas, changez de question en "pourquoi veut-on autant de fonctionnalités ?".

C'est pas ça le problème, le problème, c'est

Donc on développe plus vite

On veut juste tout de suite un truc qui marchotte plutôt que d'avoir un truc un peu plus léché.
Le problème, c'est que c'est inhérent à l'époque et pas limité à l'informatique.

des choses plus testables et mieux testées qu'avant.

Alors ça, tu peux oublier. Il y a une quantité de softs où tu te demandes si la procédure d'installation a été testée, si la compilation par un tiers a été testée (le fameux "ça compile chez moi")…
Et heureusement qu'il y a des softs anciens qui ont été testés et qui étaient testables comme les métros, les avions et autres joyeusetés.

sinon il faudrait comme je l'ai dit faire une dépêche.

Au risque de me répéter, on attend que ça. Fais donc une dépêche !

Mais les programmeurs java peuvent penser ce qu'ils veulent.
Voici un autre avantage et le lien de réflexion qui va avec
https://developers.slashdot.org/story/15/09/22/2145258/cassandra-rewritten-in-c-ten-times-faster

D'une, le lien ne fonctionne pas, il faut se rabattre sur un bon vieux copier/coller.
De deux, la dépêche que tu pointes précise bien que ce sont les gens de ScyllaDb qui annoncent être 10 fois plus rapide. Si, sur le papier, je me dis pourquoi pas, ScyllaDb reste une boîte commercial alors je les vois mal dire que leur ré-implémentation est juste aussi rapide que du Java.
Alors oui, le Java, c'est plus lent (cf. Benchmark game) mais bon, c'est pas non plus x10 à tous les coups.

Je n'ai pas détaillé les avantages/inconvénients de Java par rapport à C++ j'en ai donné un, sinon il faudrait faire une dépêche pour cela.

En voilà une bonne idée ! Au moins, ça lancera des débats :D

Moi, je veux bien le faire mais qu'est-ce qui me dit qu'en moulant, on ne va pas me demander subrepticement mon numéro de carte bancaire ou essayer de me vendre je ne sais quel obscur jeu addictif ?

Généralement, après un licenciement abusif les prud'hommes peuvent demander la réintégration du salarié.

Ce qui bien sûr est très agréable pour le salarié niveau ambiance :D

les “intent” déclarent les intentions d’utilisation d’une variable et laissent le compilateur libre de choisir le passage par référence ou par valeur

Au final, c'est pareil en Ada et c'est ce qui est dit dans le wikibook

The parameter passing method depends on the type of the parameter. A rule of thumb is that parameters fitting into a register are passed by copy, others are passed by reference. For certain types, there are special rules, for others the parameter passing mode is left to the compiler (which you can assume to do what is most sensible). Tagged types are always passed by reference.
Explicitly aliased parameters and access parameters specify pass by reference.

C'est au final au compilateur de choisir sauf si le développeur veut forcer une manière de passer les arguments et dans ce cas, on peut passer par des pointeurs.

D'ailleurs pour faciliter le masquage de la sémantique des pointeurs, Ada 2012 a introduit l'aspect Implicit_Dereference qui permet de ne pas avoir à utiliser un .all.

type Accessor (Data: not null access Element) is limited private
   with Implicit_Dereference => Data;

Ainsi, une variable de type Accessor construite sur un pointeur d'Element donne directement le membre Data du type en question.

mais je ne connais aucun langage permettant facilement le choix entre copie/référence, const/mutable

Tu ne fais pas d'effort, il suffit de se documenter sur Ada :)

procedure test(A : in Integer) -- Passage par copie car tient sur un registre mais A est constant dans le corps
procedure test(A : in BigObject) -- Passage par référence car trop gros mais toujours constant dans le corps
procedure test(A : out Integer) -- La valeur initiale n'a pas d'importance mais là, c'est forcément un référence
procedure test(A : in out Integer) -- Les deux cas précédents
procedure test(A : in access BigObject) -- Là, on a clairement affaire à un pointeur qu'il faut déréférencer
procedure test(A : in not null access BigObject) -- pareil mais on sait qu'il ne sera pas nul
procedure test(A : in access constant BigObject) -- et celui-là, on ne peut pas modifier le pointé

Je n'ai pas mis d'exemple mais lorsque l'on passe un objet issu d'un type taggué (en gros, un objet qui autorise la POO), celui-ci est forcément passé par référence.

Pour les quelques curieux, voici les deux pages intéressantes sur le Wikibook, celle sur les passage de paramètres et celle des pointeurs.

Petite précision, c'est sur le HiFive1 qui est plutôt un Arduino boosté pas sur le HiFive Unleashed qui est une toute autre bête :D

On peut même faire de l'Ada sans OS ;)