Toufou a écrit 1382 commentaires

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é)

Et le truc bien c'est que freepascal ne tourne pas que sur x86, contrairement à kylix

trollons donc joyeux:

J'ai Linux et XP gratuitement
Tu as bien de la chance, je ne le trouve pas a moins de 1500F dans les bonnes boutiques (sinon c'est soit mise à jour, soit OEM)

il n'y a toujours aucun equivalent serieux a DirectX
Pour ça, c'est sur que linux pour jouer c'est pas la peine... Et puis, le rapport besoin/ressources nécessaires au développement est trop bas, c'est peut-être pour ça qu'il n'existe pas de gros jeux en libre (ou en gratuit d'ailleurs) et du coup qu'il n'y a pas le même besoin de librairie dédiée.

tu developpes un soft (...) scripts d'init differents
Vous testez sur quel type de config chez microsoft ? J'hallucine... Au boulot, je n'ai pas deux postes installés de la même manière (je pense que c'est impossible): entre les services pack, les différentes versions de windows, les différentes versions de libs... Le déploiement grace à un install.exe clicodrome tient de l'utopie. Et je pense qu'il faut arrêter de croire qu'on puisse désinstaller autre chose que la calculatrice sous windows sans foutre en l'air le système. Pour ce qui est du déploiement/désinstall, le mieux que j'ai pu voir c'est le .deb.

Oracle, SQL Server, DB2, Exchange, Tivoli, Illustrator...features et perfs.
Bah, oracle et DB2 c'est juste une question de temps... Et puis, dans 90% des cas, tu peux remplacer par Interbase (open source) ou Postgres, voir mySQL, vu que tu n'utilises justement pas les fonctionnalités que les gros SGBD (Oracle DB2 et Informix, s'ils vivent encore) sont les seuls à proposer. Par exemple, les install pourries d'oracle qui trainent dans les petites boites (et il y en a un paquet) pourraient être remplacées plus qu'avantageusement par du libre tant au niveau du coût qu'au niveau des perfs (l'install par défaut d'oracle sur NT rame presque plus qu'access).

Quand tu obtiens un résultat acceptable...
Oui, je n'avais pas vu la chose comme ça, et pour pousser ton raisonnement au bout c'est peut-être encore plus vrai dans un developpement amateur ou c'est plus ou moins le résultat qui te motive. En fait, je voyais plus que le fait que tu n'avais pas d'échéance réelle, ma remarque n'était pas vraiment réfléchie.

Il faut bien se dire qu'optimiser un truc, c'est un boulot sans nom.
Attention, je ne parle pas d'optimisation sauvage du code style démo, je parle juste de ne pas faire n'importe quoi (comme tu éviterais un 'not in select' en sql si tu le peux). Tu es obligé d'avoir une bonne connaissance de tes objets pour pouvoir les utiliser sans introduire de redondances de traitement. Dans les fait, ce n'est pas toujours évident d'avoir cette connaissance a cause du côté boite noire de l'objet et même si tu l'as un objet peut acceder à une ressource quelconque pour des besoins internes (généralement méthode privée) et toi tu sera obligé de répeter la séquence d'accès à cette ressource pour tes besoins propres (c'est peut-être ce qu'il se passe avec le filemanager de gome). Je pense que c'est un problème de design mais parfois ce n'est pas évident à résoudre, voire impossible de faire proprement. Ce genre de truc tu le rencontres dès que tu dois faire du sur-mesure avec des composants visuels (d'ailleurs le problème est le même avec les modèles relationnels en BD).
Au passage, merci pour la ref (Design Pattern), encore un bouquin à lire :)

Mais le temps de développement coute en général plus cher que les infrastructures.
Ca je n'en suis vraiment pas convaicu. Pour une boite qui vend du logiciel, sans doute, mais pour des softs développés et utilisés en interne, je ne crois pas, surtout s'il sont beaucoup diffusés (changer 30 machines revient à payer quelqu'un pendant un an). C'est vrai que le développement en interne n'est plus vraiment d'actualité, mais je ne pense pas que ça dure (le processus est le même que pour l'objet a outrance: on obtient des spécialistes de leur métier mais incapables de s'interfacer (et de comprendre) une autre branche, uniquement parce qu'il faut un certain bagage pour comprendre le problème et qu'ils n'ont pas le temps de l'acquérir).
Dans mon boulot, il préfèrent (espérons que ça dure :)) mettre le temp et l'argent qu'il faut pour le développement que d'être emmerdés par la suite (ce qui se passe généralement dans les développements externes).

si ça augmente les délais de développement ça n'a aucun interêt
Dans une optique commerciale, oui, mais tu conviendras que tu t'en fous un peu lors d'un développement de type hobby.

Gnome est un mauvais exemple...
Pour Gnome je ne sais pas, d'habitude je m'arrette à GTK. Mais pour ce qui est de GTK, tu es bien placé pour le savoir, ça reste objet, léger et simple d'utilisation. Malgrès le choix du C qui n'est pas très approprié pour du dev de haut niveau (à mon avis), GTK reste nettement plus intéressant et simple que les librairies que j'utilise au boulot.

Et puis, le problème n'est pas Gnome ou QT/KDE, je disais juste que cette approche composants/objets favorisait l'apparition de gags comme les accès répétés aux ressources et les boucles inutiles. Le côté boite noire fait que tu n'as pas vraiment à savoir ce que fait l'objet en interne mais pour l'utiliser correctement, tu dois connaitre quand même son fonctionnement interne. Pire encore, plus l'objet est complexe, plus tu as de chances qu'il ne te convienne pas.
Bon, remarque, c'est pareil pour les librairies et pour le code généré par les compilos, mais si tu multiplies les couches, tu multiplies la compléxité des objets manipulés et le risque de consommation inutile alors qu'on peut faire mieux sans cet amas de couches.
Si ta production est diffusée dans l'entreprise (c'est mon cas), ce que tu gagnes en temps de developpement, tu le fais perdre largement en infrastructures (machines, réseau, etc). On ne change pas de machines tous les ans (ça coute trop cher et c'est invendable d'occase).