> avoir un format de "theme" assez portable
C'est pas une mauvaise idée, c'est vrai que c'est agaçant quand tu décide de vouloir tout passer en bleu de devoir se coller tous les panneaux de configurations 1 par 1 (Gnome, GTK, WindowMaker...) et avoir de toutes facons des applis rebelles qui refusent de se colorer comme tu veux parce qu'elles n'ont pas été programmées dans cette optique.
Maintenant moi j'aime bien l'aspect hétéroclite de mon bureau sous Linux, avec 1 toolkit différent pour chaque appli 8-)
> dire qu'il risque de concurrencer Gnome et KDE est un peu exagéré, le but visé n'est pas tout à fait le même.
100% d'accord, E sera peut-être aussi joli/beau/pratique à utiliser que Gnome ou KDE - pour autant qu'on considère qu'un cliquodrome c'est vraiment cool, ce qui est discutable - mais pour l'instant on risque pas trop d'avoir des centaines d'applis qui s'intègrent à E au point de vue du look, de l'ergonimie générale, etc...
Et pourtant c'est bien ce que visent Gnome et KDE: fournir un framework pour développer des applications graphiques et obtenir au final un environnement complet et homogène.
M'enfin bon faudra que je l'essaye E, depuis le temps, il a bien du évoluer quand même!
> t'as ca dans VC++, tu devrais penser a y jeter un oeil plutot que t'arracher les cheveux dans les menus de VC++.
En fait je suis d'une mauvaise foi assez redoutable dans mon propos car effectivement j'utilise assez peu l'IDE pour régler les paramètres. Concrètement j'utilise souvent la ligne de commande uniquement (grâce au mystérieux 8-) vcvars32.bat) et ie couple avec GNU make qui marche au poil...
> au boulot on a un truc maison qui est franchement hyper-baleze
C'est bien pour ce genre de raison que j'ai fait mes adieux aux produits Microsoft, on dispose rarement des _vrais_ outils... M'enfin bon maintenant que j'ai trouvé une alternative je suis beaucoup plus zen.
Au passage, je m'excuse de mon post précédent qui était un tantinet aggressif quand même. Soyons gentlemen!
> aller jouer dans les options de VC++
Ah oui, les options de VC++!
Avec des vraies zones de saisie bien petites (de 1 à 4 lignes et environ 40 colonnes) comme on n'aime pas pour saisir les #defines et autres bibliothèques à lier avec l'appli.
Note de convivialité: 1/20 parce que les libellés sont pas en japonais.
Et puis aussi le fait que dès que tu fais "bouton droit -> settings" t'es balancé sur la target "Debug" automatiquement. La classe. Trop pratique d'avoir à vérifier après coup que t'as pas par hasard effectué un règlage différent pour les targets "Debug" ou "Release"...
Et la cerise sur le gateau: as-tu essayé de faire des branchs SourceSafe sur un projet Visual C++? C'est assez drôle car les références SourceSafe sont codées en dur dans les fichiers .dsp, donc t'es obligé de les éditer à la main. Miam Miam.
(évidemment il est marqué en gros au début du fichier qu'il ne faut pas l'éditer manuellement...)
Non, vraiment, Visual C++, même pour Hello World, c'est à chier...
Je suis pas mal d'accord avec l'article, et effectivemet le fait de porter des softs libres du monde GNU/Linux vers Windows peut être très positif.
D'ailleurs CygWin est un peu là pour ça...
Perso, j'ai découvert le logiciel libre avec DJGPP. A l'époque, je cherchais un bon compilo C/C++ pour DOS. Et apres avoir essayé Borland C et Watcom C, je suis tombé sur DJGPP.
"Tiens, ça coûte combien? Ah, 0.00F? Pas mal... Oh puis y'a la doc complète avec. Et puis y'a une bonne centaines de bibliothèques qui viennent avec. Et puis y'a aussi le source des libs, c'est cool ça va me faire des exemples! Et donc alors, DJGPP, c'est un port du compilateur GNU gcc, c'est-à-dire?"
Et c'est grâce à ce soft pour DOS que j'ai découvert le logiciel libre (et donc Linux par la suite). Franchement, je dois une fière chandelle à DJ Delorie d'avoir pondu DJGPP, car sinon je serais probablement en train m'extasier devant les mystères impénétrables de la base de registre.
Tu dis "J'ai un PC" ou "J'ai un OP" ?
Ni l'un ni l'autre, j'ai plutot tendance a dire:
- machine
- babasse
- becane
- ordino
- bousin
ou alors je donne un p'tit nom a mes machines, genre lors de l'installation par exemple, en plus c'est pratique ca permet de les identifier sur le reseau.
Assez d'accord, et puis rappelons au passage que les protocoles de communication de bas niveau propriétaires, il existaient aussi avant et que TCP/IP les a envoyés au tapis. Et ce malgré qu'ils aient été largement soutenus par les "acteurs du marché" de l'époque.
J'ai du voir des bouts d'IPX trainer du temps ou on jouait à Doom en réseau, mais depuis: rien.
C'est bien là l'avantage d'avoir des projets concurrents. C'est la meilleure garantie qui soit. Qt est passé en propriétaire parce que Gnome aurait pu leur faire de l'ombre à terme en étant basé sur des licenses libres. De manière analogue, si des composants majeurs de Gnome devenaient proprio - rappelons au passage que Gnome n'a pas attendu Ximian, Eazel ni même sa fondation pour exister - eh bien ces composants ne seraient plus utilisés par personne.
C'est d'ailleurs ce qui pend au nez de TuxRacer 8-)
> Vous faites comme tout le monde, vous utilisez ce qu'on vous demande d'utiliser. J2EE ou .NET, on se mettra à ce que le marché imposera, bon ou pas.
Bêêêêêêêêêêêêêêêêêêêêêê!
> les utilisateurs de debian devraient globablement tous savoir compiler un programme.
<disgression>
Justement, depuis que je suis passé sous Debian, je ne compile quasiment plus rien. Comme une grande majorité des programmes dont le source est libre sont intégrés à la distrib, tu peux te servir des packages pré-compilés, et donc les rares installs que je fais "à côté" sont des installs binaires (netscape pour arriver à consulter des sites qui combinaient SSL+JavaScript du temps ou Mozilla PSM n'était pas au point par exemple 8-P)
</disgression>
> on peut également communiquer par le biais des bus objets (CORBA, RMI ...), par messages (JMS ...), par répertoires (JNDI ...) voire directement avec les objets de l'aplication (Entity EJB).
Very good, je conteste pas, mais justement l'intérêt des Web Services c'est de se dédouaner de toute cette plomberie. Pour coder des Web Services, PHP, c'est tout bon.
> une grosse application qui doit posséder d'autres points d'entrées que HTTP
Justement le concept du Web Service (tout à fait contestable d'ailleurs) est de jouer la carte de la simplicité et de donner un accès à des fonctionnalités avancées via des requêtes HTTP toutes bêtes.
C'est sur que les Web Services, ça n'est qu'une partie des spécications de la plate-forme J2EE, mais comme l'article était au départ (je cite) "Un article plein de bon sens pour ceux qui doutent encore de l'avance de Java dans les WebServices", moi je me cantonne à cet aspect là.
Et pour avoir bossé un peu avec WebSphere (3 tonnes, champion catégorie mamouth) et Enhydra (500Kg seulement, un peu plus léger), je reste convaincu que J2EE, ben c'est pas de la tarte.
Ouais mais quand t'as un core dump, si tu sais pas manipuler un pointeur, faut se cramponner pour trouver l'erreur. Tu peux y passer des jours et souvent la 1ère étape va être "bon alors au fait cette histoire de pointeur comment ça marche?".
> C, son satellite transgénique le C++ et autres COBOL appartiennent au passé et les derniers compétents tu les trouvensdans les bataillons de vieux cons
Traite-moi de con si tu veux, mais vieux, à 26 ans, ça me fait mal 8-)
> mais les limites d'un langage intégré aux pages
Dans le cadre de n'importe quel projet d'envergure, et ce qu'elle que soit la techno, faut un minimum de norme de développement. Tu peux faire des inclusions de fichiers en PHP et rien ne t'empêche de t'organiser proprement. Et j'enfonce maintenant une 2ème porte (ouverte elle aussi) : on peut faire une application en utilisant la plate-forme J2EE, qui soit toute jolie dehors et toute caca dedans avec des appels à la base de données directement codées dans des JSP.
Et puis essayer de faire avaler à un système judiciaire (n'importe lequel d'ailleurs) qu'il s'est peut-être un peu gouré, c'est pas une mince affaire...
[^] # Re: Je sais pas lire...
Posté par ufoot (site web personnel) . En réponse à la dépêche Quel avenir pour Netscape, QuickTime et Java ?. Évalué à 1.
> Enfin voilà quoi.. le mieux c'est encore de boycotter..
Mouais, boycotter un format disparu, ca va pas être très dur 8-)
# Je sais pas lire...
Posté par ufoot (site web personnel) . En réponse à la dépêche Quel avenir pour Netscape, QuickTime et Java ?. Évalué à 1.
[^] # Re: rapide et leger
Posté par ufoot (site web personnel) . En réponse à la dépêche E17 : un shell graphique complet. Évalué à 1.
C'est pas une mauvaise idée, c'est vrai que c'est agaçant quand tu décide de vouloir tout passer en bleu de devoir se coller tous les panneaux de configurations 1 par 1 (Gnome, GTK, WindowMaker...) et avoir de toutes facons des applis rebelles qui refusent de se colorer comme tu veux parce qu'elles n'ont pas été programmées dans cette optique.
Maintenant moi j'aime bien l'aspect hétéroclite de mon bureau sous Linux, avec 1 toolkit différent pour chaque appli 8-)
[^] # Re: Off Topic
Posté par ufoot (site web personnel) . En réponse à la dépêche E17 : un shell graphique complet. Évalué à -1.
Merci 8-)
> Mais ça nuit à la productivité.
Hein quoi? Produire? Ca veut dire quoi?
[^] # Re: rapide et leger
Posté par ufoot (site web personnel) . En réponse à la dépêche E17 : un shell graphique complet. Évalué à 1.
100% d'accord, E sera peut-être aussi joli/beau/pratique à utiliser que Gnome ou KDE - pour autant qu'on considère qu'un cliquodrome c'est vraiment cool, ce qui est discutable - mais pour l'instant on risque pas trop d'avoir des centaines d'applis qui s'intègrent à E au point de vue du look, de l'ergonimie générale, etc...
Et pourtant c'est bien ce que visent Gnome et KDE: fournir un framework pour développer des applications graphiques et obtenir au final un environnement complet et homogène.
M'enfin bon faudra que je l'essaye E, depuis le temps, il a bien du évoluer quand même!
[^] # Re: pas d'accord
Posté par ufoot (site web personnel) . En réponse à la dépêche Comment convertir les utilisateurs windows ?. Évalué à 1.
Ouah facile c'est un extra-terrestre poilu qui dévalise les frigos!
D'autres devinettes?
[^] # Re: pas d'accord
Posté par ufoot (site web personnel) . En réponse à la dépêche Comment convertir les utilisateurs windows ?. Évalué à 1.
En fait je suis d'une mauvaise foi assez redoutable dans mon propos car effectivement j'utilise assez peu l'IDE pour régler les paramètres. Concrètement j'utilise souvent la ligne de commande uniquement (grâce au mystérieux 8-) vcvars32.bat) et ie couple avec GNU make qui marche au poil...
> au boulot on a un truc maison qui est franchement hyper-baleze
C'est bien pour ce genre de raison que j'ai fait mes adieux aux produits Microsoft, on dispose rarement des _vrais_ outils... M'enfin bon maintenant que j'ai trouvé une alternative je suis beaucoup plus zen.
Au passage, je m'excuse de mon post précédent qui était un tantinet aggressif quand même. Soyons gentlemen!
[^] # Re: pas d'accord
Posté par ufoot (site web personnel) . En réponse à la dépêche Comment convertir les utilisateurs windows ?. Évalué à 1.
Ah oui, les options de VC++!
Avec des vraies zones de saisie bien petites (de 1 à 4 lignes et environ 40 colonnes) comme on n'aime pas pour saisir les #defines et autres bibliothèques à lier avec l'appli.
Note de convivialité: 1/20 parce que les libellés sont pas en japonais.
Et puis aussi le fait que dès que tu fais "bouton droit -> settings" t'es balancé sur la target "Debug" automatiquement. La classe. Trop pratique d'avoir à vérifier après coup que t'as pas par hasard effectué un règlage différent pour les targets "Debug" ou "Release"...
Et la cerise sur le gateau: as-tu essayé de faire des branchs SourceSafe sur un projet Visual C++? C'est assez drôle car les références SourceSafe sont codées en dur dans les fichiers .dsp, donc t'es obligé de les éditer à la main. Miam Miam.
(évidemment il est marqué en gros au début du fichier qu'il ne faut pas l'éditer manuellement...)
Non, vraiment, Visual C++, même pour Hello World, c'est à chier...
# Pas faux cet article
Posté par ufoot (site web personnel) . En réponse à la dépêche Comment convertir les utilisateurs windows ?. Évalué à 1.
D'ailleurs CygWin est un peu là pour ça...
Perso, j'ai découvert le logiciel libre avec DJGPP. A l'époque, je cherchais un bon compilo C/C++ pour DOS. Et apres avoir essayé Borland C et Watcom C, je suis tombé sur DJGPP.
"Tiens, ça coûte combien? Ah, 0.00F? Pas mal... Oh puis y'a la doc complète avec. Et puis y'a une bonne centaines de bibliothèques qui viennent avec. Et puis y'a aussi le source des libs, c'est cool ça va me faire des exemples! Et donc alors, DJGPP, c'est un port du compilateur GNU gcc, c'est-à-dire?"
Et c'est grâce à ce soft pour DOS que j'ai découvert le logiciel libre (et donc Linux par la suite). Franchement, je dois une fière chandelle à DJ Delorie d'avoir pondu DJGPP, car sinon je serais probablement en train m'extasier devant les mystères impénétrables de la base de registre.
Donc porter des softs libre pour Windows, yabon!
[^] # Re: Petite description des Jeux :
Posté par ufoot (site web personnel) . En réponse à la dépêche Sortie de Rune : Halls of valhalla et de Kohan. Évalué à 1.
[^] # Re: Traduction du texte de DLFP-langue en français.
Posté par ufoot (site web personnel) . En réponse à la dépêche Draft de la spécification du langage D. Évalué à 1.
Ni l'un ni l'autre, j'ai plutot tendance a dire:
- machine
- babasse
- becane
- ordino
- bousin
ou alors je donne un p'tit nom a mes machines, genre lors de l'installation par exemple, en plus c'est pratique ca permet de les identifier sur le reseau.
[^] # Re: Traduction du texte de DLFP-langue en français.
Posté par ufoot (site web personnel) . En réponse à la dépêche Draft de la spécification du langage D. Évalué à 1.
Ah???
Et Lib ca vient de quoi alors?
Logiciel Libre peut-etre...
[^] # Re: Ils vont réimplémenter IPv6 aussi ? :-)
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft contre TCP/IP. Évalué à 1.
J'ai du voir des bouts d'IPX trainer du temps ou on jouait à Doom en réseau, mais depuis: rien.
[^] # Re: Vous allez voir...
Posté par ufoot (site web personnel) . En réponse à la dépêche Tux Racer 1.0 ne sera pas libre. Évalué à 1.
C'est bien là l'avantage d'avoir des projets concurrents. C'est la meilleure garantie qui soit. Qt est passé en propriétaire parce que Gnome aurait pu leur faire de l'ombre à terme en étant basé sur des licenses libres. De manière analogue, si des composants majeurs de Gnome devenaient proprio - rappelons au passage que Gnome n'a pas attendu Ximian, Eazel ni même sa fondation pour exister - eh bien ces composants ne seraient plus utilisés par personne.
C'est d'ailleurs ce qui pend au nez de TuxRacer 8-)
[^] # Re: Don't believe the hype!
Posté par ufoot (site web personnel) . En réponse à la dépêche Java J2EE vs .Net. Évalué à -1.
Bêêêêêêêêêêêêêêêêêêêêêê!
[^] # Re: Pouah
Posté par ufoot (site web personnel) . En réponse à la dépêche Java J2EE vs .Net. Évalué à -1.
(-1 parce que les private jokes ça intéresse pas tout le monde)
[^] # Re: sourceforge ?
Posté par ufoot (site web personnel) . En réponse à la dépêche Tux Racer 1.0 ne sera pas libre. Évalué à 1.
<disgression>
Justement, depuis que je suis passé sous Debian, je ne compile quasiment plus rien. Comme une grande majorité des programmes dont le source est libre sont intégrés à la distrib, tu peux te servir des packages pré-compilés, et donc les rares installs que je fais "à côté" sont des installs binaires (netscape pour arriver à consulter des sites qui combinaient SSL+JavaScript du temps ou Mozilla PSM n'était pas au point par exemple 8-P)
</disgression>
[^] # Re: Pouah
Posté par ufoot (site web personnel) . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
Very good, je conteste pas, mais justement l'intérêt des Web Services c'est de se dédouaner de toute cette plomberie. Pour coder des Web Services, PHP, c'est tout bon.
> une grosse application qui doit posséder d'autres points d'entrées que HTTP
Justement le concept du Web Service (tout à fait contestable d'ailleurs) est de jouer la carte de la simplicité et de donner un accès à des fonctionnalités avancées via des requêtes HTTP toutes bêtes.
C'est sur que les Web Services, ça n'est qu'une partie des spécications de la plate-forme J2EE, mais comme l'article était au départ (je cite) "Un article plein de bon sens pour ceux qui doutent encore de l'avance de Java dans les WebServices", moi je me cantonne à cet aspect là.
Et pour avoir bossé un peu avec WebSphere (3 tonnes, champion catégorie mamouth) et Enhydra (500Kg seulement, un peu plus léger), je reste convaincu que J2EE, ben c'est pas de la tarte.
That's all.
[^] # Re: Pouah
Posté par ufoot (site web personnel) . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
[^] # Re: Hum... Voilà un point de vue tranché.
Posté par ufoot (site web personnel) . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
Cela dit, tu viens de mettre en évidence _le_ pb des posts anonymes, c'est qu'au bout d'un moment on sait plus à qui on parle...
[^] # Re: Tux Racer 1.0 ne sera pas libre, pas bien et alors?
Posté par ufoot (site web personnel) . En réponse à la dépêche Tux Racer 1.0 ne sera pas libre. Évalué à 1.
[^] # Re: Pouah
Posté par ufoot (site web personnel) . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
Par exemple titiller la fibre nostalgique du programmeur qui regrette son vieil ordinateur 8-bit poussiéreux qui croupit au garage.
[^] # Re: Hum... Voilà un point de vue tranché.
Posté par ufoot (site web personnel) . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
Traite-moi de con si tu veux, mais vieux, à 26 ans, ça me fait mal 8-)
> mais les limites d'un langage intégré aux pages
Dans le cadre de n'importe quel projet d'envergure, et ce qu'elle que soit la techno, faut un minimum de norme de développement. Tu peux faire des inclusions de fichiers en PHP et rien ne t'empêche de t'organiser proprement. Et j'enfonce maintenant une 2ème porte (ouverte elle aussi) : on peut faire une application en utilisant la plate-forme J2EE, qui soit toute jolie dehors et toute caca dedans avec des appels à la base de données directement codées dans des JSP.
[^] # Re: adobe
Posté par ufoot (site web personnel) . En réponse à la dépêche La programmation peut mener en prison. Évalué à 1.
[^] # Re: Pouah
Posté par ufoot (site web personnel) . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.