je sors agréablement surpris d'une semaine de formation sur .NET en
environnement M$.
J'y ai découvert la programmation en C++.NET (je développe en C/C++
traditionnel sur Mac au boulot et je bidouille sous GNU/Linux à la
maison).
Déjà voir que .NET faisait usage d'un compilo JIT m'a un peu fait revoir
mon appréciation négative sur .NET que je considérais (mal) comme Java
avec son code interprété.
Ensuite la surprise vient que le formateur (qui ne pratique pas Linux) a
su m'indiquer qu'il existait une implémentation pour Linux. Deux en fait
après avoir creusé le sujet : Mono (sponsorisé par Ximian/Novell) et
dotGNU.
Et l'agréable vient qu'après avoir bataillé avec des paquetages un peu
expérimentaux (tout n'est pas encore finalisé) j'ai pu voir que mes
programmes de test fonctionnaient directement sous Linux _et_ sous Win
avec le même exécutable (qui d'ailleurs est aussi un .exe sous Linux).
Tiens d'ailleurs pour ajouter à la surprise, le VB.NET est aussi en
cours de portage, ça fait un peu bizarre :)
Sinon on peut pour le moment partager du C# et de l'assembleur IL en
plus de VB (je pense que d'autres suivront mais je n'ai pas vu de c++)
et l'IDE que j'ai testé (MonoDevelop) bien qu'en v0.5 a l'air pas mal.
J'aime bien la complétion intelligente à la Visual Studio (qui àma est
la seule application vraiment valable chez M$ ;).
D'autres ont-il aussi testé .NET en cross-plateforme et qu'en
pensent-ils ?
Crosspost & Suivi prudent vers fr.comp.os.linux.debats
--
Sébastien Kirche
Le Sun, 29 May 2005 07:54:08 +0000, Thierry Boudet a écrit :
C'est donc comparable à Java: on embauche en permanence parce que les codeurs Java/C# ne tiennent pas longtemps, et qu'il faut les remplacer souvent. Comme les cartouches de toner, c'est seulement du consommable...
Absolument. C'est l'argument du "boss aux cheveux pointus" : "si je développe mon bidule en Java, je trouverai facilement de nouveaux développeurs parce que les mieux, curieusement, s'en vont tout le temps ailleurs après quelques mois".
-- Ne pas savoir de quoi on parle est un avantage dont il ne faut pas abuser. R.Debray
Le Sun, 29 May 2005 07:54:08 +0000, Thierry Boudet a écrit :
C'est donc comparable à Java: on embauche en permanence parce
que les codeurs Java/C# ne tiennent pas longtemps, et qu'il
faut les remplacer souvent. Comme les cartouches de toner, c'est
seulement du consommable...
Absolument. C'est l'argument du "boss aux cheveux pointus" : "si je
développe mon bidule en Java, je trouverai facilement de nouveaux
développeurs parce que les mieux, curieusement, s'en vont tout le temps
ailleurs après quelques mois".
--
Ne pas savoir de quoi on parle est un avantage dont il ne faut pas
abuser.
R.Debray
Le Sun, 29 May 2005 07:54:08 +0000, Thierry Boudet a écrit :
C'est donc comparable à Java: on embauche en permanence parce que les codeurs Java/C# ne tiennent pas longtemps, et qu'il faut les remplacer souvent. Comme les cartouches de toner, c'est seulement du consommable...
Absolument. C'est l'argument du "boss aux cheveux pointus" : "si je développe mon bidule en Java, je trouverai facilement de nouveaux développeurs parce que les mieux, curieusement, s'en vont tout le temps ailleurs après quelques mois".
-- Ne pas savoir de quoi on parle est un avantage dont il ne faut pas abuser. R.Debray
JKB
Le 29-05-2005, à propos de Re: C# est-il libre ?, Emmanuel Florac écrivait dans fr.comp.os.linux.debats :
Le Sun, 29 May 2005 11:00:53 +0200, Julien BLACHE a écrit :
La doctrine veut que l'on n'utilise *pas* le goto, absolument jamais. C'est ce que tu entendras partout.
Il y a de bonnes raisons de ne PAS utiliser le GOTO. Quand on est suffisament compétent pour enfreindre les règles, alors on peut utiliser GOTO...
Et le COMEFROM ?
Très sérieusement, le GOTO possède bien des avantages pour alléger le code (et n'est pas pire qu'un break ou un continue en C).
JKB
-- En plus c'est simple, je fais ce genre de trucs en g77 depuis des années : il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.
Le 29-05-2005, à propos de
Re: C# est-il libre ?,
Emmanuel Florac écrivait dans fr.comp.os.linux.debats :
Le Sun, 29 May 2005 11:00:53 +0200, Julien BLACHE a écrit :
La doctrine veut que l'on n'utilise *pas* le goto, absolument
jamais. C'est ce que tu entendras partout.
Il y a de bonnes raisons de ne PAS utiliser le GOTO. Quand on est
suffisament compétent pour enfreindre les règles, alors on peut utiliser
GOTO...
Et le COMEFROM ?
Très sérieusement, le GOTO possède bien des avantages pour alléger
le code (et n'est pas pire qu'un break ou un continue en C).
JKB
--
En plus c'est simple, je fais ce genre de trucs en g77 depuis des années :
il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux
mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.
Le 29-05-2005, à propos de Re: C# est-il libre ?, Emmanuel Florac écrivait dans fr.comp.os.linux.debats :
Le Sun, 29 May 2005 11:00:53 +0200, Julien BLACHE a écrit :
La doctrine veut que l'on n'utilise *pas* le goto, absolument jamais. C'est ce que tu entendras partout.
Il y a de bonnes raisons de ne PAS utiliser le GOTO. Quand on est suffisament compétent pour enfreindre les règles, alors on peut utiliser GOTO...
Et le COMEFROM ?
Très sérieusement, le GOTO possède bien des avantages pour alléger le code (et n'est pas pire qu'un break ou un continue en C).
JKB
-- En plus c'est simple, je fais ce genre de trucs en g77 depuis des années : il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.
Emmanuel Florac
Le Sun, 29 May 2005 14:11:55 +0000, Irvin Probst a écrit :
Il y a tout de même une différence fondamentale entre Microsoft et Google, le second a grossi grâce à son excellence technique à l'inverse du premier qui ne s'y interesse que depuis quelques années.
Oui. N'empêche que Microsoft a cultivé une véritable excellence technique (le BASIC Microsoft, MS Office pour Windows, WIndows NT, les api win32, c'étaient de grands projets techniquement de très haut niveau). Aujourd'hui ils ont avoué qu'ils étaient infoutus d'implémneter Longhorn en .NET (Longhorn ressemble de plus en plus à winXP SP3...)
-- Ce qu'il y a d'enivrant dans le mauvais goût c'est le plaisir aristocratique de déplaire. C. Baudelaire.
Le Sun, 29 May 2005 14:11:55 +0000, Irvin Probst a écrit :
Il y a tout de même une différence fondamentale entre Microsoft et
Google, le second a grossi grâce à son excellence technique à l'inverse
du premier qui ne s'y interesse que depuis quelques années.
Oui. N'empêche que Microsoft a cultivé une véritable excellence
technique (le BASIC Microsoft, MS Office pour Windows, WIndows NT, les api
win32, c'étaient de grands projets techniquement de très haut niveau).
Aujourd'hui ils ont avoué qu'ils étaient infoutus d'implémneter
Longhorn en .NET (Longhorn ressemble de plus en plus à winXP SP3...)
--
Ce qu'il y a d'enivrant dans le mauvais goût c'est le plaisir
aristocratique de déplaire.
C. Baudelaire.
Le Sun, 29 May 2005 14:11:55 +0000, Irvin Probst a écrit :
Il y a tout de même une différence fondamentale entre Microsoft et Google, le second a grossi grâce à son excellence technique à l'inverse du premier qui ne s'y interesse que depuis quelques années.
Oui. N'empêche que Microsoft a cultivé une véritable excellence technique (le BASIC Microsoft, MS Office pour Windows, WIndows NT, les api win32, c'étaient de grands projets techniquement de très haut niveau). Aujourd'hui ils ont avoué qu'ils étaient infoutus d'implémneter Longhorn en .NET (Longhorn ressemble de plus en plus à winXP SP3...)
-- Ce qu'il y a d'enivrant dans le mauvais goût c'est le plaisir aristocratique de déplaire. C. Baudelaire.
Eric Masson
Ah putain, alors s'il y a un truc qui me gonfle plus que les neuneux qui foncent sur C# parce qu'il n'y a pas de pointeurs à gérer, c'est bien les gens qui clament haut et fort que le goto c'est le MAL absolu.
T'as lu ça ou ? C'est quand même hallucinant ce que la simple lecture d'un post sans interprétation personnelle semble poser problème ici.
Pour sortir d'une boucle sans faire des constructions à la con c'est pareil, c'est bien utile et ça améliore pas mal la lisibilité de ladite boucle.
J'ai dit le contraire quelque part ?
Ah putain, alors s'il y a un truc qui me gonfle plus que les neuneux
qui foncent sur C# parce qu'il n'y a pas de pointeurs à gérer, c'est
bien les gens qui clament haut et fort que le goto c'est le MAL
absolu.
T'as lu ça ou ? C'est quand même hallucinant ce que la simple lecture
d'un post sans interprétation personnelle semble poser problème ici.
Pour sortir d'une boucle sans faire des constructions à la con c'est
pareil, c'est bien utile et ça améliore pas mal la lisibilité de
ladite boucle.
Ah putain, alors s'il y a un truc qui me gonfle plus que les neuneux qui foncent sur C# parce qu'il n'y a pas de pointeurs à gérer, c'est bien les gens qui clament haut et fort que le goto c'est le MAL absolu.
T'as lu ça ou ? C'est quand même hallucinant ce que la simple lecture d'un post sans interprétation personnelle semble poser problème ici.
Pour sortir d'une boucle sans faire des constructions à la con c'est pareil, c'est bien utile et ça améliore pas mal la lisibilité de ladite boucle.
J'ai dit le contraire quelque part ?
Irvin Probst
On 2005-05-29, Emmanuel Florac wrote:
Aujourd'hui ils ont avoué qu'ils étaient infoutus d'implémneter Longhorn en .NET (Longhorn ressemble de plus en plus à winXP SP3...)
Oui et c'est bien dommage, j'attendais beaucoup de Longhorn. Pour une fois on avait l'impression qu'ils voulaient faire un OS avec les technologies actuelles et pas celles d'il y a dix ans. Tant pis. Et puis de toute manière je suis sous OS X maintenant, l'OS morderne je l'ai déjà :)
-- Irvin
On 2005-05-29, Emmanuel Florac <eflorac@imaginet.fr> wrote:
Aujourd'hui ils ont avoué qu'ils étaient infoutus d'implémneter
Longhorn en .NET (Longhorn ressemble de plus en plus à winXP SP3...)
Oui et c'est bien dommage, j'attendais beaucoup de Longhorn. Pour une
fois on avait l'impression qu'ils voulaient faire un OS avec les
technologies actuelles et pas celles d'il y a dix ans. Tant pis.
Et puis de toute manière je suis sous OS X maintenant, l'OS morderne je
l'ai déjà :)
Aujourd'hui ils ont avoué qu'ils étaient infoutus d'implémneter Longhorn en .NET (Longhorn ressemble de plus en plus à winXP SP3...)
Oui et c'est bien dommage, j'attendais beaucoup de Longhorn. Pour une fois on avait l'impression qu'ils voulaient faire un OS avec les technologies actuelles et pas celles d'il y a dix ans. Tant pis. Et puis de toute manière je suis sous OS X maintenant, l'OS morderne je l'ai déjà :)
-- Irvin
talon
Benjamin FRANCOIS wrote:
Michel Talon s'est exprimé en ces termes:
Et ce que tu dis est un mensonge caractérisé.
Bof, il se trouve qu'à chaque fois que j'ai eu à utiliser un soft en Java il se traînait comme une mule, alors qu'à chacune de mes utilisations d'un soft en C# il allait à une vitesse normale. Tu peux en déduire ce que tu veux, que les codeurs Java sont des brèles infoutus de coder proprement, le résultat observatoire il est là.
Quand tu dis que Java et C# c'est exactement la même chose, il est plutôt là, le mensonge caractérisé.
Bon, encore un autre exemple, qui est probablement plus signifiant vu la mode actuelle des indexations, et comme Lucène est un indexeur performant qui existe en Java et C# http://meta.wikimedia.org/wiki/User:Brion_VIBBER/MWDaemon Moi je vois là des résultats satisfaisants pour Java. Je reste persuadé que les problèmes que tu rencontres sont spéciaux, pas génériques. Dire que Java et C# c'est à peu prés pareil c'est peut être une simplification, mais certainement pas une grossière déformation de la réalité. Vu de Sirius, pour ne pas dire de python ou de ruby, c'est à peu prés indiscernable.
--
Michel TALON
Benjamin FRANCOIS <kwyxz@kwyxz.org> wrote:
Michel Talon s'est exprimé en ces termes:
Et ce que tu dis est un mensonge caractérisé.
Bof, il se trouve qu'à chaque fois que j'ai eu à utiliser un soft en
Java il se traînait comme une mule, alors qu'à chacune de mes
utilisations d'un soft en C# il allait à une vitesse normale. Tu peux en
déduire ce que tu veux, que les codeurs Java sont des brèles infoutus de
coder proprement, le résultat observatoire il est là.
Quand tu dis que Java et C# c'est exactement la même chose, il est
plutôt là, le mensonge caractérisé.
Bon, encore un autre exemple, qui est probablement plus signifiant vu
la mode actuelle des indexations, et comme Lucène est un indexeur performant
qui existe en Java et C#
http://meta.wikimedia.org/wiki/User:Brion_VIBBER/MWDaemon
Moi je vois là des résultats satisfaisants pour Java. Je reste persuadé que
les problèmes que tu rencontres sont spéciaux, pas génériques. Dire que Java
et C# c'est à peu prés pareil c'est peut être une simplification, mais
certainement pas une grossière déformation de la réalité. Vu de Sirius,
pour ne pas dire de python ou de ruby, c'est à peu prés indiscernable.
Bof, il se trouve qu'à chaque fois que j'ai eu à utiliser un soft en Java il se traînait comme une mule, alors qu'à chacune de mes utilisations d'un soft en C# il allait à une vitesse normale. Tu peux en déduire ce que tu veux, que les codeurs Java sont des brèles infoutus de coder proprement, le résultat observatoire il est là.
Quand tu dis que Java et C# c'est exactement la même chose, il est plutôt là, le mensonge caractérisé.
Bon, encore un autre exemple, qui est probablement plus signifiant vu la mode actuelle des indexations, et comme Lucène est un indexeur performant qui existe en Java et C# http://meta.wikimedia.org/wiki/User:Brion_VIBBER/MWDaemon Moi je vois là des résultats satisfaisants pour Java. Je reste persuadé que les problèmes que tu rencontres sont spéciaux, pas génériques. Dire que Java et C# c'est à peu prés pareil c'est peut être une simplification, mais certainement pas une grossière déformation de la réalité. Vu de Sirius, pour ne pas dire de python ou de ruby, c'est à peu prés indiscernable.
--
Michel TALON
talon
Emmanuel Florac wrote:
Le Sun, 29 May 2005 07:54:08 +0000, Thierry Boudet a écrit :
C'est donc comparable à Java: on embauche en permanence parce que les codeurs Java/C# ne tiennent pas longtemps, et qu'il faut les remplacer souvent. Comme les cartouches de toner, c'est seulement du consommable...
Absolument. C'est l'argument du "boss aux cheveux pointus" : "si je développe mon bidule en Java, je trouverai facilement de nouveaux développeurs parce que les mieux, curieusement, s'en vont tout le temps ailleurs après quelques mois".
Ce qui prouve quoi, à ton avis? Sinon qu'un développeur compétent en Java est utile et trouve facilement un boulot ailleurs avec une bonne augmentation. Moi ça me paraît trés positif et d'ailleurs je suppose qu'il en est de même de C#. Tu ne contesteras pas j'espère que la manière d'avoir des augmentations c'est de bouger.
--
Michel TALON
Emmanuel Florac <eflorac@imaginet.fr> wrote:
Le Sun, 29 May 2005 07:54:08 +0000, Thierry Boudet a écrit :
C'est donc comparable à Java: on embauche en permanence parce
que les codeurs Java/C# ne tiennent pas longtemps, et qu'il
faut les remplacer souvent. Comme les cartouches de toner, c'est
seulement du consommable...
Absolument. C'est l'argument du "boss aux cheveux pointus" : "si je
développe mon bidule en Java, je trouverai facilement de nouveaux
développeurs parce que les mieux, curieusement, s'en vont tout le temps
ailleurs après quelques mois".
Ce qui prouve quoi, à ton avis? Sinon qu'un développeur compétent en Java est
utile et trouve facilement un boulot ailleurs avec une bonne augmentation.
Moi ça me paraît trés positif et d'ailleurs je suppose qu'il en est de même de
C#. Tu ne contesteras pas j'espère que la manière d'avoir des augmentations
c'est de bouger.
Le Sun, 29 May 2005 07:54:08 +0000, Thierry Boudet a écrit :
C'est donc comparable à Java: on embauche en permanence parce que les codeurs Java/C# ne tiennent pas longtemps, et qu'il faut les remplacer souvent. Comme les cartouches de toner, c'est seulement du consommable...
Absolument. C'est l'argument du "boss aux cheveux pointus" : "si je développe mon bidule en Java, je trouverai facilement de nouveaux développeurs parce que les mieux, curieusement, s'en vont tout le temps ailleurs après quelques mois".
Ce qui prouve quoi, à ton avis? Sinon qu'un développeur compétent en Java est utile et trouve facilement un boulot ailleurs avec une bonne augmentation. Moi ça me paraît trés positif et d'ailleurs je suppose qu'il en est de même de C#. Tu ne contesteras pas j'espère que la manière d'avoir des augmentations c'est de bouger.
Pour une fois on avait l'impression qu'ils voulaient faire un OS avec les technologies actuelles et pas celles d'il y a dix ans.
Si ils veulent garder des choses "compatible windows", ils sont limités coté innovation...
-- Mirroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Pour une fois
on avait l'impression qu'ils voulaient faire un OS avec les technologies
actuelles et pas celles d'il y a dix ans.
Si ils veulent garder des choses "compatible windows", ils sont limités
coté innovation...
--
Mirroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Pour une fois on avait l'impression qu'ils voulaient faire un OS avec les technologies actuelles et pas celles d'il y a dix ans.
Si ils veulent garder des choses "compatible windows", ils sont limités coté innovation...
-- Mirroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Eric Jacoboni
(Michel Talon) writes:
Bon, encore un autre exemple, qui est probablement plus signifiant vu la mode actuelle des indexations, et comme Lucène est un indexeur performant qui existe en Java et C#
La légende de Java qui se traîne a la vie dure chez les branleurs, faut faire avec : c'est le rite initiatique chez les padawans du libre.
En ce qui me concerne, j'ai renoncé à RubyPhoto au profit de JAlbum pour créer des albums web : celui-ci est à peu près 10 fois plus rapide et bien plus pratique à utiliser (je ne parle pas de l'installation qui consiste à récupérer un .jar).
Visiblement, son développeur ne sait pas que fcold existe.
-- Éric Jacoboni, né il y a 1420838661 secondes
talon@lpthe.jussieu.fr (Michel Talon) writes:
Bon, encore un autre exemple, qui est probablement plus signifiant
vu la mode actuelle des indexations, et comme Lucène est un indexeur
performant qui existe en Java et C#
La légende de Java qui se traîne a la vie dure chez les branleurs,
faut faire avec : c'est le rite initiatique chez les padawans du
libre.
En ce qui me concerne, j'ai renoncé à RubyPhoto au profit de JAlbum
pour créer des albums web : celui-ci est à peu près 10 fois plus
rapide et bien plus pratique à utiliser (je ne parle pas de
l'installation qui consiste à récupérer un .jar).
Visiblement, son développeur ne sait pas que fcold existe.
Bon, encore un autre exemple, qui est probablement plus signifiant vu la mode actuelle des indexations, et comme Lucène est un indexeur performant qui existe en Java et C#
La légende de Java qui se traîne a la vie dure chez les branleurs, faut faire avec : c'est le rite initiatique chez les padawans du libre.
En ce qui me concerne, j'ai renoncé à RubyPhoto au profit de JAlbum pour créer des albums web : celui-ci est à peu près 10 fois plus rapide et bien plus pratique à utiliser (je ne parle pas de l'installation qui consiste à récupérer un .jar).
Visiblement, son développeur ne sait pas que fcold existe.
-- Éric Jacoboni, né il y a 1420838661 secondes
Benjamin FRANCOIS
Eric Jacoboni s'est exprimé en ces termes:
La légende de Java qui se traîne a la vie dure chez les branleurs, faut faire avec : c'est le rite initiatique chez les padawans du libre.
Ah oui on peut aussi parler de certaines personnes qui devraient sortir de leur labo pour se frotter à la vie réelle des fois.
-- <blahTroll> qqn veut des cartes 3d (GeForce) ? <Raphit> la 3d c'est dépassé <Raphit> faut faire au moins de la 5d ou de la 6d maintenant
Eric Jacoboni s'est exprimé en ces termes:
La légende de Java qui se traîne a la vie dure chez les branleurs,
faut faire avec : c'est le rite initiatique chez les padawans du
libre.
Ah oui on peut aussi parler de certaines personnes qui devraient sortir
de leur labo pour se frotter à la vie réelle des fois.
--
<blahTroll> qqn veut des cartes 3d (GeForce) ?
<Raphit> la 3d c'est dépassé
<Raphit> faut faire au moins de la 5d ou de la 6d maintenant
