à 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
désolé, mais j'ai rarement vu Windows passer en mode basse fréquence quand Diablo est lancé
Même sur batterie ? Même sur une machine surdimensionnée par rapport au jeu demandé ? Le fait que ça n'arrive pas sur ton windows ne veut pas dire que ça n'arrive sur aucun windows; le mien (un 7 familial 64bits), par exemple, à une fâcheuse tendance à changer de mode lorsqu'il passe sur batterie (enfin avait, j'ai enfin trouvé où lui dire de ne pas changer de mode) (ça m'arrivait sur SW tor, et path of the exile), et crois moi ça se sent lorsqu'il passe en mode économie d'énergie.
Par contre je te rejoins sur le titre qui est très grandiloquent, pour juste une correction/amélioration dans l’ordonnanceur
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
La jvm est capable en fin d'exécution de me dire quel objet est encore alloué avec le chemin qui a conduit à son allocation? Si oui je veux savoir comment faire ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Et les codeurs qui ont pondu ça deviennent magiquement meilleurs lorsqu'ils programment en C++ ?
Non les codeurs qui ont pondu ça n'essayent même pas le c++, ou utilisent les shared_ptr à tout va, ce qui revient au même; mais on peut toujours utiliser un truc qui s'appelle valgrind qui marche plutôt bien pour repérer les connerie qui traine ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Qu'un dieux puisse faire ce qu'il veux, m'en fout c'est un dieu, qu'un mage crée un golem de 3 étages de hauts avec une tête trop grosse m'en fout c'est de la magie. Qu'un gars se fasse une armure et se prends 50g dans la gueule sans broncher, là j'ai un soucis, si l'armure était magique, ça me poserait moins de problème.
L'autre point est la surenchère arrivant jusqu'au point où un personnage réécrit comme il veut le monde autour de lui, hop machin est pas né, hop la tour Eiffel est penchée, hop il y a deux lunes, bref certains auteurs sont allé trop loin.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Oublier la mémoire est une mauvaise idée; Je le vois tous les jours sur une aplli java, personne ne sais d'où vient un objet sa durée de vie et s'il est un jour déréférencé, résultat, le code fuit, et personne ne sais comment régler le problème.
Masquer les problème n'est généralement pas une bonne solution; cependant si tu veux retrouver la problématique java et oublier les pointeurs, passe tout via shared_ptr<>, et tu récupère un comportement semblable à java. (avec un ramasse miette probablement pas aussi efficace)
Cela fait des années que c++ offre des conteneurs de pointeur rudement utile, avec la possibilité de faire des actions lors de la destruction d'un objet, exécuté à un endroit prévisible.
Si pour toi coder en c++ est compliqué fuit le java, depuis les annotations c'est devenu la foire aux bibliothèque faisant tout, sauf ce que le dev veut et il fait des hack immonde pour utiliser la moitié des fonctionnalité des annotation, sauf pour une propriété, rendant le code encore plus abscons qu'un script perl maintenu sur 10 ans, ou un script python sur 8 ans.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Encore heureux que non, le proc chauffe suffisamment comme ça et ça fait longtemps que les ventilo de cpu peuvent moduler leur vitesse en fonction de la température qui elle varie en fonction de la fréquence du proc (en plus du voltage), eux même dépendant de la charge de la machine.
Et pour les ATI/AMD, c'est pareille tu as une fonction d'économie d'énergie qui est la bienvenue en été
Et oui sur certains jeux le onDemand de windows ou celui d'AMD n'est pas tip top, faut forcer les fréquence minimum.
Ce n'est pas parce qu'une machine est sur secteur que tu veux qu'elle consomme un maximum, sinon ta facture EDF (ou autre concurrent) va être salée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Non absolument pas, une œuvre qui aura été écrite à ses début sera protégée plus longtemps que sa dernière, une durée fixe à partir de sa publication me parait nettement plus sain, en plus d'offrir une position claire. Prends par exemple les paroles d'une chanson 70 ans après la mort du chanteur, les paroles peuvent encore être protégée si l'auteur n'est pas l'artiste; cela oblige à faire des recherches pas forcément évidentes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Les héros de la mythologie sont donc des aberrations narratives ? ;-)
Il y'a une énorme différence entre les mythologies et les univers Marvel; déjà ils ne jouent pas avec le temps, ou la réalité; une chose s'est passée point, on ne revient pas dessus. Ensuite les dieux / demi-dieux / héros des mythologie sont puissant certes, mais
1) ils ont étonnamment humains
2) capricieux
3) logique dans leur monde.
Le monde Marvel à
1) des méchants illogique (quant on à leur pouvoir, on fait fortune et on prend possession du monde par la finance, à la rigueur en faisant 2/3 assassinat pour éliminer les autres gros financiers)
2) on oublie la physique, suffit d'avoir une armure pour encaisser une chute de 15 étages
3) complètement dans la démesure; lorsqu'on crée un personnage capable de réécrire la réalité comme bon lui semble, c'est plus vraiment utile de continuer.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Pour voir les images, tu regardes leur origine click droit information sur la page, permission -> chargement des images -> autoriser
Bon si les images sont dans un autre sous domaine, c'est moins bien ;), notamment pour le site en question c'est static.blablabla au lieu de www.blablabla, faut donc ajouter manuellement le domaine en question via les préférences
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
j'aurais tendance à dire une carte ayant un chipset dont les fonctionnalité voulue sont en 'done' (par exemple le crossfire sur un portable n'est pas une fonctionnalité vraiment utile ;) )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
On critique assez bien les studios US qui font des copies et remake d'oeuvres passées, pourquoi vouloir les singer ?
Plutôt que de prendre le pire exemple de ce qui se fait en travail collaboratif, où les auteurs tentent de faire leur héro la vedette, combattant des ennemis tellement puissant qu'on se demande encore comment les gens normaux existent encore, où le nombre de reboot/voyage dans le temps/incohérences entre auteurs/univers alternatif faisant qu'il est impossible d'avoir une œuvre cohérente dans son ensemble, tu pourrais prendre un exemple qui est pas mal qui est l'univers étendu de SW, pas mal de bouquins se base sur des personnages nouveau, les têtes de la saga y font parfois leur apparition. Tu as même des bouquins qui se passent des millénaires avant, ou après la mort de tous les personnages de la saga originelle.
Au final tu as un univers assez vaste; c'est loin d'être le seul, mais c'est le plus connu. Se baser dans un univers existant à l'avantage de ne pas avoir à reposer les bases, devoir expliquer tel ou tel truc, faire qu'un évènement soit logique (dans l'univers en question), sans devoir insérer artificiellement une explication au lecteur qui donne l'impression que l'auteur cherche à se justifier.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Et tout le monde sait que quelque chose tombé du camion est bien plus accessible financièrement, par contre c'est sans garantie et souvent de mauvaise qualité ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Par contre, j'eviterai de dire que l'actrice est "bonne"
Mouais, autant pour l'autre qualificatif, je comprends, c'est vulgaire, autant pour cet élément je ne vois pas de problème, vu qu'elles ne se privent pas de faire ce genre de remarque sur les acteurs masculins.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
En fait sur mon portable et mon fixe, je n'ai aucun problème avec mes cartes ATI, en utilisant le driver proprio, par contre sur l'ordi de mon frère il a celle qui est un poil trop récente pour être bien géré par sa distribution (mageia; bon en installant le kernel de la cauldron c'est mieux, mais c'est dommage de devoir faire un truc hybride.)
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
[^] # Re: Performance
Posté par fearan . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à 2.
Même sur batterie ? Même sur une machine surdimensionnée par rapport au jeu demandé ? Le fait que ça n'arrive pas sur ton windows ne veut pas dire que ça n'arrive sur aucun windows; le mien (un 7 familial 64bits), par exemple, à une fâcheuse tendance à changer de mode lorsqu'il passe sur batterie (enfin avait, j'ai enfin trouvé où lui dire de ne pas changer de mode) (ça m'arrivait sur SW tor, et path of the exile), et crois moi ça se sent lorsqu'il passe en mode économie d'énergie.
Par contre je te rejoins sur le titre qui est très grandiloquent, pour juste une correction/amélioration dans l’ordonnanceur
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: J'en pense que
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
La jvm est capable en fin d'exécution de me dire quel objet est encore alloué avec le chemin qui a conduit à son allocation? Si oui je veux savoir comment faire ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: J'en pense que
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
Non les codeurs qui ont pondu ça n'essayent même pas le c++, ou utilisent les shared_ptr à tout va, ce qui revient au même; mais on peut toujours utiliser un truc qui s'appelle valgrind qui marche plutôt bien pour repérer les connerie qui traine ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Précision qui m'intérroge
Posté par fearan . En réponse au journal Tintin tombera-t-il un jour dans le domaine public ?. Évalué à 2.
Qu'un dieux puisse faire ce qu'il veux, m'en fout c'est un dieu, qu'un mage crée un golem de 3 étages de hauts avec une tête trop grosse m'en fout c'est de la magie. Qu'un gars se fasse une armure et se prends 50g dans la gueule sans broncher, là j'ai un soucis, si l'armure était magique, ça me poserait moins de problème.
L'autre point est la surenchère arrivant jusqu'au point où un personnage réécrit comme il veut le monde autour de lui, hop machin est pas né, hop la tour Eiffel est penchée, hop il y a deux lunes, bref certains auteurs sont allé trop loin.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: J'en pense que
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
:D C'était le but ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# J'en pense que
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 4.
Oublier la mémoire est une mauvaise idée; Je le vois tous les jours sur une aplli java, personne ne sais d'où vient un objet sa durée de vie et s'il est un jour déréférencé, résultat, le code fuit, et personne ne sais comment régler le problème.
Masquer les problème n'est généralement pas une bonne solution; cependant si tu veux retrouver la problématique java et oublier les pointeurs, passe tout via shared_ptr<>, et tu récupère un comportement semblable à java. (avec un ramasse miette probablement pas aussi efficace)
Cela fait des années que c++ offre des conteneurs de pointeur rudement utile, avec la possibilité de faire des actions lors de la destruction d'un objet, exécuté à un endroit prévisible.
Si pour toi coder en c++ est compliqué fuit le java, depuis les annotations c'est devenu la foire aux bibliothèque faisant tout, sauf ce que le dev veut et il fait des hack immonde pour utiliser la moitié des fonctionnalité des annotation, sauf pour une propriété, rendant le code encore plus abscons qu'un script perl maintenu sur 10 ans, ou un script python sur 8 ans.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Performance
Posté par fearan . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à 2.
Encore heureux que non, le proc chauffe suffisamment comme ça et ça fait longtemps que les ventilo de cpu peuvent moduler leur vitesse en fonction de la température qui elle varie en fonction de la fréquence du proc (en plus du voltage), eux même dépendant de la charge de la machine.
Et pour les ATI/AMD, c'est pareille tu as une fonction d'économie d'énergie qui est la bienvenue en été
Et oui sur certains jeux le onDemand de windows ou celui d'AMD n'est pas tip top, faut forcer les fréquence minimum.
Ce n'est pas parce qu'une machine est sur secteur que tu veux qu'elle consomme un maximum, sinon ta facture EDF (ou autre concurrent) va être salée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Précision qui m'intérroge
Posté par fearan . En réponse au journal Tintin tombera-t-il un jour dans le domaine public ?. Évalué à 5.
Non absolument pas, une œuvre qui aura été écrite à ses début sera protégée plus longtemps que sa dernière, une durée fixe à partir de sa publication me parait nettement plus sain, en plus d'offrir une position claire. Prends par exemple les paroles d'une chanson 70 ans après la mort du chanteur, les paroles peuvent encore être protégée si l'auteur n'est pas l'artiste; cela oblige à faire des recherches pas forcément évidentes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Précision qui m'intérroge
Posté par fearan . En réponse au journal Tintin tombera-t-il un jour dans le domaine public ?. Évalué à 3.
Il y'a une énorme différence entre les mythologies et les univers Marvel; déjà ils ne jouent pas avec le temps, ou la réalité; une chose s'est passée point, on ne revient pas dessus. Ensuite les dieux / demi-dieux / héros des mythologie sont puissant certes, mais
1) ils ont étonnamment humains
2) capricieux
3) logique dans leur monde.
Le monde Marvel à
1) des méchants illogique (quant on à leur pouvoir, on fait fortune et on prend possession du monde par la finance, à la rigueur en faisant 2/3 assassinat pour éliminer les autres gros financiers)
2) on oublie la physique, suffit d'avoir une armure pour encaisser une chute de 15 étages
3) complètement dans la démesure; lorsqu'on crée un personnage capable de réécrire la réalité comme bon lui semble, c'est plus vraiment utile de continuer.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# navigue sans les images ;)
Posté par fearan . En réponse au message Adblock : comment contourner les sites qui détectent adblock ?. Évalué à 2.
Ca marche aussi bien qu'adblock ;)
Pour voir les images, tu regardes leur origine click droit information sur la page, permission -> chargement des images -> autoriser
Bon si les images sont dans un autre sous domaine, c'est moins bien ;), notamment pour le site en question c'est static.blablabla au lieu de www.blablabla, faut donc ajouter manuellement le domaine en question via les préférences
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Moi j'aime bien
Posté par fearan . En réponse au journal Pilotes de cartes graphiques : le monde à l'envers. Évalué à 2.
j'aurais tendance à dire une carte ayant un chipset dont les fonctionnalité voulue sont en 'done' (par exemple le crossfire sur un portable n'est pas une fonctionnalité vraiment utile ;) )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Précision qui m'intérroge
Posté par fearan . En réponse au journal Tintin tombera-t-il un jour dans le domaine public ?. Évalué à 4.
Plutôt que de prendre le pire exemple de ce qui se fait en travail collaboratif, où les auteurs tentent de faire leur héro la vedette, combattant des ennemis tellement puissant qu'on se demande encore comment les gens normaux existent encore, où le nombre de reboot/voyage dans le temps/incohérences entre auteurs/univers alternatif faisant qu'il est impossible d'avoir une œuvre cohérente dans son ensemble, tu pourrais prendre un exemple qui est pas mal qui est l'univers étendu de SW, pas mal de bouquins se base sur des personnages nouveau, les têtes de la saga y font parfois leur apparition. Tu as même des bouquins qui se passent des millénaires avant, ou après la mort de tous les personnages de la saga originelle.
Au final tu as un univers assez vaste; c'est loin d'être le seul, mais c'est le plus connu. Se baser dans un univers existant à l'avantage de ne pas avoir à reposer les bases, devoir expliquer tel ou tel truc, faire qu'un évènement soit logique (dans l'univers en question), sans devoir insérer artificiellement une explication au lecteur qui donne l'impression que l'auteur cherche à se justifier.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ascencion
Posté par fearan . En réponse au journal Tintin tombera-t-il un jour dans le domaine public ?. Évalué à 7.
Et tout le monde sait que quelque chose tombé du camion est bien plus accessible financièrement, par contre c'est sans garantie et souvent de mauvaise qualité ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: À quand le Alan Turing day?
Posté par fearan . En réponse au journal Ada Lovelace day 2013, le bilan. Évalué à 3.
Mouais, autant pour l'autre qualificatif, je comprends, c'est vulgaire, autant pour cet élément je ne vois pas de problème, vu qu'elles ne se privent pas de faire ce genre de remarque sur les acteurs masculins.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Moi j'aime bien
Posté par fearan . En réponse au journal Pilotes de cartes graphiques : le monde à l'envers. Évalué à 3.
En fait sur mon portable et mon fixe, je n'ai aucun problème avec mes cartes ATI, en utilisant le driver proprio, par contre sur l'ordi de mon frère il a celle qui est un poil trop récente pour être bien géré par sa distribution (mageia; bon en installant le kernel de la cauldron c'est mieux, mais c'est dommage de devoir faire un truc hybride.)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent