Au fait as-tu déjà essayé Bluemarine[1] ? Je ne l'ai jamais essayé mais j'avais vu un article qui le présentait comme un concurrent open source (Apache License) à Lightroom et Aperture...
ceci-dit tu compares un logiciel à 200€ qui ne fonctionne que sur Mac OS X (et dont tu dois repayer 50% du prix à chaque mise à jour) et dont tu n'as aucune incidence sur son évolution à un soft qui ne te coûte rien, ne te coûtera rien, et auquel tu peux participer à l'évolution (et dans le cas de lightroom c'est presque 300€ et des mises à jours tout aussi payantes).
Peut-être que si les quelques utilisateurs qui ont besoin de ces fonctions finançaient une bounty pour ajouter les choses qui te manquent sur digikam, ça se ferait tout aussi bien. A 200-300€ par tête et un nombre suffisant de demandeurs, y'a de quoi payer un dev pour y consacrer tout son temps pendant quelques semaines.
GThumb est un afficheur de photo/navigateur de galleries.
F-Spot est un logiciel de gestion de photos.
Les 2 logiciels sont très bon (quoique pour afficher des photos/galleries, je préfère une appli plus efficace comme feh) mais n'ont pas le même but. GThumb s'adresse aux gens qui utilisent leur filesystem pour trier/organiser leurs photos, alors que F-Spot indexe les photos dans une base pour permettre leur organisation suivant différents critères (tags/dates/etc...).
Ce que les 2 ont en commun, c'est de pouvoir faire de l'édition assez basique, et d'exporter sous forme de galleries web.
sans vouloir diminuer le travail fait sur Hammer :
Il incorpore beaucoup d'idées qui sont dans l'air en ce moment et qui sont en cours d'implémentation dans les nouveaux systèmes de fichiers (ZFS et Btrfs).
* Possibilité de faire des snapshots du système à tout moment et d'accéder facilement à ces sauvegardes
* Extension démesurée des limites de taille
* Historique des opérations sauvegardé par défaut
* Gestion des volumes et du mirroring
* Contrôle poussé de l'intégrité du systèmes à l'aide de sommes de contrôle
* Performances optimisées
Je ne sais pas quel est le cas au sujet de btrfs (considéré comme qualité "alpha" actuellement), mais ces idées/fonctionnalités sont il me semble déja implémentées dans zfs qui est déjà considéré comme assez stable pour être utilisé en production sur Solaris 10.
1) euh parler de "nettoyage" dans ce cas, je trouve que ça fait moins preuve de considération pour les victimes que de rester sur la plage. De plus les gens concernés par cette mort n'étaient vraisemblablement pas la et les corps ont du être retirés assez rapidement (le temps qu'un véhicule soit apprêté et peut-être que la police sache à qui s'adresser).
2) c'est vrai que c'est plus respectueux de se dire "tiens quittons la plage, y'a des cadavres, allons faire du shopping pour nous changer les idées."
Donc non ça sert à rien de vider une plage, d'autant plus qu'un grande majorité de personne ne s'est peut-être rendu compte de rien. Les autres je pense auront cette image dans la tête pendant toutes leurs vacances, alors qu'ils rentrent à l'hôtel, qu'ils aillent en ville ou pas ça ne change rien. La plage n'est pas moins belle parce que quelqu'un s'est noyé. Une montagne n'est pas moins belle parce qu'un alpiniste a dévissé.
1) dans le droit commun, si tu donnes une autorisation et que tu ne spécifie pas de durée, tu ne peux plus la rétracter, sauf clause spéciale préalable. Dans le cas d'un brevet, l'autorisation dure la durée dudit brevet. C'est en tout cas comme ça dans le droit français.
2)
-gnome n'est pas un élément critique de nos bureau. Il est remplaçable.
-Si une lib ou du code est à réécrire, ça peut toujours se faire le cas échéant. Quand GTK est passé à la version 2, il a bien fallu réécrire une grande partie de gnome. C'était pas de la faute de MS.
-on peut dans mono garder une compatibilité ascendante de toute manière si on a peur des changements. Rien n'oblige de baser les nouvelles versions de tomboy/beagle/banshee/autre sur les nouvelles specs de Microsoft tant que mono garde cette compatibilité
4) même si la compatibilité ne l'était pas sur le framework MS (je n'ai jamais rencontré ce cas), on peut-très facilement linker sous linux sur telle lib, donc il y'aurait toujours une issue.
pour m$, parles-tu aussi de $un, de R€dhat, de $u$e Linux, $endmail, ou My$ql ? J'en doute. Pourtant même si elles font du libre, ces entités cherchent tout autant à faire de l'argent.
1) non ça ne peut pas changer, on ne peut retirer à postériori une autorisation d'utiliser un brevet.
2) les specs d'un langage n'a rien à voir avec la licence de destination des programmes qui seront créés avec. Je ne vois pas en quoi des fonctionnalités peuvent être plus utiles à des applis libres qu'à des applis non libres. Ce n'est pas un argument.
3) long ? pas au sens industriel du terme. Quand on voit que des applis java sont vendues et validées uniquement sur des jre anciennes (=< 1.4), franchement je ne vois pas où est le problème.
4) ça casserait tout de même la compatibilité d'un programme .Net 2.0 chez un utilisateur ayant la version 4.0. Donc non ce ne serait pas sans conséquences que pour les utilisateurs/developpeurs de mono.
Bon à part ça utiliser la dénomination "m$" ne fait pas preuve d'une grande maturité et objectivité devant le sujet abordé.
Je crois que ça tient du fait que la température corporelle augment pendant la digestion. Mais à mon avis c'est assez négligeable ( 1° environ ) pour que ce ne soit pas un critère déterminant dans une hydrocution.
Euh si 2 personnes vont les chercher, les 10 autres ne vont pas pouvoir faire grand chose que les regarder faire.
De plus un place c'est en général bruyant, et qu'on ne fait pas forcément attention à tout ce qui s'y passe. J'imagine que les baigneurs qui ont vu les gamines se noyer étaient dans un périmètre restreint. Les quelques fois où j'ai du assister/aider un gamin en situation de danger (ça restait relatif) en vacance, c'est généralement par hasard. Je ne passe pas mes vacances à surveiller tous les enfants que je croise. Après tout c'est le boulot de leur parent.
Franchement, un gamin peut se noyer sans que 95% des gens sur une plage ne s'en rendent compte, et c'est normal vu le monde et l'espace qui nous fait face.
sauf que les arguments comme quoi ce serait dangereux, on les attend encore.
1) Les risques liés aux brevets sont applicables à tous les langages, au contraire mono est protégé puisqu'il implémente avec l'accord des détenteurs de brevets, contrairement à d'autres langages dont certaines parties peuvent être touchées par les mêmes brevets.
2) Le fait que Microsoft détient la clé des évolutions de .NET ne constitue pas un danger, mais au pire, une contrainte. Et alors ? Ce ne sont pas les dev linux qui ont décidé des choix de nombres protocoles réseaux, d'autres langages, et de la même façon ils doivent faire avec et implémenter ces choses sans le moindre pouvoir décisionnel.
3) Le fait que mono soit à la traine par rapport à .NET. Ce n'est pas plus un danger. Au pire c'est un délai qui n'empêche pas de - bien - développer une appli
4) Le fait que Microsoft pourrait s'écarter des implémentations validées par l'ECMA :
- c'est très improbable car ça ferait autant chier les dev .NET sous windows pour lesquels le code serait cassé du jour au lendemain. Bref ce n'est ni dans les intérêt de MS, ni de ses utilisateurs.
- n'est pas encore arrivé.
- n'emêche pas mono de suivre les implémentations standardisés et éventuellement une version suivant celle de Microsoft en cas de besoin : c'est chiant et ça donne du boulot supplémentaire, mais ça n'empêche pas les applis existantes de fonctionner.
Bref, on ne voit toujours pas où est le danger. ça tient surtout de la paranoïa de l'accroc aux théories de conspirations.
J'ai lu l'article et on y dit que des baigneurs ont tenté de les secourir entendant leurs cris et qu'une autre femme a appelé les secouristes.
après on lit : L'émotion est évidemment très forte dans la communauté Rom. "Vous pouviez les sauver et vous ne l'avez pas fait.
euh ? comment dire. FUD à 2 balles ?
Après que les corps soient sans vie et que les gens continuent à profiter de leurs vacances, je ne vois rien de choquant. Quand il y'a un accident, où qu'il soit, avec des décès, tout le monde n'arrête pas ses activités. Je ne vois pas ce qu'il y'avait à faire de spécial en attendant que les corps soient pris en charge par les secouristes. On les a masqué avec des serviettes de bains.
En quoi est-ce de l'indifférence ? Faut que tout le monde se mette à pleurer et rentre dans son hôtel quand quelqu'un meurt ?
La communauté Rom s'indigne, mais où étaient les parents des gamines en question ? Pourquoi n'ont t-elles pas été surveillées par leurs proches ? J'y trouve la bien plus de matière à l'indignation. Si des gens ont laissé mourir leurs filles comme commes de chiens, ce sont bien leurs parents.
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 ?
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)...
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é.
[^] # Re: digikam
Posté par Psychofox (Mastodon) . En réponse au journal Suite de "Ce qui manque à GNU/LINUX........ Évalué à 4.
[1] http://bluemarine.tidalwave.it/
[^] # Re: digikam
Posté par Psychofox (Mastodon) . En réponse au journal Suite de "Ce qui manque à GNU/LINUX........ Évalué à 2.
[^] # Re: digikam
Posté par Psychofox (Mastodon) . En réponse au journal Suite de "Ce qui manque à GNU/LINUX........ Évalué à 4.
Peut-être que si les quelques utilisateurs qui ont besoin de ces fonctions finançaient une bounty pour ajouter les choses qui te manquent sur digikam, ça se ferait tout aussi bien. A 200-300€ par tête et un nombre suffisant de demandeurs, y'a de quoi payer un dev pour y consacrer tout son temps pendant quelques semaines.
[^] # Re: En effet, c'est pire que la java trap
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 2.
GThumb est un afficheur de photo/navigateur de galleries.
F-Spot est un logiciel de gestion de photos.
Les 2 logiciels sont très bon (quoique pour afficher des photos/galleries, je préfère une appli plus efficace comme feh) mais n'ont pas le même but. GThumb s'adresse aux gens qui utilisent leur filesystem pour trier/organiser leurs photos, alors que F-Spot indexe les photos dans une base pour permettre leur organisation suivant différents critères (tags/dates/etc...).
Ce que les 2 ont en commun, c'est de pouvoir faire de l'édition assez basique, et d'exporter sous forme de galleries web.
# Hammer et zfs
Posté par Psychofox (Mastodon) . En réponse à la dépêche La version 2.0 de DragonFlyBSD est disponible. Évalué à 8.
Il incorpore beaucoup d'idées qui sont dans l'air en ce moment et qui sont en cours d'implémentation dans les nouveaux systèmes de fichiers (ZFS et Btrfs).
* Possibilité de faire des snapshots du système à tout moment et d'accéder facilement à ces sauvegardes
* Extension démesurée des limites de taille
* Historique des opérations sauvegardé par défaut
* Gestion des volumes et du mirroring
* Contrôle poussé de l'intégrité du systèmes à l'aide de sommes de contrôle
* Performances optimisées
Je ne sais pas quel est le cas au sujet de btrfs (considéré comme qualité "alpha" actuellement), mais ces idées/fonctionnalités sont il me semble déja implémentées dans zfs qui est déjà considéré comme assez stable pour être utilisé en production sur Solaris 10.
[^] # Re: j'ai survolé l'article
Posté par Psychofox (Mastodon) . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 5.
2) c'est vrai que c'est plus respectueux de se dire "tiens quittons la plage, y'a des cadavres, allons faire du shopping pour nous changer les idées."
Donc non ça sert à rien de vider une plage, d'autant plus qu'un grande majorité de personne ne s'est peut-être rendu compte de rien. Les autres je pense auront cette image dans la tête pendant toutes leurs vacances, alors qu'ils rentrent à l'hôtel, qu'ils aillent en ville ou pas ça ne change rien. La plage n'est pas moins belle parce que quelqu'un s'est noyé. Une montagne n'est pas moins belle parce qu'un alpiniste a dévissé.
[^] # Re: [HS]
Posté par Psychofox (Mastodon) . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 2.
[^] # Re: Tout à fais d'accord
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 1.
un lien parlant des brevets traditionnels, ce n'est pas une preuve et on n'en a pas besoin puisque de toute façon en france les brevets logiciels n'existent pas :
http://fr.jurispedia.org/index.php/Licence_de_brevet_(fr)
2)
-gnome n'est pas un élément critique de nos bureau. Il est remplaçable.
-Si une lib ou du code est à réécrire, ça peut toujours se faire le cas échéant. Quand GTK est passé à la version 2, il a bien fallu réécrire une grande partie de gnome. C'était pas de la faute de MS.
-on peut dans mono garder une compatibilité ascendante de toute manière si on a peur des changements. Rien n'oblige de baser les nouvelles versions de tomboy/beagle/banshee/autre sur les nouvelles specs de Microsoft tant que mono garde cette compatibilité
4) même si la compatibilité ne l'était pas sur le framework MS (je n'ai jamais rencontré ce cas), on peut-très facilement linker sous linux sur telle lib, donc il y'aurait toujours une issue.
pour m$, parles-tu aussi de $un, de R€dhat, de $u$e Linux, $endmail, ou My$ql ? J'en doute. Pourtant même si elles font du libre, ces entités cherchent tout autant à faire de l'argent.
[^] # Re: Je sais bien...
Posté par Psychofox (Mastodon) . En réponse au journal recherche bonnes adresses Tokyoïde. Évalué à 3.
[^] # Re: Tout à fais d'accord
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 2.
2) les specs d'un langage n'a rien à voir avec la licence de destination des programmes qui seront créés avec. Je ne vois pas en quoi des fonctionnalités peuvent être plus utiles à des applis libres qu'à des applis non libres. Ce n'est pas un argument.
3) long ? pas au sens industriel du terme. Quand on voit que des applis java sont vendues et validées uniquement sur des jre anciennes (=< 1.4), franchement je ne vois pas où est le problème.
4) ça casserait tout de même la compatibilité d'un programme .Net 2.0 chez un utilisateur ayant la version 4.0. Donc non ce ne serait pas sans conséquences que pour les utilisateurs/developpeurs de mono.
Bon à part ça utiliser la dénomination "m$" ne fait pas preuve d'une grande maturité et objectivité devant le sujet abordé.
[^] # Re: j'ai survolé l'article
Posté par Psychofox (Mastodon) . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 2.
http://www.vulgaris-medical.com/encyclopedie/hydrocution-236(...)
http://www.doctissimo.fr/html/sante/mag_2000/mag1606/sa_1828(...)
http://fr.wikipedia.org/wiki/Hydrocution
[^] # Re: j'ai survolé l'article
Posté par Psychofox (Mastodon) . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 8.
Mais je n'éprouve pas le besoin de faire un cérémonial de leur corps.
[^] # Re: euh...
Posté par Psychofox (Mastodon) . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 5.
De plus un place c'est en général bruyant, et qu'on ne fait pas forcément attention à tout ce qui s'y passe. J'imagine que les baigneurs qui ont vu les gamines se noyer étaient dans un périmètre restreint. Les quelques fois où j'ai du assister/aider un gamin en situation de danger (ça restait relatif) en vacance, c'est généralement par hasard. Je ne passe pas mes vacances à surveiller tous les enfants que je croise. Après tout c'est le boulot de leur parent.
Franchement, un gamin peut se noyer sans que 95% des gens sur une plage ne s'en rendent compte, et c'est normal vu le monde et l'espace qui nous fait face.
[^] # Re: Tout à fais d'accord
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 5.
1) Les risques liés aux brevets sont applicables à tous les langages, au contraire mono est protégé puisqu'il implémente avec l'accord des détenteurs de brevets, contrairement à d'autres langages dont certaines parties peuvent être touchées par les mêmes brevets.
2) Le fait que Microsoft détient la clé des évolutions de .NET ne constitue pas un danger, mais au pire, une contrainte. Et alors ? Ce ne sont pas les dev linux qui ont décidé des choix de nombres protocoles réseaux, d'autres langages, et de la même façon ils doivent faire avec et implémenter ces choses sans le moindre pouvoir décisionnel.
3) Le fait que mono soit à la traine par rapport à .NET. Ce n'est pas plus un danger. Au pire c'est un délai qui n'empêche pas de - bien - développer une appli
4) Le fait que Microsoft pourrait s'écarter des implémentations validées par l'ECMA :
- c'est très improbable car ça ferait autant chier les dev .NET sous windows pour lesquels le code serait cassé du jour au lendemain. Bref ce n'est ni dans les intérêt de MS, ni de ses utilisateurs.
- n'est pas encore arrivé.
- n'emêche pas mono de suivre les implémentations standardisés et éventuellement une version suivant celle de Microsoft en cas de besoin : c'est chiant et ça donne du boulot supplémentaire, mais ça n'empêche pas les applis existantes de fonctionner.
Bref, on ne voit toujours pas où est le danger. ça tient surtout de la paranoïa de l'accroc aux théories de conspirations.
# euh...
Posté par Psychofox (Mastodon) . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 10.
après on lit :
L'émotion est évidemment très forte dans la communauté Rom. "Vous pouviez les sauver et vous ne l'avez pas fait.
euh ? comment dire. FUD à 2 balles ?
Après que les corps soient sans vie et que les gens continuent à profiter de leurs vacances, je ne vois rien de choquant. Quand il y'a un accident, où qu'il soit, avec des décès, tout le monde n'arrête pas ses activités. Je ne vois pas ce qu'il y'avait à faire de spécial en attendant que les corps soient pris en charge par les secouristes. On les a masqué avec des serviettes de bains.
En quoi est-ce de l'indifférence ? Faut que tout le monde se mette à pleurer et rentre dans son hôtel quand quelqu'un meurt ?
La communauté Rom s'indigne, mais où étaient les parents des gamines en question ? Pourquoi n'ont t-elles pas été surveillées par leurs proches ? J'y trouve la bien plus de matière à l'indignation. Si des gens ont laissé mourir leurs filles comme commes de chiens, ce sont bien leurs parents.
[^] # Re: GNU et saint, et Microsoft diabolique ?
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 2.
[^] # Re: En effet, c'est pire que la java trap
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 2.
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.
[^] # Re: GNU et saint, et Microsoft diabolique ?
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 0.
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.
[^] # Re: Tout à fais d'accord
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 2.
[^] # Re: GNU et saint, et Microsoft diabolique ?
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 1.
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.
[^] # Re: En effet, c'est pire que la java trap
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 0.
[^] # Re: Tout à fais d'accord
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 2.
La liste est dans la page de mono : des softs destinés à fonctionner à la fois sous windows, linux et macos X.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par Psychofox (Mastodon) . En réponse au journal Ce qui manque à GNU/LINUX : le souci de l'utilisateur et le professionnalisme. Évalué à 2.
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...
[^] # Re: GNU et saint, et Microsoft diabolique ?
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 2.
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)...
[^] # Re: GNU et saint, et Microsoft diabolique ?
Posté par Psychofox (Mastodon) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 3.
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é.