Antoine a écrit 5722 commentaires

Oui, il semble que la plupart des netbooks récents utilisent le Poulsbo, et pour une bonne raison : il consomme beaucoup moins que l'ancien chipset.

Bref, comme je l'ai déjà dit avant, la 3D dans l'embarqué est sur un encore plus mauvais chemin que la 3D sur le desktop (en libre, hein)

Ben le problème avec le Poulsbo c'est que même le driver proprio est une merde non maintenue.
Sur mon MSI Wind U115, j'ai essayé plusieurs distros (Ubuntu, Fedora, Mandriva stable & beta), sur aucune le driver ne voulait fonctionner correctement : plantage au démarrage de X. C'est peut-être une série de chipset légèrement différente de ce qui est utilisé sur d'autres netbooks, je n'en sais rien, mais c'est pas normal que ça ne marche pas (vu que Windows, lui, fonctionne, ou plutôt fonctionnait avant que je le vire du disque dur :-)).

Résultat, je suis en vesafb avec une résolution de 800x600 (au lieu de 1024x600). La 3D je m'en fiche, mais si la 2D pouvait marcher ça m'arrangerait bien...

vers la complaisance pour le propriétaire ( et c'est pas les acheteurs de dell mini 10, avec le fameux chipset intel gma 500, dit poulsbo , qui vont me contredire )

En fait, il semble qu'Ubuntu ait totalement abandonné les drivers propriétaires Poulsbo, par contre Mandriva les package dans sa dernière beta (ce qui ne veut pas dire qu'ils marchent chez moi :().

Mais, revers de la médaille, certains GNU/Linuxiens ne veulent pas de logiciels propriétaires.

Et certains ne veulent simplement pas de jeux.

N'oublions pas que tout le monde travaille chez Google, donc ils peuvent discuter en direct. Pour citer un message de la mailing list :
FYI, at breakfast this morning, Guido seemed receptive to the idea of dropping the more exotic threading models and just keeping the pthreads and Windows support.

Damned, tu as un lien ? Ça m'intéresse.

Il y a aussi Cython, qui fait de la compilation statique d'un Python avec annotations optionnelles.
http://www.cython.org/

> 4 pour Linux : [https://wiki.mozilla.org/Firefox/4.0_Linux_Theme_Mockups]

Donc grosso modo, ils ont décidé de singer IE : remplacement de la barre de menu par un tout petit bouton "tools" (ou "options") malcommode.

Je me corrige : les insertions ou suppressions dans un ensemble sont en O(log(n)) amorti. Le lookup est bien en O(1), mais si tu changes la taille de l'ensemble il y a forcément de temps en temps des redimensionnements et réallocations physiques.

Mais il me semble que l'implémentation des listes en Python est basé sur un tableau, donc c'est pas possible.

En effet, ce qui est coûteux ce n'est pas l'indexation (O(1)) mais la suppression (O(n)). Note que la suppression à la fin (pop()) est peu coûteuse.

En passant par un ensemble, je pourrais activer un algo en O(n), non ?

Ca dépend si tu as besoin de l'indexation, mais, oui, tu pourrais.

N'empêche qu'en faisant des suppressions un peu n'importe où dans une liste ton algo reste au minimum en O(n*n) :-)

De toute façon, Linuxfr affiche les fautes d'orthographe quand on prévisualise...

évidement, il faut que nous ayons la possibilité a tout moment de récupérer notre base SVN (cela ne veux pas dire que nous allons partir à peine arrivés, mais comme il s'agit du code sur lequel nous investissons beaucoup, il faut que l'on garde toujours la possibilité de migrer vers autre chose, que l'on garde la possibilité de reprendre en main notre projet)

Dans ce cas, utilise un DVCS comme Mercurial, n'importe quel clone du dépôt est aussi un réplicat intégral du dépôt.
Gros avantage des DVCS par rapport à SVN : la simplicité d'administration.

il faut des backups sérieux

Pareil, avec un DVCS, n'importe quel clone est un backup.

On peut être les deux à la fois : joyeux drille et vieux réac.
Santini est de toute une façon une troisième chose : un démagogue sans scrupules.

- Par négligeance, leur site respecte rarement les standards.

Par négligence, certains messages respectent rarement l'orthographe.
(à pinailleur, pinailleur et demi)

C'est parce que le bouton power a besoin d'udev pour fonctionner.

Heu, certes, mais la majorité des recrutements, que je sache, se fait dans des équipes existantes, pas pour le premier poste d'informaticien d'une boîte ne faisant pas d'informatique.

Donc, encore une fois, si je te cite : « Être compétent en informatique ne signifie pas être compétent en recherche d'emploi. Je ne suis pas à l'aise en entretient alors je vais là ou il y a le plus de boulot. » Ce n'est pas justifié.

j'ai beau être adepte de python, je pense que la synthaxe reste perfectible

Ah, tu veux améliaurer la synthaxe ?...

je remplacerai bien les métaclasses par des décorateurs de classes

Les décorateurs de classes existent déjà.

Ceci dit, des tas de gens ont des tas d'idées plus ou moins farfelues sur des façons de soi-disant "améliorer" Python, cela n'en fait pas des choses souhaitables. La liste "python-ideas" est chargée de propositions qui n'ont aucune chance d'aboutir, parce que mal pensées ou n'apportant aucune nouveauté réelle.

mais tant que python 3 a des performances moindres que celles de 2.6 et qu'il n'a pas de vrai valeurs ajoutées

Sur la performance, ça dépend des usages.
Sur la valeur ajoutée, rien que les chaînes de caractères unicode par défaut et la distinction stricte avec les chaînes 8 bits vaut le coup. C'est beaucoup plus utile que les décorateurs de classes...

Je ne comprends pas trop où est la controverse. Oui, la version 3 casse la compatibilité, c'est volontaire et ça fait partie de ses raisons d'être.

Ensuite, la version 2.6 rend la transition moins difficile, mais il n'est pas conseillé (sauf petits scripts) d'essayer d'écrire du code qui soit à la fois compatible 2.6 et 3.x. La méthode recommandée est d'utiliser l'outil "2to3".

Quand au fait de demander à un technicien ce qu'il en pense, comment fait tu pour créer l'équipe, s'il n'y a pas de technicien ?

C'est qui, "tu"?
Parce que si c'est un commercial ou un DRH nul en technique qui recrute et supervise les équipes techiques, pas étonnant que ça donne n'importe quoi. Dans une entreprise correctement gérée, une équipe de techniciens ou d'ingénieurs sera créée / recrutée par quelqu'un du métier. Et les entreprises d'informatique sont en général créées par des informaticiens, pas par des DRH.

Dans la vraie vie d'un développeur, le développement n'est pas tout. Il faut aussi interagir avec les autres équipes dont certaines pas techniques.

C'est vrai. Mais un développeur est quand même censé maîtriser son métier, et n'être pas capable d'assimiler un deuxième langage est un très mauvais signe.
D'ailleurs, rien que le fait qu'il n'ait pas déjà assimilé un deuxième langage est en soi inquiétant, parce que ça veut dire qu'il ne voit son métier que par le petit bout de la lorgnette (la lorgnette Java, en l'occurence).

Le client est roi, il n'est pas un blaireau,

Heu, il peut être les deux à la fois.

Je ne suis pas à l'aise en entretient alors je vais là ou il y a le plus de boulot.

C'est un cliché. Une entreprise qui cherche réellement des gens talentueux se fiche qu'ils soient à l'aise en entretien. Les entreprises où ça compte, au contraire, sont les plus chiantes et les plus médiocres.

L'informatique ça fait peur Du coup le DRH qui veut embaucher et qui capte rien aux choix technique en fait plein.
Derrière Java il y a Sun et IBM et ça rassure. Le DRH qui demande un "developpeur Java", une équipe Java il lit des livres Java, a des chefs de projet Java... Il est entouré il est rassuré il a une perspective : Java !

Oui, ben une entreprise où c'est le/la DRH qui prend les décisions de recrutement, y compris pour des métiers techniques, est à fuire immédiatement. Sauf si tu penses que tu ne vaux pas mieux, auquel cas il y a un problème psychologique à régler.

En plus, Java, ça fait pas le café, mais bien utilisé, ça permet de t'éclater et mal utilisé, ça fait pas trop de dégat.

Hum hum.

Pour beaucoup de développeurs, par ailleurs très doué (fonctionnellement, humainement...), changer de langage n'est pas évident.

N'importe quoi. Changer de langage, pour un développeur très doué, ne pose pas de problème (*). D'ailleurs, la plupart du temps ils en maîtrisent plusieurs. Un type qui ne connaît que Java, je ne crois pas qu'on puisse dire que c'est un "développeur très doué", désolé.

(*) sauf si on parle d'Intercal bien sûr

Ni RMS ni Théo de Raadt nient que les licences "de l'autre bord" soient libres à ma connaissance.
A savoir que RMS admet que les licences non-copyleft sont libres, et Raadt admet que les licences copyleft sont libres.
Après, réécrire un serveur SMTP, c'est probablement moins stupide que de réécrire un truc archaïque comme CVS.

Les offres d'emploi Java (J2EE en plus pour moi) sont très centré sur les technos du monde Java. Si tu montres trop de connaissances sur des technos hors ce monde, tu passeras pour un farfelu ou, au mieux, comme ne convenant pas.

Ok, mais alors pourquoi vouloir travailler pour de tels blaireaux ?

Je préfère les conventions de Linus aux conventions de Guido.

T'as réussi à faire augmenter le score ?

Non, mais en général quand tu termines une ligne par un deux-points, l'éditeur indentera automatiquement la ligne suivante (s'il comprend un peu le Python).
La seule manoeuvre manuelle à faire consiste à désindenter (touche backspace) quand tu veux fermer un bloc syntaxique.

Il faut goûter les fioritures !
Les selfs, les underscores et autres zigouigouis (les décorateurs par exemple), c'est la pourriture noble du Python. ;)