romain a écrit 737 commentaires

Non. Car le terme "processus" se rapporte non pas au processus industriel au sens large, mais au sens "tâche à accomplir" au sens général. Ce peut donc être le contrôle d'un processus matériel (peut être brevetable, et encore, dans ce cas d'utilisation précis, seulement), ou bien d'un autre processus logiciel.

Peut-être pas, mais il est bon de savoir que mettre PHP et MySQL sur son CV, ça fait amateur.

Hé oui. Cruelle réalité, mais la totalité des recruteurs que j'ai croisé voient cela ainsi. Comme ce sont des technos relativement accessibles et très répandues, ce ne sont, dans leurs esprits, que des truds d'amateurs ; rien qui puisse valoir quelquechose, donc.

Par contre, pouvoir justifier en plus d'expérience sur d'autres bases et langages, tout de suite, ça change tout. Heureusement... :-)

2. Discuter au boulot ne fait pas très sérieux. Hélas on en est encore là.

Mais pourtant, ça discute quand même. J'étais dans une boite, il y a... un an, tranversant une fusion, et les personnels de chaque entités restaient entre eux ; les lieux de communauté (cafét') ne servaient pas à grand chose, et online, tous se parlaient via Messenger, bien entre eux, sans reporter les conversations techniquement intéressantes sur la base de connaissances de l'intranet, qui était pourtant la fierté de la boite.

Cherchez l'erreur, lorsque la direction ne voulait pas reconnaitre la réalité des messageries instantanées en interne, ne voulait pas reconnaitre la valeur que cela pouvait apporter à la base de connaissance et à l'auto-formation entre développeurs, et ne voulait pas l'intégrer dans son processus de communication interne.
C'est tellement mieux de ne pas profiter de l'expérience que peuvent apporter tous les éléments du groupe...

Je ne parle même pas du fait de ne pas vouloir seulement étudier le bénéfice d'installer un Usenet interne ; c'est tellement mieux de perdre du temps à coder un forum bancale soi-même pour une interface web difficile à lire, alors qu'une simple passerelle web<->usenet aurait suffi...

Mais bon. Ca a probablement changé depuis.

Bref tout ce qui risque de nuire à la productivité est systématiquement verrouillé.

La messagerie instantanée ne nuit pas nécessairement à la productivité. Ce peut être un moyen de support en direct très efficace entre développeurs, ou bien sur sites distants, ou bien lors d'interventions importantes en temps-réel.

Dans une entreprise, quand on met un outil en place, qui plus est, un outil collectif, on publie une charte d'usage avec. C'est le minimum. C'est évident que le but d'installer un serveur de messagerie interne n'est pas de faire discuter tout le monde avec son colocataire d'il y a 5 ans en Norvège.

Bienvenue dans le monde réel...

Le monde réel... ça n'existe pas. Ce n'est pas la vision qu'en ont les chefs d'entreprises ou les chefs de services qui en font une réalité.
Quand ce sera, non pas la mode, mais un outil peut être pas décisif, mais marquant à installer, tous les décideurs iront de leur couplet là-dessus : "c'est formidâble !".

Le monde réel est un monde de suiveurs.

Ce n'est pas une nouveauté. J'ai envoyé plusieurs rapports de bug à microsoft à propos de non respect de CSS 2 dans IE6, à quoi il m'a été systématiquement répondu, en substance "ben oui, c'est vrai, on ne le supporte pas totalement", point.

Maintenant, il est tout à fait possible, en utilisant toujours CSS 2, mais moins de spécificités (je pense, par exemple, aux sélecteurs > qu'IE ignore totalement), d'avoir un rendu équivalent dans les deux, mais cela génère plus de code CSS et plus de classes CSS.

- une exposition de 3 mois au musée de la contrefaçon

Enfin... de la contrefaçon loupée, parce qu'une contrefaçon réussie, ça devient un produit commercialisable et compétitif.

Si je ne m'abuse, on a le droit de faire ce que l'on veut avec le resultat du travail d'un architecte (ou decorateur) y compris de le modifier, le revendre...

Pas forcément. Cela peut dépendre. Cf le CPI : http://www.celog.fr/cpi/lv1_tt1.htm#112-2(...)

En fait... il n'y a pas grand chose a changer pour faire une pub pour le logiciel libre !!!

Parce que ça a beaucoup plus la gueule d'une pub pour le respect du droit d'auteur en général.

ca sera encore plus facile à détourner (ben oui, le logiciel libre est aussi "respectons l'oeuvre logicielle")

Pourquoi le détourner ?
Leur campagne ne fait aucun tort au logiciel libre, bien au contraire.

Tout au plus sera-t-il aussi facile (pas plus qu'avant) de compléter cette campagne, par une autre, pour le logiciel libre.

Mais vraiment... avec un tel discours, le BSA fait plutôt du bon boulot (juste dire de respecter la loi, les oeuvres et leurs auteurs).

Un conseil, ne penses pas seulement à te loger à Paris même, ni dans sa banlieue directe ; c'est en fonction de tes envies.

Tout ce qui est à portée directe du RER A et des lignes de trains SNCF à l'ouest qui passent par la Défense peut avoir son intérêt (espace de vie plus pur que Paris, mais plus mort aussi, loyer sensiblement plus léger).

Globalement d'accord, mais...

...pour les catégories les plus aisées l'argent supplémentaire n'est ni consommé, ni investit dans la production, mais bien souvent placé sur des comptes rémunérés, quand il ne sert pas à alimenter la spéculation boursière

il faudrait voir à justifier ça par des chiffres tangibles, parce que ça ressemble plus à du FUD sur le sujet qu'à autre chose (la thèse du "les riches, ils gardent tout et ne font pas circuler l'argent", elle est un peu facile).

Il y a deux choses que je trouve particulièrement choquantes dans les propos de Mister Breese :

• "avoir réussi à instrumentaliser des députés..." ; je pense que les intéressés apprécieront, notamment Michel Rocard, qui s'est exprimé, de son coté, suffisamment tôt pour ne pas être taxé d'être récupéré ;


• "visant à contester la légitimité de la propriété intellectuelle" ; n'importe quoi. Breese le sait, connait la position de la FSFE, et prépare le terrain à son avantage en répandant la crainte, l'incertitude et le doute.

Sans parler du fait qu'être contre l'extension des brevets, à le lire, c'est nécessairement et fondamentalement mal.

How to Validate an E-mail Address
http://www.oreillynet.com/pub/wlg/2379?page=last&x-showcontent=(...)

parlant de regexp pour valider les adresses, conformément à la RFC 822 (bon courage).
Un commentaire indique qu'en effet, une regexp de 6k existe (semblerait que les modules CPAN Mail::Valid et RFC::RFC822::Address la contiennent).

j'éspère qu'ils te le rendent bien.

Franchement, ça doit dépendre de son lieu de travail, mais j'ai l'impression que de façon générale, non seulement ils le rendent bien, mais ils le donnent même généreusement avant. ;-)

I know that somes kind of "tricks" exist to open those kind of files, but those tricks infringe perhaps somes patents

Bien essayé, mais avec les amendements passés, l'usage de "quelquechose" de breveté afin de permettre une interopérabilité (donc, finalement d'ouvrir un document que tu as le droit d'ouvrir, mais pour lequel tu ne possèdes pas l'outil "privilégié commercialement"), cet usage est autorisé : il ne constitue pas de contrefaçon.

Mais pour le principe, bonne idée.

Ca veut dire qu'il faut que l'innovation ne se trouve pas dans le logiciel lui-même, mais dans l'application de celui-ci à un procédé inventif qui lui est extérieur. C'est ce que je comprends.

Un exemple : un logiciel permettant le pilotage d'une chaine industrielle. Si la chaine industrielle est innovante, et que l'innovation tient en partie à l'utilisation d'un logiciel particulier à cette chaine, l'ensemble est breveté, le logiciel utilisé est breveté dans le cadre de cette application seulement.

C'est ce que je comprends. Mais mieux vaut être prudent, bien lire les amendements passés, et suivre la deuxième lecture avant le vote définitif.


Ce n'est pas fini.

Vache. Qu'est-ce que tu fais là-haut ?

Cette news n'en est pas une : Slashdot pointe vers les propositions d'amendements qui datent du mois de Juin.

C'est une non-info.

Pour apporter mes deux cents au débats, que la programmation n'est pas un art, c'est juste un moyen,

La rengaine de dire "l'art est inutile" ne signifie pas qu'un outil est nécessairement non artistique.

Pour preuve, l'apparition de l'expression artistique, chez les peuples primaires, se fait par ornementation des outils quotidiens : l'esthétique et l'utile sont exactement mélés.

Après... les cogitations font leurs oeuvres.

Alain explique que toutes les fois que l'idée précède et règle l'exécution, c'est industrie,

Dans ce cas, la littérature, la peinture, la sculpture sont industries (sans que ce soit péjoratif) : écrire un roman, réaliser une peinture, une sculpture nécessite non seulement de la technique, mais une préparation et une formation auparavant.

ce qui se passe dans le monde du logiciel.

Hem. Pas toujours. L'apparition de l'informatique n'a pas été, globalement pensée avant son arrivée : l'ordinateur était considéré juste comme une curiosité.

Pour être artiste, il faut un don, pour être informaticien, un bon informaticien j'entends, il suffit de travailler dûr.

Pour être artiste, il faut vouloir être artiste. Le don est là pour ajouter du sel, pas tellement plus. Avec du travail, un "sans-don" pourra arriver à beaucoup mieux qu'un "doué" qui ne fout rien.

"Etre informaticien" ne veut pas dire grand-chose ; selon la tâche que l'on veut réaliser, il faut du travail, toujours, et plus ou moins de vision, souvent.

L'art, pour être réalisé, requiert une grande technique, plus ou moins bien maitrisée : les plus grands artistes sont souvent de grands techniciens, dans leur domaine (peinture, sculpture, musique, littérature).

La maitrise de cette technique, et l'abord de celle-ci de la part du practicien est, de mon point de vue de codeur et de compositeur, identique.

Cette technique est toujours au service de quelquechose : une utilité direct, un but esthétique, etc.

Ca reste de l'art. C'est une définition très juste.
Après, ça peut être plus ou moins bâclé, plus ou moins bien vendu, plus ou moins considéré.

Pas du tout, c'est illegal si les gens ne sont pas au courant,

et si ce type d'enregistrement n'est pas déclaré à la CNIL.

Un petit article intéressant sur le sujet :

La surveillance des courriers électroniques par l’employeur
http://www.juriscom.net/pro/1/priv19990810.htm(...)

Pas besoin d'un syndicat. Aux prud'hommes, ça se gagne facilement s'il y a utilisation de la correspondance personnelle de l'employé (sauf si celui-ci s'en sert contre les intérêts de son entreprise).

Ils font référence en la matière mais ont ils des contraintes particulière de la part de l'Etat pour éditer leurs guide ?

Très certainement. Il faut que leur contenu colle à la législation et aux directives de formation des conducteurs. Je pense que ça se gère directement avec la préfecture.

Cf. http://www.securite-routiere.fr/(...) et http://www.permis-enligne.com/(...)

Ben, c'est simple : ce proxy fait du stockage de données nominatives (quoiqu'imparfaitement, puisqu'on peut piquer l'id d'un autre), sans la connaissance ni l'accord des intéressés, et certainement sans information de la CNIL.

Donc oui, c'est illégal.

Les photos peuvent provenir d'un appel à fond commun, avec un cahier des charges relativement souple : clarté et précision de l'image, taille, sujets.

Après tout, il y a bien les faux codes de la route avec le F16 qui souhaite faire un dépassement par la droite, alors, tous les passagers (passagers, hé) qui ont un appareil photo numérique sous la main peuvent y mettre un peu du leur, s'ils le souhaitent ; en un an, quelques contributeurs photos, et il me semble que la plupart des cas typiques peuvent être couverts.

Le tout est de mettre en place une base de données pour permettre le dépôt de telles photos.

Je klaxonne !