Psychofox a écrit 9997 commentaires

oui mais la version 2.0 n'est pas supporté sur Mac OS X et FreeBSD contrairement à la 1.0 (c.f. Downloads ---> System Requirements)

le pire c'est qu'avec C# et .net, contrairement a java, si on a une application proprio sans les sources, et que les developpeurs se moquent de le porter pour mono (visiblement cela doit d'ailleurs etre un gros travail http://monofrance.tuxfamily.org/modules/xoopsfaq/index.php?c(...) ), il n'est absolument pas possible de l'utiliser sous linux nativement (un peu bete pour une machine virtuelle).

Tous les points qui sont cités dans ton liens sont valable quelque soit le langage / vm. Ce n'est pas pour rien qu'il existe des tonnes de docs qui expliquent comment écrire du perl/java/ruby/jesaispasquoi portable.

Donc non, il n'existe aucun langage ou machine virtuelle qui affranchit l'auteur d'un programme de devoir prendre des disposition pour faire du code portable.

- Java s'est voulu dès le début multiplateforme et non limité aux seuls produits SUN.

L'implémentation .net de microsoft a été sortie à l'époque pour MS, Mac OS X et FreeBSD. Elle était donc aussi dès le début multiplateforme. Après comme mono a repris le flambeaux, ils n'ont pas jugé bon de refaire le travail pour les version 2.0 et 3.0 mais dire que .NET était destiné uniquement aux OS Microsoft est faux.

y'a pleins de chose qui n'apportent rien de plus. Quand aux inconvénients, je ne les vois pas. Si quelqu'un préfère C# à d'autres langage, tant mieux pour lui si mono existe, ça nous fait un developpeur potentiel pour du libre sous nos OS.

Ne pas faire confiance à ce qui sort de chez microsoft, c'est comme ne pas faire confiance dans le verre d'eau que te propose une personne notoirement connus pour empoisonner tout le monde.

Sauf que Microsoft ne nous empoisonne pas. Au pire, MS est le poison, mais ceux qui nous empoisonnent, ce sont ses clients qui nous embêtent avec leurs fichiers .doc, leurs sites "optimisés" IE, leurs vidéos encodées en WMV. Microsoft ne m'a jamais rien fait directement.

Bref tu te trompes d'ennemi. Attaques toi plutôt à ses utilisateurs d'OS sales plutôt qu'à ceux qui font du libre avec du C# innoffensif.

sticky notes n'a pas été retiré non plus. Tu peux toujours supprime tomboy et mono si ta distrib les ont intégrés, ton bureau ne va pas arrêter de fonctionner.

Le logiciel samba est très différent, le but est de faire communiquer des mondes différents. Mono n'a pas vraiment cet objectif : qui utilise mono sous Windows aujourd'hui ?

La liste est dans la page de mono : des softs destinés à fonctionner à la fois sous windows, linux et macos X.

Oui mdv met en dépendance forte sur pulseaudio pour que sont outil de configuration puisse fonctionner comme voulu.

Parce qu'il n'y a pas de gestion d'erreur dans les draktrucs ? si pulseaudio n'est pas la ça va cracher ? y'a pas moyen de griser la partie concernée ou d'adapter la page ?

Tiens je vais essayer ce soir pour rigoler...

AH bon? on parle d'interopérabilité depuis le début, c'est même l'intérêt qui a poussé à créer Mono, non?
Sinon, ils n'avaient qu'à améliorer GCJ.

on en parle mais il n'y a pas que ça. Y'a des gens qui font du c# parce qu'ils aiment le langage. L'auteur de tomboy ne devait pas en avoir grand chose à foutre que ça tourne sur un autre os. Même si quelqu'un s'est amusé à le faire tourner sous windows, les auteurs de banshee n'ont pas non plus choisi c# pour cela.

Mais ceux qui veulent faire de l'interopérable le font. Comme certains le font pour migrer des applis asp vers des serveurs unix. Comme d'autres l'utilise pour leurs applis multiplateforme : Novell iFolder, Medsphere OpenVista, unity, A&D Maximus (voire page de mono pour plus d'exemples)...

Banshee? Ben je ne le vois pas tourner sous Windows.

ahahaha faux. Mauvais exemple :)

http://abock.org/2007/02/21/banshee-on-windows/
http://svn.gnome.org/viewvc/banshee?view=revision&revisi(...)

mais sinon, ou veux-tu en venir avec ce post ? Je montrais juste que développer sur une version antérieure à la dernière implémentation n'empêche pas une appli d'être de qualité.

Que ça tourne uniquement sous linux, uniquement sous windows ou sur les 2, on s'en fout ça n'a aucun rapport. Il y'a des exemples dans les 2 mondes d'applis .net/mono de qualité.

* que le virer c'est chiant dans ce cas

c'est d'autres distrib (debian based par exemple) savent supprimer pulseaudio sans virer la moitié de la distrib.

Faut arrêter de cacher de l'incompétence voire de la stupidité derrière des faux arguments (du genre que l'utilisateur en a quelque chose à foutre ou la quantité de Ko gagnés ou pas).

méééé bien sûr.

Un brevet est toujours posé sciemment. Un brevet est toujours défendu par son auteur.

Est-ce que les dev ruby vérifient à chaque fois qu'ils implémentent quelque chose de nouveau si un brevet existe ou s'en approche ? Non j'en doute. C'est strictement pareil au niveau des garanties que face à mono.

De plus toutes les specs publiées à l'ECMA sont implémentables sans royalties (une fois que c'est fait on ne peut plus changer d'avis et te redemander des royalties). Les brevets de Microsoft portent sur les winforms, asp.net et ado.net. Des trucs dont on n'a pas besoin pour du developpement mono sous linux (puisqu'on utilisera pas les windows forms mais plutôt GTK).

le truc c'est que ce n'est pas du vrai laïcisme dans le sens où les lois sont différentes suivant ta (ou non) religion. Dans l'exemple du mariage/divorce cité précédemment, suivant que les époux soient juif, musulmans ou chrétiens, les lois religieuses sont différentes.

en tout cas les femme juives israëliennes qui demandent le divorce, elles le sentent le caractère religieux de l'état et de ses lois et courts rabbiniques.

il vaut mieux tout garder sur des disques durs (en plusieurs exemplaires) que tu ne stockes pas à froid (un disque dur qui ne tourne pas, c'est pas forcément bon) et que tu remplaces régulièrement avant défection.

Bon t'es pas obligé d'avoir un serveur allumé 24h sur 24 (pas bon poru la planète) mais il faut au moins que tu lise/écrive/vérifie tes sauvegardes tous les x jours comme ça tu es prévenu de la perte d'1 disque (et pas de tous) avant de perdre tes données.

Sinon pour de l'archivage de longue durée offline, il faut aller chercher du côté des bandes magnétiques (stockées bien sur à l'abri de l'humidité et à des conditions de températures non extremes et stables).

Les CD/DVD, ça ne vaut rien question fiabilité, tout le monde le sait (enfin normalement).

tu n'a pas besoin d'attendre une nouvelle version de mono pour développer dessus hein.

Y'a plein de programme .NET foutrements bien qui n'ont pas attendus la version 3.0 ou 4.0 de .NET pour exister, tout comme Banshee ou Tomboy n'ont pas attendus que l'implémentation de .NET 4.0 soit supportée dans mono.

dans les faits, y'a toujours un décideur qui peut s'il le veut ou pas donner/retirer les accès cvs/svn/autre de n'importe qui.

C'est pas juste du "moi ! moi ! moi ! je veux participer et décider du grand sort de ce langage avec mes idées saugrenues et mes conseils péremptoires !

Sauf que leur API ne sont pas breveté, petit détail qui change pas mal de choses.

ça ne change pas que certaines parties du code de ruby ou des gems utilisés par nos programmes peuvent être couverts par des brevets...garantie 0 quoi. De plus les brevets logiciels ne sont pas applicable ici.

et pourquoi je me trainerait un truc inutile ?

et bien si tu l'as testé et que quelqu'un en a bu devant toi, tu refuses toujours de le boire ?

c'est drôle c'est pas l'image que j'ai de mandriva.

Quand j'ai voulu viré pulseaudio (parce que voila, c'est pas encore au point et plein de latence), elle a voulu désinstaller les 3/4 de mes applis (enfin toutes celles qui ont du son) alors qu'elles peuvent très bien fonctionner avec alsa seulement.

Bref quand je pense à tous ces trolleurs qui se moquent gentillement de slackware de part son absence de gestion des dépendances, ben je crois que la base quand on a un peu d'humabilité et qu'on écoute ses utilisateurs, c'est qu'on arrête de les prendre pour des cons et des incapables de gérer leurs dépendances ;-)

pour le point 3) ce n'était pas le cas il y'a encore quelques mois et pourtant personne ne gueulait.

Et puis pour le point 3) tu pourras toujours développer ton appli...pour windows. En attendant peut-être que mono soit prêt pour la version linux. ça ne la rendra pas moins libre.

Mais bon tout ça c'est du flan. Que mono ne soit pas prêt en même temps que c# sous windows, et alors ? il est où le problème ? une question d'égo ?

libwine te permet de l'utiliser pour développer des applis tournant à la fois sous windows que linux. Le fait qu'elles soient libres ou pas est indépendant.

Pourquoi toujours ramener ça aux licences ? ça n'a strictement rien à voir.

mouais bof.

tu crois que beaucoup de gens qui développent leur appli en perl5 pensent déja à réécrire leur code en perl6 ?

non je crois que la plupart resteront en perl5 et n'y feront que de la maintenance et attendront que perl6 atteigne sa pleine maturité avant de migré (et encore ça c'est dans l'éventualité qu'ils aient un besoin à passer à la version suivante et que leur appli ne sera pas obsolète d'ici la).

En quoi c'est dangereux tant que la compatibilité ascendante est assurée. Mono ne va pas casser le boulot déja fait pour C# 1.0 2.0 ou 3.0, donc il n'y a rien de dangereux.

au pire c'est juste que l'implémentation est toujours prête après celle de microsoft.

Mais bon les dev linux n'ont pas plus leur mot à dire sur le développement de python/perl/ruby/superlangagetrucmuche hein. C'est la même chose sauf qu'au lieu de distribuer du code directement compilable comme le font les langages précités, microsoft distribue seulement les specs. La belle affaire. De même est-ce que le monde du libre a eu son mot à dire sur les évolutions de java ? Pourtant personne n'a gueulé ni dit qu'il était dangereux de faire des jvm libres.

Mais bon c'est pareil que pour le C ou le C++. Au départ les specs ont été publiées et le seul compilateur à disposition était commercial et non libre. ça n'a pas empêché la création de compilateurs libres à ce que je sache.