fearan a écrit 7557 commentaires

Si tu veux bosser pour le client, fait toi embaucher par le client, c’est encore le plus simple.

Si le client voulait embaucher, il ne ferait pas appel aux grosses SSII…

Je connais une boite, ça fait 28 ans que le presta est sur le projet ;)

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

bon ben vu que les dossier existent déjà c'est relativement simple

#!/bin/bash

REPUTIL=/home  #dossier contenant les dossiers utilisateurs
REPFICHIERS=   #dossier contenant les fichier à déplacer

cd "$REPUTIL"  # on se déplace dans le dossier des utilisateurs 
for rep in *
do
   mv -i "${REPFICHIERS}/${rep}".* "${rep}/"
done

petits points :

• j'ai présupposé que dans le dossier des utilisateurs, il n'y a que des dossiers
• c'est toujours bien de faire un backup avant de jouer avec des scripts non testés :)
• si dans le dossier des utilisateurs il y a autre chose que des dossiers, il faut remplacer la boucle for

for rep in */
do
   mv -i "${REPFICHIERS}/${rep%/}".* "${rep}"
done

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

j'ai vu la différence quand mon patron nous a vendu, on est passé de 200 a 850, j'aurai pas conservé ma mission chez le client je serai déjà parti ailleurs.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

les dossiers existent ils déjà ?

comment gérer les fichiers sans '.' ?
comment gérer les fichiers avec plusieurs '.' (typiquement un .tar.gz ou macron.en.slip.de.bain.à.la.piscine.payée.aux.frais.du.contribuable.jpg )

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

tout à fait, cependant c'est une pratique qui n'est pas si rare, même si l'employeur peut refuser ;)

https://www2.editions-tissot.fr/actualite/droit-du-travail/ai-je-le-droit-de-refuser-la-presence-de-l-avocat-du-salarie-lors-de-son-entretien-prealable-a-un-licenciement

Ensuite, venir avec un avocat, même si l'employeur refuse sa présence à l'entretien indique qu'on est prêt à en découdre, et qu'il vaut mieux avoir de réelle raisons pour lourder l'employé.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Tu dis qu'il faut défendre tout le monde, mais tu reproches à des gens d'être capables de défendre l'indéfendable ?

Non il leur reproche de les défendre n'importe comment. Oui il faut faire respecter leur droit (les défendre), mais pas cautionner n'importe quoi. Certaines fois quand j'entends que tel ou tel syndicat appel à la grève pour défendre certains comportements j'ai bien envie de leur foutre mon poing dans la gueule. Le problème c'est que je n'ai pas trouvé de syndicat raisonnable, soit il cautionne tout ce qui dit le patron et signent n'importe quoi, soit il cautionne tout ce que font les employés, et sont en opposition quasi systématique.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Yep mais c'est quand même léger, 7 jours ça marche pour déplacer un ciné, restau ou autre; un concert ou un théâtre, c'est déjà moins cool…

Y a aussi certains points qui permettent de refuser, typiquement si les horaires sont indiqué sur le contrat de travail ;)

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

dans la mesure où les modalités sont respectées (en particulier le délai pour prévenir le salarié et le volume d'heures)

prévenir le jour même c'est légèrement hors délai

https://www.juritravail.com/Forum/35-heures-temps-de-travail/conseil-juridique/obligation-de-prevenance-pour-les-heures-supplementaires/id/69531

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

que se passe t'il si un des mots de passe contient un ; ?

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Car c'est connu qu'un patron qui souhaiterait se débarrasser d'un employé

Y a une procédure à respecter, dont des indemnités à payer, et ce qui passe aux prud'hommes généralement a un petit accident de procédure.

Je connais quelqu'un qui est venu à son entretien préalable au licenciement avec un avocat, officiellement pour insuffisance professionnelle, mais bon le vrai motif c'est qu'il avait refusé de faire des heures sups; curieusement y a plus rien eu de reproché, et il est toujours en poste.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

…après cette lecture: je me demande juste ce qu'il se passe après, est-ce que la personne peut/doit réintégrer l'entreprise?

Généralement, après un licenciement abusif les prud'hommes peuvent demander la réintégration du salarié.

les procédures abusives ne sont aucunement punies ?

Avant quand y'avait une grosse déconne de la part de l'entreprise il pouvait y'avoir de gros dédommagement, mais depuis peu c'est plafonnée pour permettre aux entreprises d'évaluer les risques financier lorsqu'ils tentent de virer un gars.

Globalement, il faudrait rendre les preneurs de décision (ou exécutant) responsable lors d'exaction de ce genre, car typiquement les plus pénalisé sont les collègue du monsieur qui vont voire leur entreprise pénalisé. (en plus de pourrir l'ambiance)

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Au turbin, c'est encore plus exacerbé par notre tendance à utiliser les shared_ptr

Chez nous c'est la même, je lutte tous les jours pour que les collègues arrêtent cette hérésie

Plus d'une fois on tombe sur du code

f(shared_ptr<Truc> truc)
{
   [...]
   truc->machin()
}

Le tout sans aucun contrôle sur l'existence de truc ( if (truc) par exemple )

Je parle même pas d'un quelconque const qu'on pourrait avoir

shared_ptr<const Truc>

Attention hein je ne suis pas contre l'utilisation des shared_ptr, je suis contre leur utilisation systématique.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

en même temps coder en python, l'intérêt est limité ;)

Blague à part en C j'aurais plutôt codé la couleur sur un char

• les 4 premier bits : la couleur (masque)
• les 4 suivants le chiffre de la carte

ou à la rigueur sur 4 octets

• les 4 premier bits : la couleur (masque)
• les 13 derniers bits la valeur de la carte (et oui, on est à 17 bits, ce qui ne passe pas dans un short;

Si on tiens au masque de bit pour que ça tienne dans un short, il faut considérer que l'absence de marqueur est une couleur, mais adieu les jeux de tarots.

En python, il vaut mieux jouer avec des classes ou des paires ('T',7), voire utiliser des Enums https://docs.python.org/3/library/enum.htm , utiliser des caractères c'est moche

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Vi et faut aussi faire gaffe à ce que la comparaison ne soit pas plus longue que la copie; sinon on perd un peu l'intérêt du schmilblick.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Ici y a rien de sorcier, dans le cas de la copie du paramètre pour le stocker ensuite, en C++11, on va avoir (copie + déplacement), en pré c++11 on aura 2 copie; dans les deux cas le résultat est strictement identique.

Le cas du passage de référence et plus taquin mais on aurait exactement le même problème en pointeur nu, ou en référence sans shared_ptr; si la ressource est désallouée par un autre thread on a une référence sur nulle part (ou un pointeur sur nulle part)

tout ça pour ce qui est essentiellement des micros optimizations impossible à mesurer pour la majorité des cas d’usages.

c'est ce qui permet de retourner un conteneur de plusieurs dizaines de milliers d'éléments (potentiellement complexe) sans passer par des pointeurs (du point de vue codeur).

Presque tous les autres langages passent par référence, mais pas toujours; si tu veux qu'on parle des truc marrant de java ou python, justement sur le passage de paramètre

• Comment changer une String, un int, ou un Float passé en paramètre d'une fonction en java ? Alors que la quasi totalité des objets ça se fait sans se poser de question.
• Pourquoi ce p* de paramètre par défaut en python change à chaque appel ?

Toujours de ce qui en découle, hormis quelques objets, il est impossible de filer un objet en paramètre ou retour d'une fonction (ou d'un objet) et d'être certain qu'il ne va pas être modifié; Alors tu as bien les ImmutableList, mais c'est du runtime. La seule solution c'est de passer par des copies… Là où une const& fait parfaitement l'affaire.

On en arrive à ce genre de truc http://www.javapractices.com/topic/TopicAction.do?Id=15 ; devoir faire des copies inutiles, des constructions d'objets des allocations…

Le c++ n'est pas parfait, loin de là, il permet de faire des grosses boulettes, mais je ne connais aucun langage permettant facilement le choix entre copie/référence, const/mutable (y a pas que ça mais c'est le fil du thread)

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Justement imagine que tu passe ton shared_ptr par copie, puis que tu le stock dans ton objet, tu as 2 copie (avec comptage de référence); certes avec les opérateurs de déplacement y a des chances qu'on ait pas la deuxième copie, mais en pre-c++11 (version boost) on a pas cette mécanique.

Si tu le passes par références pour le stocker tu n'as qu'une seule copie.

Cependant il faut bien faire attention lorsque l'on joue avec du multithread

https://stackoverflow.com/questions/3310737/should-we-pass-a-shared-ptr-by-reference-or-by-value

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Mais une référence de type A

Oui évidemment, c'était clair dans mon esprit, mais peut être mal retranscrit. Le passage d'un shared_ptr ne doit se faire que lorsqu'il y a un partage sur la possession d'un pointeur et uniquement dans ce cas, ce qui normalement est assez rare.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Je dirais plutôt :

si g n'a pas besoin de posséder la variable ET qu'elle peut être nulle, alors un pointeur nu fait l'affaire
si g n'a pas besoin de posséder la variable ET qu'elle est forcément définie alors un passage par référence est largement préférable

Ne pas oublier de mettre des const lorsque c'est possible.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

La gestion de la mémoire en C++ est dangereuse particulièrement car l'utilisation correcte du RIAA est à la charge du développeur

Oh trop dur faut trouver un développeur qui réfléchit… Même java se rends compte que l'absence de cette fonctionnalité est gênante et se mette à avoir du try with ( Closable… )

Mais merde quoi, faut que les gens soient un minimum formés; et quand on fait une liste pour stocker les messages entrant, il faut à un moment se poser la question de fréquence, taille et nombre qu'on stock. C'est une problématique qui n'est pas nouvelle; mais j'ai l'impression qu'avec la grande quantité de RAM à pas cher on omet de contrôler ce détail.

En c++ tu écrivais un new, il fallait nécessairement se poser la question du delete, et ça pouvait vite tourner au cauchemar pour peu que la suite pouvait péter des exceptions en cour de route, et encore… un dev avisé pouvait se servir d'auto_ptr

maintenant c'est encore plus simple avec uniq_ptr.

La RAII, c'est un peu fermer ta connexion quand tu n'en a plus besoin (coucou les finally, closable maintenant), et merci aux ftp limités à 5 connexions, c'est aussi ces même mécanisme qui te permettent d'avoir un logger sax qui va pas te laisser un xml invalide (ou faux) parce que tu as pété là où tu ne le pensais pas.

Et c'est loin d'être les seuls exemples, mais un mauvais codeur trouvera toujours le moyen de faire de la merde; et s'il ne se pose déjà pas les bonnes questions faut peut être en changer ;)
Par contre effectivement avoir un Warning : you used new operator, this is so old school, serait pas mal

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Bof on est pas obligé de se farcir toute la complexité du langage du premier coup aussi hein ;)

On peut se limiter à un sous ensemble, et agrandir ce sous ensemble avec le temps et la pratique; cependant certains reflexes sont difficile à perdre ou à prendre; le pire étant de prendre un langage à syntaxe proche, mais fondamentalement différent.

J'ai vu beaucoup trop de codeur venir de java et faire du c++ comme s'ils étaient en java.

• Et que je te met un new à la place d'une variable locale
• et que je ne fait que du shared_ptr parce que c'est trop compliqué de réfléchir un minimum
• et que je t'écris un singleton qui te renvoie un putain de shared_ptr
• et que je fais un find suivit d'un insert dans une map pour ajouter s'il n'est pas déjà la…
• et que je ne te met pas les const sur les getter ou const ref ou…
• et que je te réécris la même fonction avec un je de paramètres différent parce que j'ai pas pensé aux paramètres par défaut…

Et j'en passe

Et j'ai parlé de la gestion des const?

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

c'est marrant ça me rappelle le fonctionnement de Microsoft à la grande époque; pour la pré-installation de Windows.

Pour le point 1, si je me souviens bien, sur mon GS2, c'était le navigateur moisi de samsung qui était fourni par défaut. Je comprends parfaitement que dans ces conditions ils imposent un navigateur potable, c'est une question d'image (par contre ils auraient pu faire un choix au démarrage, comme MS l'a fait pendant un temps) ; par contre y a un paquet de services qui n'ont pas à être imposés (tous les google play).

Les points 2 & 3 sont inadmissible

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

avec une précision : "site:linuxfr.org"

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

le soucis c'est que lorsque tu chope un espace la variable ne récupère rien ;)

tu peux donc tester

while read -n1 character; do
echo "[$character]"
if [ -z "$character" ]
then
 echo "Espace"
else
 echo autre
fi
done

j'ai toujours tendance à 'encadrer' mes variable dans mes trace de debug dans ce cas précis tu aurais de suite vu le soucis

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

1er problème :

Tester des script en tant que root. JAMAIS!!!

2eme problème :

il faut rajouter un espace entre tes [[ et le "$character" sinon tu cherches à appeler la commande "[[4" qui n'existe pas.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Et aupassage je rappelle que la license GPL oblige à mettre les code sources à disposition pendant 10 ans quand on distribue un programme. Donc si tu es contributeur à un projet sous GPL tu es déjà obligé d'assurer de la perrenité…

La disponibilité des sources n'a rien à voire avec la pérénité d'une adresse mail, tu peux très bien filer le code source en même temps que le programme. Hop, plus besoin de conserver un quelconque serveur pendant 10 ans. Tu peux aussi distribuer ton code uniquement et laisser les utilisateurs le compiler;
Bref c'est un problème orthogonal à l'impossibilité de changer une adresse mail.

C'est sympa d'expliquer le pourquoi, mais ça ne règle pas le problème.

En revanche Nud explique l'existence du .malmap qui permet de palier à ce problème; je n'ai donc plus d'objection.

Il ne faut pas décorner les boeufs avant d'avoir semé le vent