Blackknight a écrit 1240 commentaires

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…

Mince, déçu je suis, ton compte est déjà fermé !
Si ça se trouve, moutons que nous sommes, nous venons d'ignorer et d'expulser le futur génie du 21ème siècle !!
En même temps, un génie qui insulte n'est finalement peut-être as très génial.
Comme Maclag, ça ne m'empêchera pas de dormir, limite, je vais mieux dormir en sachant que tu vogueras vers un autre lieu du cyber-espace où tu seras compris et accueilli en héros.

A+, on devrait se revoir quand tu seras reconnu comme le génie que nous ne savons pas voir.

Code peu intéressant à part pour les archéologues, ou ai-je loupé un truc?

Surtout que dans l'interface GitHub, c'est complètement illisible à cause des ^M.
Donc, au final, bof bof

Y a eu un truc un peu dans le genre il y a deux ans mais il faudrait quelques outils de plus.
Bon, c'est sur du STM32 donc ça consomme encore moins de jus qu'un Raspberry, y a pas d'OS et oh merveille, c'est tout codé en Ada :)

Bel initiative !

Quelques remarques en vrac:
- le site contient encore beaucoup de textes latins :)
- il faudrait quelques copies d'écran, notamment pour chaque type de tests fournis
- une vidéo serait le top :D

Maintenant les questions :
- C'est quoi votre business model ? on comprend pas bien avec la page Services
- Vous arrivez vraiment à vous payer des locaux à Portland ? :D
- Y a-t-il des pré-requis hardware pour la machine qui fait tourner ?

En tout cas, bravo mon padawan ;)

Surtout qu'il est prévu dans la roadmap du projet d'avoir une IA capable de générer des versions de TapTempo dans n'importe quel langage informatique et de les publier sous forme de journaux sur LinuxFR.

Vraiment, la TapTempo Federation a besoin de vous et de sous !!

Je ne crois pas avoir vu ça dans d'autres langages à part peut-être Ada.

Exact, tu n'as pas rêvé. D'après le Wikibook, les types décimaux à point fixe ont justement été créés pour refléter ce qui se fait en Cobol.
Par contre, il faut faire attention à l'arithmétique associée.

La prochaine fois, le premier auteur de journal pourrait juste écrire un journal succin appelant les codeurs à publier le portage dans leur langage favori dans les commentaires.

Alors étant le premier à publier un journal/fork sur le sujet, je plaide coupable mais franchement, le temps que j'ai passé à rédiger le journal et à peaufiner le portage pour qu'il soit didactique, jamais je ne l'aurais passé pour un commentaire.
Ré-écrire un programme existant dans un autre langage, c'est de l'évangélisation pour sa chapelle et donc, pour une pure question d'ego, on le fait dans un journal.
Car, au final, les gens qui publient ici recherchent la reconnaissance de leurs pairs.
Après, je préfère des journaux comme ça partageant du savoir que des journaux "Vis ma vie", je trouve ça plus dans l'esprit du libre.

Petites stats TapTempo/autres journaux:
- le 26/02 : 1/2
- le 27/02 : 3/4
- le 28/02 : 1/3
- le 01/03 : 2/3
- le 02/03 : 2/2
- le 03/03 : 3/6
- le 04/03 : 1/3
- le 05/03 : 1/2
- le 06/03 : 2/5
- le 07/03 : 0/3
- le 08/03 : 2/3
- le 09/03 : 5/9
- le 10/03 : 5/6
- le 11/03 : 3/3
- le 12/03 : 2/2
- le 13/03 : 3/10
- le 14/03 : 1/4
- le 16/03 : 3/8

Je vous laisse faire le graphique, il est trop tard pour moi :D

je regrette que d'autres contenus partent quasiment dans le néant de l'oubli un peu vite parce que pas-de-bol: c'était la vague TapTempo, ton journal est arrivé en 3ème page en 2jours chez tous ceux qui les trient par la date.

Alors en regardant bien les notes des derniers journaux et même en les triant par date, ceux qui sont passés au milieu des TapTampo n'ont pas franchement démérité et ont même plutôt été bien voire mieux notés que ces derniers.
Finalement, la "vague" TapTempo n'a pas vraiment gâché la vie des autres journaux.

Certes mais c'est le plus concis en C++ !!

Parce que si le journal est bien en CC-By-SA, le code est lui en GPL3.

Tu t'es peut-être un peu emballé, la plupart serait mieux que toutes.

c'est ce genre de code dont tu parles ?

Voilà, c'est exactement ça et je me doutais bien que ce serait toi qui t'y collerai :)
Merci, je vais étudier ça de près.

Ah mince !! J'avais oublié la contrainte temporelle :D

ou s'il y a vraiment une infinité d'araignées, il suffit qu'une seule marche sur toutes celles qui ont fini par s'entasser au fond de la boite sans avoir à passer par les murs.

Merci pour ce journal parce que sans vouloir troller, c'est la première fois que je vois un code OCaml que je comprenne du premier coup.
Clairement, tu as fait l'effort de faire le portage au plus près de la solution initiale.

Ce qui serait super cool maintenant, c'est que quelqu'un, pas forcément toi, mette une version plus OCaml comme on en voit traîner régulièrement sur LinuxFr :)

Cool ! Je l'attendais avec impatience ce journal :)

Sur le plan technique, je reste toujours dubitatif sur la notation

Some(r) => r.map(|s| s != "q")

avec son |s| qui donne l'impression d'une variable sortie ex nihilo mais je commence à comprendre un peu mieux suite au commentaire de Kantien… Même si c'est pas encore cristal clear :D

D'autre part, dans

let (first, last) = (self.hits.front().unwrap(), self.hits.back().unwrap());
        let elapsed_time = last.duration_since(*first);

Le fait que first et last ne soient pas déclarés avec un type me dérange toujours même si la ligne d'après me fait comprendre qu'il s'agit d'un pointeur vers un temps. Du coup, je trouve que ça limite la visibilité et que si on se retrouvait avec un tel code à l'autre bout du programme, ce serait plus difficile à comprendre.

Gloabalement, ce n'est pas non plus totalement incompréhensible pour un dino comme moi qui est resté bloqué sur du procédural/objet :D

Encore merci

Bravo, ça faisait quelques jours que tu en parlais mais alors là, chapeau bas !!!!

Cette version, même si elle n'intègre pas tout, est impressionnante.

Alors oui, on va dire que j'ai deux discours mais clairement, là, faire l'internationalisation et la gestion d'options en BrainFuck serait vraiment trop demandé :D

Merci pour l'explication.

Il va vraiment falloir que je soigne mon aversion pour la syntaxe d'Ocaml parce que d'une part, tu as fait l'effort d'installer Gnat donc je peux bien faire l'effort aussi et d'autre part, j'ai vraiment l'impression de passer à coté de tout un pan de l'informatique en négligeant la partie fonctionnelle :D

Ou alors, je suis finalement trop vieux et je ne peux plus m'adapter ;)

ravi de voir au passage qu'il y a des développeurs ADA qui comprennent l'encapsulation ;-)

C'est le côté autoritaire, limite autoritariste, du langage qui finit par prendre le dessus, on ne laisse pas d'accès à n'importe qui ;)
D'ailleurs je me rends compte que je fais la même chose en C/C++ et Java en collant des accolades partout pour limiter les portées :D

Certes mais là, tu t'éloignes trop du concept original :D

L'utilisateur a un minimum besoin d'information ;)