Ca a l'air sympa pour le developpeur ce que tu nous decris. J'ai vu sur la page de Gorm un lien vers les mini-tutoriels de N. Pero, et aussi un lien vers un livre sur Objective-C. Est ce que ca suffit pour demarrer un petit projet, ou bien il y a d'autres sources d'info ?
Pour Quake3, la sortie s'est effectuee d'abord pour MacOS, ensuite Linux et enfin Windows. Raison officieuse: plus le matériel (video) est restreint, plus c'est facile de régler les problèmes.
Et comme les mac-users ont pu prendre en main le jeu en premier, ils ont pu mettre une raclée aux autres quand ils sont arrivés sur les serveurs (enfin, au début, parce que l'avantage a vite disparu...)
Voui. Je gagne la possibilité (théorique) de corriger un bug sur un OS qui de toute facon ne tournera pas sur ma plateforme, et je perds toute la documentation technique sur le hardware.
Dans mon cas a moi que j'ai, c'est pas vraiment intéressant.
Avant la sortie de Solaris10 et le passage sous license OpenSource, on trouvait une quantité d'information incroyable sur le hardware Sun (description, reférence, configuration, etc) chez docs.sun.com.
Aujourd'hui, la plupart des documents interessants ont disparu (comprendre qu'il ne sont plus accessibles gratuitement pour l'amateur, mais avec le contrat de support gold...), et ca devient difficile de bricoler du hardware Sun datant du siècle dernier.
Et quand on est en face d'une Sparc20, on est bien content de savoir que Solaris10 est OpenSource, vu qu'il ne peut pas s'installer sur ce type de machine. Et on regrette la disparition de la documentation pour installer des périphériques exotiques avec d'autres OS (Debian et OpenBSD, par exemple).
Je crois que je préférais quand Solaris était Closed Source (c'était mieux à vent ...)
Oui, je sais, merci.
Mais ca montre surtout qu'il y a une montagne de cash disponible, et que la boite ne sais pas quoi en faire... Ah, si peut être un OS qui ne ressemble pas à un gruyere, mais ca ne correspond pas au business plan.
Il faut croire que Microsoft ne sait pas quoi faire de son cash, et pourtant il y en a beaucoup:
"Microsoft Corp. said Tuesday it would double its cash dividend and that its board approved a plan to buy back up to $30 billion of the company's stock over the next four years."
July 21, 2004: 10:15 AM EDT http://money.cnn.com/2004/07/20/technology/microsoft/(...)
Il s'agit de 30 (trente) milliards de dollars, tout ca pour racheter des actions... Les 300 millions dont il est question plus haut ne représentent que 1% de cette somme.
C++ est un langage relativement lent, car en tant que langage à objet classique il est basé sur la liaison dynamique..
tu est sur de toi, la ?
C++ n'est pas un langage à objet classique (genre Smalltalk), et la liaison dynamique n'a rien d'obligatoire. Les templates, si je ne m'abuse, c'est tres, tres statique.
Dans le document de presentation (PDF en lien), je lis que "si un serveur DHCP est en cours d'utilisation, Rendezvous utilise l'adresse IP assignée" (deuxieme page, dernier paragraphe). Ensuite seulement il y a "l'ordinateur sélectionne de façon aléatoire une adresse IP... jusqu'à en trouver une de disponible."
Donc je comprends que le processus "pas efficace" n'est utilisé qu'en l'absence du processus efficace (DHCP). Et je ne vois vraiment pas ou est le probleme dans cette techno (par contre j'en vois un chez les gens qui ne lisent pas les articles/documents et qui trollent dans le vide ;)
Puisqu'on est dans le sujet: j'ai passé un certain temps a essayer de faire fonctionner le service uucpssh.org sur un OpenBSD 3.3 + Sendmail. Ca n'a jamais voulu marcher. Et puis j'ai installé le package Postfix, suivi les instruction, et hop, c'est tombé en marche.
La macro foreach de Qt se nomme en fait Q_FOREACH, en majuscule pour bien montrer que c'est une macro, et avec un prefixe pour (essayer) d'éviter les collisions. Il est malheureusement possible en activant un flag de définir le synonyme "foreach", avec les conséquences qui en découlent.
L'auteur de l'article http://www.nwcpp.org/Meetings/2004/01.html(...) s'appelle Eric Niebler, et c'est un contributeur au projet Boost. Suite a la publicité récente sur le foreach de Qt, il vient de proposer sur la mailing list boost-devel une implementation de sa technique (et la macro se nommera BOOST_FOREACH, comme il se doit).
<ma vie>
il n'empeche que Boost.Lambda est beaucoup plus interessant.
</ma vie>
J'ai un peu de mal avec ton commentaire, et aussi avec les suivants. Je n'ai pas regarde comment c'est implementé, mais au vu de ton exemple, ca sent la macro a plein nez. Et ce genre de macro, ce n'est pas sympathique, c'est Mal (tm)(r) : tout se passe bien jusqu'a ce que tu commence a utiliser une autre bibiotheque qui définit elle aussi une macro du meme nom, ou pire encore une fonction...
Pour faire ce genre de chose, sans macros et avec une bibliotheque bien codee, il y a Boost.Lamba (http://www.boost.org/libs/lambda/doc/(...) ), et l'exemple que tu donnes s'écrirait:
Voui. La difference, c'est qu'un fichier de configuration pour pf, il n'y a pas besoin de s'y mettre pour que ca soit clair, par ce que c'est _lisible_. C'est pour ca que ma passerelle est sous OpenBSD (et aussi parce que le noyau 2.4 est trop instable, et ipchains me gave encore plus que iptables).
Si le newbie a l'intention de construire son firewall à la mimine en éditant le fichier de conf, ca risque d'être moins pathétique sous OpenBSD que sous Linux ...
J'ai fait un stage dans une boite dont le serveur principal s'appelait duvel. Dans ma grande ignorance, j'ai compris l'origine du nom en rentrant dans la salle machine, une canette etait posee sur la tour... La pratique est sympa.
Devant ce genre de discours, une bonne question a poser c'est:
"pouvez vous nous donnez des informations sur les vitesses d'arrivée de patches entre Windows/Linux ?"
C'est suffisamment ouvert pour ne pas passer pour un intaigriste, et il y a de forte chances que ton interlocuteur se ridiculise dans sa réponse.
(parano)
La DST utilise Windows, et lui fait confiance parce que c'est propriétaire, alors
ca fait peur. Ou bien la DST sait parfaitement à quoi s'en tenir, mais elle veut que tu utilises Windows par ce que ca lui facilite le travail (et ca fait peur aussi).
(/parano)
[^] # Re: RTFD
Posté par shbrol . En réponse à la dépêche Nouvelle version de GNUstep : compatibilité avec InterfaceBuilder. Évalué à 2.
[^] # Re: une à deux semaines plus tard
Posté par shbrol . En réponse à la dépêche Quake IV et Serious Sam 2 sous GNU/Linux. Évalué à 1.
Et comme les mac-users ont pu prendre en main le jeu en premier, ils ont pu mettre une raclée aux autres quand ils sont arrivés sur les serveurs (enfin, au début, parce que l'avantage a vite disparu...)
[^] # Re: Disparition de la documentation
Posté par shbrol . En réponse à la dépêche Solaris 10 : le point. Évalué à 1.
Dans mon cas a moi que j'ai, c'est pas vraiment intéressant.
# Disparition de la documentation
Posté par shbrol . En réponse à la dépêche Solaris 10 : le point. Évalué à 9.
Aujourd'hui, la plupart des documents interessants ont disparu (comprendre qu'il ne sont plus accessibles gratuitement pour l'amateur, mais avec le contrat de support gold...), et ca devient difficile de bricoler du hardware Sun datant du siècle dernier.
Et quand on est en face d'une Sparc20, on est bien content de savoir que Solaris10 est OpenSource, vu qu'il ne peut pas s'installer sur ce type de machine. Et on regrette la disparition de la documentation pour installer des périphériques exotiques avec d'autres OS (Debian et OpenBSD, par exemple).
Je crois que je préférais quand Solaris était Closed Source (c'était mieux à vent ...)
[^] # Re: Défaut d'interprétation
Posté par shbrol . En réponse à la dépêche Solaris 10 : le point. Évalué à -5.
# mauvais nom, changer nom
Posté par shbrol . En réponse à la dépêche MGE publie un logiciel de gestion d'onduleur sous GPL. Évalué à 2.
--> []
[^] # Re: Contre offensive
Posté par shbrol . En réponse à la dépêche Article dans Libération sur l'accord entre Microsoft et l'Unesco. Évalué à 0.
Mais ca montre surtout qu'il y a une montagne de cash disponible, et que la boite ne sais pas quoi en faire... Ah, si peut être un OS qui ne ressemble pas à un gruyere, mais ca ne correspond pas au business plan.
[^] # Re: Contre offensive
Posté par shbrol . En réponse à la dépêche Article dans Libération sur l'accord entre Microsoft et l'Unesco. Évalué à 1.
"Microsoft Corp. said Tuesday it would double its cash dividend and that its board approved a plan to buy back up to $30 billion of the company's stock over the next four years."
July 21, 2004: 10:15 AM EDT
http://money.cnn.com/2004/07/20/technology/microsoft/(...)
Il s'agit de 30 (trente) milliards de dollars, tout ca pour racheter des actions... Les 300 millions dont il est question plus haut ne représentent que 1% de cette somme.
[^] # Re: Et pourquoi pas le noyau en user-space ?
Posté par shbrol . En réponse à la dépêche Patch pour le support du C++ dans le noyau. Évalué à 3.
[^] # Re: C'est une très mauvaise idée
Posté par shbrol . En réponse à la dépêche Patch pour le support du C++ dans le noyau. Évalué à 1.
[^] # Re: C'est une très mauvaise idée
Posté par shbrol . En réponse à la dépêche Patch pour le support du C++ dans le noyau. Évalué à 6.
tu est sur de toi, la ?
C++ n'est pas un langage à objet classique (genre Smalltalk), et la liaison dynamique n'a rien d'obligatoire. Les templates, si je ne m'abuse, c'est tres, tres statique.
[^] # Re: faible vente de CD
Posté par shbrol . En réponse à la dépêche Les CD OpenBSD 3.6 sont disponibles (en avance).. Évalué à 1.
[^] # Re: faible vente de CD
Posté par shbrol . En réponse à la dépêche Les CD OpenBSD 3.6 sont disponibles (en avance).. Évalué à 6.
http://www.openbsd.org/faq/faq3.html#ISO(...)
[^] # Re: faible vente de CD
Posté par shbrol . En réponse à la dépêche Les CD OpenBSD 3.6 sont disponibles (en avance).. Évalué à 4.
[^] # Re: Vous avez demandé un virus, ne quittez pas...
Posté par shbrol . En réponse à la dépêche RendezVous sur Linux. Évalué à 1.
http://computing.vt.edu/research_computing/terascale/(...)
[Mode Troll=Off]
[^] # Re: Vous avez demandé un virus, ne quittez pas...
Posté par shbrol . En réponse à la dépêche RendezVous sur Linux. Évalué à 9.
Donc je comprends que le processus "pas efficace" n'est utilisé qu'en l'absence du processus efficace (DHCP). Et je ne vois vraiment pas ou est le probleme dans cette techno (par contre j'en vois un chez les gens qui ne lisent pas les articles/documents et qui trollent dans le vide ;)
[^] # Re: OpenBSD 3.5 est dans les bacs !
Posté par shbrol . En réponse à la dépêche OpenBSD 3.5 est dans les bacs.. Évalué à 4.
Conclusion: Postfix c'est bon, mangez-en.
[^] # Re: Qt 4 à l'horizon !
Posté par shbrol . En réponse à la dépêche Qt 4 à l'horizon !. Évalué à 2.
La macro foreach de Qt se nomme en fait Q_FOREACH, en majuscule pour bien montrer que c'est une macro, et avec un prefixe pour (essayer) d'éviter les collisions. Il est malheureusement possible en activant un flag de définir le synonyme "foreach", avec les conséquences qui en découlent.
L'auteur de l'article http://www.nwcpp.org/Meetings/2004/01.html(...) s'appelle Eric Niebler, et c'est un contributeur au projet Boost. Suite a la publicité récente sur le foreach de Qt, il vient de proposer sur la mailing list boost-devel une implementation de sa technique (et la macro se nommera BOOST_FOREACH, comme il se doit).
<ma vie>
il n'empeche que Boost.Lambda est beaucoup plus interessant.
</ma vie>
[^] # Re: Install Party à Clermont-Ferrand
Posté par shbrol . En réponse à la dépêche Install Party à Clermont-Ferrand. Évalué à 1.
[^] # Re: Qt 4 à l'horizon !
Posté par shbrol . En réponse à la dépêche Qt 4 à l'horizon !. Évalué à 2.
Pour faire ce genre de chose, sans macros et avec une bibliotheque bien codee, il y a Boost.Lamba (http://www.boost.org/libs/lambda/doc/(...) ), et l'exemple que tu donnes s'écrirait:
ou encore, avec std::accumulate :
on peut trouver ca gruik, mais c'est beaucoup plus robuste.
(si la solution Qt n'est pas a base de macro, je n'ai rien dit, j'admire et je sors...)
[^] # Re: Optimisation maximale de Gentoo
Posté par shbrol . En réponse à la dépêche Optimisation maximale de Gentoo. Évalué à -1.
[^] # Re: Optimisation maximale de Gentoo
Posté par shbrol . En réponse à la dépêche Optimisation maximale de Gentoo. Évalué à 4.
[^] # Re: Les VServers rendent con
Posté par shbrol . En réponse à la dépêche Linux VServer, pour ceux qui ne connaissent pas.... Évalué à 2.
[^] # Re: MyDoom.B : MyDoom s'attaque à microsoft
Posté par shbrol . En réponse à la dépêche MyDoom.B : MyDoom s'attaque à microsoft. Évalué à -1.
[^] # Re: Le Clusif et les logiciels libres
Posté par shbrol . En réponse à la dépêche Le Clusif et les logiciels libres. Évalué à 5.
"pouvez vous nous donnez des informations sur les vitesses d'arrivée de patches entre Windows/Linux ?"
C'est suffisamment ouvert pour ne pas passer pour un intaigriste, et il y a de forte chances que ton interlocuteur se ridiculise dans sa réponse.
(parano)
La DST utilise Windows, et lui fait confiance parce que c'est propriétaire, alors
ca fait peur. Ou bien la DST sait parfaitement à quoi s'en tenir, mais elle veut que tu utilises Windows par ce que ca lui facilite le travail (et ca fait peur aussi).
(/parano)