Toufou a écrit 1386 commentaires

Est-ce que tu vois la différence entre la commande 'cat' et un parser ?
N'importe quoi, cat et un parser n'ont pas les mêmes fonctionnalités/usages. Alors que là on parle d'une communication interprocessus selon deux méthodes différentes.

- aucune appli n'a de methode standard pour parler a une autre. Heureusement, on commence a voir des choses avec Bonobo, DCOP ou SOAP, mais ca reste encore tres fragmente et incompatible.
les sockets et les IPC System V ce n'est pas standard ? Il suffit de spécifier le protocole de communication. Je ne vois pas la différence avec la spécif d'un composant.

- aucune appli n'a de methode standard pour reutiliser des composants d'une autre appli. La aussi Gnome et KDE commencent a nous apporter des solutions, mais c'est tardif.
La programmation par composants c'est peut-être bien sur des gros dévelopements serveurs (je ne connais pas du tout le domaine, mais même là je doute) mais je n'arrive toujours pas à voir l'intéret au niveau client par rapport à une librairie. Plus tu t'approches du besoin métier / utilisateur, plus tu dois personnaliser ton interface et tes structures: la réutilisation se restreint de plus en plus. Alors avoir des composants style browser html dans ton appli, à part bouffer des ressources (non tout le monde ne change pas un parc de 100 machines tous les ans), ça sert à quoi ?

D'après ce que je comprend de ce que disent la FSF et l'OSI qui sont les plus deux grand formalisateurs des idées de Free Software ou Open Source, il me semble que c'est une différence fondamentale: l'un encourage le 'copyleftage' ( http://www.fsf.org/copyleft/copyleft.fr.html(...(...)) ), l'autre ne se préoccupe pas de ce type de problème.

Autant, au niveau de la license c'est plus ou moins pareil (les licenses conformes à l'OSD ( http://www.opensource.org/docs/definition.html(...(...)) ) sont libres ), autant en tant que mouvement, il me semble que c'est assez différent pour être distingué.

C'est sur que je ne comprend toujours pas comment on peut encore confondre _ici_ Free Software et Open Source. Idem pour FSF et GNU.

That's no good, brother, that no good.

Bah, il existe le même genre de problème entre les différentes versions de windows

Hmmmm au hasard, sous delphi 6.0 le DBgrid délire complètement (la sélection particulièrement) si la souris est pourvue d'une molette ou si tu veux faire du D&D avec, le ADODataSet comporte des fonctions qui ne marchent pas (avec oracle, le Locate, par exemple), et les composant ADO génèrent des exceptions que la VCL ne récupère pas. Et pourtant il est déjà sorti un patch.
Sous CLX pour windows, il faudrait que je retrouve mon test pour trouver des exemples. Et puis, quitte à faire du QT, autant en faire du natif, non ?

La présence de Kylix et BCBuilder dans le monde Linux-pour-PC ne va certainement pas révolutionner le monde du libre/open source, d'autant plus qu'il existe des IDE (comme KDevellop ou Lazzarus) qui promettent nettement plus et qui ne sont pas liées à un toolkit ou à une architecture. Certes, elles ne sont pas finies, mais bon, celles de borland non plus (pas plus que VB de MS, je ne connais pas VC++). Kylix et Lazzarus, au moins, ont un avenir et bénéficient d'un avantage énorme: c'est au minimum de l'Open Source.

Les Composants ne font que ce que l'on demande de faire. Il sont bien dressés.
Pas ceux de la VCL qui est une grosse bouse truffée de bugs. Et le peu que j'ai testé de CLX m'a fait revenir à la VCL.

Et j'irais jusqu'à dire qu'on avait pas vu ça depuis longtemps.

Le BSA lui proposera un arrangement "à l'amiable" du style: soit tu achêtes ce que tu pirates, soit on t'explose au tribunal... Il vaut mieux faire appel à un autre organisme style l'APP ( http://www.anti-piraterie.com.fr/index.htm(...) ).
Sinon c'est sur que le jour où il faudra cracher les 300€ pour son petit XP familial + les 1000€ pour avoir un office pro juste pour taper 3 lettres dans l'année, les gens regarderons plus du côté des 100€ d'une Mandrake (ou autre) complete.

Même que ça s'appellerai de la piraterie que ça m'etonnerai pas :). Piratage, gravage, hashage, cédérom ... Y a pas à dire, la langue française s'enrichit tous les jours :)

Je me demande comment ils vivent le port de la sale étiquette de rebelle anarcho-communiste-antiaméricain-pabolamondialisation-etc qui va si bien avec linux ;) Plus sérieusement, vu comme c'est pas facile de bouger les décideurs pressés du privé pour faire entrer le libre dans une boite, j'applaudis ceux qui arrivent à faire bouger les décideurs pressés de l'administration.

Oui, c'est le problème, ce n'est pas une fonction standard. Mais bon, comme tu disais, il suffit de jouer avec les #define. De toutes manières, je pense pas que ce soi le seul endroit où tu as des problèmes de portages qui t'amènes à jouer avec la compilation conditionnelle.

man __clone()

Sous Linux, il me semble qu'il existe une fonction non standard qui s'apelle __clone et qui permet de faire ce que tu demandes (partage de la tables des signaux et/ou du PID, etc).

Pour le scp il y a un freeware WinSCP qui n'est pas trop mal, même s'il est encore en beta pour la v2.0



http://winscp.vse.cz/eng/(...(...))

Avoir Mac, c'est comme acheter des meubles Art Deco au lieu d'aller à Conforama : c'est très beau mais très cher.
Ben en fait pas tant que ça... Un PC de qualité coute presque le prix d'un mac à peu près équivalent. C'est juste que le bas de gamme mac commence plus haut que le base de gamme PC (pas de mac à 5000F). Au niveau des portables, ça a l'air grosso modo la même chose.
Pour ma part, j'ai hésité pour le renouvellement (inutile d'ailleurs, mais c'est un conditionnement difficile à défaire) de ma machine, et je n'aurais pas eut une opportunité PC, j'aurais peut-être pris un mac. De toutes manières, c'est linux qui aurait tourné dessus :)

Steve Jobs a bien anticipé en proposant un OS Basé sur de l'Unix et sur les outils de dev GNU : il s'assure ainsi la disponibilité de pleins de logiciels.
Il me semble que en 89 le Next était déjà proposé avec gcc... Il n'est pas à son coup d'essai le bougre :)

Non, c'était juste histoire de dire qu'en info le pognon injecté ne fait pas tout. Ca aide, c'est sur, mais beaucoup de concepts ont été trouvés par des individus (ou des groupes) sans trop de moyens.
Selon moi, l'amateurisme à une grosse influence et reste un enorme foyer à idées que ne remplacera pas forcément un raz de marée de pognon.

je ne pense pas que des millions de dollars en etude de concept puisse avoir peur de 3 barbus dans un garage.
Pourtant il y a plus de linux que de mac OS en service....

Pas la peine il a déjà dit qu'il n'y avait pas de code libre dans windows. Et qu'il n'était pas conseillé de lire du source libre de peur de l'inclure plus ou moins inconsciemment dans du MS.

qui irait se faire chier à développer ce genre de truc
Une boite qu'on paye pour ça. Tu veux pas le soft, tu vends le développement du soft.
Autre possibilité, tu embauches des développeurs pour faire le travail (ce qui je crois est la méthode légale, il parait qu'une régie un peu trop longue peut être considérée comme un délit de marchandage où un truc du style http://solutions.journaldunet.com/conseils/juridique/juridique21_ma(...) )

Sur ce point la contre opinion par d'une constatation valable à court terme (ça va ralentir la recherche puisqu'il faudra redévelopper ce qui manque) mais a plus long terme, la recherche ne sera plus bridée par des licenses grotesques et les programmes seront améliorés par tous et non par chaque labo dans son coin.

Si tu veux installer un soft qui se met au demarrage de la machine
Soit tu es l'admin de la machine et j'espère que tu sais où les scripts se trouvent, soit tu ne l'es pas et tu le mets dans le .login ou le .profile ou autre (selon tes besoins et ton shell).

...si elles font les choses correctement.
d'accord, ce n'est pas le problème de windows, mais dans les fait ce n'est pas le cas.

puissent ecrire leurs softs sans s'inquieter de ce qu'il y a dessous
je pense que c'est la raison principale au fait que justement, les applications ne font pas les choses correctement. Il me semble que tu DOIS avoir une certaine compréhension et connaissance des choses que tu manipules grace à ton API, sinon tu as 99% de chances de faire le porc sans même le savoir.

sans ca Linux restera "plusieurs distributions"
Ce n'est pas vraiment un problème, je trouve. La distribution influe principalement sur l'organisation des fichiers et sur la gestion des packages, pas sur les applications de base. Il y a autant de différences entre les grandes distributions linux que je connais (hormis la slack qui a un init BSD au lieu du système V qu'on retrouve presque dans toutes les grandes distribs) qu'entre deux versions de windows. Pour moi, les problèmes sont similaires sous windows et sous linux.

Le jeu vidéo est vraiment un cas à part puisqu'il ne répond pas un besoin "vital" et demande une grosse quantité de travail dont la plus grosse part est artistique.
De plus, même si le jeu ne bouge plus depuis des mois, il y a une chance que le développement reprenne, alors que s'il est propriétaire, il n'y en a aucune.

l'économie n'est pas importante. Seule la liberté est importante.
J'aurais plutôt dit que l'économie ne primait pas sur la liberté, contrairement au modèle propriétaire.

aujourd'hui MySQL ne supporte pas les transactions...décent des Blobs
Les transactions pour mySQL, il me semble que c'est pour la prochaine version. Ok ça ne marche pas _maintenant_, mais vu la vitesse d'avancement de postgres/mySQL (ou d'autre projet open source de même envergure), je ne doute pas qu'on arrive rapidement au niveau d'oracle sur la plupart des fonctionnalités courramment utilisées.
Sinon, je n'ai malheureusement pas eut le plaisir (ou le cauchemard) d'avoir travaillé avec postgres ou mysql, mais j'ai travaillé avec oracle 7 et je travaille avec le 8 en ce moment. Rien de ce que j'ai fait (ou de ce que fait mon service) n'est pas faisable avec postgres ou interbase (et sans doute mySQL quand il prendra les transactions).
Dans les petites boites, la plupart du temps les BDs pourraient être hebergées par un sgbd quelconque, mais combien de petits éditeurs utilisent oracle ou sql serveur uniquement pour des raisons marketting et non pour les fonctionnalités du sgbd (j'en connais au moins 4 dans ma région) ?

Pour une entreprise l'essentiel des coûts est liés à la main d'oeuvre pas à l'achat des licences
Pour une grosse entreprise peut-être (rien que les licenses windows de mon batiment doivent valoir plus cher que le salaire annuel du gars qui les maintient). Mais pour une petite boite je ne pense pas. Suivant le domaine, le logiciel spécifique à son activité vaudra plus cher que 5 ans de salaire de l'admin (combien coûte un LIMS digne de ce nom ?). Pour un magasin moyen (1 comptable, 2 vendeurs) les licenses du serveur NT et des softs de compta/gestion commerciale qui tourneront dessus vaudront plus cher que le contrat de maintenance pour le pauvre réseau de 4 machines.

...Windows ou aux Unix propriétaire ... certaine homogénéité dans la configuration ... installation par défaut.
Encore une fois, j'hallucine... Il n'y a pas 2 PC sous windows installés de la même manière (sauf peut-être, pour du matos identique et du soft préinstallé et jamais utilisé). Peut-être au niveau serveur, mais au niveau client, au bout de 6 mois, chaque machine est différente. Quand aux unix propriétaires plus homogènes que linux, la j'utilise un peu HPUX, qui n'a rien à voir avec AIX qu'on avait à l'école qui je suppose n'a rien à voir avec Solaris. Disons juste qu'il y a un support pour les unix proprios et windows, pas pour linux (sauf peut-être pour DB2 depuis qu'IBM soutient linux ?).

Résultat, les entreprise qui se fichent des performances...
Manifestement, on ne vit pas dans le même milieu. LE problème que je rencontre régulièrement en BD c'est les perfs. D'ailleurs c'est peut-être pour ça qu'on a HPUX/Oracle et qu'on est pas dans les 10% restants de tes stats ;) D'ailleurs, on se fout tellement des licenses et de leur prix qu'on nous demande de _privilégier_ l'usage de logiciels libres (remarque c'est aussi dû à la fermeture des softs proprios et à leur manque total de perennité)