tiens j'ai fait un essai : "for ( int i = 0 ; i < size ; i++)", dans google j'ai un bon paquet de résultats, change ton R_xlen_t en int tu as deux autre résultats.
Tu as volontairement pris un exemple avec une faible occurrence, pour prouver ton propos.
Le problème c'est que tu as une vision très étriqué de ce qu'est le code. Si il suffit de renommer les variables pour être hors d'eau, ton système n'a aucun sens car ce n'est pas ce que l'on cherche à protéger. Si il faut que ton détecteur soit capable de détecter le renommage, tu vas avoir des millions de faux positifs.
Aucun auteur, aujourd'hui ne construit sur rien, il s'inspire de ceux qui l'ont précédé; utilise des 'patrons' plus ou moins usuels pour constituer son histoire, et c'est cet agencement qui est protégé par le droit d'auteur. On ne demande pas à un auteur d'être concis, on leur demande même d'avoir un vocabulaire riche, là ou le développeur doit aller au plus vite, et où les variables ne changent pas de dénomination en route.
par exemple pour échanger deux valeurs a et b, on peut écrire
template<typenameT>voidswap(T&a,T&b){Tc=a;a=b;b=c;}// ou std::swap(a,b);
voila j'ai fait le tour de ce qu'on peut faire en c++ pour un développeur normal;
note bien j'ai aussi la variation pour les long/int/short
a+=b;
b=a-b;
a=a-b;
et on peut encore inverser a et b. ou replace a+=b par a = a + b, ou utiliser auto à la place de T;
Voila, j'ai donné des variations voila, maintenant trouves une autre solution susceptible d'être écrite par un développeur, le renommage ne compte pas, et le formatage non plus.
Toujours si on veut aller ver la protection du code, il faut que ton analyse soit capable de repérer des inversions de lignes, virer le code 'mort', Bref maitriser les techniques de dissimulations, il faut que ton outil soit suffisamment fiable pour ne pas se planter tous les deux commits.
J'ajouterai que protéger du code comme on protège la littérature va être folklorique avec un blocage jusqu'à 70 ans après la mort de l'auteur ;) La programmer deviendra vraiment de l'art ;) Je plains les nouvelle génération qui devront faire un "Hello world", en s'assurant de n'avoir pas de prior act ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je pense que c'est exactement la même chose pour le code. Trois ou quatre lignes identiques, ça ne peut pas être du hasard.
Euh… Comment dire… C'est juste fréquent, très fréquent même; j'aurais même tendance à dire que c'est 4 lignes de codes puis autre 4 lignes de code, pis encore d'autre qui forment la majorité des programmes.
Fait un "Hello world" en C, sur 1000 personnes tu vas avoir plusieurs programme exactement identique.
Quand on fait du code, on part pas dans le lyrique, on va au plus efficace, les variable de boucle ont tendance à s'appeler i,j,k,l, une classe à un nom explicite et concis, un itérateur it (ou itClasse)
Je ne parle même pas de java avant les lambda (java 8), où les mêmes morceaux de codes étaient répétés, ad nauseam. Comme les IDE formatent ton code réordonnent les include/import selon des règles pré établies, les convention grandement partagées la mise en forme est l’œuvre d'un automate.
Les même problèmes ont les même solutions, les algo sont pour la plupart connus, et c'est la mise en œuvre qui échoie aux développeurs.
Je ne parle même plus de l'entraide aux développeur (fait un tour sur stackoverflow , où des gens posent des questions, et d'autre gens répondent avec du code généralement fonctionnel, ce code qui va se retrouver dans le programme, légèrement adapté )
La grammaire d'un langage de programmation est rigide et limite énormément ce que tu peux écrire, et on s'embarrasse pas de fioritures;
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
pour refroidir les serveurs
une commande :
$> halt (ou sudo halt, ou shutdown -h -NOW)
pour refroidir les opérateurs une autre commande :
un billet sncf pour la Bretagne ou la manche en bord de mer ;)
sinon, sans arrêter les machines, mettre les commerciaux d'un coté, les architectes de l'autre et la salle machine en plein milieu, en plein courant d'air ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
en fait j'ai plusieurs justification (ou presque) de la présence de ces deux mots :
le débat politique c'est un peu une seconde nature de linuxfr,
l'auteur a considéré que le gain de productivité grâce à l'informatisation aurait du mettre sur le devant l'évidence de la nécessité de partager le travail.
cela a été posté un trolldi, aucun journal n'est HS un trolldi, sauf peut être une biographie sur un chanteur canadien récent.
la réponse D
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Bref, le problème n'est pas politique, mais le peuple (comme souvent), et c'est long à convaincre un peuple :(.
Ah si les gains de productivité avaient profité au peuple on en serait pas là… Certes on en profite un peu, mais largement moins que ce que ce gain de productivité à permis.
Mais l'homme est un éternel insatisfait, jaloux de ce qu'ont les autres, et rangé dans une norme, et gare à celui qui s'en écarte, suffit de voir la tête de la RH, ou de mon ex-patron lorsque je parle de passer au 4/5e.
les suisses ont dit merde à plus de congés
Et ils ont aussi beaucoup plus de temps partiel qu'en France, ce qui fait qu'en moyenne ils bossent moins.
Donc Je vais préciser ma position :
a) Si l'ia augmente la productivité, on produit plus, je suis pour qu'on augmente les salaires, c'est logique.
b) Si on réduit le temps de travail, il est normal que le salaire baisse, c'est tout aussi logique.
En fonction des gains et de la réduction tu pourrais même travailler moins pour produire plus, ou réduire encore plus drastiquement, et gagner moins.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Il oppose une vision de court terme (l'IA détruira des emplois à court terme) et de long terme (l'IA permettra, via des gains de productivité, de créer plus d'emplois qu'elle en a détruit). C'est intéressant, parce qu'en général, on oppose ces deux visions sans voir qu'elles sont sur des échelles de temps (et s'appliquent à des personnes) différentes.
Non il ne créera pas plus d'emploi à long terme; c'est bien beau de vouloir rassurer sur le long terme, mais un gain de productivité ne va pas créer des emplois. Ce que permet un gain de productivité c'est de produire plus avec moins.
Avec le chômage que l'on a, tout ce qu'on va faire c'est l'augmenter. Par contre on pourrait réduire généralement le temps de travail, mais vu qu'on ne le fait déjà pas…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Mise à part une identité pour tout ce qui est impôts/banque/travail/administratif, chaque site à un pseudo propre, et je ne fais pas de référence entre les comptes, ou rarement ;).
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
pourquoi regarder la télé alors que tout est disponible en streaming sur Youtube.
Pour la même raison que les gens regardent le direct entrecoupé de pub plutôt que l'enregistrement permettant de zapper la pub. L'habitude à la vie dure. Tu en as même qui regardent le film sur une chaine à pub alors qu'ils ont le DVD/BR dans l'armoire. Mais le conflit avec TF1 et les diffuseur ADSL est symptomatique d'une perte de vitesse de ce média et qui tente d'établir une rente via les FAI alors que son business model ne va pas tarder à se casser la gueule.
Le problème, c'est que le système est dans un état d'équilibre qui arrange la majorité des acteurs,
Non une minorité d'acteurs justement, la majorité elle se paye les plâtre d'une règlementation inique variant d'un pays à l'autre, bloquant des sortie en salle parce que le producteur/diffuseur souhaite que sa production soit sur sa SVOD, et prolonge la durée d'indisponibilité des œuvres au delà de limite raisonnable sur des durées variables.
Si on limitait le droit d'auteur à 5 ans après publication/diffusion (au moins pour le cinéma ou la musique), ce genre de question n'aurait même pas à se poser.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Renault ne veut pas payer pour faire de la pub dans des pays
Ne pourrait on pas avoir un service de streaming global qui insert des pubs dans la vidéo localisées selon la destination? Certes, c'est chiant d'avoir de la pub, mais si c'est comme ça qu'on finance autant passer par la.
D'ailleurs sur youtube, il me semble que c'est déjà le cas. Bref, on a la techno, on veut juste pas l'utiliser.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
On peut faire du code lisible en perl, on peut fait du code lisible en c++17, on peut faire du code lisible en python; l'inverse est aussi vrai, c'est plus facile selon les langages;
Les folding expression sont une simplification de ce qu'il est possible de faire avec les variadic templates.
les variadic template permettent dans pas mal de cas une simplification d'écriture et un code plus clair. Et cela faisait partie du package C++11 qui lui a vraiment donné un coup de jeune au langage, permettant de le rendre beaucoup plus lisible, et facile à coder.
de nombreux logiciels imposent l'utilisation d'un C++ allégé (sans templates, sans héritage multiple, sans pointeurs nus…)
sans templates ? pas de std::map ? pas de std::vector? pas de sort? pas de std::string? pas de shared_ptr ? pas de pair/tuple, pas de sort, pas de fill
sans héritage multiple je peut comprendre, ça peut être perturbant, mais c'est bien pratique.
sans pointeurs nus, arf, donc pas de pointeur du tout, vu que pas de template… Moi j'ai une politique plus pragmatique pas d'écriture de new (et donc pas de delete) sauf cas très particulier, et commenté. Que des make_shared<> ou make_unique<>. Si un paramètre est un pointeur il est optionnel, sinon on passe une ref, depuis c++17 on a std::optional;
Bref, a part les destructeurs et surcharge d'opérateurs, et la gestion des const, il ne reste plus grand chose de c++…
les templates bien utilisés permettent d'éviter la duplication de code, et en améliorent la maintenabilité.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
La majorité des gens ne l'utilisent pas comme toi,
Tu as des études la dessus? Moi je me souviens de longues discussions, où la majorité des commentaires sont positif, alors que c'est deux camps qui s'affrontent; si la majorité l'utilisait comme tu le pense, ce ne serait pas le cas.
Le cas de Zenitram est justement assez parlant, ses propos sont assez souvent assez loin du consensus du site et pourtant il poste par défaut à 2 ou 3.
Il n'est pas rare de voir des commentaires pertinents moinssé
Sur un court moment, oui, sur le long terme, je demande à voir.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
la prime panier repas marche aussi bien que le TR, avec la capacité de l'utiliser tous les jours; il faut juste qu'elle soit raisonnable et qu'elle ne devienne pas une prime déguisée.
le TR ne fonctionne pas les jours fériés, le soir, et les WE, sauf si c'est dans tes heures de travail; tu n'es pas censé en consommer plus de 2 par repas ou 19€ si tu as la carte; tu n'es pas censé récupérer la monnaie, et tous les commerçants ne font pas des avoirs.
Si tu ajoutes à cela que des fois le salarié apporte lui même sa bouffe, qu'il peut être dans une ZI où les seuls restau sont des restau d'entreprise qui n'acceptent pas les TR, ou la camionnette de malbouffe (et encore pas toujours).
Et je ne parle pas des midi où je me contente d'un truc à grignoter qui fait que je ne consomme pas les TR.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je suis très étonné du succès d’IntelliJ. Je ne dénigre pas l’outil, qui est très bon. Mais tous ces gens qui en sont si satisfaits ont-ils tous la licence nécessaire ?
La version communautaire me suffit amplement; je refuse de recourir au viol de propriété intellectuel au niveau professionnel.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
N'ayant jamais eu la version ultimate entre les pattes, j'aurais du mal à dire ce qu'elle apporte de plus par rapport à la "community edition" pour du java.
Du Java sans JPA, sans Spring, sans AngularJS, etc. ça limite quand même pas mal l’usage…
Ça dépend du projet :P, chez nous on en est encore à jboss sur centos5, pas de javascript, du swing dans tous les sens et du thrift pour appeler le c++(pre c++11).
Pour le reste, suggestion, refactoring, correction de style, capacité à créer une classe de données sans avoir à écrire une ligne de code, juste en écrivant new Plic(toto, pika, tata, 45); et lui indiquant qu'il faut créer la classe, puis ses getteurs, il me suffit amplement.
Ah oui et il vient avec un thème sombre disponible par défaut ;) Ah oui et sans oublier l'affichage de la syntaxe java 8 alors qu'on est encore en java 7 ;)
L'un des inconvénient majeur d'éclipse, outre sa lourdeur ressentie, est l'interface gérant trop de langages, plugin… des menus trop longs, des options dures à trouver…
typiquement, voila à quoi ressemblait les menus en 2011 http://vcpm.barti.fr/2011/02/08/serveur-svn-pour-windows-33-utilisation/, mais de ce que je vois chez mes collègue l'utilisant encore pour le c++ ça ne s'est pas arrangé;
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Posté par fearan .
En réponse au journal Quel IDE pour quel langage.
Évalué à 4.
Dernière modification le 16 février 2018 à 13:02.
pour java, y a pas photo, c'est intelliJ, tous mes collègues qui l'ont essayé le garde pour le java, quitte à avoir un eclipse à coté pour le c++, sauf un mais il code sous vim, ça compte pas.
Pour c++, j'aurais du mal à être pertinent, bossant une une centOS de Mathusalem, j'ai pas pu tester visual studio code, qtcreator, ou même kdevelop alors je fais un tour d'horizon
Pour Eclipse, je fais une allergie à cette usine à gaz
Emacs-25.1.1 se débrouille pas trop mal en c++
j'ai un peu de complétion intelligente, et la complétion par recherche de passage similaire est très efficace aussi.
ebrowse fait des miracle, et permet d'avoir des vision synthétique des objets, et je n'ai pas trouvé d'équivalent sur les autres IDE.
flymake permet d'avoir les erreurs facilement
grep (M-x grep ) permet de faire des recherches très précises
les macros facile à faire et à modifier ;)
les bookmark
le tetris quand personne ne regarde
sa gestion du copier coller (kill ring, rectangulaire…)
J'ai un peu testé clion y a un an, très prometteur, mais comme ma boite ne veut pas me payer une licence…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
c’est que les avis divergent trop pour avancer dans n’importe laquelle des directions,
Non les avis divergent trop pour qu'un gouvernement tienne tout une mandature. Cependant des alliances peuvent se former porter des réformes.
La Secu et le SMIC par exemple son issue de la 4e par exemple, la 3e semaine de congé aussi.
Dans l'absolu si les partis politiques étaient constructif, et pas un ramassis de godillots, tu pourrais même avoir un gouvernement qui tient toute la mandature et qui fait passer des réformes en faisant voter par l'un ou l'autre des bords de l'assemblée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Marrant, c'est exactement ce que je me suis dit, au mot près lorsque j'ai lu son commentaire.
Rien, que du dénigrement, pas d'explication. Un peu comme les 'fainéant' qui manifeste, ou 'ceux qui ne sont rien', voila, maintenant on peut ajouter 'ridicule' à la liste. Plutôt que d'argumenter, dénigrions faisons comme 'Jupiter'; avec un peu de chances ça suffira.
Bref, pas de débat.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
En électrique, on est à plus de 90% de rendement pour le moteur, et ce en permanence (toujours en bon rapport), en thermique on est au mieux à 43% de rendement (en pointe), et en moyenne, 30%
Les pertes du réseau sont faibles; pour te donner une idée sur une consommation de 60949MW on a des pertes (ou prévision ) de 2031MW (site rte), j'ai regardé la journée du 23/12, ce qui nous fait du 3%
on arrive entre 50% et 90% selon l'ampérage. (80% 16A, 90% 32A)
et aussi la production; là c'est plus compliqué; cela va dépendre du type d'énergie; mais globalement hors production tu es sur des rendement > 69% si tu considère que tu charge a 16A, sinon tu as un rendement > 75% pour une charge à 32A;
Si ton électricité vient d'une centrale Diésel (50%) ou mieux, turbine à gaz (55%), tu est mieux que le thermique ; si tu viens du nucléaire (36%), c'est moins bien (on en arrive à 27%); si ça vient de l'hydro, tu es bien au dessus, du solaire en dessous, et éolien en dessous aussi; mais cela a t-il du sens de comparer des rendements venant de sources renouvelable?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Sauf que changer un type de base qui est utilisé dans les binding C, c'est jouer à l'équilibriste en haut d'un immeuble de 42 étages par vent de force 5.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
On nous fait passer Holdo pour au mieux une mauvaise au pire une traitre et finalement non… M'enfin si elle avait expliquée sa stratégie à tout le monde, ça aurait sans doute marché.
Et si y a un traitre, une chance à 100% que ça foire; je te rappelle que Poe a été rétrogradé, il n'y a aucune raison qu'il soit mis au courant de la stratégie qui doit être tenue secrète pour fonctionner.
Les X-Wing sont capables de vitesse-lumière il me semble. Une suggestion pour la rébellion : montez ces moteurs sur des blocs de béton et envoyez-les sur la flotte impériale !
Ton parpaing il va s'exploser sur les boucliers du star destroyer; tout comme un chasseur; tu vas commencer à pouvoir faire des dégât avec des vaisseaux de taille plus importante; genre la frégate médicale; mais si c'est une stratégie pertinente pour un vaisseau perdu, lorsque le déséquilibre de force est aussi important, c'est très une mauvais; tout comme perdre la quasi totalité des chasseurs et la totalité des bombardiers pour détruire 1 seul navire.
On se demande tous qui/quoi sur le vaisseaux rebelle permet aux impériaux de le traquer. Sauf les héros qui préfèrent élaborer un plan impossible pour aller péter le radar plutôt que le traqueur.
Tu peux toujours chercher le traqueur, mais vu la taille que le machin peut avoir, qu'il peut être à l'intérieur, comme à l'extérieur; dans une pièce en fonctionnement comme l'un des moteurs, et vu la taille du vaisseau, tu peux supposer qu'ils le cherchent, mais qu'il ne tablent pas dessus pour s'en sortir.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Est-ce qu'on a le droit de ne pas s'inquiéter?
Posté par fearan . En réponse au journal Le filtrage à la source. Évalué à 5.
tiens j'ai fait un essai : "for ( int i = 0 ; i < size ; i++)", dans google j'ai un bon paquet de résultats, change ton R_xlen_t en int tu as deux autre résultats.
Tu as volontairement pris un exemple avec une faible occurrence, pour prouver ton propos.
Le problème c'est que tu as une vision très étriqué de ce qu'est le code. Si il suffit de renommer les variables pour être hors d'eau, ton système n'a aucun sens car ce n'est pas ce que l'on cherche à protéger. Si il faut que ton détecteur soit capable de détecter le renommage, tu vas avoir des millions de faux positifs.
Aucun auteur, aujourd'hui ne construit sur rien, il s'inspire de ceux qui l'ont précédé; utilise des 'patrons' plus ou moins usuels pour constituer son histoire, et c'est cet agencement qui est protégé par le droit d'auteur. On ne demande pas à un auteur d'être concis, on leur demande même d'avoir un vocabulaire riche, là ou le développeur doit aller au plus vite, et où les variables ne changent pas de dénomination en route.
par exemple pour échanger deux valeurs a et b, on peut écrire
voila j'ai fait le tour de ce qu'on peut faire en c++ pour un développeur normal;
note bien j'ai aussi la variation pour les long/int/short
a+=b;
b=a-b;
a=a-b;
et on peut encore inverser a et b. ou replace a+=b par a = a + b, ou utiliser auto à la place de T;
Voila, j'ai donné des variations voila, maintenant trouves une autre solution susceptible d'être écrite par un développeur, le renommage ne compte pas, et le formatage non plus.
Toujours si on veut aller ver la protection du code, il faut que ton analyse soit capable de repérer des inversions de lignes, virer le code 'mort', Bref maitriser les techniques de dissimulations, il faut que ton outil soit suffisamment fiable pour ne pas se planter tous les deux commits.
J'ajouterai que protéger du code comme on protège la littérature va être folklorique avec un blocage jusqu'à 70 ans après la mort de l'auteur ;) La programmer deviendra vraiment de l'art ;) Je plains les nouvelle génération qui devront faire un "Hello world", en s'assurant de n'avoir pas de prior act ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Est-ce qu'on a le droit de ne pas s'inquiéter?
Posté par fearan . En réponse au journal Le filtrage à la source. Évalué à 8.
Euh… Comment dire… C'est juste fréquent, très fréquent même; j'aurais même tendance à dire que c'est 4 lignes de codes puis autre 4 lignes de code, pis encore d'autre qui forment la majorité des programmes.
Fait un "Hello world" en C, sur 1000 personnes tu vas avoir plusieurs programme exactement identique.
Quand on fait du code, on part pas dans le lyrique, on va au plus efficace, les variable de boucle ont tendance à s'appeler i,j,k,l, une classe à un nom explicite et concis, un itérateur it (ou itClasse)
Je ne parle même pas de java avant les lambda (java 8), où les mêmes morceaux de codes étaient répétés, ad nauseam. Comme les IDE formatent ton code réordonnent les include/import selon des règles pré établies, les convention grandement partagées la mise en forme est l’œuvre d'un automate.
Les même problèmes ont les même solutions, les algo sont pour la plupart connus, et c'est la mise en œuvre qui échoie aux développeurs.
Je ne parle même plus de l'entraide aux développeur (fait un tour sur stackoverflow , où des gens posent des questions, et d'autre gens répondent avec du code généralement fonctionnel, ce code qui va se retrouver dans le programme, légèrement adapté )
La grammaire d'un langage de programmation est rigide et limite énormément ce que tu peux écrire, et on s'embarrasse pas de fioritures;
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# solution simple
Posté par fearan . En réponse au message Vos techniques pour refroidir les serveurs sans clim. Évalué à 10.
pour refroidir les serveurs
une commande :
$> halt (ou sudo halt, ou shutdown -h -NOW)
pour refroidir les opérateurs une autre commande :
un billet sncf pour la Bretagne ou la manche en bord de mer ;)
sinon, sans arrêter les machines, mettre les commerciaux d'un coté, les architectes de l'autre et la salle machine en plein milieu, en plein courant d'air ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ou presque ?
Posté par fearan . En réponse au journal [HS ou presque] Réduire le chômage ?. Évalué à 3.
en fait j'ai plusieurs justification (ou presque) de la présence de ces deux mots :
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: refus
Posté par fearan . En réponse au message Piratage compte amazon. Évalué à 2.
Hum, je n'en serai pas si certain, le pirate s'est fait passer pour quelqu'un d'autre auprès du site.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: moi j'adore
Posté par fearan . En réponse au journal Bookmark : Interview d'Emmanuel Macron sur l'IA dans Wired. Évalué à 2.
Ah si les gains de productivité avaient profité au peuple on en serait pas là… Certes on en profite un peu, mais largement moins que ce que ce gain de productivité à permis.
Mais l'homme est un éternel insatisfait, jaloux de ce qu'ont les autres, et rangé dans une norme, et gare à celui qui s'en écarte, suffit de voir la tête de la RH, ou de mon ex-patron lorsque je parle de passer au 4/5e.
Et ils ont aussi beaucoup plus de temps partiel qu'en France, ce qui fait qu'en moyenne ils bossent moins.
Donc Je vais préciser ma position :
a) Si l'ia augmente la productivité, on produit plus, je suis pour qu'on augmente les salaires, c'est logique.
b) Si on réduit le temps de travail, il est normal que le salaire baisse, c'est tout aussi logique.
En fonction des gains et de la réduction tu pourrais même travailler moins pour produire plus, ou réduire encore plus drastiquement, et gagner moins.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# moi j'adore
Posté par fearan . En réponse au journal Bookmark : Interview d'Emmanuel Macron sur l'IA dans Wired. Évalué à 8.
Non il ne créera pas plus d'emploi à long terme; c'est bien beau de vouloir rassurer sur le long terme, mais un gain de productivité ne va pas créer des emplois. Ce que permet un gain de productivité c'est de produire plus avec moins.
Avec le chômage que l'on a, tout ce qu'on va faire c'est l'augmenter. Par contre on pourrait réduire généralement le temps de travail, mais vu qu'on ne le fait déjà pas…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Nous ne sommes que peu nombreux :)
Posté par fearan . En réponse au journal distinguer ses identités sur le net. Évalué à 2.
Alors on s'arrange entre nous ;)
Mise à part une identité pour tout ce qui est impôts/banque/travail/administratif, chaque site à un pseudo propre, et je ne fais pas de référence entre les comptes, ou rarement ;).
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Rien à faire
Posté par fearan . En réponse au journal Je ne demande qu’à payer !. Évalué à 2.
Pour la même raison que les gens regardent le direct entrecoupé de pub plutôt que l'enregistrement permettant de zapper la pub. L'habitude à la vie dure. Tu en as même qui regardent le film sur une chaine à pub alors qu'ils ont le DVD/BR dans l'armoire. Mais le conflit avec TF1 et les diffuseur ADSL est symptomatique d'une perte de vitesse de ce média et qui tente d'établir une rente via les FAI alors que son business model ne va pas tarder à se casser la gueule.
Non une minorité d'acteurs justement, la majorité elle se paye les plâtre d'une règlementation inique variant d'un pays à l'autre, bloquant des sortie en salle parce que le producteur/diffuseur souhaite que sa production soit sur sa SVOD, et prolonge la durée d'indisponibilité des œuvres au delà de limite raisonnable sur des durées variables.
Si on limitait le droit d'auteur à 5 ans après publication/diffusion (au moins pour le cinéma ou la musique), ce genre de question n'aurait même pas à se poser.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Rien à faire
Posté par fearan . En réponse au journal Je ne demande qu’à payer !. Évalué à 1.
Ne pourrait on pas avoir un service de streaming global qui insert des pubs dans la vidéo localisées selon la destination? Certes, c'est chiant d'avoir de la pub, mais si c'est comme ça qu'on finance autant passer par la.
D'ailleurs sur youtube, il me semble que c'est déjà le cas. Bref, on a la techno, on veut juste pas l'utiliser.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Même problème
Posté par fearan . En réponse au journal Je ne demande qu’à payer !. Évalué à 2.
Je ne sais pas mais au vu de leur législation sur les jeux vidéo et autre je crains que les versions soient un poil censurées.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Namespace bits ?
Posté par fearan . En réponse au journal Jouons avec le ``switch`` et C++17. Évalué à 4.
On peut faire du code lisible en perl, on peut fait du code lisible en c++17, on peut faire du code lisible en python; l'inverse est aussi vrai, c'est plus facile selon les langages;
Les folding expression sont une simplification de ce qu'il est possible de faire avec les variadic templates.
les variadic template permettent dans pas mal de cas une simplification d'écriture et un code plus clair. Et cela faisait partie du package C++11 qui lui a vraiment donné un coup de jeune au langage, permettant de le rendre beaucoup plus lisible, et facile à coder.
sans templates ? pas de std::map ? pas de std::vector? pas de sort? pas de std::string? pas de shared_ptr ? pas de pair/tuple, pas de sort, pas de fill
sans héritage multiple je peut comprendre, ça peut être perturbant, mais c'est bien pratique.
sans pointeurs nus, arf, donc pas de pointeur du tout, vu que pas de template… Moi j'ai une politique plus pragmatique pas d'écriture de new (et donc pas de delete) sauf cas très particulier, et commenté. Que des make_shared<> ou make_unique<>. Si un paramètre est un pointeur il est optionnel, sinon on passe une ref, depuis c++17 on a std::optional;
Bref, a part les destructeurs et surcharge d'opérateurs, et la gestion des const, il ne reste plus grand chose de c++…
les templates bien utilisés permettent d'éviter la duplication de code, et en améliorent la maintenabilité.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Remise en question ?
Posté par fearan . En réponse au message linuxfr: le systeme de notation. Évalué à 6.
Tu as des études la dessus? Moi je me souviens de longues discussions, où la majorité des commentaires sont positif, alors que c'est deux camps qui s'affrontent; si la majorité l'utilisait comme tu le pense, ce ne serait pas le cas.
Le cas de Zenitram est justement assez parlant, ses propos sont assez souvent assez loin du consensus du site et pourtant il poste par défaut à 2 ou 3.
Sur un court moment, oui, sur le long terme, je demande à voir.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Vous savez qui paye les titres restau ?
Posté par fearan . En réponse au journal [HS] Tickets restaurants. Évalué à 3.
la prime panier repas marche aussi bien que le TR, avec la capacité de l'utiliser tous les jours; il faut juste qu'elle soit raisonnable et qu'elle ne devienne pas une prime déguisée.
le TR ne fonctionne pas les jours fériés, le soir, et les WE, sauf si c'est dans tes heures de travail; tu n'es pas censé en consommer plus de 2 par repas ou 19€ si tu as la carte; tu n'es pas censé récupérer la monnaie, et tous les commerçants ne font pas des avoirs.
Si tu ajoutes à cela que des fois le salarié apporte lui même sa bouffe, qu'il peut être dans une ZI où les seuls restau sont des restau d'entreprise qui n'acceptent pas les TR, ou la camionnette de malbouffe (et encore pas toujours).
Et je ne parle pas des midi où je me contente d'un truc à grignoter qui fait que je ne consomme pas les TR.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: IntelliJ non open-source
Posté par fearan . En réponse au journal Quel IDE pour quel langage. Évalué à 3.
La version communautaire me suffit amplement; je refuse de recourir au viol de propriété intellectuel au niveau professionnel.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: IntelliJ non open-source
Posté par fearan . En réponse au journal Quel IDE pour quel langage. Évalué à 3.
N'ayant jamais eu la version ultimate entre les pattes, j'aurais du mal à dire ce qu'elle apporte de plus par rapport à la "community edition" pour du java.
Ça dépend du projet :P, chez nous on en est encore à jboss sur centos5, pas de javascript, du swing dans tous les sens et du thrift pour appeler le c++(pre c++11).
Pour le reste, suggestion, refactoring, correction de style, capacité à créer une classe de données sans avoir à écrire une ligne de code, juste en écrivant new Plic(toto, pika, tata, 45); et lui indiquant qu'il faut créer la classe, puis ses getteurs, il me suffit amplement.
Ah oui et il vient avec un thème sombre disponible par défaut ;) Ah oui et sans oublier l'affichage de la syntaxe java 8 alors qu'on est encore en java 7 ;)
L'un des inconvénient majeur d'éclipse, outre sa lourdeur ressentie, est l'interface gérant trop de langages, plugin… des menus trop longs, des options dures à trouver…
typiquement, voila à quoi ressemblait les menus en 2011 http://vcpm.barti.fr/2011/02/08/serveur-svn-pour-windows-33-utilisation/, mais de ce que je vois chez mes collègue l'utilisant encore pour le c++ ça ne s'est pas arrangé;
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# oui c'est par langage :P
Posté par fearan . En réponse au journal Quel IDE pour quel langage. Évalué à 4. Dernière modification le 16 février 2018 à 13:02.
pour java, y a pas photo, c'est intelliJ, tous mes collègues qui l'ont essayé le garde pour le java, quitte à avoir un eclipse à coté pour le c++, sauf un mais il code sous vim, ça compte pas.
Pour c++, j'aurais du mal à être pertinent, bossant une une centOS de Mathusalem, j'ai pas pu tester visual studio code, qtcreator, ou même kdevelop alors je fais un tour d'horizon
Pour Eclipse, je fais une allergie à cette usine à gaz
Emacs-25.1.1 se débrouille pas trop mal en c++
J'ai un peu testé clion y a un an, très prometteur, mais comme ma boite ne veut pas me payer une licence…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# hey merci ;)
Posté par fearan . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 3. Dernière modification le 24 janvier 2018 à 09:43.
J'avais fais le même constat, je n'ai pas accès à ma freebox pour des raisons de rénovation, mais je garde dans mes bookmark ;)
Autre point qui m’embêtaient au plus haut point c'est l'absence de clavier (notamment pour faire des recherches yt/dm) est-ce envisageable avec sdk?
Ah et est on vraiment obligé de se farcir ce gris, ou est-ce disponible en noir?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Aucun changement de fond, un peu de forme
Posté par fearan . En réponse au journal Fake Macron. Évalué à 5.
Non les avis divergent trop pour qu'un gouvernement tienne tout une mandature. Cependant des alliances peuvent se former porter des réformes.
La Secu et le SMIC par exemple son issue de la 4e par exemple, la 3e semaine de congé aussi.
Dans l'absolu si les partis politiques étaient constructif, et pas un ramassis de godillots, tu pourrais même avoir un gouvernement qui tient toute la mandature et qui fait passer des réformes en faisant voter par l'un ou l'autre des bords de l'assemblée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ridicule
Posté par fearan . En réponse au journal Le changement c'est maintenant ;). Évalué à 3.
Marrant, c'est exactement ce que je me suis dit, au mot près lorsque j'ai lu son commentaire.
Rien, que du dénigrement, pas d'explication. Un peu comme les 'fainéant' qui manifeste, ou 'ceux qui ne sont rien', voila, maintenant on peut ajouter 'ridicule' à la liste. Plutôt que d'argumenter, dénigrions faisons comme 'Jupiter'; avec un peu de chances ça suffira.
Bref, pas de débat.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: chargeons la barque
Posté par fearan . En réponse au journal Le changement c'est maintenant ;). Évalué à 4.
En électrique, on est à plus de 90% de rendement pour le moteur, et ce en permanence (toujours en bon rapport), en thermique on est au mieux à 43% de rendement (en pointe), et en moyenne, 30%
Les pertes du réseau sont faibles; pour te donner une idée sur une consommation de 60949MW on a des pertes (ou prévision ) de 2031MW (site rte), j'ai regardé la journée du 23/12, ce qui nous fait du 3%
http://www.rte-france.com/fr/eco2mix/eco2mix-consommation
et
http://clients.rte-france.com/lang/fr/visiteurs/vie/vie_previ_perte3.jsp
Il reste le rendement de la batterie ici :
http://renault-zoe.forumpro.fr/t1533-rendement-de-chargedecharge
on arrive entre 50% et 90% selon l'ampérage. (80% 16A, 90% 32A)
et aussi la production; là c'est plus compliqué; cela va dépendre du type d'énergie; mais globalement hors production tu es sur des rendement > 69% si tu considère que tu charge a 16A, sinon tu as un rendement > 75% pour une charge à 32A;
Si ton électricité vient d'une centrale Diésel (50%) ou mieux, turbine à gaz (55%), tu est mieux que le thermique ; si tu viens du nucléaire (36%), c'est moins bien (on en arrive à 27%); si ça vient de l'hydro, tu es bien au dessus, du solaire en dessous, et éolien en dessous aussi; mais cela a t-il du sens de comparer des rendements venant de sources renouvelable?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Petit résumé et tests dans la réalité
Posté par fearan . En réponse au journal [Humour] vers un monde différent. Évalué à 5.
de mon coté j'ai fait des test avec la même version de python.
real 0m3.492s
user 0m3.490s
sys 0m0.003s
et
real 0m0.044s
user 0m0.036s
sys 0m0.008s
et encore dans ce cas on s'affranchit du module évaluant si on doit rester en calcul exacte ou pas.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Puisque tout le monde est sûr de détenir la vérité...
Posté par fearan . En réponse au journal [Humour] vers un monde différent. Évalué à 2.
Sauf que changer un type de base qui est utilisé dans les binding C, c'est jouer à l'équilibriste en haut d'un immeuble de 42 étages par vent de force 5.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mmmhboarf
Posté par fearan . En réponse au journal Parlons un peu de Star Wars VIII - Les derniers Jedi (Attention : SPOILERS). Évalué à 2.
Et si y a un traitre, une chance à 100% que ça foire; je te rappelle que Poe a été rétrogradé, il n'y a aucune raison qu'il soit mis au courant de la stratégie qui doit être tenue secrète pour fonctionner.
Ce coup de projectile vitesse lumière est déjà abordé dans l'ex univers étendu (légende maintenant). De plus tu n'auras pas le même résultat avec un parpaing qu'un Mon Calamari http://d6holocron.com/wiki/index.php?title=Mon_Calamari_MC40_Light_Cruiser ou http://d6holocron.com/wiki/index.php?title=Mon_Calamari_MC90_Star_Cruiser
Ton parpaing il va s'exploser sur les boucliers du star destroyer; tout comme un chasseur; tu vas commencer à pouvoir faire des dégât avec des vaisseaux de taille plus importante; genre la frégate médicale; mais si c'est une stratégie pertinente pour un vaisseau perdu, lorsque le déséquilibre de force est aussi important, c'est très une mauvais; tout comme perdre la quasi totalité des chasseurs et la totalité des bombardiers pour détruire 1 seul navire.
Tu peux toujours chercher le traqueur, mais vu la taille que le machin peut avoir, qu'il peut être à l'intérieur, comme à l'extérieur; dans une pièce en fonctionnement comme l'un des moteurs, et vu la taille du vaisseau, tu peux supposer qu'ils le cherchent, mais qu'il ne tablent pas dessus pour s'en sortir.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Puisque tout le monde est sûr de détenir la vérité...
Posté par fearan . En réponse au journal [Humour] vers un monde différent. Évalué à 4.
Oh ça je m'en doute bien.
oups pardon j'ai eu un soucis de version de python ;)
donc le système flottant fait mieux :P
Il ne faut pas décorner les boeufs avant d'avoir semé le vent