flan a écrit 1848 commentaires

Encore faut-il que ça diminue vraiment le chômage… Parce que je ne suis vraiment pas convaincu que pouvoir virer facilement va faciliter les embauches.
Alors, oui, peut-être que quelques boîtes vont prendre en micro-CDD des gens qu'ils auraient pris en stage ou engagé en tant qu'indépendant dans le cas contraire, tout ça pour les virer 2 mois après quand le rush sera passé.

Mais si le problème est qu'il n'y a pas de taf, alors il faut chercher comment retrouver un marché du travail digne de ce nom au lieu de mettre un sparadrap sur une jambe de bois.

J'aimerais bien comprendre le raisonnement…

Passer des contrats de CDI à CDD ne va pas augmenter le nombre de postes disponibles, ni les rémunérations des postes en questions. Un poste mal payé sera toujours mal payé, que les CDI existent ou pas. Le vrai problème vient du chômage, rabaisser le salaire de tout le monde ne va pas augmenter le nombre de poste.

Mais bon, c'est d'une logique implacable, comme il y a trop de monde en situation de précarité, mettons tout le monde dans la même situation, ça arrangera les choses, sisi, on vous assure. D'ailleurs, c'est bien connu, la rigueur, c'est ce qu'il faut, même que ça marche à chaque fois qu'on l'applique.

Non, je ne trouve pas. Je n'ai absolument pas envie de devoir chercher un nouveau taf' tous les deux ans… Je trouve le CDI beaucoup plus confortable.

On commence comme ingénieur à 30 ans, puis à 60 on va dans les supermarchés pour mettre les achats des gens dans les sacs, comme aux États-Unis.

Ça donne envie, ton monde idéal…

Bin ça va tout de même dégrader la vie de ceux qui vont perdre leur CDI.

Quant à mettre tout le monde sur un pied d'égalité… J'imagine que c'est simplement une blague de ta part ?

En gros, au lieu de se baser sur l'IP (ce qui en pratique est tout de même fiable même si théoriquement on peut falsifier), on se base sur un certificat pour authentifier la machine ?

Mais après, qu'est-ce qui s'authentifie ? la machine quand elle se connecte au réseau (façon 802.1x), ou le modem ? ou la personne quand elle va sur un site (pour se restreindre au web) ?

Dans le second cas, ça revient à émettre des certificats SSL, ce qui existe déjà (mais c'est trop peu utilisé). Et je doute que les gens sachent bien s'en servir.

(et au passage, à mon avis, tu peux toujours rêver pour laisser traîner du matériel secret défense un peu partout en France)

Plutôt que d'améliorer le sort des gens qui en ont besoin, dégradons celui des autres ! C'est vrai que c'est plus simple à faire…

Je dirais plutôt qu'avoir les mêmes documents et les mêmes informations, c'est confortable. Mais pour ça, il suffit d'avoir un système de synchronisation correct.

Après, que l'application soit différente ou pas, ce n'est pas gênant à mes yeux. Mais il faut comprendre documents au sens large : par exemple, ça peut être la bibliothèque musicale complète (avec le nombre de lecture, l'emplacement actuel, …), certains réglages (favoris internet, règles de tri des mails, …).

On vient d'avoir une tablette (iPad 4, si je ne me trompe pas), et je trouve qu'au contraire, c'est largement plus adapté au quotidien des personnes lambda (qui ne travaillent pas à la maison).

Aller sur internet (en lecture) est quand même super agréable, bien plus que sur un ordi à mes yeux, et les quelques applications que j'ai pu utiliser sont franchement super bien fichues, bien mieux que sur ordi : contrôle à distance d'iTunes, vidéo et musique en streaming depuis mon ordi, messagerie, Marmiton.org, météo, …

Alors, clairement ça peut être très mauvais pour certains usages, mais excellent au quotidien pour beaucoup de gens.

Et pour la vidéo, je ne suis pas sûr qu'ils auraient mis beaucoup moins de temps avec un ordi.

Apple avait sorti un clavier spécial pour le premier iPad, ils ont arrêté après. Faut croire que ça ne se vendait pas tant que ça.

Bof. J'ai beaucoup de mal à apprécier l'idée d'avoir la même interface pour mon téléphone et mon ordi.

Sur mon téléphone, je veux peu de boutons mais gros pour mes doigts, une seule vue (une liste d'éléments, par exemple) à la fois, peu d'informations (écran tactile de 9 cm de diagonale).

Sur mon ordi, je veux des petits boutons (une souris, c'est précis), beaucoup plus d'informations, plusieurs vues dans la même application, des raccourcis claviers marqués à l'écran (lettre soulignée, par exemple).

Ça amène des contraintes vraiment différentes voire opposées sur les interfaces.

Quant au HTML5 pour les applications… Apple a d'abord proposé HTML5 + JS (que « tout le monde » connaît) pour les applications iPhone, ça a fait un flop. Ils ont proposé Objective-C + Cocoa (que « personne » ne connaissait), et tout le monde a appris Objective-C + Cocoa. J'ai du mal à croire que Canonical décidera les développeurs à faire du HTML5+JS alors qu'Apple a échoué.

Ce sont tout de même souvent des cas où la licence du logiciel n'a strictement rien à voir avec le succès. Le prix (ou plutôt la gratuité), peut-être davantage.
Si Apache est proposé par tous les hébergeurs, c'est à mon avis parce qu'il est facile à mettre en place, raisonnablement performant et gratuit, ce qui permet de proposer des tarifs intéressants aux clients.

Du coup, je ne pense pas qu'on puisse généraliser en LL / propriétaire, vu que ce n'est pas le critère de choix pour ces logiciels (à part quelques cas, évidemment).
Par contre, si Linux a du succès dans le CHP, c'est bien en partie grâce à sa licence vu que c'est un milieu qui a naturellement tendance à mettre les mains dans le cambouis.

C'est sûr, c'est bien la première fois que je dois lire la doc d'un site web :p

D'une part, la ligne en petits caractères est quand même pas super visible, et d'autre part il faut comprendre que ce sont les touches « < » et « > » dont on parle, et pas de simples flèches sur lesquelles cliquer… Mais, j'imagine que quand on connaît, ça semble évident.

Enfin, merci pour l'astuce :)

Je trouve que ce n'est pas évident de comprendre comment accéder facilement aux commentaires non lus sur une page, vu qu'ils peuvent se retrouver en plein milieu d'une page déjà lue.

Avoir son nom de domaine est très pratique pour avoir une adresse par compte : linuxrf@exemple.fr, fnac@exemple.fr, …
Ça permet de bannir rapidement une adresse spammée, et identifier le spammeur (sachant que certains mettent plusieurs mois avant de commencer). Ça permet également, dans une moindre mesure, de faire du tri automatique suivant l'adresse de destination.

Rien d'indispensable, évidemment, mais pratique au quotidien quand on sait le mettre en place.

Tu peux créer proprement un paquet Debian avec un projet Python (il faut « simplement » trouver le bon système de packaging), avec une commande du style ./setup.py bdist_stddeb (ou approchant). Et avec le même genre de commandes, tu peux faire en même temps un .tar.gz, un .rpm, un .exe, … Plutôt bien pensé sur ce point-là (mais les outils de paquetage Python ont d'autres soucis, malheureusement).

Bonne question. D'ailleurs, je trouve normal d'avoir une seule brique offerte par le système pour décoder les fichiers multimédia.

Mais d'un point de vue performance, peut-être est-le meilleur qui a gagné, non ? On peut comprendre que pour beaucoup de gens, ça soit le plus important.

À la base, Django était un framework fait maison pour le site web d'un journal, ce qui explique certains couplages.
Mais, au cours du temps, ces modules de base (authentification, admin, …) sont passés dans le dossier contrib, qui regroupe les modules non essentiels, mais utiles quand même dans 99% des cas.

C'est aussi ça l'intérêt de Django, quasiment à chaque fois que j'ai besoin de faire quelque chose, c'est soit fourni de base dans le cœur du framework, soit dans les contrib.

Je ne suis pas sûr de bien avoir saisi ce que tu veux dire, mais dans le doute, je vais tout de même répondre.

Avec Django, tu n'es pas censé voir du SQL. Tu écris tes classes Python (*) qui servent de modèle, et tu peux utiliser des « views » génériques (qui correspondraient plutôt au contrôleur dans MVC). Il ne te reste plus qu'à écrire un template avec un peu de HTML (la vue du MVC).

Quand tu pars d'un projet existant, tu n'as aucune raison de partir de la base de données… car elle n'existe pas.

En tout cas, Django utilise beaucoup les conventions, si ça peut te rassurer.

(*) exemple :
class Book(models.Model):
title = models.CharField("titre", max_length=255, primary_key=True)
author = models.CharField("auteur", max_length=255)

Ça génèrera une table SQL avec deux colonnes de VARCHAR, mais tu pourras manipuler uniquement des objets Python.

Et au lieu de te contenter de dire ça, pourquoi ne pas expliquer en quoi RoR est-il supérieur à Django ?

On peut en effet modifier le modèle User. C'est plutôt pas mal, car le modèle d'origine est tout de même assez basique. Maintenant, on peut rajouter tous les attributs dont on a besoin. De façon générale, il y avaient un certain nombre de choses qui étaient spécifiques aux modules d'authentification et d'admin.
Maintenant, ce n'est plus le cas, et ils deviennent des modules comme les autres.

Django commence à devenir vraiment bon avec cette version 1.5 !

Par principe, je trouve curieux de critiquer l'absence de choix et de ne pas cite Adobe Reader ou Apple Preview quand on donne une liste de lecteurs PDF pour OS X. « On est gentil, on tient à vous informer, mais on ne vous dira que ce qui nous arrange ». Voilà tout l'effet que ça me fait.

Ensuite, ils me conseillent gentiment Vindaloo, qui, je cite «  is currently under active development.  » Comprendre : il existe une version 0.2 datant de 2005.
Après avoir vu ça, je ne vais même pas chercher à prendre autre chose qu'Apple Preview (qui me convient tout à fait, soit dit en passant), si le meilleur équivalent libre est de ce niveau…

Peut-être PHP 5.4.8 ? (au hasard)

Mais bon, ça me semble curieux qu'en PHP on puisse faire plus rapide qu'en C/C++.
Enfin, plus exactement, il serait plus intéressant de comparer son serveur web à un serveur classique + n'importe quel système de cache habituel avec PHP, pour voir quel est le gain apporté par l'absence de parsing (et autres) à chaque page.

Et je me demande quelle sera la différence de perf (même sans cache PHP) quand il voudra prendre en compte des configurations HTTP consommant du CPU, comme du HTTPS (avec authentification TLS mutuelle) avec Kerberos…

Bin 2% de beaucoup, ça ne reste que 2%… Autant dire que ce n'est pas ça qui va changer la face du monde. Si le trafic aérien augmente de 4% par an, que tu améliores de 2% une partie des avions, tu auras juste décalé ton augmentation de 2 ou 3mois.