Bonjour à la communauté Hardware.fr.
 
Je présente par avance mes excuses si je ne poste pas ceci au bon endroit, ou si ma présentation parait trop commerciale (puisqu'elle contient des liens vers mon site de développement GitHub)
 
Je vous explique ma problématique:
Je développe depuis plusieurs années un langage, que je pense novateur baptisé PLUSHIE et ... je ne sais pas quoi faire de cet OVNI.
 
PLUSHIE est un langage radicalement minimaliste qui ne comporte qu'une instruction principale. Il utilise des mots courants qu'il apprend au fur et à mesure qu'il lit des fichiers de "code" au format texte (en ANSI). Il ne fait aucune distinction entre données, variables et programmes et donc tous les programmes en PLUSHIE peuvent se modifier pendant leur exécution. Il se "compile" à la lecture du code en texte.
 
J'ai fait un petit site internet de présentation hébergé sur GitHUb : https://pi-plushie.github.io/PLUSHIE-Site/index.html
 
et vous trouverez sur https://pi-plushie.github.io/PLUSHIE-Site/ le code source de l'interface javascript proposée pour pouvoir tester PLUSHIE.
 
Je ne suis pas ici pour faire de la pub, mais je recherche quelques personnes intéressées pour me permettre de progresser (et de m'aider à savoir quoi en faire   ):
dans l'idéal un développeur, un enseignant-chercheur en informatique et peut-être en mathématique.
 
Ceci dit, tout retour que ce soit sur l’ergonomie du site, sur le langage lui-même (est-il vraiment original ?) ou tout conseil sur ce que je devrais faire sera le bien venu. N'hésitez pas à me signaler ce que je pourrais rajouter ici pour donner envie d'aller voir / de participer au projet.
 
Merci du temps que vous avez accordé à la lecture de ce post et au plaisir de vous lire.
Pi.
 
PS: projet à but non lucratif, d'utilisation libre sous licence MIT pour le moment sauf si on me conseille mieux.

Pas trop compris à quel besoin répondait ton langage
Déjà, l'idée du saut type "goto", en 2026, c'est rédhibitoire. On veut plus de code spaghetti.
 
Ensuite, en termes de perfs d'exécution par rapport à du C/C++, Java, Rust, Python, ça vaut quoi ?
 
En général, les langages trop éloignés des langages établis, ça prend rarement. Ex : le Prolog. Il a au moins le mérite de répondre à un besoin particulier mais programmer dans ce langage, faut vraiment ne pas avoir d'autres solution
 
Enfin, je me demande dans quelle mesure le résultat d'un programme écrit dans ton langage est déterministe. Le fait qu'il puisse se modifier en temps réel me laisse penser qu'il va être vraiment pas du tout sécurisé En 2026, c'est là encore rédhibitoire.

Tout d'abord je te remercie d'avoir pris le temps de répondre à mon message    
 

 
Alors il ne répond pas vraiment à un besoin, c'est plus un outil de recherche, une curiosité à explorer. Le but est de voir à quel point on peut minimiser les hypothèses de départ et obtenir quand même un langage turing-complet.
 
 

j'imagine bien en effet   Il faut voir qu'il s'agit de programmation à très bas niveau. C'est juste pour donner un exemple simple de comment on peut brancher la chaîne d'exécution.
 
 

C'est très en dessous, bien entendu. Le but n'est pas de concurrencer les langages existants, c'est plus de voir ce que l'on peut faire en levant une à une les contraintes usuelles que l'on met pour obtenir une "bonne programmation".
 
 

Oui, tu as tout à fait raison sur ce point. Je ne compte clairement pas le commercialiser. Mais si je trouvais quelques curieux comme moi pour explorer les possibilités (et si possible des gens plus calés que moi en programmation), j'aurai atteint mon objectif en postant ici.
 

Les premiers pas sont déterministes. Mais le but est effectivement d'explorer la capacité d'un programme qui se modifie en temps réel à faire ce que l'on ne fait pas habituellement. Bien entendu, ça ne peut pas convenir à de la bonne programmation, mais en temps que terrain expérimental (et d'outil pédagogique) je pense qu'il y a un potentiel. J'espère bien produire un programme non déterministe, mais intéressant, pas un truc chaotique.
 
Je te remercie encore pour ta contribution qui va me permettre de mieux exprimer mon message et de mieux présenter ce langage.    

Sans avoir regardé le truc, mais vu que tu parles de non déterministe, peut-être tu as créé / pourrais t'intéresser aux languages dites "ésotériques"? Il doit y avoir un article Wikipédia (peut-être pas en français par contre, j'ai pas vérifié) la dessus.

 
Oui ! Je te remercie pour l'idée. Il y a bien des pages en français consacrées à ces langages. J'ai du pain sur la planche (d'autant qu'ils n'ont pas l'air d'être conçus pour être explicites ou faciles à utiliser... ).
 
Je n'ai aucune idée de "l'état de l'art" sur le sujet, et si des idées de personnes à contacter vous viennent, je suis preneur !

Dans les réponses que tu apportes, j'ai l'impression qu'au bout du compte, le résultat qu'on pourrait obtenir avec ton langage pourrait s'obtenir aussi avec de la programmation via des agents IA (certes, ton langage doit probablement beaucoup moins consommer de puissance de calcul ).
Car finalement, ton entrée ressemble fortement à un prompt quoique bien plus court.
 
En tout cas effectivement, à ce stade, à par juste faire de la recherche sur ce qu'on peut faire avec ton langage, il n'a pas d'application et en répond à aucun besoin identifié à ce jour... Mais qui sait, dans qq années voire décennies, peut-être que des gens en auront trouvées L'algèbre de Boole a mis très longtemps avant de trouver une application concrète.
Bonne continuation en tout cas.

 
tout à fait, mais outre qu'effectivement la taille du programme est sans commune mesure, les IA ne sont pas capables (ou autorisées à) modifier leur propre code en temps réel. Elles séparent nettement les phases d'apprentissage et de restitution. Mais je ne te cache pas que ce sont mes réflexions sur la nature de l'intelligence qui m'ont poussé, entre autres choses), à réduire le langage le plus possible.
 
 

Excellente analyse, et merci pour tes encouragements ! La comparaison avec Boole est très flatteuse ! Je doute quand même avoir un jour le même impact    
 
NB: Si quelqu'un sur ce forum connait un chercheur en informatique ou un enseignant, ce serait cool de lui présenter ce langage et de nous mettre en contact via le forum.

Le plus simple est de contacter des écoles d'ingé en informatique ou des départements d'info dans les universités. Tu vas sur leur site, en général, on trouve les noms des profs, voire leur adresse mail (ou alors, très facile de la deviner).

En effet, je vais regarder ça, mais ça n'est pas facile pour moi.

Pourquoi donc

Je dirais une forme de timidité mal placée !

Les chercheurs sont en général plutôt ouverts.
En tant qu'étudiant, j'avais pu faire passer un projet perso dans le cadre d'un projet en biomimétique : minimisation de la perte globale d'espace disque quand on veut stocker n fichiers pris parmi x sur un nombre c de CD vierges avec bien évidemment la taille totale des x fichiers >= à la taille totale des c CDs vierges. Résolu avec une heuristique reposant sur un algo génétique. le fait de prendre n parmi x fichiers au lieu de prendre les x fichiers et de trouver le nb c adapté, fait passer le pb de la classe P à NP complexe.
 
Ca avait été super intéressant d'explorer avec plusieurs profs des pistes et c'est celle avec un algo génétique qui avait donné le meilleur résultat tout en ayant une complexité de codage de l'algo assez simple somme toute

Intéressant. J'ai aussi une vision assez algorithmique de la biologie et les algo génétiques sont parfois assez bluffants. quelque part, la sélection naturelle est une forme d'algorithme. Mais on diverge lol
Je vais faire une liste des département d'info qui pourraient sembler intéressés par un langage expérimental comme PLUSHIE et surtout travailler mon approche (selon le dicton qu'on n'a pas une seconde chance de faire une bonne première impression)