• [^] # Re: Conférence

    Posté par . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 5.

    J'ai commencé à écouter. J'ai tenu jusqu'à la moitié, J'ai aussi lu une grande partie des commentaires.

    Je me demande si ce monsieur n'était pas en train de décrire la programmation par flux (EN parceque wiki FR pas connaîte).
    C'est (malheureusement) répandu dans les milieux scientifique sous forme de labview/simulink et autre logiciels à base de fils et de boites.
    Il faut néanmoins avouer que le discours est un charabia incompréhensible avec les termes mal utilisés. On dirait un assemblage de buzz-word formé pour appâter le client.

    Je n'ai pas fait de C/C++ depuis bien longtemps (5-6 ans), mais les exemples de code que vous donnez sont affreux, ça ne m'étonne pas qu'il vous faille plusieurs semaine pour modifier un code pour un client si vous inventez vos propre règles.
    Votre bibliothèque vous conviens peut être; et vous êtes plus rapide avec, mais apprenez a vous servir correctement des outils qui existe déjà avant d'inventer les autres

    Et par pitié vous avez un directeur en communication pour Evenja, il serai bien de l'utiliser pour faire de la comm, si il fait des erreurs techniques il serra plus pardonné que vous qui vous dites expert, et évitera les escalades comme celle-ci.


    Utilisateurs de linuxfr, je vous proposerai de malgrer tout participer au concours, vous n'avez pas besoin de (削除) comprendre (削除ここまで) complêtement maitriser pour décrire Evenja, par exemple:

    Evenja est une bibliothèque multiparadigme basée sur l'analyse des flux de donnée à l'exécution (ou runtime). En combinant une approche micro-bayesiene à inférence de type avec une conception macro-quantique de l'entropie du hash des données qui sont fournies. Le framework peut extrapoler l'effet de l'incertitude de Heisenberg pour générer au point de la localisation (OÙ) et au moment même (QUAND) la structure algébrique nécessaire (QUOI) à la résolution du problème implicite. Ainsi ce sont bien les flux imposés (en entrée) et exposée (en sortie) qui définissent l'état de supperposition dans lequel scénario (USE CASE) se déroule. L'intégration progressive peut se faire au sein de n'importe quelle jonction API/ABI grâce à la polyvalence des surcouches de compatibilité, et permet une migration par étape et rapide d'un état synchrone, à un état asynchrone et finalement metachrone (si les abstraction peuvent évoluer en espace de quaternion dual, ce qui est généralement le cas). On évite ainsi tout les problèmes d'injection SQL, de XSS sans s'enchainer dans les politiques CORS pour les systèmes en ligne ceci en profitant directement d'une scalibilité dans les 3 dimensions ainsi que transverse. Ce dernier exemple se limite bien-sûr à un deploiement sur une plateforme Saas, mais une utilisation sur un réseau local, privé ou d'entreprise couvre l'authentification, la Perect Forward Secrecy, synchronisation, redondance, test unitaire et passerelle VPN-TCP/IP (tcp/ipv4 et tcp/ipv6 simultanément).

    Je n'ai bien sûr pas parlé ici du support du typage statique , dynamique fort et faible lors de la compilation à la volée par le préprocesseur qui met en forme l'arbre syntactique abstrait, mais je pense que c'est trop technique....

    (Pardon pour les fôte, en plus c'est pas mon clavier)