Je regrette qu'une personne qui semble si douée ne se lance pas elle même dans la réalisation de ses idées
Je pense que tu as tout à fait compris le truc : la plupart des fonctions suggérées sont proprement impossibles à implémenter. La seule qui me paraît à la limite faisable, c'est la documentation automatique, mais il faut pour cela que l'auteur de la bibliothèque ait respecté un standard particulier.
Le gros risque de se lancer dans un tel logiciel à documentation intégrée, c'est qu'il va fonctionner pour "for" et pour "return", mais pas pour Toto::dothis(), alors qu'évidemment, après une semaine de programmation, on n'a plus besoin des premiers.
L'autre truc, c'est qu'il est souvent impossible de décrire les paramètres de manière concise. C'est bien beau de mettre un exemple "rect(10,5,12,8)", avec "10: abscisse du point supérieur gauche". Mais c'est un exemple purement scolaire, très souvent, la vraie doc pourrait ressembler à "10: par défaut, abscisse en pixels du point supérieur gauche. Si Options.cm == TRUE, alors 10 est l'abscisse en cm. Si négatif, le rectangle débutera hors du cadre, sauf si Options.overlay == 2 (le cadre ne limite pas le rendu des formes sauf le cadre extérieur). Si l'absisse en pixels est un nombre réel, il est tronqué (et non arrondi).".
Tout ceci est donc plein d'idées, les vidéos fonctionnent bien, mais au final, ça fait un peu "logiciel magique" qui ne peut pas être implémenté.
# Le faire, c'est mieux quand c'est possible...
Posté par arnaudus . En réponse au journal Nouvel article de Bret Victor sur sa vision de l'environnement de développement du futur. Évalué à 6.
Je pense que tu as tout à fait compris le truc : la plupart des fonctions suggérées sont proprement impossibles à implémenter. La seule qui me paraît à la limite faisable, c'est la documentation automatique, mais il faut pour cela que l'auteur de la bibliothèque ait respecté un standard particulier.
Le gros risque de se lancer dans un tel logiciel à documentation intégrée, c'est qu'il va fonctionner pour "for" et pour "return", mais pas pour Toto::dothis(), alors qu'évidemment, après une semaine de programmation, on n'a plus besoin des premiers.
L'autre truc, c'est qu'il est souvent impossible de décrire les paramètres de manière concise. C'est bien beau de mettre un exemple "rect(10,5,12,8)", avec "10: abscisse du point supérieur gauche". Mais c'est un exemple purement scolaire, très souvent, la vraie doc pourrait ressembler à "10: par défaut, abscisse en pixels du point supérieur gauche. Si Options.cm == TRUE, alors 10 est l'abscisse en cm. Si négatif, le rectangle débutera hors du cadre, sauf si Options.overlay == 2 (le cadre ne limite pas le rendu des formes sauf le cadre extérieur). Si l'absisse en pixels est un nombre réel, il est tronqué (et non arrondi).".
Tout ceci est donc plein d'idées, les vidéos fonctionnent bien, mais au final, ça fait un peu "logiciel magique" qui ne peut pas être implémenté.