Oui effectivement, ça peut s'expliquer comme ça ;)
mais j'ai du mal avec sa phrase :
que letechnicien Windows onfacturée 2 jours à 4000 euros en prime garantie et deux technicien
que les techniciens Windows ont facturé?
que le technicien Windows a facturé ?
Deux jours à 4000€ ?
4000€ pour deux jour ?
Facturé deux jours et 4000€ de prime en sus pour la garantie?
Bref s'il vends les prestations Linux aussi bien qu'il écrit sur le forum je comprends qu'elle ne se vendent pas ;)
Ensuite effectivement il y a une énorme différence entre forfait et régie. Normalement le forfait est plus cher à cause des garantie et de l'engagement sur la durée max. Si on est dans une optique forfait et que le travail avait été coté à 6 jours, il est moins cher que les deux techos Windows.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Et ce ne sont pas les média qui sont en cause, le média raconte ce qu'il veut
Lorsque le média en question s'est ému de la remise en question de sa carte de presse, j'ai été le premier étonné que ses membre en ait une. Un journaliste à comme métier d'informer, pas de distraire, et certainement pas de désinformer. Si tu peux allier les deux premier ou les deux dernier, faire un mélange des trois est douteux.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Tu devrais lires les article de @si, où il questionne les gars qui arrive à un meeting, comme si c'était après le meeting pour conclure que le candidat n'est pas clair. Indice: je ne parle pas d'un candidat de gauche, ce n'est même pas un candidat pour lequel j'irai voter, mais il est constant dans ses positions et très clair.
Quand tu tournes en ridicule un parti dont le budget comm. se compte en million, c'est pas la même chose qu'un parti dont le budget comm. est serré.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
t’inquiètes dès qu'un petit parti essaye de se démarquer du lot, le petit journal va le ridiculiser en moins de deux; comme les gros. Leur seul moment d'antenne à une heure de grande écoute est une destruction complète de toute leur comm, quitte à faire des montages grossiers.
Après on justifie que c'est de l'humour, que les gros partis aussi s'en prenne plein la gueule, mais la seule trace qui reste dans l'esprit des spectateurs est que le petit parti est ridicule.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Le jour où on fera un tirage au sort qui niera ma liberté de choisir moi-même, je me sentirai vraiment pas bien et aurai peur du résultat (au loto, 1 gagnant pour des millions de perdants, le hasard permet d'avoir un résultat à l'opposé complet de la volonté du peuple, puisque c'est le hasard et que les mathématique du hasard précisent bien que les trucs bizarres sont possibles genre avoir le gagnant du loto)
Suffit d'avoir un nombre de tiré au sort suffisamment grand pour balayer l'aléa, même si mathématiquement on peut toujours tomber sur une assemblé 100% FN, je ne pense pas que ce risque soit plus grand que de chopper un Palpatine arrivant à manœuvrer pour chopper les pleins pouvoirs, l'histoire à déjà montré que certain en était capable.
On aurait des assemblées plus proche de l'orientation des peuples, qui n'aurait pas à se soucier d'une potentielle réélection, deux trois mécanisme devraient pouvoir éviter la corruption à grande échelle, on aurait plus les médias caressant les élus dans le sens du poil; on aurait pas d'ordre de parti, mais plus que des indications de votes (l’élection ne pouvant plus être en jeu, un parti à un poids moins important); Le seul point qui me fait tiquer, c'est la capacité des tirés au sorts à définir une orientation, ou une ligne cohérente; mais au vu du mur pris pour cible par nos deux derniers présidents, je me dis que ça ne peut pas être pire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
j'ai utilisé un mot de passe universel pour les comptes "secondaires". Oui, c'est pas bien, mais il faut avouer que c'est bien pratique
Pourquoi? Personnellement qu'on usurpe mon identité sur fanfiction, ici, ou ailleurs, j'en ai rien a carrer. La personne peut en plus le faire simultanément sur tous à la fois, et alors? De toutes façons suffit qu'elle usurpe le mail principal et c'est plié.
Bon j'ai changé mes habitudes pour avoir un mot de passe différent en fonction du site, mais la formule peut se déduire assez facilement; toujours est il qu'il y a un (en fait 3 répartis, mais l'idée est la même) point de faiblesse, c'est le mail rattaché au compte qui lui a un système différent, mais si quelqu'un récupère l'un de mes 3 comptes mails, il peut aisément chopper tous les comptes qui lui sont associé via "j'ai oublié mon mot de passe"
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
C'est compliqué à mettre en œuvre à grande échelle, il faudrait un changement de culture radical, et actuellement on est plus dans la sélection de plus individualiste, ce qui le sont moins se font éliminer du paysage des acteurs économique.
Le modèle coopératif est meilleur pour la communauté, mais si tu es individualiste de cette communauté, tu t'en sors mieux que tes compatriotes, même si globalement tu fais baisser le rendement, tu crées des tensions…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Tu as oublié exalead, baidu et la plâtrée de moteur de recherche japonais (plus dans le style altavista que google certes…
Email
plus OVH, gmx, free, laposte, orange…
OS Mobiles
Et Tizen ?
Le problème est qu'on ne protège pas nos entreprise comme le font les US, suffit de voire le procès Samsung / Apple et la grâce d'Obama qui se fait lorsque c'est apple qui est interdit de vente, et ne se fait pas dans le cas contraire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Sans être une révolution, cela permet d'avoir un pied dans un réseau sécurisé; il "suffit" d'infecter l'ordi cible; et si la tour que j'ai au boulot n'a pas de micro elle dispose d'un haut parleur intégré, et mon écran aussi.
Si la technique permet de faire sortir des infos par un canal non surveillé ce n'est pas négligeable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Sur les forums standard, il est impossible de suivre un thread ou une discussion proprement, à chaque fois les gens sont obligés de reprendre complètement le post en question, faire un lien, préciser à qui il réponds.
Pour rien au monde je voudrais passer sur un truc 'traditionnel'
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Bref, ici google donne des résultats qui réponds aux questions, programmation shell donne en premier résultat un pdf qui réponds au moins aux questions sur la boucle for
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
à ton époque, probablement pré 2002, le réflexe des moteurs de recherche était probablement moins prononcé, et leurs résultat moins bon, aujourd'hui quand tu tapes shell for dans google tu tombes sur http://www.linuxfr-france.org.invalid/article/dalox/unix04.htm en deuxième position.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je comprends toujours pas à quoi sert fic et surtout la Blacklist, que vient elle faire dans le script ?
Que la prochaine fois tu iras en cours ?
Que la prochaine fois tu liras les manuels ?
$ man bash
$ man grep
ou plus simple ask/bing/ddg/google/qwant -> tutorial bash
fic est une variable, ici utilisé comme itérateur de boucle, blacklist est aussi une variable qui prends la valeur de $?, la variable $? est une variable automatique de bash dont tu pourra trouver la signification dans le manuel
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Déjà ce n'est pas de moi dont on parle, je parle juste des raisons qui peuvent inciter à avoir ce genre d'astuce; à cela tu peux ajouter la connexion à un service réseau qui est long à charger quel que soit la vitesse du SSD.
Quant au 'change de matériel' c'est vraiment constructif comme approche.
Il fut un temps où lorsque j'ouvrais ma session, j'avais
* kde (3)
* la messagerie instantanée qui se loggait
* irc (avec connexion automatique)
* firefox (avec chargement des derniers onglets, même ajourd'hui ça peut prendre du temps)
* une konsole (sur différents points
Aujourd'hui tu peux rajouter eclipse, avec chargement du projet courant, lancement d'un serveur jboss de l'application en développement…
Bref des truc qui peuvent être long à se lancer.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Si la session restaure pleins d'applications ça peut être long, j'ai déjà par le passé eu un temps d'ouverture de session plus long que le temps de boot.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je vois bien
1) allumage de pc
2) va prendre un café / chocolat / thé / potage tomate
3) revient sur la machine avec la session déjà prête, mais sans que le collègue ait pu rajouter un xhost + ou un + hop dans un .rhosts/.shosts, ou une clé supplémentaire dans le authorized_keys, en attente du prochain 01/04 ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Oui, et? Généralement si j'ai de grosse structure de données, elle sont stocké via de vector/map/set qui eux se chargent d'avoir l'allocation dynamique sans que moi j'ai à m'en charger.
Si on en arrive à allouer toute la pile, c'est effectivement qu'il y a un soucis, mais jusqu'à présent je n'ai jamais eu ce soucis.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Pfff… Le graphe est supposé être une structure dynamique donc alloué dans le tas. Franchement, un graphe alloué sur la pile, c'est un graphe dont on connait exactement la structure à la compilation, ça limite son intérêt…
Toi tu es resté à l'époque du C ;) tu peux très bien faire du char a[plop.size()]; (bon je ne recommande pas non plus, un vector est généralement plus indiqué ;)
Quand je code en c++, je fais très peu de new (et de delete associé), et je trouve que forcer les gens à réfléchir lorsqu'il font le new à la visibilité de l'objet en question, de sa durée de vie, et de la pertinence du new est une excellente chose, et dans le cas où le new est pertinent, voir si un conteneur est utile (shared_ptr, uniq_ptr…)
De plus, je persiste à penser qu'avoir un destructeur qui est appelé de manière prédictible est une excellente chose (fermeture de ficher, connexion, trace…)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Euh 30 ans de métier
Posté par fearan . En réponse au message Très compliquer de proposer des version linux chez nos clients . Évalué à 2.
Oui effectivement, ça peut s'expliquer comme ça ;)
mais j'ai du mal avec sa phrase :
que le technicien Windows on facturée 2 jours à 4000 euros en prime garantie et deux technicien
que les techniciens Windows ont facturé?
que le technicien Windows a facturé ?
Deux jours à 4000€ ?
4000€ pour deux jour ?
Facturé deux jours et 4000€ de prime en sus pour la garantie?
Bref s'il vends les prestations Linux aussi bien qu'il écrit sur le forum je comprends qu'elle ne se vendent pas ;)
Ensuite effectivement il y a une énorme différence entre forfait et régie. Normalement le forfait est plus cher à cause des garantie et de l'engagement sur la durée max. Si on est dans une optique forfait et que le travail avait été coté à 6 jours, il est moins cher que les deux techos Windows.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Vaut mieux savoir qui cause
Posté par fearan . En réponse au journal Démocratie : histoire d'un malentendu. Évalué à 4.
C'est très élitiste comme discourt.
Lorsque le média en question s'est ému de la remise en question de sa carte de presse, j'ai été le premier étonné que ses membre en ait une. Un journaliste à comme métier d'informer, pas de distraire, et certainement pas de désinformer. Si tu peux allier les deux premier ou les deux dernier, faire un mélange des trois est douteux.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Euh 30 ans de métier
Posté par fearan . En réponse au message Très compliquer de proposer des version linux chez nos clients . Évalué à 4. Dernière modification le 28 novembre 2013 à 13:20.
La vitesse ça se paye ;)
accessoirement c'était pour le même problème ?
Et c'est 2 jours 4000€ ou 2 jours à 4000€ chacun ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Vaut mieux savoir qui cause
Posté par fearan . En réponse au journal Démocratie : histoire d'un malentendu. Évalué à 1.
Tu devrais lires les article de @si, où il questionne les gars qui arrive à un meeting, comme si c'était après le meeting pour conclure que le candidat n'est pas clair. Indice: je ne parle pas d'un candidat de gauche, ce n'est même pas un candidat pour lequel j'irai voter, mais il est constant dans ses positions et très clair.
Quand tu tournes en ridicule un parti dont le budget comm. se compte en million, c'est pas la même chose qu'un parti dont le budget comm. est serré.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Vaut mieux savoir qui cause
Posté par fearan . En réponse au journal Démocratie : histoire d'un malentendu. Évalué à -2.
t’inquiètes dès qu'un petit parti essaye de se démarquer du lot, le petit journal va le ridiculiser en moins de deux; comme les gros. Leur seul moment d'antenne à une heure de grande écoute est une destruction complète de toute leur comm, quitte à faire des montages grossiers.
Après on justifie que c'est de l'humour, que les gros partis aussi s'en prenne plein la gueule, mais la seule trace qui reste dans l'esprit des spectateurs est que le petit parti est ridicule.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Vaut mieux savoir qui cause
Posté par fearan . En réponse au journal Démocratie : histoire d'un malentendu. Évalué à 10.
Suffit d'avoir un nombre de tiré au sort suffisamment grand pour balayer l'aléa, même si mathématiquement on peut toujours tomber sur une assemblé 100% FN, je ne pense pas que ce risque soit plus grand que de chopper un Palpatine arrivant à manœuvrer pour chopper les pleins pouvoirs, l'histoire à déjà montré que certain en était capable.
On aurait des assemblées plus proche de l'orientation des peuples, qui n'aurait pas à se soucier d'une potentielle réélection, deux trois mécanisme devraient pouvoir éviter la corruption à grande échelle, on aurait plus les médias caressant les élus dans le sens du poil; on aurait pas d'ordre de parti, mais plus que des indications de votes (l’élection ne pouvant plus être en jeu, un parti à un poids moins important); Le seul point qui me fait tiquer, c'est la capacité des tirés au sorts à définir une orientation, ou une ligne cohérente; mais au vu du mur pris pour cible par nos deux derniers présidents, je me dis que ça ne peut pas être pire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pouet
Posté par fearan . En réponse au journal mot de passe, les sites libristes à la traine.. Évalué à 3.
Mes pseudos sont différents sur chacun des sites que je fréquente, c'est le mot de passe qui est commun ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# ???
Posté par fearan . En réponse au journal mot de passe, les sites libristes à la traine.. Évalué à 2.
Pourquoi? Personnellement qu'on usurpe mon identité sur fanfiction, ici, ou ailleurs, j'en ai rien a carrer. La personne peut en plus le faire simultanément sur tous à la fois, et alors? De toutes façons suffit qu'elle usurpe le mail principal et c'est plié.
Bon j'ai changé mes habitudes pour avoir un mot de passe différent en fonction du site, mais la formule peut se déduire assez facilement; toujours est il qu'il y a un (en fait 3 répartis, mais l'idée est la même) point de faiblesse, c'est le mail rattaché au compte qui lui a un système différent, mais si quelqu'un récupère l'un de mes 3 comptes mails, il peut aisément chopper tous les comptes qui lui sont associé via "j'ai oublié mon mot de passe"
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pourquoi les gens comprennent aussi bien l'économie que les (pseudo-)experts ?
Posté par fearan . En réponse au journal L'économie cette méconnue. Évalué à 1.
C'est compliqué à mettre en œuvre à grande échelle, il faudrait un changement de culture radical, et actuellement on est plus dans la sélection de plus individualiste, ce qui le sont moins se font éliminer du paysage des acteurs économique.
Le modèle coopératif est meilleur pour la communauté, mais si tu es individualiste de cette communauté, tu t'en sors mieux que tes compatriotes, même si globalement tu fais baisser le rendement, tu crées des tensions…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Sous le soleil
Posté par fearan . En réponse à la dépêche Pourquoi Microsoft Word doit mourir ?. Évalué à 3.
meuh non du XML ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pauvreté de l'offre européenne
Posté par fearan . En réponse à la dépêche Préoccupés par ce qu'on ne peut pas vous dire ? Nous aussi (Google Transparency Report). Évalué à 2.
Tu as oublié exalead, baidu et la plâtrée de moteur de recherche japonais (plus dans le style altavista que google certes…
plus OVH, gmx, free, laposte, orange…
Et Tizen ?
Le problème est qu'on ne protège pas nos entreprise comme le font les US, suffit de voire le procès Samsung / Apple et la grâce d'Obama qui se fait lorsque c'est apple qui est interdit de vente, et ne se fait pas dans le cas contraire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: I love you
Posté par fearan . En réponse au journal sauter l'airgap avec des ultrasons. Évalué à 2.
Sans être une révolution, cela permet d'avoir un pied dans un réseau sécurisé; il "suffit" d'infecter l'ordi cible; et si la tour que j'ai au boulot n'a pas de micro elle dispose d'un haut parleur intégré, et mon écran aussi.
Si la technique permet de faire sortir des infos par un canal non surveillé ce n'est pas négligeable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: rigolo comme blague
Posté par fearan . En réponse au message Pas facile de s'y retrouver. Évalué à 4.
j'ai dit traditionnel, pas antédiluvien (le déluge s'étant déroulé lors du passage à l'an 2000 comme chacun sait ;) )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# rigolo comme blague
Posté par fearan . En réponse au message Pas facile de s'y retrouver. Évalué à 10.
Sur les forums standard, il est impossible de suivre un thread ou une discussion proprement, à chaque fois les gens sont obligés de reprendre complètement le post en question, faire un lien, préciser à qui il réponds.
Pour rien au monde je voudrais passer sur un truc 'traditionnel'
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Merci
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 2.
Faut pas déconner le premier résultat de google quand on réclame tutoriel shell est http://doc.ubuntu-fr.org/tutoriel/script_shell ; c'est aussi le même si premier on réclame tutoriel bash, avec en prime un second résultat http://linuxfr.org/forums/programmationautre/posts/bon-tutoriel-pour-le-bash plutôt explicite.
Bref, ici google donne des résultats qui réponds aux questions, programmation shell donne en premier résultat un pdf qui réponds au moins aux questions sur la boucle for
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Merci
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 2.
à ton époque, probablement pré 2002, le réflexe des moteurs de recherche était probablement moins prononcé, et leurs résultat moins bon, aujourd'hui quand tu tapes shell for dans google tu tombes sur http://www.linuxfr-france.org.invalid/article/dalox/unix04.htm en deuxième position.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Merci
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 4.
Que la prochaine fois tu iras en cours ?
Que la prochaine fois tu liras les manuels ?
$ man bash
$ man grep
ou plus simple ask/bing/ddg/google/qwant -> tutorial bash
fic est une variable, ici utilisé comme itérateur de boucle, blacklist est aussi une variable qui prends la valeur de $?, la variable $? est une variable automatique de bash dont tu pourra trouver la signification dans le manuel
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: mais mais mais
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 2.
Merci ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# mais mais mais
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 2. Dernière modification le 04 novembre 2013 à 19:53.
faut pendre le prof qui a pondu ce script (nan j'déconne ;) ça permet de décomposer le code
ensuite je ferai plutôt du
et enfin je me poserai la question de faire
ou encore
ou pour prendre en compte le cas où aucun fichier ne corresponds
on pourrait aussi faire du
Bon je vais m'arrêter là. On peut avoir plein de variation comme mettre le test dans le while plutôt qu'une exclusion par grep ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par fearan . En réponse au message démarrer une session graphique automatiquement mais en la laissant vérrouillée. Évalué à 1.
Déjà ce n'est pas de moi dont on parle, je parle juste des raisons qui peuvent inciter à avoir ce genre d'astuce; à cela tu peux ajouter la connexion à un service réseau qui est long à charger quel que soit la vitesse du SSD.
Quant au 'change de matériel' c'est vraiment constructif comme approche.
Il fut un temps où lorsque j'ouvrais ma session, j'avais
* kde (3)
* la messagerie instantanée qui se loggait
* irc (avec connexion automatique)
* firefox (avec chargement des derniers onglets, même ajourd'hui ça peut prendre du temps)
* une konsole (sur différents points
Aujourd'hui tu peux rajouter eclipse, avec chargement du projet courant, lancement d'un serveur jboss de l'application en développement…
Bref des truc qui peuvent être long à se lancer.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par fearan . En réponse au message démarrer une session graphique automatiquement mais en la laissant vérrouillée. Évalué à 4.
Si la session restaure pleins d'applications ça peut être long, j'ai déjà par le passé eu un temps d'ouverture de session plus long que le temps de boot.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par fearan . En réponse au message démarrer une session graphique automatiquement mais en la laissant vérrouillée. Évalué à 2.
Je vois bien
1) allumage de pc
2) va prendre un café / chocolat / thé / potage tomate
3) revient sur la machine avec la session déjà prête, mais sans que le collègue ait pu rajouter un xhost + ou un + hop dans un .rhosts/.shosts, ou une clé supplémentaire dans le authorized_keys, en attente du prochain 01/04 ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: la réponse est évidente
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
Oui, et? Généralement si j'ai de grosse structure de données, elle sont stocké via de vector/map/set qui eux se chargent d'avoir l'allocation dynamique sans que moi j'ai à m'en charger.
Si on en arrive à allouer toute la pile, c'est effectivement qu'il y a un soucis, mais jusqu'à présent je n'ai jamais eu ce soucis.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: la réponse est évidente
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
Une grande partie des objets sont crées comme ça Plop paco(truc);
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: la réponse est évidente
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 4.
Toi tu es resté à l'époque du C ;) tu peux très bien faire du char a[plop.size()]; (bon je ne recommande pas non plus, un vector est généralement plus indiqué ;)
Quand je code en c++, je fais très peu de new (et de delete associé), et je trouve que forcer les gens à réfléchir lorsqu'il font le new à la visibilité de l'objet en question, de sa durée de vie, et de la pertinence du new est une excellente chose, et dans le cas où le new est pertinent, voir si un conteneur est utile (shared_ptr, uniq_ptr…)
De plus, je persiste à penser qu'avoir un destructeur qui est appelé de manière prédictible est une excellente chose (fermeture de ficher, connexion, trace…)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent