"Je dis pas que leurs conception/implémentation est élémentaire, je dis que ce sont des fonctionnalités élémentaires des langages modernes, des fonctions indispensables pour qu'un langage soit utilisable de nos jours. Comme la gestion mémoire, la sécurité, etc. Faire l'impasse dessus lors de la conception d'un langage amène à Lisaac"
C'est dommage que tu n' aie pas essayer le lisaac, ça t'éviterais de dire des bêtises :
* Le lisaac dispose d'un gestionnaire de mémoire
* Le lisaac propose la programmation par contrat pour le débuggage
(et a plus, long terme, le but est de permettre plus que le simple débuggage, notamment de la preuve de programme)
* Le lisaac a des facilité pour l'écriture de fonction bas niveau, notemment au niveau de l'accès mémoire (mapping de slot directement sur la mémoire)
* Le lisaac est pensé autour de la sécurité des accès : le "public" ne permet que l'appelle et non pas l'écriture (passage obligatoire par des setters)
* Le lisaac proposera dans une future release (mais c'est déjà opérationnel) un système de synchronisation automatique pour le parallélisme - combien d'industriels rêvent d'arrêter de se casser la tête sur les synchronized de java ?
* Le lisaac est 100% objet (mais tu t'en fous)
* Le lisaac permet de l'héritage multiple (mais tu aimes les interfaces java, nan ?)
* Le lisaac permet des choses que peut de langages modernes permettent - réallocation du parent, changement de code dans les fonctions, retour de fonctons avec plusieurs valeurs...
Au vu de l'évolution des systèmes informatique, je suis prêts à parier que les systèmes type multi agents (si tu n'as pas essayer, je te recommande de jeter un oeuil sur JADE pour JAVA - de télécom Italia) vont se répandre de plus en plus. En règle générale, je pense qu'on va vers des systèmes répartis en réseaux. Dans de tels systèmes, la gestion des erreurs prendra une place extrêmement importante - déconnexion d'un agent, erreur d'un agent, coupure réseaux, refus de traiter une demande, etc... on peut en avoir plein. Donc oui, la gestion des erreurs devra être **relativement** efficace. Les exceptions sont pour l'instant suffisantes, rien n'empêche d'essayer de trouver autre chose pour le future.
Si tu veux un petit exemple de séquentialité, on peut voir le tout comme un automate. Dès que t'as une erreur, tu passes dans un état chargé de traiter l'erreur. C'est - basiquement - ce que fait un programmeur C à la main en testant les retours de fonctions critiques (accès systèmes en générales). On pourrait, par exemple, essayer d'automatiser le procéder, rendre la chose plus générique. Avant que tu ne sautes dessus, je te rappelle que c'est un exemple et que autre chose a été proposé dans le journal...
Donc, étant donné que lisaac possède déjà pas mal de "fonctionnalités indispensables dans un langage moderne" je t'invite à le tester.
[^] # Re: beaucoup de blabla, peu d'info
Posté par BigRatonTon . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 2.
C'est dommage que tu n' aie pas essayer le lisaac, ça t'éviterais de dire des bêtises :
* Le lisaac dispose d'un gestionnaire de mémoire
* Le lisaac propose la programmation par contrat pour le débuggage
(et a plus, long terme, le but est de permettre plus que le simple débuggage, notamment de la preuve de programme)
* Le lisaac a des facilité pour l'écriture de fonction bas niveau, notemment au niveau de l'accès mémoire (mapping de slot directement sur la mémoire)
* Le lisaac est pensé autour de la sécurité des accès : le "public" ne permet que l'appelle et non pas l'écriture (passage obligatoire par des setters)
* Le lisaac proposera dans une future release (mais c'est déjà opérationnel) un système de synchronisation automatique pour le parallélisme - combien d'industriels rêvent d'arrêter de se casser la tête sur les synchronized de java ?
* Le lisaac est 100% objet (mais tu t'en fous)
* Le lisaac permet de l'héritage multiple (mais tu aimes les interfaces java, nan ?)
* Le lisaac permet des choses que peut de langages modernes permettent - réallocation du parent, changement de code dans les fonctions, retour de fonctons avec plusieurs valeurs...
Au vu de l'évolution des systèmes informatique, je suis prêts à parier que les systèmes type multi agents (si tu n'as pas essayer, je te recommande de jeter un oeuil sur JADE pour JAVA - de télécom Italia) vont se répandre de plus en plus. En règle générale, je pense qu'on va vers des systèmes répartis en réseaux. Dans de tels systèmes, la gestion des erreurs prendra une place extrêmement importante - déconnexion d'un agent, erreur d'un agent, coupure réseaux, refus de traiter une demande, etc... on peut en avoir plein. Donc oui, la gestion des erreurs devra être **relativement** efficace. Les exceptions sont pour l'instant suffisantes, rien n'empêche d'essayer de trouver autre chose pour le future.
Si tu veux un petit exemple de séquentialité, on peut voir le tout comme un automate. Dès que t'as une erreur, tu passes dans un état chargé de traiter l'erreur. C'est - basiquement - ce que fait un programmeur C à la main en testant les retours de fonctions critiques (accès systèmes en générales). On pourrait, par exemple, essayer d'automatiser le procéder, rendre la chose plus générique. Avant que tu ne sautes dessus, je te rappelle que c'est un exemple et que autre chose a été proposé dans le journal...
Donc, étant donné que lisaac possède déjà pas mal de "fonctionnalités indispensables dans un langage moderne" je t'invite à le tester.
bonne soirée