zurbo
banner
zurbo.fr
zurbo
@zurbo.fr
Mais JSP si c'est bien ça que t'as dit et jveux pas argument trop longtemps sur de la prog, au pire on est pas bien d'accord ou pas d'accord du tout c'est pas super grave.
November 28, 2025 at 12:26 AM
alors que j'ai l'impression au contraire que dans bcp de cas il vaut mieux au contraire evaluer et si possible tester (j'ai bien conscience que ça prend trop de temps dans le monde pro) un max d'alternatives avant de se prononcer sur une solution.
November 28, 2025 at 12:26 AM
Après ptet aussi que le problème c'est ce a quoi renvoi les mots "original", "conformisme", "surprise" n co... Quand j'ai lu ton message (le premier auquel j'ai répondu) j'ai eu l'impression que c'était une négation quasi totale de l'alternative
November 28, 2025 at 12:26 AM
Enfin jpense pas que certaines implémentations "originales" s'opposent a la maintenabilitié, sans vouloir faire de la maintenabilité (ou de n'importe quel autre critère, ça vaut pour la perf aussi) LE critère le plus important c'est effectivement un critère nécessaire.
November 28, 2025 at 12:26 AM
Et jpense pas que ça se limite aux problèmes "pointus" non plus, ptet c'est ce que laissait penser la liste d'exemple que j'ai donné mais si c'est le cas c'est plutot une erreur du coup.
November 28, 2025 at 12:26 AM
(d'ailleurs la plupart des standards informatique laissent une grande liberté quand a l'implémentation)

Sinon j'étais globalement d'accord avec le reste de ton propos.
November 28, 2025 at 12:26 AM
Hmmm, j'essayais pas de défendre que la prog est un domaine artistique en soit, jsuis d'accord que ça ne l'est pas (hormis exceptions).

Juste que je pense pas que le conformisme au maximum soit une très bonne idée, et jpense pas que la recherche de standards implique nécessairement le conformisme.
November 28, 2025 at 12:26 AM
(enfin si je retournerai sans doute sur OpenSCAD si besoin de faire des pieces customizables mais sinon jpense pas)
November 27, 2025 at 3:16 PM
En plus maintenant je suis sous Linux la plupart du temps du coup bein F360 est pas compatible "de base".

Pour Onshape JSP, non je connaissais pas avant que tu m'en parles, mais maintenant que j'ai pris quelques marques avec FreeCAD chai pas si je vais changer
November 27, 2025 at 3:16 PM
j'ai d'abord utilisé SolidWorks (que je connaissais du lycée, de manière légale bien entendu) puis j'ai utilisé OpenSCAD (pour pouvoir faire un support de LEDs compatible avec le customizer thingiverse) puis FreeCAD.
November 27, 2025 at 3:16 PM
J'avais regardé un peu tout ce qui existait quand je m'y suis mis, mais j'ai tendance a pas avoir très confiance en comment vont évoluer les licenses des softs proprio "gratuit", du coup quand j'ai commencé l'impression 3D (en 2016-2017) pour moi même
November 27, 2025 at 3:16 PM
et ça fait des semaines que je galère sur la construction et le reste, genre hier la grande découverte c'est que les cables achetés passaient pas dans le design global du merdier, d'où la première phrase qui disait que j'crois personne n'avait de vision bien claire du truc.
November 27, 2025 at 3:07 PM
Jsuis plus formé a l'electronique & programation + info qu'à la 3D et la "mécanique & construction" (au sens très large) je galère bcp a "tenir" des projets comme ça dans leur totalité jtrouve. Mais bon au moins c'est "rigolo". Coté firmware et design électronique j'ai plié ça en 2 jours
November 27, 2025 at 3:07 PM
de pouvoir cacher dedans le split du ruban LED + le retour de la data de la branche de droite pour l'envoyer vers la branche de gauche et le retour de la data de la branche de gauche pour remonter cette data au split précédent...

(c'est ptet plus claire avec la version "finie", parce que y'en a 2)
November 27, 2025 at 3:07 PM
Jcrois bien que personne n'a vraiment de vision bien claire du projet ça change un peu tous les jours 😅

Mais le "but" c'est de faire un genre "d'arbre" qui s'éclaire avec des LEDs partout, le but de cette boule c'est lorsqu'une branche se split en 2
November 27, 2025 at 3:07 PM
Ah ou alors c'est un "support" pour séparer une tige métalique en 2 tiges plus fines avec un morceau d'elecronique dedans
November 27, 2025 at 2:22 PM
C'est FreeCAD parce que je suis une pince
November 27, 2025 at 2:20 PM
AH... (pas Fusion360 mais pareil quand même)
November 27, 2025 at 1:46 PM
(Par contre c'est pas juste un truc du passé ya encore des algos "performants" de nos jours qui apparaissent dans la recherche et qui sont "étonnant" parce qu'on y avait jamais pensé ou jamais fait ainsi)
November 27, 2025 at 1:05 PM
D'un autre coté on peut défendre que cette absence de surprise ça permet d'avoir des solutions plus facilement "compréhensibles"...
Mais ouais du coup JSP.
November 27, 2025 at 1:05 PM
En gros: JSP si chercher au plus a "ne pas surprendre" est un truc utile dans le dev lié au monde capitaliste mais ne serait pas plutôt un problème dans un autre cadre.
November 27, 2025 at 1:05 PM
Et on pourrait étendre ça a d'autres algos qui sont devenus parfaitement standards aujourd'hui, la racine carrée inverse rapide (de "Carmack" qui n'est pas de Carmack mais c'est pas le propos), dragon4 pour l'affichage de float, la transformée de Fourrier (ou de Hartley) rapide (FFT/FHT), etc...
November 27, 2025 at 1:05 PM
Sur les algos de tri par exemple si qsort est devenu "le" standard plutôt qu'un algo de "buble sort" auquel n'importe qui pense "naïvement" c'est pas tellement parce qu'il surprenait pas, mais surtout parce qu'il était performant dans une majorité de cas.
November 27, 2025 at 1:05 PM
Merf... JSP...
Il me semble qu'on cherche (ou au moins qu'on devrait chercher) surtout des choses "performantes" et si on pousse par là certains algos les plus performants ont été un jour "surprennants" quand ils sont apparus (quand bien même ils seraient devenus standard depuis).
November 27, 2025 at 1:05 PM
Certains influenceurs de "gôche" aussi...
November 27, 2025 at 7:56 AM