Blackknight a écrit 1234 commentaires

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 ;)

T'es resté enfermé dans une grotte pendant 10 ans ?? :)

Ça foutrait trop le bordel dans la synthèse vocale existante mais je vais essayer de penser à trapper les exceptions au plus haut pour les envoyer au bout de code qui va bien 😀
Vu qu'on gère la concurrence, ça sera plus propre 😉

Merci de reconnaitre mon âme de poète :D

N’importe quoi.

Merci

On peut pondre un projet merdique avec des stacktraces dégueulasses dans tous les langages…

Sans problème, d'ailleurs, le langage n'est que la concrétisation d'une conception qui peut effectivement être de merde.

Après, on peut préférer un langage compilé, mais c’est une autre affaire.

Voilà, en fait, c'est ça, je préfère les langages compilés et verbeux mais je le dis depuis le début que ce n'est que mon avis.

Ah is ils avaient utilise haskell/C++/lisp et que le nouveau dev soit fan de Java ou C# cela aurait beaucoup plus simple…

Non mais au moins, C++ approche plus de garde-fous mais c'est ma préférence pour les angages compilés qui parle.

J'adore la critique sur le language quand je vois plus un probleme de methode de dev et de recrutement…

Méthode de développement ? Je n'ai pas parlé de la méthode développement utilisé donc je me demande comment tu peux juger la façon dont le développement est géré.
Quant au recrutement, si on ne recrute que des gens expérimentés, ça laisse pas beaucoup de place aux jeunes alors franchement, que justement, sur un projet en maintenance évolutive, c'est un poil moins grave de mettre le pied à l'étrier à un junior.

J'ai des amis qui travaillent sur du code ADA et dont la maintenance est en enfer quotidien. Chaque nouvelle fonctionnalité est une plaie à ajouter.

Je n'en doute absolument pas et je n'ai jamais dit que cela serait forcément mieux en Ada. Une fois de plus, il s'agit de mon point de vue basé sur mon expérience.

Il y a suffisamment de projets en python d'envergure pour que je n'ai même pas à argumenter en quoi tu es biaisé.

Dommage, je ne pense pas être si obtus au point de ne pas pouvoir comprendre ce que tu pourrais argumenter.
En dehors de ça, le biais, c'est assez naturel quand on donne un avis basé sur sa propre expérience.
Personnellement, si je n'ai pas l'expérience, je ne donne pas mon avis.

Il y a des projets bien plus grands que tout ce que n'importe qui ici pourra coder dans sa vie qui sont écrit en python et qui s'en portent pas si mal. Ils ont en plus la particularité d'accueillir de tout comme contributeurs.

Des exemples ? C'est juste pour ma culture personnelle, n'y vois aucune agression.

Moi aussi j'aime le typage le plus expressif possible et je rechigne à utiliser des langages dont le typage est dynamique (pire s'ils sont faiblement typés), mais pourquoi est-ce que j'irais expliquer à d'autres ce comment est-ce qu'ils devraient faire ou ne pas faire les choses ? Ou même les juger ?

Donc, cela m'interdit de dire que je préfèrerai pour des raisons de performances et de maintenance que cela fait dans un autre langage ?
Alors oui, je sais rien ne m'empêche d'en coder un en C++/Ada/Ocaml/Java… Non Java, c'est un mauvais exemple :D

Qu'est-ce qui te dérange en python pour ça ? (d'ailleurs c'est quoi un serveur réseau complet ?)

Ce qui me dérange, c'est plus Python tout court.
Personnellement, on a un code Python en maintenance évolutive dont même le concepteur initial a du mal à retrouver tous les tenants et aboutissants et la personne a qui j'ai confié la maintenance et dont c'est le premier développement en Python galère et peste contre le langage.

Pour moi, Python, c'est très bien pour coder un petit truc sur le pouce mais ça devient vite l'horreur passé plusieurs milliers de lignes de code et plusieurs années.
Après, on va me parler de tests unitaires et tutti quanti mais là, une application fortement interfacée avec l'extérieur via des micros et qui charge des modèles de langues de plusieurs gigas en RAM, c'est juste très chiant à automatiser.
Alors, ne nous méprenons pas, cela n'est que mon point de vue.

Le réseau est tout de même relativement simple à tester et on peut souvent trouver des tests de conformité totalement indépendant de ton langage.

Certes mais il reste que ma confiance en Python quand je lance un programme reste très limitée et c'est pas les stacktrace qui apparaissent silencieusement dans la console qui me rassurent :)
Je préfèrerai être plus confiant dès le démarrage sans me dire que je vais avoir le droit à un :

    ... type has no Truc attribute

C'est pour ça que je préfère les langages compilés.

Une VM avec 3Go de RAM, 2vCPU, et quelques Go de stockage pour la BDD et c'est bon

Personnellement, pour héberger un "simple" salon de chat, je trouve ça déjà beaucoup… Mais c'est certainement parce que je suis psycho-rigide et trop vieux.
Ou alors, c'est parce que j'aime pas trop Python, c'est selon.

D'ailleurs, sur ce dernier point, je trouve que coder un serveur réseau complet en Python s'approche plus du masochisme qu'autre chose et que du coup, j'ai toujours très peur pour la maintenance du-dit serveur.

Effectivement, la pastille est dure à avaler :)

Mais tout, il paraît que c'est l'armée américaine qui a développé Tor…

Ouaip et il paraitrait même que c'est aussi à l'armée américaine qu'on doit Internet…