Sygne a écrit 628 commentaires

Il faut dire que les avantages de ces applications sont nombreux : pas d'installation nécessaire, pas de mises à jour

La difficulté est qu'installer une application Web, c'est chiant. Il faut un serveur Web, la bonne version de Node.js/Ruby/Python, récupérer les dépendances et tout configurer. C'est en général bien plus compliqué que d'installer une simple application desktop. Sans compter qu'il faut être vigilant au problématiques de sécurité.

Il est certain que si tu aimes les applications web parce qu'elles n'ont pas besoin d'être installées, mais que tu veux en outre les installer toi-même, tu as un sérieux problème. Mais la solution à ce premier problème est simple: il suffit d'utiliser des applications natives.

Quant au deuxième problème, tu l'énonces ainsi:

[les applications web] facilitent la collaboration entre plusieurs personnes.

Cette tendance au Web pose de nombreuses questions […] pour la maîtrise de nos données.

Ce ne sont pas les applications qui ont un avantage à être sur le web, mais les données sur lesquelles nous travaillons. Et une mise en réseau propre et efficace de nos données supposerait:

• un protocole valable pour tout type de données, c'est à dire agnostique concernant la nature des données,
• contrôlé par le possesseur des données.

Et àmha, il existe une solution toute bête: le système de fichier par le réseau (NFS).

Pour résumer: applications locales, travaillant des données sous format inter-opérable déposées sur un système de fichier exporté sur le réseau.

J'ai du mal à comprendre…

Peut-être pourrais-tu ouvrir une nouvelle discussion en reformulant ta question, en précisant ton architecture matérielle, et en indiquant si ton écran est reconnu par linux, et surtout comment, ou, s'il ne l'est pas, comment il communique avec linux.

Personnellement, je ne pourrais pas t'aider beaucoup, mais au doigt levé, je vois trois solutions:

• ton écran est reconnu par xorg: toutes les bibliothèques graphiques habituelles sont utilisables.
• ton écran est reconnu comme une interface texte: Ncurse fournit peut-être les fonctions que tu cherches, sinon, ce journal propose des bibliothèques étonnantes en javascript.
• ton écran n'est pas reconnu, c'est le microprocesseur qui met en forme les informations que linux lui envoie, et il faut bricoler avec les bouts de code des amateurs du genre (adafruit et autres).

Mais tu dois déjà savoir tout cela…

Outre qu'elle vend ce genre de matériel, l'équipe d'adafruit propose aussi tout un ensemble de tutoriels et de petites bibliothèques pour ledit matériel.

J'imagine que sur leur site tu trouveras non seulement les composants matériels, mais aussi des bouts de code source pour réaliser ton projet.

Sinon, une recherche google avec le nom du matériel choisi (écran lcd, carte microcontroleur), devrait renvoyer nombre de blogs de bricoleurs qui partagent leurs sources.

J'apprends avec bonheur l'existence de possibilités de synchronisations plus automatiques grâce à vos commentaires.

Merci pour vos réponses !

Ce minOs là ?

Chaque microfiche contient de 100 à 130 pages environ en fonction de la taille de l'original. Une collection de 20 000 microfiches, soit de 10 000 à 20 000 livres, tient dans un meuble de 1,5 x 0,5 x 2 mètres. Microfiche.

Le volume requis par ce moyen d'archivage classique ne me semble pas justifier son remplacement par un moyen électronique.

Du reste, le problème des ministères n'est pas celui du volume des données, mais celui de leur nature: le rapport indique que ce sont pour les données produites par les outils de gestion de contenus et de travail collaboratif qu'il s'agit de trouver une solution d'archivage adaptée.

Il s'agit en fait d'assurer la pérennité de ce nouveau type de données et des méta-données associées, tout en conservant leur disponibilité, et ce en prenant en compte les possibilités d'export des applications actuellement utilisées (Alfresco et Sharepoint).

In fine, les données sont sous « Licence Ouverte », comme indiqué dans ce commentaire.

Quant à moi, après une première surprise en voyant les mails kikoolol de mes étudiants à la fac, j'ai fini par ne plus y prêter attention.

Mais ensuite, j'ai commencé à chercher du travail avec une adresse job@ mon domaine, pour finalement revenir à prenom.nom@ un domaine grand public: vue que l'emploi se joue de peu pour moi, je n'ai pas envie de soulever la moindre question sur ce point mineur.

Je précise ce que dit Marotte.

Sur un système linux, il y a au moins deux ensembles de programmes: des programmes dédiés à l'interface graphique, et des programmes dédiés à l'interface textuelle (ligne de commande). Et à quelques rares exceptions près, la séparation est nette entre ces deux ensembles.

Ensuite, il faut remarquer que les interfaces textes sont aujourd'hui le plus souvent utilisées pour des tâches spécifiques auxquelles elles sont adaptées:
- administration du système (installation de programmes, démarrage de serveurs, consultation des logs d'erreurs, etc.),
- travail sur un lot de fichier (recherche d'un mot clef dans un programme, modification de toutes les images d'un répertoire, etc.).

Il est néanmoins possible d'utiliser l'interface texte pour les tâches quotidiennes (édition, impression, mail, musique, jeux, voire navigation sur le web), mais cet usage est de plus en plus rare.

J'attends le jour où tous ceux qui ici se font une fierté violer le droit d'auteur, et de moinsser celui qui le protège, verront leurs logiciels libres embarqués dans des softs proprios sans mention et iront se plaindre à la FSF.

Ah, mais pardon, on me souffle à l'oreille que tout ce que vous faites, est systématiquement donné au domaine public.

====> []

Je comprends mieux maintenant, merci bien.

J'ai du mal à comprendre l'intérêt d'ajouter les snapshots de btrfs aux sauvegardes de rsync : ça me semble redondant.

Pour quoi ne pas tout simplement faire un snapshot du répertoire à sauvegarder tous les jours, et utiliser send/receive pour dupliquer le tout sur un autre disque ?

Franco-français : LaPoste.net publié par LaPoste qui a une forte culture du respect de la correspondance privée. Avec un webmail pas top.

Pas top, c'est un euphémisme: Il n'y a toujours pas de ssl, ni sur le webmail (le mot de passe transite en clair), ni sur l'imap, ni sur le smtp… Et on a toujours l'étrange impression qu'il n'y a plus d'admin derrière les serveurs depuis des lustres…

À titre personnel, j'apprécie ce genre d'événements, et je suis prêt à participer financièrement si nécessaire. Ils sont généralement l'occasion de belles expériences humaines, et, pour les professionnels du secteur, ils permettent en outre d'élargir leur réseau, de renouveler leur curiosité pour leur métier, et d'apprendre de leurs pairs. Je ne mets pas du tout en doute cela.

Mais je ne me fais plus d'illusion sur les discours d'économie des événements culturels. Par définition, il n'y a jamais assez d'argent pour la culture. Néanmoins, la culture brasse beaucoup d'argent. Tout est donc une affaire de gestion des priorités, et il y a toujours différentes façons d'équilibrer un budget: certains préfèrent faire peser le poids sur les créateurs, artistes ou bénévoles, d'autres trouvent à économiser ailleurs. C'est une affaire de choix, et dans ces choix s'expriment l'ambition des organisateurs.

Il est vrai que le fait de ne pas réussir à trouver 1000€ pour nourrir ceux qui font l'événement dans un budget annoncé de 30000€/musée la première année et de 50000€/musée la seconde année, soulève quelques questions sur les valeurs et priorités réelles de l'événement.

Mais puisqu'il s'agit de produire des œuvres dérivées d'œuvres du musée et de publier celles-ci sous licence libre, il n'y a pas à douter que le budget sert surtout à élever au domaine public les œuvres des musées qui ne le seraient pas encore.

N'est-ce pas ?

Je ne suis même plus choqué par ce genre de mise en demeure pour l'utilisation d'un nom commun, tant c'est devenu fréquent… Par contre, je suis un peu ennuyé de voir que finalement, la seule réponse que l'on puisse apporter, est le soutien populaire et la menace d'un effet « Streisand ».

N'y-a-t'il pas de jurisprudence pour ce genre de cas ? Le droit est-il si flou qu'on ne puisse s'y rapporter ?

[\cos x=\sum_{k=0}^{\infty}\frac{(-1)^k}{(2k)!}x^{2k}]

Effectivement, là, ça ressemble plus à de la gymnastique qu'à de la dactylographie…

Mais àmha, la disposition de clavier n'est pas vraiment en cause ici. Peut-être qu'il existe des parseurs qui transforment un langage plus simple à taper en formules tex ? Rien qu'un petit script sed pourrait peut-être ajouter automatiquement les anti-slash et simplifier pas mal la chose.

À vue de nez (je n'y connais rien aux mathématiques), pour groff et eqn, on écrirait:

.EQ
cos x = sum from k=0 to {k= inf} -1 sup k over 2k x sup 2k
.EN

Dans le monde LaTex, il doit bien exister aussi un moyen de taper relativement simplement les équations.

Merci, la page du wiki est intéressante, en particulier pour le processus de travail qui y est décrit. J'aime bien l'idée d'un répertoire d'installation, ainsi que celle, simplement effleurée, d'une commande pour imprimer.

While it is often a good idea to reserve a directory for each of your documents, you might have some reasons to keep several documents in the same directory.

Cette section m'a amusé. Écrivant beaucoup de courriers en ce moment, j'ai trouvé pratique de les mettre tous dans le même répertoire. La date de création préfixe le nom de toutes les sources, et mon makefile contient la cible last, qui formate le dernier document créé – celui en cours dans la très grande majorité des cas.

Est-ce qu'il y a des trésors d'ingénierie dans tes macros pour compiler (La)Tex, ou est-ce qu'elles te permettent simplement de ne pas avoir à ré-écrire de makefile à chaque fois ?

S'il y a des trésors d'ingénierie, quels sont les problèmes auxquels bsdowl
répond ?

Plutôt que .in, on utilise plutôt la commande .po (page offset), pour définir la marge par défaut. .in sert surtout à modifier temporairement l'offset.

Bien réglée, les césures ne devraient pas poser de problèmes, mais j'utilise trop peu groff pour t'aider.

Peut-être seras-tu intéressé par les commandes suivantes: .ad [l|b|r] (adjust left, both, right) pour l'alignement, .nf (no fill) qui supprime tout forme alignement (pour écrire du code par exemple), .fi (fill) qui ré-enclenche l'alignement.

Et pour avoir un peu d'élan pour la suite, voilà une petite macro pour écrire des notes, imparfaite sur bien des points, mais simple:

.nr x 0 1 \" numéro des notes
.de ns
.\" macro ns commence les notes
(\\n+x)
.   ev 1 \" ouvre un environnement dédié aux notes
.   br \" casse le flux
.   da print \" divertit le flux vers print
.   sp \" espace
\\nx)
..
.de ne
.\" macro ne ferme les notes
.   br \" casse le flux
.   di \" ferme la diversion
.   ev \" sort de l'environnement
..
.de end
.\" macro appellée à la fin du document
.   br
.   ev 1 \" en retourne dans l'environnement des notes
.   print \" execute le contenu de la diversion
.   br
.   ev
.   pl \\n(nlu \" ajuste la taille de la page au nombre de lignes
..
.\" définit la macro .end comme macro de fin de document:
.em end

Je sais que certains ont dit utiliser troff pour mettre en page leurs mails sur la liste de discussion de Groff. Ça vaut peut-être le coup d'aller y jeter un coup d'œil.

Pour l'exemple:

echo "
.de end
.pl \\n(nlu
..
.em end
.ll 50m
.hla fr
Lorem ipsum." | groff -T utf8

Pour vim, je suis moins convaincu. J'aurais plutôt tendance à passer le document entier dans la moulinette groff plutôt que chacun de ses paragraphes.

Désolé, j'avais compris, mais je n'ai pas su retenir le troll qui se cache en moi.

Merci :-)

La qualité du résultat n'est pas forcément lié à une question de langage de description mais bien à la problématique visée.

Je suis assez d'accord, d'autant plus que les langages ne sont au final que des étapes dans l'immense conversion d'un langage à un autre qui constitue l'informatique.

Langage man > langage Troff > langage Ditroff > mangage PostScript > langage Pdf.
Langage LaTex > langage Tex > langage DVI > langage PostScript > langage Pdf.

Les moteurs de rendus des navigateurs sont obligés de prendre des modèles simplifiés…

Là, par contre, je tousse… C'est tout de même osé de dire que html+css et un modèle simple de description de page. Il y a des gens qui sont capables d'écrire des parseurs Tex ou Troff, mais personne n'est capable d'écrire un parseur html/css.

Ah, enfin quelqu'un qui suit…

elle est libre la thèse ?

Non, elle n'est pas libre, ni même publiée en ligne. Il y a des choses que j'ai envie de modifier avant de penser à une publication. Et une fois ces modifications faites, il est probable que je tente d'abord ma chance chez un éditeur.

J'envisage d'éditer un texte libre pour servir d'exemple des macros d'Utroff, mais ce n'est pas encore fait.

c'est pas évident de trouver du boulot quand on a un doctorat de philo ? Quels débouchés existent ? Ou alors tu cherches dans l'informatique ?

Ce n'est pas évident, non. Le débouché par défaut est l'enseignement au lycée, mais il y a embouteillage (et d'autres raisons qui font que j'aimerais éviter de passer par là).

La philosophie est une vieille discipline, qui considère que la formation de l'esprit, l'exercice du jugement, l'habileté à manipuler des concepts, et l'exercice de la faculté d'apprendre sont les compétences les plus appréciables pour l'homme. Mais maintenant qu'il existe pour chaque emploi une formation ad-hoc, j'ai le défaut de n'avoir pas suivi la dite formation, et ma candidature passe loin derrière celle de personnes beaucoup moins diplômées que moi.

Pour la première fois (après 98 candidatures), je postule en ce moment à un poste où je peux faire valoir ma pratique de la philosophie: il s'agit de coordonner les groupes de réflexion d'un milieu professionnel. Une perle rare.

Ou alors tu cherches dans l'informatique ?

Je n'ai pas les compétences pour être développeur ou administrateur. Peut être qu'il y a des emplois à la marge où mon profil littéraire et mon expérience de la programmation peuvent être des atouts, mais je ne connais pas assez ce milieu pour me rendre compte des besoins.