fearan a écrit 7161 commentaires

combien je sais pas mais en prenant une place prépondérante qui revient tous les mois, t'as l'affaire Jubilar, plus récemment t'as l'affaire en Savoie, t'as un cas a Chambray-lès-Tours (Indre et Loire), t'as des articles sur un autre dans le val de Marne, un autre dans le Jura…

Et ça c'est juste cette semaine.

Le sous entendu de ta remarques est plutôt mal placé. C'est bien qu'on en parle, mais globalement, y'a pas une semaine sans qu'on ait au moins un gros titre qui remonte dans les colonnes, or tu sous entends que c'est passé sous silence, ce qui est loin d'être le cas.

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

Je ne pense pas, là une bonne partie des gens croient, pardon, savent (a tord), connaitre la bonne définition et ne vont pas la chercher, et ils ont donc un présupposé erroné; et en sortir c'est admettre qu'ils avaient tord.

Meurtre par conjoint ou meurtre obsessionnel me semble plus proche de la définition du problème (en France) et éviterait de classer les féminicide comme un non problème d'emblée, la proximité des noms fait qu'on comparent intuitivement homme/femme; et avec ce prisme là (je dis bien avec ce prisme), les chiffres indiquent que c'est plutôt positif, et donc qu'on fait tout un raffut pour pas grand chose; et que c'est encore des politique qui cherchent a récupérer l'attention médiatique.

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

Merci pour les définitions, et si je trouve qu'il est important d'avoir un terme pour cela, voir un terme juridique, je pense que, en Français, il a été mal choisi. Féminicide n'est pas un miroir genré d'homicide, c'est une catégorie d’homicide, mais en ayant choisi ce terme ça prête à confusion, et je crains qu'on a pas fini de devoir ressortir les définitions, et qu'on a pas fini d'avoir les remarque sur le fait que statistiquement il y'a plus d'homme que de femme qui sont victime de meurtre.

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

Qui développe sous mac avec des outils Microsoft non libre ?

Quitte à prendre un truc proprio autant aller chercher du coté de JetBrain; ou mieux passer sous linux :D

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

Ce n'est pas mon propos; mon propos est qu'on vient, de base, pour un salaire (qu'il soit élevé ou pas), pas un babyfoot, ni une bonne ambiance ou des technos à la mode (c'est des plus évidents, mais facultatifs); c'est donc l'information la plus importante qui manque, il est absurde d'avoir des infos sur une cafet tip top, mais pas sur le point central du contrat proposé.

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

Le véritable problème vient de la hiérarchie, et ce jusqu'au président et en passant par les ministres, porte parole et chargés de sécurité qui cautionne ces action et nient tout problèmes.

Et c'est terrifiant ce genres de témoignages, je pensais qu'on avait juste une forte proportion de brebis galeuses dans la police, et un esprit de corps qui expliquaient leur libertés vis à vis de la vérité, mais en fait c'est endémique.

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

nan le préchauffage c'est un point rouge qui s'éteint, mes parents ont toujours eu un essence ou gpl, jusqu'à très récemment.

le starter était une tirette sur le tableau de bord à gauche du volant si je me souvient bien

http://autodocas.fr/cable-starter/4578-renault-21-n-3-cable-starter-d-occasion.html

tu peux le voir ici sous les boutons feux de brouillard

https://www.b-parts.com/auto-parts/interior/dashboard-renault-21-saloon-l48_-17-l482-7701367105-1986-1987-1988-1989-1990-1991-1992-1993-1994-1995-1996-1997-8123223

En cherchant un peu j'ai vu des tableau de bords avec un espace vide à la place de la tirette, il y'avait peut être des starter automatique en option.

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

mais peu de conducteurs et conductrices en avaient connaissance

Tu dois avoir mauvaise mémoire, la R21 des parents ne démarrait pas sans ça en hivers; et je subodore que c'était pareil pour toutes les voiture dormant dehors en hivers.

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

justement, ce genre de chose doit être opposable; un hash ne l'est pas. Le contrôle c'est éviter que l'état ne se mette à censurer à tout va des urls qu'il juge de gauche (par exemple), ou par exemple dans certains états américains des informations sur le planning familial.

Aucune liste de filtrage par contrôle parental ne fonctionne à coup de fonction de hachage.

Par ailleurs en bloquant des domaines complet tu risques le sur-blocage (même si c'est déjà ce qui est fait avec les blocage dns).

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

Je ne sais pas, mais s'ils veulent que les navigateurs bloquent selon une liste, va bien falloir qu'ils l'embarquent. Bon y'a bien des technique pour éviter de refiler la liste des site, mais pour des raisons de contrôles, ils ne peuvent pas se contenter de filer les hashs des URLs à bloquer.

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

non, c'est pas culturel, enfin pas trop, j'ai pleins de collègue, en France, qui font pareil.

ça donne des échanges assez étrange, avec des succession de bonjour, salut, et autre dans la même journée, jusqu'à ce qu'on arrive à être synchrone. Je leur ait expliqué qu'ils pouvaient poser directement la question en même temps que les salutation.

Je pense qu'il y'a une perception fausse d'impolitesse à poser la question en même temps que les salutations.

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

Après ce n'est pas tant une question d'optimisation, contrairement à ton exemple. Pour moi, une fonction récursive terminale doit être compilée en consommant un espace constant sur la pile, sinon le compilateur est buggé.

Justement, lui le fait à la place du compilo, la pile dont il parle est une structure gérée par lui, manuellement. Bref il fait le travail que tu estime être du domaine du compilateur

Comme dit par uso dans le fil, cela dépend du langage utilisé et de ses idiomes.

oui ça dépend évidemment des langages, on ne code pas en COBOL comme on code en OCaml, et on ne code pas en Perl comme en lisp.

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

en même temps si tu cherche un boulanger, y'a des risque qu'il t'aiguille sur une adresse de magasin. Généralement on recherche plutôt une boulangerie.

De même on cherche plutôt une émission sur la boulangerie :D

Pour justin on cherche plutôt un Bridoux (désolé patapé)

Blague à part, oui un nom ça peut prêter à confusion, pour des recherches sur Windows, t'a intérêt soit à être non anglophone, ou de préciser un 7, 8, 10, 95, 98, vista, xp, millénium,3.11, 2000, nt si tu veux pas risquer d'être pollué.

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

Comme l'a fait remarquer Zenitram, si une personne sortant d'école réclame le haut de la fourchette, c'est l'occasion de lui expliquer le principe de la fourchette, et que s'il monte en compétence (expérience/techno), il y'aura le budget pour l'augmenter (perspective), mais en attendant, il commencera en accord avec son profil; ce serait dommage de le recaler sur ce qui pourrait être un trait d'humour, ou une méconnaissance du monde du travail (il débute et ça n'a rien a voir avec ses qualité de développeur)

typiquement si l'annonce réclame junior ou senior, avec une fourchette large, c'est pas compliqué de comprendre pourquoi la fourchette est large.

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

Whaou toute cette diatribe pour justifier le fait de pas mettre une fourchette de salaire.

J'ai échangé avec des candidats qui cherchaient avant tout l'intérêt du poste.

cool ils acceptaient de venir travailler gratuitement ? Sinon, c'est que la rémunération étaient au moins aussi importante voir plus que l'intérêt du poste. Et quand je dis que les gens viennent bosser pour un salaire, c'est pas forcément un haut salaire, c'est un salaire tout court. Simplement c'est le seul élément de l'annonce qui, une fois retiré, fait que t'as plus de candidats. Tu peux tourner le problème dans tous les sens, tu peux même faire un sondage au sein de tes collègue, sans rémunération, il ne viendraient pas bosser.

Pour info je suis resté +10 ans largement en dessous de ma valeur du marché parce que le client était cool. Donc accepter moins je comprends parfaitement. J'ai fini par me barrer pour un poste similaire aux 4/5e avec meilleur rémunération (en étant aux 4/5e).

Par contre de ce que j'ai remarqué c'est que l'employeur n'avait strictement que dalle à faire de ma satisfaction; que des gens bien moins qualifié et moins apprécié par le client étaient mieux payés, pas d'augmentations sur plusieurs années de suites, succédant à des augmentations inférieur au pourcent (c'est ce dernier points qui m'a décider à chercher ailleurs), et le comble c'est quand le client augmente ma facturation en exigeant que ça aille pour moi.

Je laisse de coté les détails de comment mon employeur a tenté garder une partie de cette augmentation pour lui, c'est pas le sujet.

Si je suis ton raisonnement, on partage le gâteau avec les dév parce qu'on doit le faire et on le partage moins avec les autres

j'ai jamais dit qu'il fallait avoir des ambition démesuré. J'ai dit qu'on avait le choix. Et donc qu'on pouvait éviter les boites ne voulant pas communiquer sur les salaires.

ou qu'une entreprise qui ne donne pas publiquement de fourchette de salaire cherche à t'entuber.

Vu qu'elle manque déjà du respect le plus élémentaire dans son annonce, y'a peu de chance qu'elle soit correcte.

Tu confonds payer le moins possible et payer à un prix équilibré.

Alors met la fourchette, si t'as pas honte du tarif proposé.
Répondre à un annonce c'est du temps; un investissement, et parfois même un déplacement longue distance. Si d'emblée y'a pas le budget, t'as fait perdre du temps aux RH, aux collègues qui ont participé aux entretiens d'embauche, et aux candidats.

Enfin pour finir si ta fourchette est basse mais le poste intéressant tu auras justement des candidat vraiment intéressé par les technos ou le domaine

Quand a des profils trop larges, tu peux aussi faire plusieurs annonces, précisant qu'il y'a 1 ou plusieurs poste, et donc qu'un profil plus large peut dépasser.

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

Non tu décale le problème sur le mauvais cheval; c'est l'absence de maintenance sur le vieux matériel qui est problématique; et encore sur les téléphone on peut souvent y mettre un lineage ou autre.

Un OS non mis à jour depuis 3 ans, c'est une passoire en terme de sécurité; c'est un appeau à virus qui peut le transformer en terminal zombi qui participe à des DDOS.

Ou bien que l'on ne veut pas bénéficier des "améliorations" ergonomiques des versions plus récentes de son OS ?

Si c'est un ordinateur tu peux tout à fait le mettre à jour, si c'est un téléphone c'est plus chiant. Et oui ça ma fait grave chier la fin du support de 7 mais entre risquer des virus et garder 7 le choix est vite fait.

Si tu veux que des gens s'occupent d'un logiciel pour un OS dépassé, vas y fait le ou fait des dons pour que ce soit fait; c'est pas à la communauté de faire des effort pour que tu puisse rester dans ta zone de confort.

Firefox tourne sur android 5.0+ dont le support s'est arrêté il y'a 8 ans; donc c'est kit-kat ou précedent sur lequel ça ne tourne plus (9 ans). Gentoo tourne encore sur PowerPC. Et pour les petites config y'a toujours puppy linux ou autre distrib axés vieux matériel qui fonctionnent bien.

Bref à part pour Windows 11 qui force du matériel très récent ou cas de matériel très spécifique, j'ai du mal a voir le scandale, autre que celui qui veux garder un nids à virus.

Quant à vouloir faire les démarche administratives (impots) sur téléphone faut vraiment aimer se faire du mal.

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

L'idée du droit d'auteur, c'est qu'il est amoral.

euh… c'est justement une question purement morale. Est il légitime de privatiser le fruit du labeur des génération précédente et le fruit des gens qui nous ont précédés après un travail de compilation.

On se retrouve avec les même problématique de savoir si une photo prise par un singe doit ou non bénéficier du droit d'auteur; ou si une génération statistique à partir d'un corpus de texte doit en bénéficier.

L'auteur décide des modalités de diffusion de sa création;

Justement il privatise un certain agencement / compilation au détriment d'autre qui pourraient vouloir faire un truc proche. Si on prends un certain JRRT, son œuvre majeur puise son inspiration dans des mythologie pré-existantes qu'il a abondamment pillé ;)

La rémunération des auteurs est une vaste question sociétale, et qui se pose d'autant plus aujourd'hui avec les capacité dont dispose les machines.

par contre, la contrefaçon d'un logiciel libre c'est le capitalisme qui habite Satan.

Tu mets tous les libristes dans le même panier et le confond en un seul et unique groupe. C'est une erreur. La GPL par exemple est une licence pensée pour que l'utilisateur final ait la maîtrise du logiciel, et puisse le faire évoluer à son gré.
La BSD, elle est là pour que les développeurs puissent faire ce qu'ils veulent avec le code, je passerai sur les CC-NC qui sont pas tout à fait libre. Suffit de voir les trolls sur les licences pour voir à quel point la communauté du logiciel libre à plus de courant qu'une réunion d'EELV; et tu as aussi ceux qui sont contre toute fermeture de code (souvent confondus avec Des GPListe; et même eux s'y fourvoient))

Pour aller plus loin c'est les même principes qui régissent le fait qu'un architecte que tu as payé pour refaire une partie de ta maison puisse s'opposer à des changement cosmétiques;

Donc non le droit d'auteur est une question morale. Le fait que pour toi ça aille de soi ne le rends pas universel ou juste pour autant.

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

En complément, si tu as un profil improbable et très valorisable qui est hors fourchette tu perds une candidature potentiellement intéressante.

tu vas surtout pas avoir de candidature de gens compétent du tout. Aujourd'hui, le marché en informatique est tel que c'est l'employé qui peut imposer ses condition, sur chooseyourboss, les annonces sont avec salaires ou fourchette, et tu peux même mètre des d'autre critères de recherches (4/5, télétravail…); pourquoi risquer une boite radine qui ne va pas te respecter alors qu'on en trouve à la pelle?

La principale raison pour laquelle on va travailler c'est le salaire à la fin du mois, vire le t'as plus personne (ou presque). Le salarier va passer une période conséquente de sa vie au taf, la moindre des choses c'est annoncer pour combien.

Les principales raisons pour ne pas afficher une fourchette, sont
1) payer mois cher le profil qui se pointe
2) ne pas augmenter les gens en place qui pourraient trouver que y'a du budget.

valoriser ses employé à la hauteur de ce qu'ils apportent à l'entreprise c'est une marque de respect (on partage le gâteau); leur filer un babyfoot, une tape dans le dos, et des mots d'encouragements plutôt que de les augmenter c'est du cynisme.

Et mes expériences c'est qu'au final ça fait louper des opportunités

Comment tu sais que t'as raté des opportunités ?

ça complique le processus de recrutement parce que les candidats se projettent sur la fourchette haute de l'annonce et pas sur ce qu'ils souhaitent réellement.

C'est magique! et ça explique bien l'idée derrière la tête : payer le moins possible.

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

Salaire, selon profil, à voir directement avec la personne intéressée.

Désolé mais ça ne veux strictement rien dire, y'a un budget max, et un salaire minimum à minima. Le selon profile est une manière de ne pas répondre et généralement c'est des boites radines qui refusent de divulguer les salaires.

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

aller sur le web avec un os/navigateur d'il y'a plus de 3 ans non mis à jour, c'est vouloir vivre dangereusement.

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

oui enfin sans opti il fonctionne quand même jusqu'à 261789; ça suffit amplement pour les cas de tests ;) (oui ça plante à 261790)

je n'ai jamais eu besoin d'une telle profondeur.

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

Justement si, une optimisation sur la pile d'appel car il estime qu'on risque de partir en stack overflow, ou qu'on perd trop de temps en changement de contexte. Je ne dis pas que ces problèmes sont inexistants, juste que dans la majorité des cas le compilo fait très bien les optimisations qui vont bien, le tout en respectant (généralement mieux que ce que le commun des mortels) les spécificité des processeurs modernes (exécution prédictive, pipeline, cache…)

Je ne dis pas qu'il faut faire du récursif, souvent on peur remplacer par de l'itératif sans que ça alourdisse le code, mais remplacer tout appel récursif, juste par principe, avant même qu'un problème ait été levé, le tout via des solutions lourdes et compliqué rends rapidement le code visé difficile à maintenir.

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

non j'illustre par un cas simple; tout comme on adore donner la factorielle pour une illustration de la récursivité alors que ça se fait tout aussi bien en itératif, ou même avec fact(n).

Si le code est compliqué pour un bête compteur, qu'est ce que ça donne lorsque la complexité augmente?

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

ah oui, j'ajouterai aussi que la condition de fin de récursivité est plus lisible si c'est les premières lignes (exit early); et si tu est tant que ça obsédé par les performances tu peux utiliser les indication unlikely ou autre

voici un petit code simple :

int count(int n) {
  if( n <= 0 ) return 0;
  if (n%10000 == 0) std::cout << n << " ";
  return 1 + count(n-1);
}

int main(int argc, char *argv[]){
  int n;
  n = std::atoi(argv[1]);
  std::cout << count(n) << std::endl;
  return 0;
}

à compiler avec -O3 pour que le compilo vire la récursivité

g++ -O3 countr.cc -o countr
./countr 1000000000 
[...] 90000 80000 70000 60000 50000 40000 30000 20000 10000 1000000000

sans le -O3 j'ai évidemment un stack overflow ;)

maintenant je t'invite à coder à ta façon ces 3 lignes de codes d'appel récursif; techinquement j'aurais pu en mettre que 2, mais la centrale sert de s'assurer de pas avoir une optimisation trop agressive du genre int a(int n) {return n;}

Une fois que tu as fais ce petit morceau de code va trouver un codeur et demande lui ce que ça fait. puis va voir un autre codeur avec les 3 lignes pour la même question.

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

ton pseudo code est une horreur à lire, à suivre et donc à maintenir; en utilisant des goto, tu as tendance à pulvériser les exécutions prédictives pour au final faire un truc qu'un compilo peut faire de lui même;

Dans l'immense majorité des cas, il vaut mieux laisser le compilo faire de lui même les optimisation avec des schémas traditionnel simple; en essayant de faire intelligent, tu le court-circuite; tu ajoutes de l'allocation dynamique pour un gain nul. Tu es typiquement dans ce cas la : PrematureOptimization

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