C'est sympa, mais ca peut derouter ceux qui sont habitués a faire du multithreading toute la journée (chacun son truc a faire toute la journée, le xml pour toi, le multithreading pour moi... :-).
En effet le programmeur n'a a ce moment pas forcement de visibilité sur le nombre de threads effectivement créés, le nombre de verrous manipulés etc... Ce qui peut etre important quand on en manipule beaucoup, et surtout qu'on fait du temps réel et qu'on veut pas s'amuser a créer un thread a la volée mais plutot le créer, le lancer et le lancer "effectivement" en debloquant un semaphore, ce genre de choses...
Par contre pour du multithreading "basique" ca peut effectivement eviter bien des soucis d'inclure ca dans le langage, surtout quand on est pas habitués. Car c'est vrai que si on est pas rigoureux a donf (et meme si on l'est d'ailleurs), passer une semaine a chercher la cause d'un deadlock c'est plutot moyen en terme de productivité...
M'enfin pour revenir a la comparaison trollistique avec Java/C# (sinon c'est pas drole), je n'ai personnellement jamais eu le moindre deadlock sur des programmes ecrits dans ces langages, avec leurs constructions 'synchronized' et 'lock' (je crois, ca fait longtemps que j'en ai pas fait). Pareil, implementer l'interface Runnable, c'est pas non plus...
Enfin bref, du bon en perspective, meme si vous allez bien vous amuser au niveau compilo a gerer tout ca!!
[^] # Re: sonntag
Posté par _flo_ . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
C'est sympa, mais ca peut derouter ceux qui sont habitués a faire du multithreading toute la journée (chacun son truc a faire toute la journée, le xml pour toi, le multithreading pour moi... :-).
En effet le programmeur n'a a ce moment pas forcement de visibilité sur le nombre de threads effectivement créés, le nombre de verrous manipulés etc... Ce qui peut etre important quand on en manipule beaucoup, et surtout qu'on fait du temps réel et qu'on veut pas s'amuser a créer un thread a la volée mais plutot le créer, le lancer et le lancer "effectivement" en debloquant un semaphore, ce genre de choses...
Par contre pour du multithreading "basique" ca peut effectivement eviter bien des soucis d'inclure ca dans le langage, surtout quand on est pas habitués. Car c'est vrai que si on est pas rigoureux a donf (et meme si on l'est d'ailleurs), passer une semaine a chercher la cause d'un deadlock c'est plutot moyen en terme de productivité...
M'enfin pour revenir a la comparaison trollistique avec Java/C# (sinon c'est pas drole), je n'ai personnellement jamais eu le moindre deadlock sur des programmes ecrits dans ces langages, avec leurs constructions 'synchronized' et 'lock' (je crois, ca fait longtemps que j'en ai pas fait). Pareil, implementer l'interface Runnable, c'est pas non plus...
Enfin bref, du bon en perspective, meme si vous allez bien vous amuser au niveau compilo a gerer tout ca!!