Ben justement, ça sert vachement d'avoir une petite radio FM quand tu habite comme moi, au danemark et que tu bite rien au "grüt"...
ça me permet de rester un peu en france... Et meme de voir les guignols à l'occasion aussi
Tiens à ce propos, ma question à 2 cents:
Je suis sur que c'est hyper simple, mais je suis un peu un newb...
Je suis connecté de chez moi au réseau de ma fac, donc avec potentiellement un beau 320mbs en face, le tout gratos... Mais il y a un MAIS:
Un bofh du coin a décidé de mettre une limite à 1Go/mois pour tous les résidents qui squattent le réseau.
Du coup je dois passer par un proxy avec identification (et donc logging) pour le http, et un firewall pour le reste...
Ma question est, comment faire pour passer tous ces beaux flux (ogg, ra, rv... je veux pouvoir matter la télé aussi) à travers un ssh??? (sachant que si je suis sur les serveurs de la fac, pas de limite!)
Je suis sur qu'il y a moyen de faire du port fowarding, mais je sais point comment qu'on fait avec des streams (le mail déjà testé c'est facile)
La notion de pointeur avec .net est quand même assez limitée... Il faut tout d'abord le spécifier à la compile, et le code devient directement "unsafe", ce qui veut dire qu'il faut faire des manips explicites via le compte admin si l'on veut deployer ce code.
Cela dit, ça ne m'étonnerait pas que des virus apparaissent, car le système sous-jacent est lui totalement troué...
Pour les perfs, je suis pas d'accord. J'ai fait quelques tests, et C# est souvent aussi, voire plus rapide que java. Il suffit de savoir comment deployer les applis (par exemple en précompilant à l'installation) et éviter de trop mixer les langages.
Les seuls défaut sont liés au late binding, ce qui fait que les applis windows forms sont un peu lentes à démarrer.
j'ai du mal a comprendre comment une machine VIRTUEL
peut etre optimiser/réaliser avec par dessus des langages aussi différents que Perl & Effeil.
en fait, c'est la CTS (Common Type System) qui fait tout. Elle definit chaque type de donnée comme un classe (par exemple System.Int32 pour les int) et des raccourcis sont crées vers cette classe en C# par ex (int <-> System.Int32)
Ce qui donne que chaque langage géré par .NET possède le même système de conversion, et donc les types de données restent homogènes quelque soit le langage.
Apres, à la compilation, le code en langage natif est transformé en MSIL, puis executé par la VM... Cela ne pose aucun problème car les types sont à la base uniformes, ce qui permet de n'avoir qu'un seul resultat MSIL quelque soit le langage.
Cela permet aussi de mixer les langages dans une même appli, voire même de faire chaque méthode dans des langages différents (après l'intéret est discutable, mais bon, ça doit pouvoir servir).
Attention, là on parle strictement de .NET, qui n'a rien à voir avec AD ou les autres fonctions du système...
C'est sur que le reste est totalement fermé (meilleur exemple : le .doc, ou le seul truc qui m'oblige à garder un windows de coté), mais la tendance est à plus de transparence (fichiers de conf en XML, plus de base de registres...)
(En plus les specs déposées ne concernent que le langage en lui-même, c.a.d trois fois rien en regard de la masse des bibliothèques et autres APIs)
Il n'y a pas que C#, c'etait un exemple...
En clair, les specs du Common Language System sont en cours de validation par l'ECMA, ça se trouve là (par contre la spec en format word c'est abusé): http://msdn.microsoft.com/net/ecma/(...)
En gros, la CLS est le coeur du framework, c'est la partie qui définit tous les types de données de .NET et leur format. Comme ça, on peut ajouter un langage au framework.
Sinon, pour les courageux, le projet rotor permet de compiler du C# et tout autre langage managé sous n'importe quel unix...
ben heuu comment dire... Je crois que tu t'es pas des masses documenté sur le sujet :
ce truc est immonde : tout est interconnecte de maniere proprio et non standard.
XML, SOAP, UDDI c'est proprio?
De plus, les specs de C# sont publiques et déposées auprès de l'ECMA...
Enfin, il y a 2 projets .NET sous Linux : Mono (ok, c'est fait par Ximian), et Rotor (rien d'autre que la moitié du source du framework diffusée par Microsoft)
Non serieusement, j'ai déjà vu plus proprio...
Le but est simple : tuer java
Là c'est clair... mais ce serait plutot J2EE que java en lui même
[^] # Re: Let's troll around the cloques
Posté par aurel . En réponse à la dépêche Radio France en Ogg Vorbis. Évalué à 5.
ça me permet de rester un peu en france... Et meme de voir les guignols à l'occasion aussi
Tiens à ce propos, ma question à 2 cents:
Je suis sur que c'est hyper simple, mais je suis un peu un newb...
Je suis connecté de chez moi au réseau de ma fac, donc avec potentiellement un beau 320mbs en face, le tout gratos... Mais il y a un MAIS:
Un bofh du coin a décidé de mettre une limite à 1Go/mois pour tous les résidents qui squattent le réseau.
Du coup je dois passer par un proxy avec identification (et donc logging) pour le http, et un firewall pour le reste...
Ma question est, comment faire pour passer tous ces beaux flux (ogg, ra, rv... je veux pouvoir matter la télé aussi) à travers un ssh??? (sachant que si je suis sur les serveurs de la fac, pas de limite!)
Je suis sur qu'il y a moyen de faire du port fowarding, mais je sais point comment qu'on fait avec des streams (le mail déjà testé c'est facile)
Voila, ma question à 0.2 cents
Merci!
[^] # Re: .net : l'hydre de microsoft
Posté par aurel . En réponse à la dépêche Windows .Net et Solaris 9. Évalué à 5.
Cela dit, ça ne m'étonnerait pas que des virus apparaissent, car le système sous-jacent est lui totalement troué...
Pour les perfs, je suis pas d'accord. J'ai fait quelques tests, et C# est souvent aussi, voire plus rapide que java. Il suffit de savoir comment deployer les applis (par exemple en précompilant à l'installation) et éviter de trop mixer les langages.
Les seuls défaut sont liés au late binding, ce qui fait que les applis windows forms sont un peu lentes à démarrer.
[^] # Re: .net : l'hydre de microsoft
Posté par aurel . En réponse à la dépêche Windows .Net et Solaris 9. Évalué à 6.
peut etre optimiser/réaliser avec par dessus des langages aussi différents que Perl & Effeil.
en fait, c'est la CTS (Common Type System) qui fait tout. Elle definit chaque type de donnée comme un classe (par exemple System.Int32 pour les int) et des raccourcis sont crées vers cette classe en C# par ex (int <-> System.Int32)
Ce qui donne que chaque langage géré par .NET possède le même système de conversion, et donc les types de données restent homogènes quelque soit le langage.
Apres, à la compilation, le code en langage natif est transformé en MSIL, puis executé par la VM... Cela ne pose aucun problème car les types sont à la base uniformes, ce qui permet de n'avoir qu'un seul resultat MSIL quelque soit le langage.
Cela permet aussi de mixer les langages dans une même appli, voire même de faire chaque méthode dans des langages différents (après l'intéret est discutable, mais bon, ça doit pouvoir servir).
[^] # Re: .net : l'hydre de microsoft
Posté par aurel . En réponse à la dépêche Windows .Net et Solaris 9. Évalué à 0.
Attention, là on parle strictement de .NET, qui n'a rien à voir avec AD ou les autres fonctions du système...
C'est sur que le reste est totalement fermé (meilleur exemple : le .doc, ou le seul truc qui m'oblige à garder un windows de coté), mais la tendance est à plus de transparence (fichiers de conf en XML, plus de base de registres...)
[^] # Re: .net : l'hydre de microsoft
Posté par aurel . En réponse à la dépêche Windows .Net et Solaris 9. Évalué à 5.
Il n'y a pas que C#, c'etait un exemple...
En clair, les specs du Common Language System sont en cours de validation par l'ECMA, ça se trouve là (par contre la spec en format word c'est abusé):
http://msdn.microsoft.com/net/ecma/(...)
En gros, la CLS est le coeur du framework, c'est la partie qui définit tous les types de données de .NET et leur format. Comme ça, on peut ajouter un langage au framework.
Sinon, pour les courageux, le projet rotor permet de compiler du C# et tout autre langage managé sous n'importe quel unix...
http://www.oreillynet.com/pub/a/dotnet/2002/03/04/rotor.html(...)
Le seul truc qui manque pour assurer une interop correcte est le support des Windows Forms... Mais bon là c'est plus chaud
[^] # Re: .net : l'hydre de microsoft
Posté par aurel . En réponse à la dépêche Windows .Net et Solaris 9. Évalué à 8.
ce truc est immonde : tout est interconnecte de maniere proprio et non standard.
XML, SOAP, UDDI c'est proprio?
De plus, les specs de C# sont publiques et déposées auprès de l'ECMA...
Enfin, il y a 2 projets .NET sous Linux : Mono (ok, c'est fait par Ximian), et Rotor (rien d'autre que la moitié du source du framework diffusée par Microsoft)
Non serieusement, j'ai déjà vu plus proprio...
Le but est simple : tuer java
Là c'est clair... mais ce serait plutot J2EE que java en lui même