Rien que ça c'est un aveu d'impuissance.
Python ne peut être un langage généraliste qui offre une plateforme complète puisqu'il s'appuie sur le C pour pallier ses défauts et rest un langage de glue.
Au fait c'est quoi la lib graphique native python.
Tkinter , non c'est du Tk et ca s'inspire de la philosophie Tcl.
wxWindows ? C++
Qt ? C++
Gtk ? C
Fox ? c++
Swt ? Java
Swing ? Java
C'est sûr que si on abandonne le GIL ca va faire mal, il doit bien y avoir des bouts de not thread-safe.
Guido a beau esquiver en invoquant le web et le fait qu'une architecture evolutive doit permettre de fonctionner sur plusieurs noeuds, et que les threads servent à rien, il y a tout le reste: les applis natives qui elles peuvent tirer avantage du multi-coeur.
Sans oublier les clients riches.
Merci Timaniac de m'avoir ouvert les yeux.
Ca me conforte dans le choix d'un langage dynamique au dessus de la JVM qui ne réinvente pas la roue: Groovy.
Je vais suivre Grails de plus en plus près
[^] # Re: Grandiose
Posté par Bozo_le_clown . En réponse au journal Linuxfr en J2EE. Évalué à 2.
Python ne peut être un langage généraliste qui offre une plateforme complète puisqu'il s'appuie sur le C pour pallier ses défauts et rest un langage de glue.
Au fait c'est quoi la lib graphique native python.
Tkinter , non c'est du Tk et ca s'inspire de la philosophie Tcl.
wxWindows ? C++
Qt ? C++
Gtk ? C
Fox ? c++
Swt ? Java
Swing ? Java
C'est sûr que si on abandonne le GIL ca va faire mal, il doit bien y avoir des bouts de not thread-safe.
Guido a beau esquiver en invoquant le web et le fait qu'une architecture evolutive doit permettre de fonctionner sur plusieurs noeuds, et que les threads servent à rien, il y a tout le reste: les applis natives qui elles peuvent tirer avantage du multi-coeur.
Sans oublier les clients riches.
Merci Timaniac de m'avoir ouvert les yeux.
Ca me conforte dans le choix d'un langage dynamique au dessus de la JVM qui ne réinvente pas la roue: Groovy.
Je vais suivre Grails de plus en plus près