Reprise du message précédent :

 
N'hésite pas à revenir si t'as d'autres idées
 
(désolé pour la réponse un peu dure, mais en vrai c'est un domaine déjà très occupé)

Et le temps c'est de l'argent  

Ben j'aurai pas posé la question si c'était pour me voiler la face  

Faut garder la foi, substack a réussi à convaincre des gens qu'une valorisation à 650M$ était raisonnable pour l'idée super répandue d'envoyer des newsletters    
Si tu mets Cloud suffisamment de fois sur ta landing page t'as moyen d'avoir une offre de rachat à 9 chiffres par IBM/Oracle  

Mais  

Faut rajouter "sur la blockchain" maintenant, sinon t'es complètement has been.

On te fera parvenir notre facture de conseil
 

 
https://www.lemonde.fr/planete/arti [...] _3244.html
 
Donc il y a des mecs qui enfoncent l'écouvillon et font du récurage de cheminée avec ?

J’ai un oncle exactement dans cette situation: sur des hauts de colline avec une super vue, la pâture inondable de l’autre côté de la route est passée constructible il y a peu. Ils sont pas super jouasse.

Idem ici, forêt en zone de captage d'eau. Ils veulent tout raser, mettre des maisons avec le ruisseau au milieu du terrain...

C’est joli les maisons sur pilotis, notes.
 
Après à flanc de colline tu sens un peu la maison qui va se barrer comme chez beel1.

Mes parents ils ont acheté le terrain d'à côté pour éviter qu'une maison ne s'y construise

 
C'est pour cela qu'au bout du compte, avoir des voisins suffisamment loin, mais aussi suffisamment près pour qu'il n'y ait jamais de changement d'environnement est pas toujours plus mal, même si c'est moins buccolique.
L'autre solution est d'acheter les terres autour de la propriété (ce que font les gens vraiment riches parfois)
 
Le pire étant les changements routiers.    
 
Dans ma petite ville natale, quand ils ont fait la déviation, ça a été une catastrophe pour plein de gens qui vivaient à la campagne et se sont retrouvés parfois à même pas 50 mètres d'une 2x2 voies. Ça a fait un énorme scandale et le maire n'a pas été réélu ensuite (mais ça a rien changé cômême.   )
 

 
Ça fait partie des solutions... à condition de ne pas être exproprié pour foutre une déviation.  

J'ajouterais que filer ces crédentials à une plateforme, je ne le ferais que si j'ai "confiance" en elle, chose pas évidente à faire quand on lance un nouveau truc (à moins de pouvoir dire que tu as un gros derrière toi qui te couvres).

C'est pour ça que les clés d'api existent.

edit: mais je vois ce que tu veux dire.

Je serai un tout petit peu moins catégorique que Jubijub quand même sur l’absence d’intérêt pour les outils "low code".

Alors c'est pas un ETL mais plus de la dataviz, mais au taf on utilise un outil, ChartIO (racheté depuis par Atlassian, RIP) qui fournit un système te permettant de faire des dashboards avec tableaux et autres graphes, à partir de différentes sources de données. Et pour alimenter ces "widgets", ils ont donc (aussi) un outil "graphique" qui te permet de construire tes query (et pré-visualiser le résultat surtout, c'est important notamment quand tu débutes).
Bon moi ça ma gave, parce que comme dit Jubijub ça revient juste à avoir une couche maison sur du SQL, que je préfère écrire directement.

Mais on pas mal de personnes non dev, aux départements commercial ou opérations, qui ont fait leurs propres dashboard tout seul comme des grands et qui, à la fin, avaient même un plutôt bon niveau et faisaient des trucs vraiment bien. Alors oui, ça leur arrivait de demander à des devs "a quoi il sert ce champ" ou "je veux tous les objets dans cet état, c'est quoi la bonne combinaison de "filtres", mais au final ça nous [les devs] fait quand même gagner un temps précieux.

Mon XP dans le monde de la musique me dit que c'est faux.
 
Le code dans la musique c'est du C/C++, mais il y a que quelques crétins comme moi qui touche a la ligne de code. La majorité c'est full diagramme/ce genre de truc (bidule par exemple: https://www.google.com/search?q=bid [...] AvcY97cwjM ou encore juce: https://juce.com/ ).
Idem coté jeu vidéo avec blueprint sous Unreal Engine, ou Node sous Blender...
 
Je pense que a terme, un jour, un mec va finalement craquer la merde conceptuelle derriere cette techno, et le code sera rapidement un lointain souvenir. Pour le moment ca se limite a des uses cases de "flow", mais un jour peut etre ca dépassera ce stade et je pense qu'a ce moment ca enterrera un solide 80% de la prog actuelle.
Partout ou on a réussit a mettre cette techno de facon assez complete pour le use case, la programmation visuelle a completement enterrée le code. Je vois que rarement un mec s'emmerder avec Python sous Blender par exemple, les nodes, ca fait le taff, idem blueprint, idem juce, idem... Le fait est que ca enleve la majorité des fautes de frappes pour ne garder que les fautes de logiques, tout en étant plus accessible/intuitif

Tu peux remplacer n'importe quel DSL bien cadré par un outil visuel.
La difficulté c'est d'avoir un DSL bien cadré en premier lieu.

Looking at you in YAML  

Bien cadré j'ai dit

That was the point I think.

J'ai pu répondre "DSL j'ai dit "

Le problème du DSL c'est que ça coute souvent très cher à développer, à maintenir et à faire évoluer ( bonne conception de la syntaxe, parseur robuste avec des messages d'erreurs compréhensibles, documentation, tutoriels ). Donc c'est faisable uniquement sur de gros outils avec $$$$ en budget
 

 
Du python ou du LUA embarqué dans ton outil graphique ça sera beaucoup beaucoup beaucoup plus simple à mettre en oeuvre, à documenter et à faire évoluer

Mon commentaire était pas tellement sur l'implémentation d'un DSL.
 
Mais si jamais ton domaine de développement est suffisamment bien défini et borné pour qu'on puisse écrire un DSL qui permet d'y développer tout ce dont on a besoin, c'est interchangeable avec un outil graphique.
 
Et je doute que quelqu'un "craque cette merde conceptuelle"

 
Un dialecte yaml qui drive tout ton CI ou ta VM c’est un DSL, surtout quand t’y fous des conditions et des boucles

 
"E que s'apelerio SQL":  pour le traitement de données

Ouais c'est beau hein.

Ca me fait penser à un bug sur twitter ou FB, je sais plus, qui boggait avec une femme dont le nom de famille était True

iCloud.

https://www.reddit.com/r/apple/comm [...] ke_icloud/

si vous demandez une chocolatine à la boulangerie, vous vous attendez à recevoir quoi après le coup de poing dans le menton ?

Le Diablo 2 remastered a l'air magnifique   tant de souvenirs  

https://www.twitch.tv/dansgaming

et l'option qui tue: avec la touche g, tu passes instantanément et à tout moment des graphismes originaux aux graphismes améliorés et vice versa

 
quand tu dis que ca enterrera "80% de la prog actuelle" est-ce que tu considères qu'on utilise déjà ce genre d'outils actuellement ?
Pour Blueprint et consorts (on a un système bien plus sympa en interne, d'ailleurs) ca reste des outils qui n'ont que très peu de chance de fonctionner en volume. Je dirais qu'on va probablement continuer à développer une plus grande variété de langages de haut niveau de ce style avec des applications (et utilisateurs) différentes, mais fondamentalement, il te faudra toujours une large part d'effort pour la conception de systèmes qui seront exposés à ces langages de script.
deux points :  
1/ Tant que la performance a un impact ce système ne changera pas des masses.
2/ Les questions de parallélisation efficace ne sont en général pas aidées par ces langages (et quand ils sont adaptés pour, débugger le moindre souci dedans requiert de réinventer la roue)

Tu bosses dans quel studio, déjà, theshockwave ?

Un étron dans les yeux?

J'suis hypé à mort. J'ai encore les boites originales chez ma mère

Je connais bien la musique. La programmation "visuelle" ca a donné ca, en gros (et c'est pareil partout autant que je sache):
 
  - Ca a commencé il y a tres longtemps je crois que c'est presque aussi vieux que les premieres interfaces graphiques. Ca a eu, comme l'IA, un essort dans les 60/70.
  - S'en suit une stagnation, et un abandon "car ca ne marche pas/trop restreint/pas assez expressif"
 
Et globalement ca s'arrete la pour beaucoup. Et comme pour l'IA, t'a un jour un con qui se pointe avec un truc fonctionnel et la tout le monde se rend compte que non, en fait c'était génial.
Pour ce qui est de la musique, pas un mec aurait mis un pesos la dessus dans les années 90, c'était vu comme un domaine trop pointu (a 40k samples/sec avec des PC des années 90 fallait que ce soit un minimum opti + des interfaces graphiques qui sortent plein de graphiques boutons et j'en passe).
Et un jour, un mec se pointe avec un truc a peu pres fonctionnel, capable de faire aussi bien une interface graphique que le flow de la musique en background (il s'appelle Reaktor pour ceux qui veulent voir), et pouf ca attaque super fort le marché. C'est globalement fini la prog C++ dans l'audio, il en reste hein, deja l'outil en lui-meme bien sur, mais les tres gros (genre Native Instruments) il est connu qu'ils ont leur propre pipeline graphique et font que rajouter les quelques points en C++ qui manque, mais la majorité c'est du visuel...
 
Et donc, justement, le "défini et borné", il faudrait commencer a envisager d'enlever le borné je pense...
 

 
Tres peu par rapport a ce qu'ils peuvent faire, et surtout, il y a UN gros point problematique: aucun n'est complet, quasi 100% sont dans la catégorie "flow" (par exemple, traitement d'une image, traitement de données/filtering).
 
Demande a un de ces outils de faire un webservice, qui a donc un melange "code pur" (démarré le webservice par exemple), un code d'event (un client se pointe), et un code de flow (on process ce qui le client demande), et des endpoints qui peuvent etre aussi bien de recup une donnée en BDD que de sortir un fichier excel: les rares outils qui se présentent comme capable de ca, c'est surtout une bouillie visuelle au mieux, ou impossible de le faire tout simplement.
 
C'est en ca que je parle de craquer le truc Comme pour la musique un jour un mec mettera son doigt sur le bon DSL, celui qui peut aussi bien faire une interface graphique qu'un moteur SQL, la tu seras au point ou ca va commencer a devenir intéressant. Ces exemples sont juste la pour te dire "c'est possible", ils sont suffisamment vaste et complet pour te montrer que il y en a beaucoup sous le coude en possibilitées, mais on a pas encore mis la main sur la version finale de ce genre d'outil je pense (et j'ai hate de voir ca )...
 

 
1) C'est variable, ce que tu exprimes n'est que la raison pour laquelle on cantonne ca au flow a l'heure actuelle. Tu tombes sur des limites dans ce style. Mais si tu y penses 2sec, tu verras que ces limites ne sont la que parce qu'on ne sait pas faire mieux, ce genre d'outil n'ont aucune raison plus qu'un autre outil de bloquer sur ce genre de problématiques hormis "le mec qui l'a concu n'est pas allé assez loin". Comme dit, l'audio, tout le monde pensait que ce serait impensable, pour autant sans ligne de code aujourd'hui tu peux sortir un truc qui prend 40k samples/sec, fait plein de maths, avec une interface graphique franchement plus complexe que les meilleurs site web, et sans ligne de code (et 2 a 10% du CPU ).
 
2) Les tooling récent sont capable de rejouer les jeu de données, visuellement tu peux le faire progresser en step comme tu ferais progresser ton code avec breakpoint. C'est un peu toujours la meme tronche, ca ressemble au premier screenshot de cet article:
https://bitspark.de/blog/what-is-visual-programming
 
Pour ma part j'ai refait completement la pipeline de ma boite en tooling visuel custom (du "flow" donc, qui pond un code en Rust via RabbitMQ), on gere quand meme les 3/4 des news de la planete, ca a simplifié le code, réduit les bugs, ca pootre encore plus fort qu'avant (précédente toolchain en Node.JS), et surtout, a n'importe quel moment tu peux rejouer un truc X qui s'est pas bien passé, voir par quelle brique il est rentré, ressorti, et pourquoi ca a donné ca...
Et la on est entrain d'envisager de ne meme plus compiler la pipeline, car pour le moment le tooling visuel pond un gros code en rust capable de faire le flow. Mais la on est entrain de se dire que en fait, ca sert absolument a rien, le tooling visuel peut en meme temps etre le code final, sans compilation, la perte est pas dingue, et surtout, tu peux observer en live ce qui se passe.

Ah oui, c'est ça