Tout à fait. Le typage dynamique d'Erlang n'était pas une volonté des créateurs du langage, mais juste le fait qu'un certain nombre de personnes se sont cassées les dents sur ce problème. Il y a deux aspects compliqués : le redémarrage à chaud et les communications inter-process. Pour le redémarrage à chaud, cela semble encore inatteignable aujourd'hui et le choix fait par Gleam est de ne pas prendre en charge le redémarrage à chaud. Pour les communications inter-process, j'ai cru comprendre qu'il n'y avait pas de solution toute prête mais que ça paraissait jouable de s'y attaquer. Pour Gleam, il y a quelques expérimentations autour de otp_process, otp_agent et otp_supervisor. Je suis curieux de voir ce que ça va donner.
[^] # Re: A propos d'Erlang
Posté par Bruno Michel (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à 6.
Tout à fait. Le typage dynamique d'Erlang n'était pas une volonté des créateurs du langage, mais juste le fait qu'un certain nombre de personnes se sont cassées les dents sur ce problème. Il y a deux aspects compliqués : le redémarrage à chaud et les communications inter-process. Pour le redémarrage à chaud, cela semble encore inatteignable aujourd'hui et le choix fait par Gleam est de ne pas prendre en charge le redémarrage à chaud. Pour les communications inter-process, j'ai cru comprendre qu'il n'y avait pas de solution toute prête mais que ça paraissait jouable de s'y attaquer. Pour Gleam, il y a quelques expérimentations autour de otp_process, otp_agent et otp_supervisor. Je suis curieux de voir ce que ça va donner.