wilk a écrit 1105 commentaires

Question conne, mais en quoi suprimer une liberté est pédagogique?

De quelle liberté tu parles ? On ne doit pas parler du même sujet là !

D'où l'intérêt de tout le volet pédagogique… cqfd

Le principe de cette loi est pédagogique (contre la prostitution, je parle pas du filtrage d'internet). Il suffit de regarder comment cela s'est passé en Suede. Au départ une majorité de gens était contre, maintenant la majorité est pour et la prostitution a effectivement chutée. Les condamnations on été symboliques (aucune peine de prison). Les trafiquants se sont adaptés : ils sont passés à autre chose ou sont allé dans le pays voisin ! Lequel pays voisin adoptera la même loi et ainsi de suite…

Après, tu as raison de souligner que ça ne sert à rien de faire une loi si elle n'est pas appliquée ou ne remplis pas son rôle (c'est pour ça qu'il faut les changer). En Suède la première année ça n'a pas marché du tout, ils ont compris que ça venait d'un manque de formation des policiers, ils y ont remédié et enfin ça a fonctionné.

Merci, c'est incroyable l'évolution de pg, faut suivre !

La reconstruction ne nécessite plus d'être faite à partir des fichiers WAL. Elle peut désormais se faire en flux.

Est-ce que quelqu'un a un pointeur là dessus ?
Dans le wiki je lis également qu'on pourra faire du streaming sur des OSes différents. Ca signifie du 64bits vers une machine 32bits par ex ?

Et pour ceux qui n'auraient pas compris, il leur faudrait une bonne formation dont le lien est dans leur rubrique "nos valeurs". (Attention au radar)

L'agence internet Linkeo vient de rejoindre la liste des Streisandés sur Wikipedia

Ils auraient mieux fait d'embaucher mackwik, quand on voit le commentaire qu'il a fait, rien moins que du boulot gratos !

Après, je vois rarement un écolo faire Paris/Bordeaux en vélo

Et bien ce fil de discussion me rappelle étrangement les discussions que j'ai avec ma famille parce qu'on n'a pas de voiture et on ne mange pas beaucoup de viande. On a ce choix de vie pour la simplicité, pour la liberté de pouvoir réparer soit-même son mode de transport etc, de l'unix de vie quoi ! Et bien lors des réunions de famille nous sommes toujours les "compliqués", avec nous ça n'est "pas simple".
Qui l'eut cru que travailler 3 mois de l'année pour se payer une tonne de ferraille polluante à déplacer soit un jour considéré comme plus simple qu'un vélo ?
A croire parfois que l'on vie comme cela juste pour embêter les autres ! La notion de simplicité est toute relative, on la confond souvent avec facilité. Ce rencontrer il n'y a pas plus simple, ça n'est pas forcément le plus facile. Faire de la visio c'est facile mais ça n'a rien de simple.

Ce qui me rassure c'est qu'il y a 20 ans on était considéré comme des intégristes, aujourd'hui le vélo se développe de manière exponentielle, la sobriété devient inéluctable, la diététique le meilleur remède, les gens nous applaudissent quand ils nous voient passer sur le bord de la route en famille, ils nous envient lorsqu'on leur montre nos photos de voyage etc.
Avec les logiciels libres ça commence à ressembler, un fond d'écran sans fioriture inutiles, pas de virus, des logiciels installés proprement avec 3 mots tapés, bien documenté etc.

On regarde de loin mais on commence à comprendre que ça a l'air quand même pas mal… Qu'il y a d'autres formes de confort que la simple consommation facile.

Je suis vraiment marteau alors parce que que j'écrive du français, de l'anglais, un dessin ou un schéma sur une feuille, j'utilise toujours un crayon depuis ma plus tendre enfance ;-)

Il a une courbe d'apprentissage intéressante, mais c'est la même chose avec les gros IDE. Tu commence à apprendre le fonctionnement du logiciel et quand tu en comprend les principes, tu peut facilement réutiliser ces acquis pour de l'ensemble des fonctions du logiciel.

Je comprends bien, je suis souvent tenté, il ne faut pas croire, je sais bien que dans certaines circonstances ça me serait utile. Mais ce qui m'embêterait le plus c'est d'avoir à passer du temps à chercher quel IDE et ensuite le changer. Rien que sur ce journal on a vu plusieurs noms défiler. Les IDE d'aujourd'hui n'ont vraiment rien à voir avec ceux d'il y a 10 ou 20 ans, peut-être qu'eclipse sera l'exception. Pareil pour n'importe quelle interface graphique, WM etc. d'ailleurs.
Tandis qu'avec vim je ne me pose plus de question (à part pour mouler ici !), c'est un gain de temps appréciable.

Je pense que les IDE java sont venu avec le besoin. Personnellement j'ai senti l'intérêt des IDE avec java et j'ai senti que je n'en avais plus besoin avec python. Et je n'en avais pas besoin en C mais ça fait très longtemps, à l'époque la doc tenait dans un seul bouquin et le code était très concis.
Mais je n'ai toujours fais que des spécifs très concis, et généralement seul, pas d'usines à gaz… Donc je ne témoigne que de mon cas particulier.
Si j'avais du démarrer la prog avec obligation d'utiliser un IDE, je ne pense pas que j'aurai continué !

Tu n'es pas le seul non… Je préfère même des bugs qui lèvent des exceptions, au moins je sais tout de suite ce qui ce passe qu'un bug "utilisateur" où le programme est tout content mais le résultat bancal.
Pas plus tard que le mois dernier, sur ma déclaration contrôlée (par une "association de gestion agréée", pas des amateurs non ?), j'ai réussi sans le faire exprès à modifier ma déclaration de l'année précédente ! Tout ça parce qu'ils n'avaient pas prévu qu'on consulte dans un onglet en même temps qu'on saisisse dans un autre. Un debugger dans ce cas ne servira pas à grand chose…

Je n'utilise pratiquement jamais de debugger, par contre je génère toujours une tonne de logs sur l'utilisation. En python on a de très belles traces ça permet assez rapidement de voir où est le problème dans le code, par contre ce qui est plus dur c'est de savoir par quel cheminement l'utilisateur est arrivé jusque là !

Il a dit que la courbe d'apprentissage des IDE était difficile, celles d'emacs ou de vim sont horribles. Rien est intuitif dans ces éditeurs.

Je pense que tu dis ça parce que tu les utilise comme des IDE, dans ce cas effectivement la courbe d'apprentissage est sans fin. C'est un peu comme si on veut utiliser firefox avec une centaine de plugin tout de suite.
J'ai eu la chance d'apprendre Vi (pas vim) à l'époque où les possibilités étaient très réduites mais néanmoins énormes par rapport aux éditeurs à la ligne. La courbe d'apprentissage était vraiment courte, et les commandes très intuitives. w=word i=insert a=append… J'avais un seul livre "la prog sous linux" de rifflet, la doc pour utiliser vi tien sur 6 pages.
Maintenant c'est vrai que c'est parfois tentant de reproduire un ide avec, mais on s'écarte de la philosophie d'unix tu as raison et on retombe exactement dans les mêmes travers qu'avec les ide. (tu remarqueras que je ne parle que de vi, pas d'emacs !)
Je suis également d'accord avec toi comme j'ai dis dans un autre commentaire, ça dépend de l'utilisateur, parfois du langage…

Je voulais juste témoigner sur le fait qu'il est possible d'utiliser un simple éditeur de texte ultra efficace pendant des décennies sans se prendre la tête avec des ide.

Je ne connais pas eclipse, mais généralement les ide même sans en changer il faut continuellement rester au jus, je me trompe ?

Après, je pense que si tu n'es pas un gros codeur Java, tu ne peux pas avoir le même ressenti que "nous". Java Enterprise Edition est une telle soupe, avec son milliard d'API, d'outils connexes, de code lourdingue à taper/gérer, que sans un IDE tu y passes tes nuits.

C'est clair qu'il y a des langages qui demandent un ide beaucoup plus que d'autres. La seule fois où j'en ai eu besoin c'était pour du java justement.
De la même manière, ça dépend aussi de ce qu'on code. Si on arrive à rester dans la philosophie unix à découper le problème en plusieurs petites taches on a beaucoup moins besoin d'un ide que si on code une usine à gaz.

La courbe d'apprentissage il faut la comparer à la durée et à la plage d'utilisation. Vi c'est un investissement sur le long terme, des dizaines d'années, et utilisable absolument de partout (pour taper ce texte par exemple). Tandis que les IDE les plus sophistiqués ont une durée de vie très courte et une plage d'utilisation extrêmement réduite donc la courbe d'apprentissage sera à répéter sans cesse.
Le principe d'unix de ne faire qu'une chose mais bien a fait ces preuves.

A propos d'architecture est-ce possible à partir de maintenant d'upgrader d'une archi à l'autre sans refaire une installation ou c'est encore pour plus tard ? Sur une page du wiki ça n'est pas très clair…

A propos de postgresql et du multi-architecture, est-ce qu'il est du coup possible d'installer deux versions d'architectures différentes ? Ce serait vraiment pratique pour pouvoir répliquer des bdd venant de machines de différentes archis !
Et est-ce qu'en utilisant apt.postgresql.org on bénéficie également de cette multi-architecture ?

Même réponse que pour le journal paperless, je détourne mon bug tracker…

Mais j'avoue que je ne me suis jamais préoccupé de la potabilité avec android vu que c'est une appli web, j'y accède avec un navigateur et basta.

qui est quoi en cours d'utilisation
…
Je me contrefiche des performances. Par contre, le but du jeu est d'être le plus pédagogique possible

Dans ce cas, qu'est-ce que ça changerait que le type soit vérifié à la compilation ou à l'exécution ?
C'est un peu comme si tu voulais enseigner l'orthographe avec un correcteur orthographique !

Il faut les garder quand même, mais simplement classés par date et bêtement empilés puisqu'on pourra les retrouver facilement avec l'index numérique.

Même si tu spécifie les types ça n'enlèvera rien au problème pédagogique de ne pas vérifier ce qui rentre et sort. Le type statique c'est surtout pour la pédagogie du compilateur. Pour le programmeur ça n'est qu'une erreur pas plus courante qu'une autre.

Quel est la différence entre 5 + "a" et datetime(123,32,201) ?
La première pourrait éventuellement être détecté à la compilation, mais la deuxième non. Alors pourquoi ajouter une technique qui vérifiera la première mais pas la deuxième ?
En revanche avec des tests unitaires on vérifiera aussi bien la deuxième (la plus courante !) que la première. Pédagogiquement c'est d'une pierre deux coups et ça marche avec n'importe quel langage.

J'ai modifié mon bug tracker perso pour gérer ça. J'ai des projets impots/urssaf/logement/… dans chaque projets des tags tva/2035/… Par exemple je crée une requête "impots 2012", j'y ajoute les divers documents en fichiers joints. Ce qu'il y a de pratique avec le système de bug tracker c'est que je peux indiquer si c'est terminé, en cours etc… et également y ajouter des commentaires si par exemple j'ai des échanges avec les impots "envoi demande de document xyz", "reçu document", "appel pour info" etc…
Je me suis même payé le luxe d'extraire le texte d'un fichier joint en pdf et de l'indexer en full text avec postgresql.

Ca ne serait pas très pratique pour gérer des milliers de docs partagés par des dizaines de collaborateurs, mais pour ma tpe, famille et petites assos ça va très bien et ça ne me fait pas utiliser un nouvel outil que celui avec lequel je dev.

Pas trouvé de doc non plus, dans le lien que tu indiques il y a quelque chose qui ne me parait pas des plus simple :

As I understood it, the only way to deal with users is to create system users ; in /etc/passwd. They don’t have to be able to log in ; they just need a home, to store email, and a password, for authenticated smtp.

Il faudrait que chaque compte mail soit un compte unix… Sans doute qu'il n'a pas trouvé la doc non plus ?