sanao a écrit 343 commentaires

Parce que le code c'est comme les animaux (homo sapiens compris), ça a besoin de respirer.

Plus sérieusement, je trouve un code plus clair lorsqu'il n'est pas "compacté sur un timbre poste. Certains m'objecterons que l'on a n'a pas tous sous les yeux, mais je fait toujours en sorte d'avoir des fonctions/méthodes les plus courtes possibles (pas plus de 50 lignes). Dans ces conditions, on a tout sous les yeux.

Java avec Konqueror : "Chez moi ça marche" (tm) (r)

Je sais TF1 c'est mal, mais des fois, on est pas chez soi et des zigotos allument la télé :

Lorsque j'ai entendu ça sur TF1, j'ai rien compris au reportage. Le truc qui m'a le plus sidéré, c'était leur petit curseur qui se baladait sous les 0 et 1 et le commentateur en train de dire (attention c'est de mémoire, mais l'idée est là) : "dans les ordinateurs il y a un curseur comme celui-là qui parcours les bits".

Selon ce site : http://www.microsoft.com/france/lesfaits/default.mspx l'avantage est à Windows.

Comment ça c'est vendredi, mais il faut que j'y aille!!!

La logique n'est pas une bonne chose pour la solidité des couples...

Tu as raison : La liberté, ça n'a pas de prix.

Tu n'as pas répondu à la question...

Toutes couleurs font très Web 2.0 : http://en.wikipedia.org/wiki/Web_2.0#Visual_elements

Tu considères que Hurd à lui tout seul est un troll...

Il y a une très grosse différence entre la version Windows (qui est excellente) et la version Linux (qui est désespérement lourdingue). Et pourtant je l'utilise sur de "grosses machines" (P4 512Mo et Athlon 64 1Go).

Sous Linux avec KDE, dans la vie de tous les jours, c'est Konqueror!

Et pourquoi on surveillerait la ligne de madame/mademoiselle/monsieur tout-le-monde?

Il faut arrêter d'accepter les limitations à la vie privée sous prétexte que c'est pour la sécurité.

Il faut comprendre une chose, donner de la liberté c'est dangereux, car on peut en abuser. Mais c'est vital.

Qui voudrait utiliser au quotidien une application lente et bugguée. Selon moi, proposer de telles portages si complexes est plus dommageable qu'autre chose. Il vaut mieux dépenser son énergie à développer une application "from scratch", qui utilise les technologies du système et étant bien intégré que devoir se coltiner les adaptations d'une API qui n'est pas faîte pour ce système.

Pour le portage de GTK, il me semble que c'est une vieille version, du style 1.2. Niveau portage, je ne sais pas si c'est vraiment utilisable. Même chose pour Qt, c'est une version 2.x.

Ça fait plus de deux ans que le projet est à l'arret, je pense que l'on peut dire qu'il est mort. De plus, le code n'a jamais été rendu public.

Quand on développe sous BeOS/Haïku c'est pour utiliser l'API de BeOS/Haïku. Utiliser une surcouche fait perdre une grande partie de l'attrait du multi-thread et de toutes les technologies associées à BeOS/Haïku.

Et puis c'est un boulot monstre, dont le temps serait très certainement mieux rempli et le boulot plus gratifiant pour les développeurs, à concevoir des applications spécialement dédiées à l'OS.

En tout cas, je n'ai jamais entendu un pilier de bar parler de la capacité d'un serveur à supporter une monter en charge.

L'infrastructure matériel à mettre en place doit être énorme et c'est l'aspect financier qui doit limiter les choses. Regarde se que cela coûte à Wikipédia en serveurs : http://wikimediafoundation.org/wiki/Budget/fr/2005

Je ne l'ai pas vu dans la liste déroulante des différents thèmes.

Ce n'est pas du temps réel dur, mais c'est pas loin au niveau du résultat. Les temps de latence sont très bas sur toutes la partie multimédia.

Sinon le fait que l'API est à 99% objet et qu'il a une architecture client/serveur doit y jouer au niveau de son aspect en forme de composant.

oups, je me répète sur les live query et les méta-données

Il est clair que développer un projet aussi important est avant tout un affaire de passionnés. Et que presque 10 ans plus tard, BeOS n'est plus aussi en avance qu'avant. Mais il a tout de même de beau reste, comme sa réactivité, son API, sa légèreté et certaines technologies encore peut présente aujourd'hui, comme :
* les translators : des modules fournissant des fonctions permettant de lire et écrire des fichiers, cela permet ainsi de les réutiliser dans n'importe quelle application
* l'utilisation intensive des méta-donnés. Avec comme exemple concret StyleEdit (l'éditeur de texte de BeOS) qui utilise les méta-données pour stocker la mise en page des fichiers textes (couleur, alignement, police). Si un autre programme lit un fichier de StyleEdit, il le pourra, mais n'aura que le texte sans la mise en page
* les live query, des requêtes de recherches de fichiers dynamiques, qui associées avec les méta-données permettent de faire des choses assez intéressante
* les réplicants, qui sont des sortes de KParts. Ainsi, NetPositive (le navigateur Web de BeOS) peut être facilement embarqué dans n'importe quelle application

De mémoire BeFS n'intégrait pas une BDD, au début oui, mais cela a été abandonné pour des raisons de performances. Mais le FS a toujours des trucs très intéressant :
* support des types MIME (les types MIME sont définis par un démon qui tourne et analyse les fichiers)
* support illimité des méta-donnée, on peut en ajouter autant qu'on le désir. Un exemple d'application, StyleEdit, le petit éditeur de texte de BeOS utilise les méta-donné pour stocker la mise en page d'un fichier texte (couleur, alignement, taille de la police) et si on lit le fichier texte sur un autre système, le fichier reste lisible, mais sans la mise en page
* live query, des requêtes de recherches dynamiques, cela permet ainsi de lister tous les fichiers qui nous intéresse suivant un certains critères et ce résultat est mis à jour dynamiquement (couplé au méta-donnés cela peut donner des trucs très intéressant.
Il est à noter que le OpenBFS de Haïku est un des composants qui a actuellement atteint le stade de la bêta.

Blender a été racheté, il n'est pas devenu libre par la seul volonté de l'entreprise.

Et pour ceux qui trouve Firefox trop lourd sous Linux?... Konqueror? ;-)

C'est ça les médias en France :)
En France uniquement?...

Il faut tout lire : à la fin elle travaillait au service finances-marketing et puis il est dit qu'elle réalise un rêve. Elle saisie plus l'opportunité qu'autre chose il semblerait.

Personnellement, je comprend tout à fait son acte. Au moins en se couchant le soir, elle pourra se dire qu'elle a fait du bien autour d'elle. C'est bien plus gratifiant (selon moi) que de bosser dans le service finances-marketing d'une multinationale...