Répondre à la discussion

Bonjour à tous ! Pour les logiciels de 3D Teragen 4, Povray moray 3Dwings , et même animations et pour la programmation, tout ce qui est langages HTML, UML, C C++, un peu de Bases de données Windev access, CSS, Python assembleur binaire hexa décimal, octal en gros c'est cela. Merci beaucoup à tous...

Généralement nous avons des macros en basic mais aucune en Python, alors que ce langage est compatible.
Ne pourait-on pas avoir quelques tutoriels qui nous permettraient de nous lancer dans cette utilisation ?

pourquoi n'y a t'il rien sur le language Forth ?

Bonjour à tous,
pour ma part je serais très intéressé d'avoir plus d'informations, de tutos et/ou de conseils pour migré ma base de données Access vers une base de données Mysql afin de continuer à utiliser Access comme IHM , mais également de pouvoir commencé à développer une solution WEB
Cordialement Baptiste

Bonjour

A titre suggestif je suggere

Cours progressif sur la prise en main de Debian buster
-Administration de Windows 10
-Indesign

pour moi le developpement des logiciel est tous ce dont j'ai besoin

Merci pour ce sondage.


J'ai eu l'occasion de faire des programmes graphiques (Style "cube qui bouge dans l'espace", algorithme du peintre, projection de courbes selon diverses dimensions)

Aussi, les cours sur de dessin par ordinateur m'intéressent.

Mais bon, j'attends avec impatience le moment où il sera possible de dessiner des courbes en 3D visibles avec un casque de réalité virtuelle.
J'admets cependant qu'avec un gros casque sur les yeux, la programmation ne doit pas être simple.


Vadim

Je confirme, les tutoriels SDL 1.2 ont été mis en retrait, car la version actuelle est la version 2.0 et que je pense qu'il n'y a plus vraiment de quoi apprendre la version 1.2.

Envoyé par budapest

Plus de cours en langage C et exemples d'utilisation des bibliothèques SDL1.2 et NCurses.

Qu'aimerais-tu en particulier ? On a déjà pas mal de choses sur le C (https://c.developpez.com/cours/), il y eut pas mal de ressources sur la SDL 1.2 (https://jeux.developpez.com/tutoriels/?page=prog-2d, de mémoire, mais il n'y a plus rien : probablement parce que cette version n'est plus maintenue depuis 2013 ?). Pourquoi la 1.2 et pas la version actuelle, d'ailleurs ?

Plus de cours en langage C et exemples d'utilisation des bibliothèques SDL1.2 et NCurses.
Un vieux de la vieille.

Envoyé par Pyramidev

...
Si tu es retraité, alors tu as très probablement travaillé avec des langages beaucoup plus verbeux que ceux que la plupart des gens utilisent aujourd'hui.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

put the value of field name of the objet father into the field name of the object newChild; # newChild.name = father.name

Oui on a effectivement inventé des langage verbeux.

A+JYT

Envoyé par Pyramidev

...Si tu es retraité, alors tu as très probablement travaillé avec des langages beaucoup plus verbeux ....

Je suis repéré ? C'est foutu !
Essentiellement ex-Cobol DB2 Pacbase sur IBM Et avant encore Assembleur sur une machine française le Mitra... En fait je pourrais être un des antiquaires-informaticiens... Cartes et rubans perforées

Où sont:

- Dev mobiles
- IA
- Robotique
- Blockchain
- ...

Je rejoints ce qui à déjà été dit.

Je pense qu'il manque toute une (des) partie(s) dans la lise.

La vision SI cela comprend l'Urbanisme, l'Architecture SI, les concepts qui sont derrière, les outils pour les supporter, Les implications sur les architectures logicielles, Les implications sur les infrastructures, etc.

Sinon je pense qu'il manque aussi tout ce qui tourne autour le la chaine DevOps: Quelles typologie de chaine DevOps pour quel type d'organisation et de méthode, comment les mettre en oeuvre, comment les maitriser et les garder viables.

A+JYT

Mais, de nos jours, le code tend plus qu'avant à avoir un rôle de spécification exécutable qui est la source de vérité.

Envoyé par Jean GVE

Alors si l'on décrit son algorithme avant de coder (comme on le fait systématiquement, ...sur le bout de papier... qui a été perdu)... Bon, ON décrit donc son algo (sans coder) mais sous forme de commentaires du langage qui va être utilisé... ON obtient ce qui pourrait être la doc détaillée... Une fois cet algo conçu et (auto)validé ON intègre le code en fonction des commentaires (donc de l'algo).

Récemment, j'avais codé un algo en Python qui faisait intervenir des fenêtres temporelles glissantes.
De mémoire, à un moment, j'avais un bout de code qui ressemblait à ça (j'ai changé les noms de certaines variables) :

Code Python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
# So x is the maximum integer such that:
#     origin + x * step + size <= threshold
# So:
x = floor((threshold - size - origin) / step)

La description de l'algorithme, dont le raisonnement mathématique qui allait avec, c'était le code plus quelques commentaires au milieu.
Je pense que c'était une meilleure idée que de dupliquer l'information en décrivant tout l'algorithme sous forme de commentaires avant le code :

Code Python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
# Blah, blah, blah.
# So x is the maximum integer such that:
#     origin + x * step + size <= threshold
# So:
#     x = floor((threshold - size - origin) / step)
# Blah, blah, blah.
code(), code(), code()
x = floor((threshold - size - origin) / step)
code(), code(), code()

Envoyé par Jean GVE

retraité ex-emm..rdeur ingénieur qualité logiciel

Si tu es retraité, alors tu as très probablement travaillé avec des langages beaucoup plus verbeux que ceux que la plupart des gens utilisent aujourd'hui. À l'époque où le code était très verbeux, c'était tentant de répéter la logique du code sous forme de commentaires en langage naturel.
Mais, de nos jours, le code tend plus qu'avant à avoir un rôle de spécification exécutable qui est la source de vérité. Parmi les commentaires, ceux qui ne font que répéter le code sont plus souvent un frein qu'une aide : soit il faut perdre du temps à les maintenir, soit ils finissent en déphasage avec le code.

Envoyé par emilie77

Pour moi c'est les maths et les GUI. .... comment on peut faire une GUI en Rust, Go, ...

Moi, quelque soit l'atelier de développement, je trouve qu'il manque deux choses :
1) un système d'alerte sur la complexité (sans avoir tout un système d'analyse qualité)*;
2) une option d'extraction des commentaires (explication après).
Après les ateliers multi-langages, le risque*: truc à tout faire, mais faire moyen-moyen alors...

Oui mon extracteur de commentaires :
Dans tous les développements de logiciels, la documentation c'est la plaie, la dernière roue du carrosse ! Alors si l'on décrit son algorithme avant de coder (comme on le fait systématiquement, ...sur le bout de papier... qui a été perdu)... Bon, ON décrit donc son algo (sans coder) mais sous forme de commentaires du langage qui va être utilisé... ON obtient ce qui pourrait être la doc détaillée... Une fois cet algo conçu et (auto)validé ON intègre le code en fonction des commentaires (donc de l'algo).
Au début (version 1) un programme est né avec une doc qui correspond au code (Miracle, ça n'est jamais arrivé !).
En suite, si les mainteneurs sont de bonne volonté quand ils interviennent sur le code il corrigent et décrivent le nouvel algo et, encore un miracle, une doc à jour peu sortir grâce à l'option extracteur rêvée par moi (retraité ex-emm..rdeur ingénieur qualité logiciel).

UI cross-plaform!

Pour moi : informatique théorique, conception logicielle, structures de données et algorithmes

Tout ce qui est utile à solidifier les connaissances d'un dev junior.

Pour moi c'est les maths et les GUI. Avec plusieurs language!
Il y a bcp de language mais je ne comprend pas comment on peut faire une GUI en Rust, Go, ...