Au contraire on conseil de faire des recopies de sécurité dans les setter, mais le mieux c'est tout simplement d'éviter autant que possible les setters
J'abonde en ce sens, trop souvent je tombe sur du code avec un constructeur vide, créant un objet dans un état incohérent et dont c'est au code derrière de s'assurer que l'objet est bon.
Un objet n'est pas une collection de valeurs sans aucune logique entre elle, c'est une entité qui doit être cohérente.
De même j'ai tendance à privilégier les membre finaux (final).
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
J'ai un petit peu simplifié, si tu regardes le code, il décompose d'abord la chaine en deux parties avant de les valider séparément. (en gros un capture de tout jusqu'au dernier @, puis du dernier @ jusqu'à la fin).
Il ne fait pas une regex pour valider la chaine, mais 3, la regex seule ne fait pas tout, et quand bien même la chaine valide tout ce que tu as c'est l'assurance que la chaine est valide, pas que l'adresse est la bonne.
Le plus simple, ça reste de faire un if( chaine.indexof("@") > 0 ), et d'envoyer un mail de vérification, comme pour toutes les inscriptions; certes ça laissera passer quelques adresses non valide, mais ça évite de tirer une dépendance ;), et le mail est validé par le gars qui s'inscrit ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Par contre c'est utiles dans pas mal de cas et savoir s'en servir peut simplifier beaucoup de traitements (comme capturer quelques éléments de certaines chaines, vérifier que les données d'entrées respectent certaines règles, repérer des éléments dans un texte/fichier… )
Donc, pour résumer les regex c'est pas pour valider les emails :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Posté par fearan .
En réponse au message U.
Évalué à 3.
c'est critère ci-dessous
aïe!
Ces critères ci-dessous
merci encore cela m'aiderait grandement pour mon projet de fin d’études.
Il va aussi falloir apprendre a préciser tes questions, on peut t'aider, mais pas faire le travail à ta place; là ça donne un peu l'impression que tu demandes qu'on fasse le taf à ta place, sans que tu n'aies fait la moindre recherche.
Qu'as tu trouvé? Quelles sont les commandes disponibles, et surtout quel OS, car ici on va te répondre
man iptables (ou google => iptables )
et te renvoyer sur la conf du serveur dhcp sous linux ou BSD.
PS: pour répondre à un commentaire il suffit de cliquer sur répondre en dessous dudit commentaire, je précise car généralement les petits nouveau démarrent un nouveau fil au lieu de répondre ce qui rends le suivi des réponses un peu compliqué :P
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
C'est parti du commentaire disant qu'il n'était pas possible pour différents acteurs de garder un secret. Ce que d'autres commentaires on montré que c'était possible, j'ajouterai qu'au vu du dernier scandale sur des voitures allemande, il est visiblement tout à fait possible de garder un secret de taille.
Mais si tu veux des exemples plus calibré, l'imprimante multifonction de mes parents avait un compteur au niveau du chariot, une fois arrivé à 10000 impression/copie, l'imprimante refuse de fonctionner, faut changer le chariot.
Tu veux qu'on parles des opérateurs téléphoniques? On a d'autre cas comme ça dans l'Europe, le tout est une question de gain/risque, comme généralement le décisionnaire n'est plus en poste au moment où le scandale éclate c'est tout bénef pour lui, grâce à l'entente les marges ont augmenté, (donc prime), les actions et stock options on grimpés.
Pour le constructeur de voiture, visiblement il s'en sort plutôt pas mal, je dirai même très bien pour avoir triché avec la santé de populations entières. Le patron et toute la chaine décisionnaire devrait faire de la taule.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Un je d'échec pour commencer la prog :) Tu vas droit à l'échec.
Blague à part c'est pas un jeu évident à coder, il y a un paquet de règles à implémenter (la prise en passant, le rock, la détection des pat le déplacement des pièces… le coups valide où non (typiquement ne pas mettre son roi en échec par le déplacement d'une pièce), bref ça fait un paquet de pleins de petit détails.
Généralement pour accéder à une classe, on fait
#include <classe.h>
Mais bon en fonction des bibliothèque on peut avoir des répertoires en plus, et si c'est dans la bibliothèque standard y a pas le .h
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
C'est inexacte de dire que ça n'a pas de répercussion leur leur portefeuille; cela contribue à augmenter de coût de l'appareil, et donc peut potentiellement pousser les gens à aller chercher un autre téléphone.
Le truc c'est que on a 3 type de téléphone, plus les BB, mais c'est très marginal, et que tous les téléphones android payent a peu près la même surtaxe par téléphone, les pommes doivent payer la même chose, bref les pertes dues à l'augmentation de coût sont inférieurs à ce que coûterai un procès; je ne sais pas si y'a moyen de faire une class action contre ce genre de pratique (et dans ce cas il faut bien choisir l'état ou la juridiction pour le faire), mais même dans le cas où ce serait possible, le résultat ne serait pas connu avant des années, et d'ici là ce seront d'autre brevets qui auront cours…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Si c'était juste pour déverrouiller un iPhone, je suis sûr qu'Apple le ferait.
Non plus car les USA sont un pays de jurisprudence, s'ils se mettent à en déverrouiller un, même pour une affaire grave, il y a un risque non négligeable qu'on leur demande pour moins grave, c'est la technique du pied dans la porte.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Non ce code c'est du C, mais il est intégré dans du C++, oui le code a une condition de sortie, mais j'ai coupé pour montrer les point intéressant (notamment ceux qui font qu'on au mieux on a un joli segmentation fault, ou au pire un comportement aléatoire.) Ces codes ont tourné sans problème sur DEC et Solaris pendant des années, les soucis se sont révélés lors du passage à linux :D, et ils ont posé bien plus de difficulté que les soucis de syntaxe des template (notamment parce que les soucis de syntaxe sont vus à la compilation)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
c'est juste des sous partie de code que j'ai montré (très C il faut bien l'avouer), mais à la base c'est du bon vieux c++ des familles, avec des morceaux interfacé avec du fortran pour des calculs (d'autre sont en C ou C++), et le java pour l'interfaRce.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Le truc, c'est quand même que les normes C++ sont tellement complexes que la plupart du temps, on est déja bien contents quand ça compile et que ça donne le résultat prévu
Encore heureux que ça marche mieux que ça!
Le projet date de 2001 (et encore il repart de code existant précédemment), et on heureusement qu'on a pas tout recodé au changement de compilo.
J'ai aussi fait des migration Solaris CC => GNU/Linux GCC, l'immense majorité du code compilait, juste 2/3 soucis sur les template, et des bug liés à la gestion de la mémoire plus permissive dans solaris (mais pas lié au compilo, plus à la logique du codeur )
typiquement :
char*a=b;free(b);returna;// ou plus marrant car plus subtile :)intf(inta){staticint*tab=malloc(...);[...]if(tailleInsuffisante){tab=realloc();}[...]tab[i]=f(z);returntab[i];}
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
En pratique sur le projet où je suis l'activation de c++14 ne casse pas la compile, c'est tout juste si j'ai des warning sur l'utilisation des auto_ptr, alors certes c'est un petit projet de 100000 lignes (un peu plus mais bon…); (je ne compte pas la partie java, qui n'est pas le sujet)
mais surtout dans le cas où ça planterai la compile, c'est du code invalide qui ne passe pas, et non du code qui devient invalide du fait de la migration. Bref dans un cas c'est ce qui était déjà cassé qui nous pète à la gueule et qui allait fatalement arriver, tôt ou tard. (le passage de gcc 2.96 vers au dessus a été assez ravageur ;) )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Pourquoi il ne pourrait pas y avoir une simple erreur de compilo informant qu'il y a ambigüité ? Et qu'une fonction a été "redéfinie" ?
Actuellement lorsqu'on change de version de C++, à part des truc comme des mots clé en plus, ou des depreciated, on peut recompiler un ancien projet sans problème; on peut aussi mettre à jour ses bibliothèques tierces, et si l'interface n'a pas changé, juste ajouté des truc, ça compile sans problèmes.
Il m'arrive aussi pas mal de créer des fonctions utilitaires, non publiés dans les .h, pour simplifier des traitements, vu leur nom et leur fréquences, je crains d'avoir quelques collisions le jour où elles commencent à exister dans les objets en question.
J'ajouterai que l’ambiguïté peut aussi venir du const/non const, et qu'il y a un risque de passer complètement a coté (pour le compilo, y'a pas d'ambiguïté).
Bref c'est un beau merdier, et je ne vois pas l'intérêt sauf peut être pour les template, mais je passe peut être à coté de quelque chose d'important.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je me suis abstenu de noter son commentaire, car je n'arrive pas à savoir si c'est une blague suite à "Maintenant il ne reste plus qu'à attendre quelles critiques certains vont encore réussir à trouver pour se plaindre de MS, il va falloir être de plus en plus imaginatif les gars.", ou juste une méconnaissance des usages en DBA.
On pourrait comparer ca vaguement au cache fichier sous linux, sauf que ça ne marche pas pareil et l'OS ne peut pas vraiment réclamer la RAM s'il vient à en manquer (enfin pas à ma connaissance), ce qui fait que ça en fait une cible de choix pour le oom_killer :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Ça me faire rire. Si c'est le cas, pourquoi on est l'un des pays les moins favorables pour les patrons ?
Hum et a part le doigt mouillé tu as des chiffres objectifs?
Coté coût du travail on est assez proche de l'Allemagne, et même moins cher dans certains cas, coté éducation on a des gens plutôt bien formé, coté productivité on est bon aussi…
Bref à par les fantasme d'un certain Z de l'employé invirable qui glande une fois sa période d'essai fini (ça ne marche que dans les grosse structures), dans les petites structure il est tout simplement viré pour insuffisance professionnelle.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Et puis il faut bien les comprendre, ça fait 10-15 ans qu'ils sont là, ils connaissent les gens vont leur dire bonjour tous les matins, parlent de la petite famille, transforment les pauses café en pause canapé (celle qui dure 45 minutes)…
Alors fort heureusement ces cas là sont rare, mais il en suffit d'un sur toute une carrière (ie 42 ans de travail), pour que ce soit cet exemple qu'on ressorte, alors qu'on a eu des centaines de collègues ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Tu sais des gens peuvent être de vrai tête de mule, et n'ont aucune envie de quitter leur boite, même s'ils n'ont plus rien à foutre, leur travail ayant, par exemple, été remplacé par l'outil informatique.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Une entreprise n'a pas vocation à faire garderie, elle fournit un salaire en échange d'un travail, si le travail n'est plus nécessaire garder un poids inutile est un risque pour l'ensemble des employés de de boite.
Par exemple si demain le stiff rends les transports en île de France gratuit, les mainteneur de tourniquet et les contrôleurs vont se retrouver sans taff, si les premiers peuvent se reconvertir en réparateur d'escalator (peut être que ceux à coté de chez moi fonctionneront enfin plus de 30% du temps), et qu'une partie des contrôleurs pourra être réaffecté en aide aux voyageurs ou sur les grandes lignes, une bonne partie du personnel va se retrouver à rien foutre, les garder au sein de l'entreprise n'est pas économiquement viable.
Le code du travail ne doit pas être là pour couler les entreprise non plus, l'équilibre n'est pas simple à trouver. Plafonner les indemnité pourquoi pas, (pour les cas grave je pense qu'il reste le pénal).
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Un australien a breveté la roue; aux US, les patents trolls sont spécialistes des brevets à la con; tu as même des brevets sur des concepts, sans un début de commencement de réalisation (moteur antigravitationnel).
Le principe de base du brevet, était d'accorder un monopole temporaire à l'inventeur en échanger de la divulgation de l'invention, pour éviter de perdre ce qui a été inventé. Le système à été dévoyé de telle manière qu'il est impossible, notamment en informatique, de lancer un nouveau produit dans devoir payer diverses taxes aux gros acteurs, et même ainsi cela ne protège pas totalement.
Aujourd'hui, le système va à l'encontre de l'innovation, on brevette à tout va pour attaquer ou se défendre sans se poser la question de si ça mérite une protection.
Sur 2014, IBM à déposé plus de 7000 brevet, bien loin devant samsung qui en a posé un peu moins de 5000
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Merci
Posté par fearan . En réponse au journal L’homme orchestre, partie 2 : écrire du code (en Java). Évalué à 3.
J'abonde en ce sens, trop souvent je tombe sur du code avec un constructeur vide, créant un objet dans un état incohérent et dont c'est au code derrière de s'assurer que l'objet est bon.
Un objet n'est pas une collection de valeurs sans aucune logique entre elle, c'est une entité qui doit être cohérente.
De même j'ai tendance à privilégier les membre finaux (final).
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Show me the code
Posté par fearan . En réponse au journal L’homme orchestre, partie 2 : écrire du code (en Java). Évalué à 4.
J'ai un petit peu simplifié, si tu regardes le code, il décompose d'abord la chaine en deux parties avant de les valider séparément. (en gros un capture de tout jusqu'au dernier @, puis du dernier @ jusqu'à la fin).
Il ne fait pas une regex pour valider la chaine, mais 3, la regex seule ne fait pas tout, et quand bien même la chaine valide tout ce que tu as c'est l'assurance que la chaine est valide, pas que l'adresse est la bonne.
Le plus simple, ça reste de faire un if( chaine.indexof("@") > 0 ), et d'envoyer un mail de vérification, comme pour toutes les inscriptions; certes ça laissera passer quelques adresses non valide, mais ça évite de tirer une dépendance ;), et le mail est validé par le gars qui s'inscrit ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Show me the code
Posté par fearan . En réponse au journal L’homme orchestre, partie 2 : écrire du code (en Java). Évalué à 1.
Alors t'as pas le cul sorti des ronces ;) Valider une adresse email est bien plus compliqué que juste vérifier la présence d'un @ :)
si tu aimes l'à peu près (cette re ne gère pas tous les cas) :
ou sinon plutôt que réinventer la roue utiliser ce qui existe déjà :)
http://commons.apache.org/proper/commons-validator/apidocs/org/apache/commons/validator/routines/EmailValidator.html
Par contre c'est utiles dans pas mal de cas et savoir s'en servir peut simplifier beaucoup de traitements (comme capturer quelques éléments de certaines chaines, vérifier que les données d'entrées respectent certaines règles, repérer des éléments dans un texte/fichier… )
Donc, pour résumer les regex c'est pas pour valider les emails :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# hou la le Français se meurt
Posté par fearan . En réponse au message U. Évalué à 3.
aïe!
Ces critères ci-dessous
Il va aussi falloir apprendre a préciser tes questions, on peut t'aider, mais pas faire le travail à ta place; là ça donne un peu l'impression que tu demandes qu'on fasse le taf à ta place, sans que tu n'aies fait la moindre recherche.
Qu'as tu trouvé? Quelles sont les commandes disponibles, et surtout quel OS, car ici on va te répondre
man iptables (ou google => iptables )
et te renvoyer sur la conf du serveur dhcp sous linux ou BSD.
PS: pour répondre à un commentaire il suffit de cliquer sur répondre en dessous dudit commentaire, je précise car généralement les petits nouveau démarrent un nouveau fil au lieu de répondre ce qui rends le suivi des réponses un peu compliqué :P
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pour quel coût ?
Posté par fearan . En réponse au journal L'increvable. Évalué à 4.
C'est parti du commentaire disant qu'il n'était pas possible pour différents acteurs de garder un secret. Ce que d'autres commentaires on montré que c'était possible, j'ajouterai qu'au vu du dernier scandale sur des voitures allemande, il est visiblement tout à fait possible de garder un secret de taille.
Mais si tu veux des exemples plus calibré, l'imprimante multifonction de mes parents avait un compteur au niveau du chariot, une fois arrivé à 10000 impression/copie, l'imprimante refuse de fonctionner, faut changer le chariot.
pour une autre histoire similaire
https://merome.net/blog/index.php?post/2011/03/02/L-obsolescence-programm%C3%A9e%2C-j-ai-test%C3%A9-pour-vous
Sinon les condensateur chimique à coté des radiateurs
http://tendactu.fr/votre-tv-samsung-en-panne-normal-cetait-prevu/867/
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pour quel coût ?
Posté par fearan . En réponse au journal L'increvable. Évalué à 3.
Tu veux qu'on parles des opérateurs téléphoniques? On a d'autre cas comme ça dans l'Europe, le tout est une question de gain/risque, comme généralement le décisionnaire n'est plus en poste au moment où le scandale éclate c'est tout bénef pour lui, grâce à l'entente les marges ont augmenté, (donc prime), les actions et stock options on grimpés.
Pour le constructeur de voiture, visiblement il s'en sort plutôt pas mal, je dirai même très bien pour avoir triché avec la santé de populations entières. Le patron et toute la chaine décisionnaire devrait faire de la taule.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# whaou
Posté par fearan . En réponse au message programmer un jeu d'échec sous visual studio c++. Évalué à 2.
Un je d'échec pour commencer la prog :) Tu vas droit à l'échec.
Blague à part c'est pas un jeu évident à coder, il y a un paquet de règles à implémenter (la prise en passant, le rock, la détection des pat le déplacement des pièces… le coups valide où non (typiquement ne pas mettre son roi en échec par le déplacement d'une pièce), bref ça fait un paquet de pleins de petit détails.
Généralement pour accéder à une classe, on fait
Mais bon en fonction des bibliothèque on peut avoir des répertoires en plus, et si c'est dans la bibliothèque standard y a pas le .h
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Surtout que :
Posté par fearan . En réponse au journal La seule chose que Microsoft doit faire - mais ne fera - pour gagner la confiance open-source. Évalué à 4.
C'est inexacte de dire que ça n'a pas de répercussion leur leur portefeuille; cela contribue à augmenter de coût de l'appareil, et donc peut potentiellement pousser les gens à aller chercher un autre téléphone.
Le truc c'est que on a 3 type de téléphone, plus les BB, mais c'est très marginal, et que tous les téléphones android payent a peu près la même surtaxe par téléphone, les pommes doivent payer la même chose, bref les pertes dues à l'augmentation de coût sont inférieurs à ce que coûterai un procès; je ne sais pas si y'a moyen de faire une class action contre ce genre de pratique (et dans ce cas il faut bien choisir l'état ou la juridiction pour le faire), mais même dans le cas où ce serait possible, le résultat ne serait pas connu avant des années, et d'ici là ce seront d'autre brevets qui auront cours…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Boaf pas pour le moment
Posté par fearan . En réponse au journal Déchéance du Bitcoin. Évalué à 3.
Non plus car les USA sont un pays de jurisprudence, s'ils se mettent à en déverrouiller un, même pour une affaire grave, il y a un risque non négligeable qu'on leur demande pour moins grave, c'est la technique du pied dans la porte.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: C'est bien dommage
Posté par fearan . En réponse au journal C++17 est sur les rails. Évalué à 2.
généralement on a un
et comme on a pas deux fois le même nom d'include ça passe; par contre dans le cas des bibliothèques externes, on est pas à l'abri d'une boulette.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Syntaxe d'appel uniforme
Posté par fearan . En réponse au journal C++17 est sur les rails. Évalué à 3.
Non ce code c'est du C, mais il est intégré dans du C++, oui le code a une condition de sortie, mais j'ai coupé pour montrer les point intéressant (notamment ceux qui font qu'on au mieux on a un joli segmentation fault, ou au pire un comportement aléatoire.) Ces codes ont tourné sans problème sur DEC et Solaris pendant des années, les soucis se sont révélés lors du passage à linux :D, et ils ont posé bien plus de difficulté que les soucis de syntaxe des template (notamment parce que les soucis de syntaxe sont vus à la compilation)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Syntaxe d'appel uniforme
Posté par fearan . En réponse au journal C++17 est sur les rails. Évalué à 2.
c'est juste des sous partie de code que j'ai montré (très C il faut bien l'avouer), mais à la base c'est du bon vieux c++ des familles, avec des morceaux interfacé avec du fortran pour des calculs (d'autre sont en C ou C++), et le java pour l'interfaRce.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Syntaxe d'appel uniforme
Posté par fearan . En réponse au journal C++17 est sur les rails. Évalué à 3.
Encore heureux que ça marche mieux que ça!
Le projet date de 2001 (et encore il repart de code existant précédemment), et on heureusement qu'on a pas tout recodé au changement de compilo.
J'ai aussi fait des migration Solaris CC => GNU/Linux GCC, l'immense majorité du code compilait, juste 2/3 soucis sur les template, et des bug liés à la gestion de la mémoire plus permissive dans solaris (mais pas lié au compilo, plus à la logique du codeur )
typiquement :
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Syntaxe d'appel uniforme
Posté par fearan . En réponse au journal C++17 est sur les rails. Évalué à 2.
En pratique sur le projet où je suis l'activation de c++14 ne casse pas la compile, c'est tout juste si j'ai des warning sur l'utilisation des auto_ptr, alors certes c'est un petit projet de 100000 lignes (un peu plus mais bon…); (je ne compte pas la partie java, qui n'est pas le sujet)
mais surtout dans le cas où ça planterai la compile, c'est du code invalide qui ne passe pas, et non du code qui devient invalide du fait de la migration. Bref dans un cas c'est ce qui était déjà cassé qui nous pète à la gueule et qui allait fatalement arriver, tôt ou tard. (le passage de gcc 2.96 vers au dessus a été assez ravageur ;) )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Une maison ? Non deux !
Posté par fearan . En réponse au sondage Mon appartement est . Évalué à 2.
Rahh est-ce sa faute si sa femme à perdu la tête ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Syntaxe d'appel uniforme
Posté par fearan . En réponse au journal C++17 est sur les rails. Évalué à 2.
Actuellement lorsqu'on change de version de C++, à part des truc comme des mots clé en plus, ou des depreciated, on peut recompiler un ancien projet sans problème; on peut aussi mettre à jour ses bibliothèques tierces, et si l'interface n'a pas changé, juste ajouté des truc, ça compile sans problèmes.
Il m'arrive aussi pas mal de créer des fonctions utilitaires, non publiés dans les .h, pour simplifier des traitements, vu leur nom et leur fréquences, je crains d'avoir quelques collisions le jour où elles commencent à exister dans les objets en question.
J'ajouterai que l’ambiguïté peut aussi venir du const/non const, et qu'il y a un risque de passer complètement a coté (pour le compilo, y'a pas d'ambiguïté).
Bref c'est un beau merdier, et je ne vois pas l'intérêt sauf peut être pour les template, mais je passe peut être à coté de quelque chose d'important.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: C'est bien dommage
Posté par fearan . En réponse au journal C++17 est sur les rails. Évalué à 3.
En quoi est-ce une horreur?
Je fais du c++ et du java, et je peux te dire que l'absence de template est vraiment handicapante dans pas mal de cas.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: L'OS n'est pas le problème
Posté par fearan . En réponse au journal Microsoft va porter SQL Server sur Linux. Évalué à 5.
Je me suis abstenu de noter son commentaire, car je n'arrive pas à savoir si c'est une blague suite à "Maintenant il ne reste plus qu'à attendre quelles critiques certains vont encore réussir à trouver pour se plaindre de MS, il va falloir être de plus en plus imaginatif les gars.", ou juste une méconnaissance des usages en DBA.
On pourrait comparer ca vaguement au cache fichier sous linux, sauf que ça ne marche pas pareil et l'OS ne peut pas vraiment réclamer la RAM s'il vient à en manquer (enfin pas à ma connaissance), ce qui fait que ça en fait une cible de choix pour le oom_killer :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ah notre gouvernement ...
Posté par fearan . En réponse au journal Projet de loi français El Khomri. Évalué à 4.
Hum et a part le doigt mouillé tu as des chiffres objectifs?
Coté coût du travail on est assez proche de l'Allemagne, et même moins cher dans certains cas, coté éducation on a des gens plutôt bien formé, coté productivité on est bon aussi…
Bref à par les fantasme d'un certain Z de l'employé invirable qui glande une fois sa période d'essai fini (ça ne marche que dans les grosse structures), dans les petites structure il est tout simplement viré pour insuffisance professionnelle.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Et hadopi dans tout ca ?
Posté par fearan . En réponse au journal Des abonnés Free reçoivent ¼ d’adresse IP. Évalué à 4.
aujourd'hui, rien, c'est pour ça qu'elle a fait une demande pour élargir les données enregistrées (c'est décrit dans l'article de nextinpact )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Incitation au troll
Posté par fearan . En réponse au journal Projet de loi français El Khomri. Évalué à 2.
Et puis il faut bien les comprendre, ça fait 10-15 ans qu'ils sont là, ils connaissent les gens vont leur dire bonjour tous les matins, parlent de la petite famille, transforment les pauses café en pause canapé (celle qui dure 45 minutes)…
Alors fort heureusement ces cas là sont rare, mais il en suffit d'un sur toute une carrière (ie 42 ans de travail), pour que ce soit cet exemple qu'on ressorte, alors qu'on a eu des centaines de collègues ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Incitation au troll
Posté par fearan . En réponse au journal Projet de loi français El Khomri. Évalué à 1.
Tu sais des gens peuvent être de vrai tête de mule, et n'ont aucune envie de quitter leur boite, même s'ils n'ont plus rien à foutre, leur travail ayant, par exemple, été remplacé par l'outil informatique.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Incitation au troll
Posté par fearan . En réponse au journal Projet de loi français El Khomri. Évalué à 7.
Une entreprise n'a pas vocation à faire garderie, elle fournit un salaire en échange d'un travail, si le travail n'est plus nécessaire garder un poids inutile est un risque pour l'ensemble des employés de de boite.
Par exemple si demain le stiff rends les transports en île de France gratuit, les mainteneur de tourniquet et les contrôleurs vont se retrouver sans taff, si les premiers peuvent se reconvertir en réparateur d'escalator (peut être que ceux à coté de chez moi fonctionneront enfin plus de 30% du temps), et qu'une partie des contrôleurs pourra être réaffecté en aide aux voyageurs ou sur les grandes lignes, une bonne partie du personnel va se retrouver à rien foutre, les garder au sein de l'entreprise n'est pas économiquement viable.
Le code du travail ne doit pas être là pour couler les entreprise non plus, l'équilibre n'est pas simple à trouver. Plafonner les indemnité pourquoi pas, (pour les cas grave je pense qu'il reste le pénal).
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Article sur le sujet
Posté par fearan . En réponse au journal Brevet et création 3D. Évalué à 3.
c'est là List_of_top_United_States_patent_recipients
rien que sur les 10 premiers, il y a 34395 brevets en 2014
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Article sur le sujet
Posté par fearan . En réponse au journal Brevet et création 3D. Évalué à 4.
Un australien a breveté la roue; aux US, les patents trolls sont spécialistes des brevets à la con; tu as même des brevets sur des concepts, sans un début de commencement de réalisation (moteur antigravitationnel).
Le principe de base du brevet, était d'accorder un monopole temporaire à l'inventeur en échanger de la divulgation de l'invention, pour éviter de perdre ce qui a été inventé. Le système à été dévoyé de telle manière qu'il est impossible, notamment en informatique, de lancer un nouveau produit dans devoir payer diverses taxes aux gros acteurs, et même ainsi cela ne protège pas totalement.
Aujourd'hui, le système va à l'encontre de l'innovation, on brevette à tout va pour attaquer ou se défendre sans se poser la question de si ça mérite une protection.
Sur 2014, IBM à déposé plus de 7000 brevet, bien loin devant samsung qui en a posé un peu moins de 5000
Il ne faut pas décorner les boeufs avant d'avoir semé le vent