En réalité, le mot écologique pose problème, beaucoup de monde a sa propre définition
Exactement, et l'unité de mesure de l'écologie n'existant pas (à juste titre), c'est très dur de se prononcer "plus écolo que le voisin". Peut-être pourriez-vous communiquer sur un "effort écologique" par exemple ?
En tous cas l'initiative est bonne, bravo !!!
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Autre exemple alors, hier j'ai vu ma fille dessiner avec un stylet sur son iPhone pour faire un avatar pour un copain, donc je sais très bien qu'on peut faire des choses créatives avec un smartphone. Mais dès qu'on veut faire des trucs sérieux, ça gicle rapidement (toujours ma fille, elle dessine bcp plus souvent sur son PC sous Krita avec un tablette Wacom qu'avec un stylet sur son iPhone, l'iPhone c'est bien pour un petit truc vite fait).
Rien que la surface disponible et l'interface ça change la productivité vie. La comparaison tient pas longtemps.
EDIT : et la position de travail… je l'ai remarquée parce qu'elle était complètement voutée sur le canapé et c'est en lui demandant ce qu'elle faisait que j'ai vu le stylet (assez précis d'ailleurs, très bonne trouvaille).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
"en schématisant" je disais… oui, tu as des exceptions, comme toujours : il y a bien des peintres qui peignent avec les pieds.
tu cites la musique, moi dans les studios d'enregistrement je vois plutôt des MacOS pour enregistrer/mixer, et des iOS pour faire des selfies du studio
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je dirais tout simplement qu'il faut que le son te plaise. Pour en avoir essayé pas mal (et je continue), des fois tu vas trouver le son "fade" ou "mou", mais c'est clairement à toi de voir. Tu achètes un objet de plaisir, il faut qu'il te plaise !
Donc les critères sont finalement très perso : un toucher "qui te plait" (des fois c'est précis, ou la dynamique est bizarre, tu arrives mal à la gérer), et un son "qui te plait".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je confirme ! Le f/1.8 50mm est l'objectif le moins cher de la gamme Canon (100€), c'est clairement un must have. Pour faire des portraits lors de la galette des rois chez mamie, c'est parfait. J'ai fait un Hellfest avec, c'est très bien aussi :)
Le Nikon 24-70 mm f/2.8E ED VR
Toujours pour un Canon (mais je pense qu'on trouve le même pour Nikon), sur les conseils de mon photographe préféré (ça existe encore), j'ai opté pour un Tamron 17-50mm f/2.8 non stabilisé. Pourquoi non stabilisé ? Parce que 300€ (de mémoire), et hyper fiable (c'est lui qui l'a dit).
- à de telles focales, on vit très bien sans stabilisateur (ok, en faible luminosité bla bla bla, mais si c'est pour au final prendre une photo au 1/60e ou plus rapide, c'est très bien)
- fiabilité au top : c'est mon objectif à tout faire, aucun soucis depuis 6 ou 7 ans je pense
Après généralement j'ai arrêté le combat "smartphone" vs "APN", c'est un peu comme "piano accoustique" vs "piano numérique" : j'ai utilisé et possédé les deux, j'aime bcp les deux, mais c'est pas pareil, il y a trop de différences (avantages et inconvénients cumulés) pour comparer.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui pour moi c'est plutôt une volonté de convention : le tableau est de taille statique point. Apparemment ça a bougé en C99, mais l'idée de base doit être par là.
Ensuite le C étant quand même assez fun, rien ne t'empêche de faire ton malloc puis d'utiliser le tableau.
ils n'ont plus besoin d'ordinateur à la maison puisque leur smartphone fait déjà tout ce dont ils ont besoin
Et c'est bien triste : en schématisant tu utilises un smartphone pour "consommer de la data" (web, netflix, facebook) et un ordinateur pour "produire de la data" (graphisme, musique, texte…). Utiliser un smartphone et pas un ordi est surtout pour moi un signe de "passivité numérique", et c'est bien dommage.
ALors oui, je sais, tu peux toujours mettre à jour ton status Facebook et prendre une photo avec un smartphone (c'est de la production), mais c'est tout de même très cadré comme utilisation.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
C'est donc pour ça que les constructeurs tendent à retirer le support des cartes SD
Entre autre oui. En fait cette phrase est partiellement fausse, Google veut (inutile de dire que pour lui tout devrait être dans le cloud), mais les autres OEM résistent parce que c'est un sacré argument marketing.
J'ai bossé côté constructeur dans l'integration Android, et la gestion de la carte SD amovible est un enfer. Pour mille petits détails, mais disons que généralement c'est "ok, je suis censé écrire sur la carte SD et elle n'est pas là, je fais quoi ?".
Il existe depuis qques Android récents (je ne saurais dire, j'ai arrêté le suivi des versions) une option pour "fixer" la carte SD : elle fait maintenant partie du système et t'es plus censé l'enlever. Ainsi plus de questions (je suppose) : si ça marche pas, c'est la faute de l'utilisateur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
EDIT : ah merde non, je suis allé un peu vite, c'est pas exactement l'objet du journal.
En tous cas utiliser FUSE est sûrement la bonne idée. On laisse le FS natif de l'OS s'occuper des octets, et ensuite par dessus on met une couche d'abstraction basée sur le besoin utilisateur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'ai un combiné imprimante/scanner Oki qui a le scanner qui n'est pas du tout reconnu par Sane ni par Libinsane (j'avais même fait des rapports sur ton précédent appel).
Est-ce que tu as une idée de comment s'y prendre pour reverse engineerer le protocole ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
je pense avoir compris ton pb : tu as un fichier MONFICHIER qui contient des noms partiels de fichiers, et tu voudrais retrouver ces fichiers et les renommer.
j'ai fait un essai vite fait et je pense que ceci fonctionne :
Oui, ça dépend de ta volonté d'isolation des services. Dans l'ordre du moins protégé au plus protégé :
tout sur le même PC, les applications sont simplement paramétrées pour répondre soit sur le réseau local soit sur Internet (bcp de monde fait ça, moi y compris, c'est déjà pas mal surtout si tu as un firewall - box - en amont qui déjà va bloquer les ports adéquats)
conteneurs (style docker)
virtualisation
2 machines physiques différentes
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Le Pic
Posté par gUI (Mastodon) . En réponse au message Recherche hébergeur de site web pour association 1901. Évalué à 3. Dernière modification le 15 septembre 2019 à 13:02.
J'en sais pas beaucoup plus, mais sur une mailing-list j'ai vu passer leur contact, ils hébergent des assos.
Pour info, ils sont sur la région Toulousaine (je ne sais pas si c'est un critère pour eux).
Site : https://www.le-pic.org/
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Plus gros problème du libre
Posté par gUI (Mastodon) . En réponse au journal Richard Stallman, l'affaire Epstein et des positions franchement douteuses. Évalué à 7.
Je ne peux pas m'empêcher de penser au sketche des "Têtes à Claque" sur le pilote d'avion.
Episode 1 pour comprendre : https://www.youtube.com/watch?v=AFr5XzPvdNc
Episode 2 avec le mythique "Abort ! Abort !" : https://www.youtube.com/watch?v=FYrk5Emfv-Q
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: écologique ??
Posté par gUI (Mastodon) . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 5.
Exactement, et l'unité de mesure de l'écologie n'existant pas (à juste titre), c'est très dur de se prononcer "plus écolo que le voisin". Peut-être pourriez-vous communiquer sur un "effort écologique" par exemple ?
En tous cas l'initiative est bonne, bravo !!!
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Un iphone c'est rien qu'un téléphone avec un appareil photo
Posté par gUI (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 5. Dernière modification le 13 septembre 2019 à 09:13.
Oui et c'est même bluffant (je l'ai vu tourner).
Autre exemple alors, hier j'ai vu ma fille dessiner avec un stylet sur son iPhone pour faire un avatar pour un copain, donc je sais très bien qu'on peut faire des choses créatives avec un smartphone. Mais dès qu'on veut faire des trucs sérieux, ça gicle rapidement (toujours ma fille, elle dessine bcp plus souvent sur son PC sous Krita avec un tablette Wacom qu'avec un stylet sur son iPhone, l'iPhone c'est bien pour un petit truc vite fait).
Rien que la surface disponible et l'interface ça change la
productivitévie. La comparaison tient pas longtemps.EDIT : et la position de travail… je l'ai remarquée parce qu'elle était complètement voutée sur le canapé et c'est en lui demandant ce qu'elle faisait que j'ai vu le stylet (assez précis d'ailleurs, très bonne trouvaille).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Convention
Posté par gUI (Mastodon) . En réponse au message langage C : pourquoi on ne peut pas allouer la taille d'un tableau pendant l'exécution du programme?. Évalué à 2.
Exactement, et en plus j'en parle !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Un iphone c'est rien qu'un téléphone avec un appareil photo
Posté par gUI (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 2. Dernière modification le 13 septembre 2019 à 08:00.
"en schématisant" je disais… oui, tu as des exceptions, comme toujours : il y a bien des peintres qui peignent avec les pieds.
tu cites la musique, moi dans les studios d'enregistrement je vois plutôt des MacOS pour enregistrer/mixer, et des iOS pour faire des selfies du studio
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Photographie.
Posté par gUI (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 3.
J'ai un Clavinova CVP 503.
Je dirais tout simplement qu'il faut que le son te plaise. Pour en avoir essayé pas mal (et je continue), des fois tu vas trouver le son "fade" ou "mou", mais c'est clairement à toi de voir. Tu achètes un objet de plaisir, il faut qu'il te plaise !
Donc les critères sont finalement très perso : un toucher "qui te plait" (des fois c'est précis, ou la dynamique est bizarre, tu arrives mal à la gérer), et un son "qui te plait".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Photographie.
Posté par gUI (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 3.
Je confirme ! Le f/1.8 50mm est l'objectif le moins cher de la gamme Canon (100€), c'est clairement un must have. Pour faire des portraits lors de la galette des rois chez mamie, c'est parfait. J'ai fait un Hellfest avec, c'est très bien aussi :)
Toujours pour un Canon (mais je pense qu'on trouve le même pour Nikon), sur les conseils de mon photographe préféré (ça existe encore), j'ai opté pour un Tamron 17-50mm f/2.8 non stabilisé. Pourquoi non stabilisé ? Parce que 300€ (de mémoire), et hyper fiable (c'est lui qui l'a dit).
- à de telles focales, on vit très bien sans stabilisateur (ok, en faible luminosité bla bla bla, mais si c'est pour au final prendre une photo au 1/60e ou plus rapide, c'est très bien)
- fiabilité au top : c'est mon objectif à tout faire, aucun soucis depuis 6 ou 7 ans je pense
Après généralement j'ai arrêté le combat "smartphone" vs "APN", c'est un peu comme "piano accoustique" vs "piano numérique" : j'ai utilisé et possédé les deux, j'aime bcp les deux, mais c'est pas pareil, il y a trop de différences (avantages et inconvénients cumulés) pour comparer.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: C99: Variable Length Array
Posté par gUI (Mastodon) . En réponse au message langage C : pourquoi on ne peut pas allouer la taille d'un tableau pendant l'exécution du programme?. Évalué à 3.
Comment marche le
free()
? Il faut que tu penses à l'écrire ou c'est "auto-magique" ?En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Convention
Posté par gUI (Mastodon) . En réponse au message langage C : pourquoi on ne peut pas allouer la taille d'un tableau pendant l'exécution du programme?. Évalué à 3. Dernière modification le 12 septembre 2019 à 13:38.
Oui pour moi c'est plutôt une volonté de convention : le tableau est de taille statique point. Apparemment ça a bougé en C99, mais l'idée de base doit être par là.
Ensuite le C étant quand même assez fun, rien ne t'empêche de faire ton malloc puis d'utiliser le tableau.
Tu as écris le
malloc()
, tu as donc une chance de penser à écrire lefree()
:)(j'ai même pas compilé ce code, j'espère ne pas dire de grosses conneries !!!)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Un iphone c'est rien qu'un téléphone avec un appareil photo
Posté par gUI (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 10.
Et c'est bien triste : en schématisant tu utilises un smartphone pour "consommer de la data" (web, netflix, facebook) et un ordinateur pour "produire de la data" (graphisme, musique, texte…). Utiliser un smartphone et pas un ordi est surtout pour moi un signe de "passivité numérique", et c'est bien dommage.
ALors oui, je sais, tu peux toujours mettre à jour ton status Facebook et prendre une photo avec un smartphone (c'est de la production), mais c'est tout de même très cadré comme utilisation.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Android?
Posté par gUI (Mastodon) . En réponse au journal Où sont les filesystems orientés DB?. Évalué à 2. Dernière modification le 12 septembre 2019 à 09:01.
Entre autre oui. En fait cette phrase est partiellement fausse, Google veut (inutile de dire que pour lui tout devrait être dans le cloud), mais les autres OEM résistent parce que c'est un sacré argument marketing.
J'ai bossé côté constructeur dans l'integration Android, et la gestion de la carte SD amovible est un enfer. Pour mille petits détails, mais disons que généralement c'est "ok, je suis censé écrire sur la carte SD et elle n'est pas là, je fais quoi ?".
Il existe depuis qques Android récents (je ne saurais dire, j'ai arrêté le suivi des versions) une option pour "fixer" la carte SD : elle fait maintenant partie du système et t'es plus censé l'enlever. Ainsi plus de questions (je suppose) : si ça marche pas, c'est la faute de l'utilisateur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: la meilleure ressource...
Posté par gUI (Mastodon) . En réponse au message Cherche ressource(s) pédagogique(s) libre(s) pour atelier d'initiation GNU/Linux. Évalué à 6.
rarement du premier coup… c'est aussi l'intérêt de récupérer un support : il a déjà servi et a donc été "débourré".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Ça existe... partiellement
Posté par gUI (Mastodon) . En réponse au journal Où sont les filesystems orientés DB?. Évalué à 5. Dernière modification le 11 septembre 2019 à 14:58.
Au moins pour le MP3 : https://khenriks.github.io/mp3fs/
EDIT : ah merde non, je suis allé un peu vite, c'est pas exactement l'objet du journal.
En tous cas utiliser FUSE est sûrement la bonne idée. On laisse le FS natif de l'OS s'occuper des octets, et ensuite par dessus on met une couche d'abstraction basée sur le besoin utilisateur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Oki
Posté par gUI (Mastodon) . En réponse au journal Base de données de scanners : besoin de contributeurs (yep, encore). Évalué à 3.
Désolé, manque de précisions, scanner réseau. Est-ce que ça change qqchose à la méthode ? Wireshark, toussa…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Blocage administratif
Posté par gUI (Mastodon) . En réponse au journal Le DNS d'Orange bloque twitch.tv (à la Réunion). Évalué à 2.
C'est très clair, merci bcp !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Blocage administratif
Posté par gUI (Mastodon) . En réponse au journal Le DNS d'Orange bloque twitch.tv (à la Réunion). Évalué à 5.
C'est quoi des sondes Atlas ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Oki
Posté par gUI (Mastodon) . En réponse au journal Base de données de scanners : besoin de contributeurs (yep, encore). Évalué à 3.
J'ai un combiné imprimante/scanner Oki qui a le scanner qui n'est pas du tout reconnu par Sane ni par Libinsane (j'avais même fait des rapports sur ton précédent appel).
Est-ce que tu as une idée de comment s'y prendre pour reverse engineerer le protocole ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# 2 SATA
Posté par gUI (Mastodon) . En réponse au message Cherche matériel : Montage mini PC serveur. Évalué à 3.
Dans la description et la photo je ne vois que 2 SATA alors que tu parles de viser 4HDD, c'est normal ?
Sinon tu peux y aller les yeux fermés, les soucis éventuels avec Linux c'est les chipset WiFi très récents, pour le reste, ça juste marche.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Un malheur n'arrive jamais seul
Posté par gUI (Mastodon) . En réponse au journal [HS][Nécrologie] Ariane, du Club Dorothée, est décédée/bronsonisée à 61 ans. Évalué à 4. Dernière modification le 05 septembre 2019 à 20:22.
Enfin une information sourcée !
Merci pour les détails, c'est très rigolo comme anecdote :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Un malheur n'arrive jamais seul
Posté par gUI (Mastodon) . En réponse au journal [HS][Nécrologie] Ariane, du Club Dorothée, est décédée/bronsonisée à 61 ans. Évalué à 3.
En tous cas la précision est redoutable
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: erreur de ma part
Posté par gUI (Mastodon) . En réponse au message passer un paramètre auto-complété avec xargs. Évalué à 3. Dernière modification le 05 septembre 2019 à 08:15.
je pense avoir compris ton pb : tu as un fichier MONFICHIER qui contient des noms partiels de fichiers, et tu voudrais retrouver ces fichiers et les renommer.
j'ai fait un essai vite fait et je pense que ceci fonctionne :
cat MONFICHIER | xargs -I [] find MONPATH -name *[]* -exec cp {} /tmp/[].mp3 \;
find
pour trouver le fichier, puis avec-exec
tu le traites[]
pour la recherche et{}
pour le traitement sur le fichier trouvéEn théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: 2 OS
Posté par gUI (Mastodon) . En réponse au message Montage PC serveur. Évalué à 3.
Oui, ça dépend de ta volonté d'isolation des services. Dans l'ordre du moins protégé au plus protégé :
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: en clair ? avec du sel ?
Posté par gUI (Mastodon) . En réponse au message authentification via un serveur vocal => mots de passe en clair ?. Évalué à 2.
Je pense comme toi, ce serait évidemment la bonne façon de faire mais… amusons-nous un peu :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: en clair ? avec du sel ?
Posté par gUI (Mastodon) . En réponse au message authentification via un serveur vocal => mots de passe en clair ?. Évalué à 3.
Du coup ça diminue l'entropie ? Au lieu de 26 lettres on n'en a plus que 10.
Après ce serait amusant de tenter un mot de passe "synonyme" sur le site web pour savoir si il y a 2 stockages de hash séparés ou pas.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.