mahikeulbody a écrit 1577 commentaires

Ce n'est un secret pour personne que le recrutement même anonyme fini toujours par un entretien rh qui filtrera selon les critères défini en toute discrétion par la boite.

C'est en partie vrai mais pas toujours et pas partout. Il y a en effet le cas où il n'y a pas de critères définis par la boite mais juste les préjugés de celui qui pré-sélectionne les candidats à recevoir. Évidemment dans les cas où c'est aussi lui qui choisit in fine, ça risque de ne pas faire de différence quoique, si le candidat est brillant, tout est possible. Mais si c'est un chef de projet/service qui choisit parmi les candidats reçus, ça peut permettre de passer une première barrière si ce dernier n'a pas les mêmes préjugés.

Ceci dit, la règle c'est qu'on n'a pas de sauvegarde tant qu'on n'a pas tenté de faire une restauration pour vérifier que ça marche…

Je me suis remis dans le bain avec quelques mois de Manjaro/KDE (je serais encore sous cette distro si une update n'avait pas complètement foutu mon système en l'air … génial les rolling-release).

Je ne sais pas si l'aspect si c'est le coté rolling-release qui est en cause ou, plus simplement, le fait que ça n'a pas été suffisamment testé. Quoiqu'il en soit je ne veux pas me priver des avantages de cette distribution à cause de ce genre de problème potentiel et je ne suis pas non plus un barbu capable de faire un chroot les yeux fermés et diagnostiquer le problème. Bref, je me suis trouvé une solution simple : btrfs + timeshift + grub-btrfs. Si ça ne redémarre pas, je reviens à l'état précédent juste en choisissant une autre entrée grub au démarrage.

Pour le reste, j'ai vécu la même expérience que toi : un bref passage par KDE (Kubuntu ?) il y a quelques années m'avait vraiment déplu. Puis un jour, par hasard, je lui ai redonné une chance. Et là, comme toi, je suis ravi (je suis cependant conscient que mon impression est relative à KDE sous Manjaro ; je n'ai pas fait l'effort de considérer la part de chacun dans ce résultat).

Puis, tu branches ensuite un disque dur externe, et tu procèdes à la sauvegarde de tes données qui sont sur le disque dur interne.

J'ajouterais la précision suivante : la sauvegarde en question est possible parce que la plupart des distributions Linux permettent de lire les partitions Windows (FAT ou NTFS).

Je n'ai pas tout compris au journal (ceci explique peut-être cela) mais je n'ai pas vu en quoi la complexité apparente de ce qu'il décrit provient spécifiquement de IPv6.

https://linuxfr.org/aide#aide-fermercompte

J'ai un domaine en .net chez Gandi, avec mes emails hébergés ailleurs, depuis de nombreuses années : aucun souci particulier.

La majorité des gens ne veut/peut pas gérer un serveur, d'où ma remarque sur le cas d'utilisation cité "photos en vacances" où le peer-to-peer ne répond plus au problème. Pour les autres cas d'utilisation j'utilise SyncThing et j'en suis satisfait.

J'en profite pour faire la remarque suivante : Syncthing remplace sans problème des solutions type Dropbox mais il y a des cas de figure où le principe peer to peer (i.e. pas de serveur central) peut poser problème.

Par exemple, on peut se servir de Syncthing pour synchroniser un PC avec les photos prises sur un smartphone. Mais si on part en vacances on éteint généralement son PC. Si par malheur on se fait voler son smartphone, on perd les photos prises pendant les vacances. Dans le cas d'une solution plus classique avec un serveur, le risque est amoindri à moins de n'avoir aucune connexion internet durant les vacances.

C'est défini au niveau de chaque partage (ce qui me paraît d'ailleurs plus logique qu'au niveau de l'appareil).

'Gérer' le partage considéré, onglet 'Avancé' et choisir le type de partage, en l'occurrence 'Envoi (lecture seule)' sur le maître.

> mais aussi les autres métadonnées telles que le tagging qui est virtuellement infini.

Qu'entends-tu par "tagging", les mots-clés ?
Tu peux bien sûr mettre tout et n'importe quoi dans le tag "mots-clés". Le "standard" XMP prévoit cependant bien d'autres champs qu'il est un peu dommage de ne pas pouvoir utiliser.

Après, ce n'est pas ça qui va me faire quitter DT (et Linux) en faveur de Lightroom mais on peut comprendre que ça puisse en gêner certains (même si l'exprimer par un discours "le libre est arrogant et ne comprends rien aux besoins des utilisateurs" me paraît déplacé et inexact).

Je suppose que tu suggères d'insérer FILE_EXTENSION dans le nom en sortie en plus de SEQUENCE.

J'y vois au moins un problème, voire deux :
- le nom du jpeg fait bien référence au nom du raw mais je doute qu'un tel nom "plaise" au client
- SEQUENCE - si je ne m'abuse - ne créé une séquence que sur l'ensemble des photos sélectionnées dans un même export ; du coup, si comme moi, on exporte à chaque fois qu'on a fini une photo (ctrl-E depuis la chambre noire) ça ne va pas marcher

Bref, il me semble quand même que le plus simple est de renommer les raw comme on le souhaite avant de les importer dans DT afin d'avoir des jpg de même nom (éventuellement suffixé avec un numéro en cas de clones basés sur un même raw).

Avant de traiter quelqu'un de dinosaure il faut prendre la peine de le lire : il ne parle pas de chercher des photos, il parle du nommage qu'elles ont quand elles sont livrées au client.

Mais puisque tu parles des méta-données, tu devrais aussi lire ce qu'il a écrit : il trouve le nombre de champs insuffisants dans DT.

(peu importe qu'on soit d'accord ou pas avec ses deux exigences, là tu réponds à coté et en l'agressant).

Je peux comprendre que tu regrettes que cette fonction ne soit pas présente dans DT mais je suis quand même un peu surpris que cela soit rédhibitoire au point de devoir utiliser d'autres logiciels à la place, payants et non disponibles sous Linux de surcroît.

En ce qui me concerne je renomme* mes raw avant de les importer dans DT avec une règle de type 2018-12-25_15h32-17.xxx. Je ne suis pas photographe professionnel mais en tant que client potentiel il me semble qu'un nommage de mes jpeg sous cette forme me paraîtrait aussi acceptable qu'une numérotation 1…n.

* J'effectue ce renommage avec exiftool ou avec XnViewMP qui utilise exiftool en interne. Ça prend à peine plus de temps que si on pouvait le faire depuis DT.

que l'ajout d'une simple fonction de renommage qui existe déjà dans de nombreux utilitaires libres ?

Oui, enfin, ce n'est sans doute pas très compliqué mais ça l'est quand même un peu plus que pour les utilitaires que tu cites. Il faut notamment mettre à jour la base de données de DT avec les nouveaux noms, renommer aussi les fichiers xmp correspondants, modifier le contenu de ces fichiers xmp (car ils contiennent le nom original) et peut-être d'autres choses que j'oublie.

Alors si en plus cette fonction ne paraît pas essentielle aux développeurs (ni à un certain nombre d'utilisateurs apparemment) et que personne ne les paye pour ça…

Si on veut renommer avec une règle basée sur les EXIF, alors non, n'importe quel gestionnaire de fichiers ne fait pas le boulot.

Mais il y a bien sûr des logiciels dédiés qui font ça très bien et l'absence de cette fonction dans DT me paraît anecdotique.

Fantastique dépêche !

Je l'admets, c'est un commentaire inutile mais tant pis pour mon karma, j'avais besoin de le dire.

Ah, ça c'est bien.

Je reformule pour être sûr d'avoir bien compris :
- je créé un compte XMPP sur un serveur avec moi@mondomaine comme identifiant (sous réserve que ce soit permis)
- quand je me connecte sur un pod avec cet identifiant, celui-ci utilise les DNS de mondomaine pour trouver le serveur XMPP qui héberge mon compte
- si je change de serveur XMPP, je clôture mon compte sur ce serveur, puis je créé un compte avec le même identifiant sur un autre serveur (après avoir mis à jour les DNS de mondomaine)

Il n'existe pas de définition universelle de "réseau social".

Certes. Ce n'était d'ailleurs pas une critique de ma part, juste un étonnement.
En tous cas, c'est rédhibitoire pour moi.

Quid de l'identité, elle peut être de la forme moi@mondomaine sur un serveur XMPP que je ne gère pas ?

Merci pour cette explication, je comprends maintenant la différence entre pod et serveur.

Et pour ce qui est d'avoir son propre domaine et serveur: oui, c'est bien ce que je disais: héberger son propre serveur.

Non, moi je parlais juste d'avoir son propre domaine ce qui est quand même plus simple que d'avoir son propre serveur. Si je dis à ma compagne qu'il faudra qu'elle gère un Yunohost le jour où je ne serai plus là
pour ne pas perdre son identité "sociale", ça va pas le faire.

Je ne comprends pas tout : quand je me connecte sur fr.movim.eu je me connecte sur quoi ? Sur un pod Movim ou sur un serveur XMPP ?

Ok, je crois deviner que je me connecte sur un pod Movim qui communique lui-même avec un serveur XMPP. Mais pour un utilisateur lambda qu'est-ce que ça veut dire "changer de pod à la volée" ?

Par ailleurs, en lisant ton message, je "réalise" que l'identifiant est lié au serveur XMPP. Donc, effectivement, si celui-ci disparaît, mon identité disparaît => les problèmes que tu évoques.

Mais alors ta comparaison avec les mails n'est pas tout à fait juste. En effet, d'une part, il est facile d'exporter des mails d'une adresse à une autre. D'autre part, on peut garder la même adresse email toute sa vie sans dépendre d'un serveur : en ayant son propre domaine.

Je suis très étonné que ce soit expérimental dans XMPP après tant d'années. Je suis certes ignare en réseaux sociaux mais il me semblait qu'une telle fonctionnalité faisait nécessairement parie de la base d'un réseau social généraliste (i.e. pas comme Twitter par exemple).

Peut-être que je suis sacrément dépassé de vouloir publier des trucs juste pour ma famille…

Une autre question que je me pose : qu'en est-il de la possibilité d'exporter ses données sur un autre serveur ?
Il y a deux ou trois on m'avait répondu à cette même question que ça serait possible un jour (excepté pour les "pièces jointes" : images, vidéos,…).

J'ai rapidement essayé Movim il y a quelques mois mais je n'avais pas vu comment faire une publication restreinte à une liste de contacts ou un groupe prédéfini. C'est mon inexpérience des réseaux sociaux ou bien c'est comme ça ?