tu ne comprends pas, C## c'est comme PHP, même les cons peuvent programmer, sans chemise sans pantalon, sans jamais faire attention à rien, par exemple plus besoin de surveiller la consommation mémoire vu que 1) il y a un garbage collector qui fait tout tout seul comme un grand sauf coucher avec toi (mais Miguel de Icaza y travaille, on bénéficiera de l'épisode Bonobo) et 2) à 10 euros le giga de RAM qu'est ce que tu nous emmerdes sale pauvre lololol.
> > Pas beaucoups plus que pour une machine réelle, les phases d'optimisations sont très rarement réversibles
> Non non et non.
> Le bytecode .NET ou Java défini une VM avec la notion de classe, de méthode, de paramètres, d'héritage, de types énumérés, etc.
> Quand tu décompiles, tu retrouves tout ça, optimisation ou pas.
bof, uniquement ce qui était exposé (public), le reste ne te regarde pas et ça peut même se retrouver renommé ou enlevé si inutilisé (stripped)
> En C, tu te retrouves avec un binaire et des instructions machines.
> Tout ce que tu obtiens à la décompilation, c'est des instructions assembleur. Tu perds toutes tes classes ou autre information de plus haut niveau.
mais c'est fait EXPRES, mortecouille, on n'en veut PLUS. il y a plusieurs options pour garder les symboles et autres informations tant qu'on veut debugger le gourbis
ah, et sinon les infos pertinentes sont dans des fichiers .h :)
> > qu'elles ne devraient jamais arriver,
> D'où leur nom : exception :)
dans certains langages, ça se passe tellement mieux qu'il faut bien en conclure que ça n'a pas le même sens partout, ni la même qualité d'implémentation, la même utilisabilité - utilité - en fait. un peu comme avec l'héritage multiple, Eiffel fait ça très bien.
> > Adobe comme Sun passent leur temps à corriger des problèmes de sécurité sur leurs VM, on a gagné quoi exactement ?
> Une nette amélioration par rapport aux ActiveX :)
non :( c'est malheureusement complètement illusoire.
en fait c'est même pire, on passe d'une situation où je ne suis pas concerné du tout par des ActiveX vérolés parce que j'utilise pas IE, à des situations avec des fichiers swf ou jar ou .class tout plombés (ou PDF, tiens), et Adobe qui prend son temps pour boucher les trous de son Flash Player. du coup il faut rendre son navigateur autiste et désactiver tout ces plug-ins...
> Quand je code en C# je dois pas me coltiner de bindings pour exposer mes classes aux développeurs VB.NET IronPython, Boo, C++/CLI. Ca marche, point
> Une réelle interopérabilité.
de la poudre verte. les entrées/sorties standard, les pipes et autres named pipe... et des shells, des utilitaires et autres langages de script à foison...
ca marche, point. une réelle interopérabilité. outofthebox. et c'est standard
> Tu réponds pas à tout le reste :
> introspection
RTTI. certes incomplet, lourdingue, pièce rajoutée, etc etc
> gestion des exceptions (le C++ doit intégrer un morceau de runtime pour ca)
euh, et ? c'est surtout que contrairement à Java (au pif) les exceptions ne remplacent pas une gestion d'erreurs rigoureuse et qu'elles ne devraient jamais arriver, et que quand une arrive, en général ton programme ne peut plus faire grand chose d'utile
une exception dans le constructeur du 5ème Toto d'un tableau de 10, on fait quoi ? on ne sait pas forcément dans quel état il est, les autres non plus, souvent on ne sait meme pas lequel a planté. la vie est belle...
> sandboxing
yapa
> protection contre les débordements (on parle de garantie, une lib n'offre pas de garantie)
a[i] rapide au lieu de sûr
> gestion mémoire (on parle de garantie, pas de l'utilisation parfaite et sans erreur d'une lib)
idem
donc bref, pas fait pour, héritage du passé ou choix de conception, ca se recouvre un peu.
tout ça c'est se plaindre qu'un marteau ca fait mal quand on se tape sur les doigts avec. c'est... fait pour.
ah, et qu'on ne me parle pas de garantie quand les VM plantent sans raison ni explication. c'est comme un cheque de banque garanti alors que la banque n'est pas sûre, ou carrément est en faillite : cette garantie ne vaut rien.
> déployer une applet web (recompiler dans le navigateur n'est pas une option).
les applets font bien souvent du JiT et c'est plantogène, Adobe comme Sun passent leur temps à corriger des problèmes de sécurité sur leurs VM, on a gagné quoi exactement ?
> proposer pleins de langages interopérables
ça n'a pas grand sens de comparer un langage avec une VM pouvant faire tourner divers langages via son interpréteur de bytecode. parce que l'OS qui fait marcher le langage il peut faire marcher d'autres langages aussi, et il y a, de fait, diverses possibilités d'interopérabilités.
et revenez dans 5-10 ans quand le moindre processeur sera un quad-core mais surtout que les "PCs" d'aujourd'hui seront au format boite d'allumettes (les petites), qu'ils ne couteront plus que 20 euros et que vous en aurez au bas mot une douzaine ou deux dans votre appart, et que ça communiquera joyeusement dans tous les sens.
est-ce que des applis Mono marcheront toujours ? oui, même si c'est plus du x86. est-ce que ça sera la plateforme la plus adaptée ? ce qui est sûr, c'est qu'elle se fera cracher dessus parce que ça ne sera plus celle à la mode
> Le problème, c'est que ça ne concerne que la partie standardisée. Et apparemment, Mono implémente bien plus que ça. Le troll vivra tant que l'intégralité du code de Mono ne sera pas à l'abri.
bien au fond de la poubelle _o/ ou du bocal à formol avec son copain REBOL
j'ai pris l'avion une drouizaine de fois déjà, à travers l'Atlantique et tout, moi j'ai rien eu je n'ai jamais rien remarqué, donc je ne partage en rien l'avis des gens qui prétendent que des avions s'écrasent au sol ou disparaissent en mer sous prétexte que leur famille était à bord.
ouais bof. je sais pas trop si la situation a vraiment évolué depuis les grosses merdes que sont AlloPass et PayPal mais je fais toujours l'impasse sur ces deux-là (marges excessives pour l'un, incompétence crasse pour l'autre, pour ne pas dire escroquerie organisée)
oui enfin tu peux faire des choses très sales avec ta femme aussi, ou avec ton chien (mais ça ne nous regarde pas), ça ne veut pas dire que tu le feras.
tu éludes gentiment le fait que si tu codes en Jakouski, un de tes langages fétiches qui visent la JVM, la personne qui passera derrière toi pour maintenir, réparer ton code devra apprendre le Jakouski.
je ne vois aucune différence avec le gus qui code en D et toi qui te plaint que pour maintenir son code tu doives apprendre le langage D.
car tu changes juste de plateforme. et ces notions d'interopérabilité entre langages sur la plateforme Java, ben ça existe sur toutes les plateformes décentes, sous de multiples formes
[^] # Re: Pourquoi Mono ?
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 5.
[^] # Re: Pourquoi Mono ?
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 4.
tu veux la supprimer ? bel esprit.
[^] # Re: Pourquoi Mono ?
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 3.
> Non non et non.
> Le bytecode .NET ou Java défini une VM avec la notion de classe, de méthode, de paramètres, d'héritage, de types énumérés, etc.
> Quand tu décompiles, tu retrouves tout ça, optimisation ou pas.
bof, uniquement ce qui était exposé (public), le reste ne te regarde pas et ça peut même se retrouver renommé ou enlevé si inutilisé (stripped)
> En C, tu te retrouves avec un binaire et des instructions machines.
> Tout ce que tu obtiens à la décompilation, c'est des instructions assembleur. Tu perds toutes tes classes ou autre information de plus haut niveau.
mais c'est fait EXPRES, mortecouille, on n'en veut PLUS. il y a plusieurs options pour garder les symboles et autres informations tant qu'on veut debugger le gourbis
ah, et sinon les infos pertinentes sont dans des fichiers .h :)
[^] # Re: Pourquoi Mono ?
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 4.
> D'où leur nom : exception :)
dans certains langages, ça se passe tellement mieux qu'il faut bien en conclure que ça n'a pas le même sens partout, ni la même qualité d'implémentation, la même utilisabilité - utilité - en fait. un peu comme avec l'héritage multiple, Eiffel fait ça très bien.
> > Adobe comme Sun passent leur temps à corriger des problèmes de sécurité sur leurs VM, on a gagné quoi exactement ?
> Une nette amélioration par rapport aux ActiveX :)
non :( c'est malheureusement complètement illusoire.
en fait c'est même pire, on passe d'une situation où je ne suis pas concerné du tout par des ActiveX vérolés parce que j'utilise pas IE, à des situations avec des fichiers swf ou jar ou .class tout plombés (ou PDF, tiens), et Adobe qui prend son temps pour boucher les trous de son Flash Player. du coup il faut rendre son navigateur autiste et désactiver tout ces plug-ins...
> Quand je code en C# je dois pas me coltiner de bindings pour exposer mes classes aux développeurs VB.NET IronPython, Boo, C++/CLI. Ca marche, point
> Une réelle interopérabilité.
de la poudre verte. les entrées/sorties standard, les pipes et autres named pipe... et des shells, des utilitaires et autres langages de script à foison...
ca marche, point. une réelle interopérabilité. outofthebox. et c'est standard
on ne vous a pas attendu, les lapins.
[^] # Re: Pourquoi Mono ?
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 3.
> introspection
RTTI. certes incomplet, lourdingue, pièce rajoutée, etc etc
> gestion des exceptions (le C++ doit intégrer un morceau de runtime pour ca)
euh, et ? c'est surtout que contrairement à Java (au pif) les exceptions ne remplacent pas une gestion d'erreurs rigoureuse et qu'elles ne devraient jamais arriver, et que quand une arrive, en général ton programme ne peut plus faire grand chose d'utile
une exception dans le constructeur du 5ème Toto d'un tableau de 10, on fait quoi ? on ne sait pas forcément dans quel état il est, les autres non plus, souvent on ne sait meme pas lequel a planté. la vie est belle...
> sandboxing
yapa
> protection contre les débordements (on parle de garantie, une lib n'offre pas de garantie)
a[i] rapide au lieu de sûr
> gestion mémoire (on parle de garantie, pas de l'utilisation parfaite et sans erreur d'une lib)
idem
donc bref, pas fait pour, héritage du passé ou choix de conception, ca se recouvre un peu.
tout ça c'est se plaindre qu'un marteau ca fait mal quand on se tape sur les doigts avec. c'est... fait pour.
ah, et qu'on ne me parle pas de garantie quand les VM plantent sans raison ni explication. c'est comme un cheque de banque garanti alors que la banque n'est pas sûre, ou carrément est en faillite : cette garantie ne vaut rien.
> déployer une applet web (recompiler dans le navigateur n'est pas une option).
les applets font bien souvent du JiT et c'est plantogène, Adobe comme Sun passent leur temps à corriger des problèmes de sécurité sur leurs VM, on a gagné quoi exactement ?
> proposer pleins de langages interopérables
ça n'a pas grand sens de comparer un langage avec une VM pouvant faire tourner divers langages via son interpréteur de bytecode. parce que l'OS qui fait marcher le langage il peut faire marcher d'autres langages aussi, et il y a, de fait, diverses possibilités d'interopérabilités.
[^] # Re: YaST, Java, Mono..
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
[^] # Re: Pourquoi Mono ?
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 6.
[^] # Re: Techniquement, pourquoi Mono
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
est-ce que des applis Mono marcheront toujours ? oui, même si c'est plus du x86. est-ce que ça sera la plateforme la plus adaptée ? ce qui est sûr, c'est qu'elle se fera cracher dessus parce que ça ne sera plus celle à la mode
[^] # Re: Pourquoi Mono ?
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
(oui je sais, je sors)
[^] # Re: YaST, Java, Mono..
Posté par Gniarf . En réponse au journal Utiliser Mono sans peur. Évalué à 4.
bien au fond de la poubelle _o/ ou du bocal à formol avec son copain REBOL
[^] # Re: La publicité est elle vraiment nécessaire ?
Posté par Gniarf . En réponse au journal Liberté, Hadopi et fraternité.... Évalué à 3.
[^] # Re: Baptème ?
Posté par Gniarf . En réponse au journal Feuilles de style linufr. Évalué à 2.
[^] # Re: Dépêche
Posté par Gniarf . En réponse au journal ThePirateBay.org racheté. Évalué à 2.
je ne vois pas vraiment pourquoi ils leur faisaient spécialement confiance avant... c'était surtout qu'ils ne se posaient aucune question.
[^] # Re: La publicité est elle vraiment nécessaire ?
Posté par Gniarf . En réponse au journal Liberté, Hadopi et fraternité.... Évalué à -1.
[^] # Re: balise
Posté par Gniarf . En réponse au journal Firefox 3.5 est sorti. Évalué à 2.
[^] # Re: La publicité est elle vraiment nécessaire ?
Posté par Gniarf . En réponse au journal Liberté, Hadopi et fraternité.... Évalué à 0.
tu peux me citer mes propres mots exacts et précis ? je suis très très curieux.
[^] # Re: Polices téléchargeables
Posté par Gniarf . En réponse à la dépêche Firefox "Shiretoko" 3.5 est sorti. Évalué à 10.
[^] # Re: La publicité est elle vraiment nécessaire ?
Posté par Gniarf . En réponse au journal Liberté, Hadopi et fraternité.... Évalué à 2.
on ira loin avec ta seule expérience, bonhomme.
[^] # Re: La publicité est elle vraiment nécessaire ?
Posté par Gniarf . En réponse au journal Liberté, Hadopi et fraternité.... Évalué à 2.
[^] # Re: GOTO : Nostalgie...
Posté par Gniarf . En réponse au journal Sortie de PHP 5.3. Évalué à 4.
20 GOTO 10
[^] # Re: PHP
Posté par Gniarf . En réponse au journal Sortie de PHP 5.3. Évalué à 5.
[^] # Re: Fedora
Posté par Gniarf . En réponse au message Changer de distribution mais laquelle ?. Évalué à 2.
[^] # Re: Polices téléchargeables
Posté par Gniarf . En réponse à la dépêche Firefox "Shiretoko" 3.5 est sorti. Évalué à 3.
[^] # Re: Ça passe très bien :)
Posté par Gniarf . En réponse à la dépêche Jython supporte maintenant Python 2.5. Évalué à 4.
je ne vois aucune différence avec le gus qui code en D et toi qui te plaint que pour maintenir son code tu doives apprendre le langage D.
car tu changes juste de plateforme. et ces notions d'interopérabilité entre langages sur la plateforme Java, ben ça existe sur toutes les plateformes décentes, sous de multiples formes
[^] # Re: Pub sur fixe
Posté par Gniarf . En réponse au journal À mort les arnaques téléphoniques. Évalué à 3.