Les enums existent autant en C qu'en C++. Personnellement je lis plus vite 0700 que l'autre version, ensuite si je recherche mes code d'IUT, c'est les constantes que j'utilisais, et je pense que je continuerai, par ma méconnaissance de comment le compilo va interpréter 0700, mais je ne considère pas que c'est une faute de l'utiliser.
Quant a utiliser la non ergonomie d'un éditeur de texte pour dire que ça va continuer de compiler mais que ça va être buggé, je pourrais te dire la même chose de eclipse/intellij/visual qui interprètent mal quand je fait alt-& qui est censé m'envoyer sur un bureau et qui m'a rajouté un & là ou il ne fallait pas. (ou - avec alt-)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Pas un problème p est alloué via asprintf en cas de retour positif (une extension gnu à printf qui alloue automatiquement la chaine de caractère )
Pour le reste je suis pour avoir les return au plus près de l'erreur (cela implique pour la lisibilité de garder des fonctions courtes (elle ne doivent pas dépasser un écran), sinon une tambouille au début pour vérifier les paramètres (et des return au début) et un seul return à la fin si la fonction ne peut pas tenir sur un écran.
Des magic values 0700, 0600.
C'est les droits POSIX, le premier rwx (read write eXecute) pour l'utilisateur uniquement (0700), et rw (read, write) pour 0600; pour ces valeurs là, je doute qu'utiliser une constante soit pertinent; aucune chance que ça change - a moins de vouloir modifier la norme POSIX, mais je crains qu'on aille au devant de gros ennuis ;) le droit d’exécution d'un répertoire indique qu'on peut le traverser.
Des chemins codés en dur
La par contre c'est, de mon point de vue, une erreur.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
C'est sur qu'en entreprise, on est censé utiliser le style de l'entreprise, et on se fait engueuler si on le fait pas (du moins c'est le cas dans ma boite), donc l'argument c'est plus joli de base sous MsOffice n'est pas vraiment valide pour les entreprises; par contre pour les particulier c'est une autre histoire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Oui cela se base sur une synthèse du vocabulaire et de la construction des phrases; si pour le vocabulaire le dico des synonymes de l'université de Caen est une ressource fort sympathique, la construction des phrases, elle est généralement plus difficile à modifier.
Cependant en faisant attention, il est possible de se créer quelques identités littéraire distinctes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
En fait je n'en connais que 2: hydro-électrique et… charbon!
Tu en rates 2, et pas des moindres : gaz et fioul ;)
L'énorme avantage de l'hydro, c'est qu'il est possible de mettre en réserve (pomper), lors des creux. Le problème est que créer de nouveau site est compliqué, déjà faut le trouver, ensuite tous les écolos de la région viennent se pointer pour dire que tu perturbes la faune/flore du coin.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
sinon dans les plugins emacs, il y'en avait un qui venait avec un Tags.java qui faisait un truc plus spécialisé (pour la completion java), en choppant les jar et les .class du classpath
par contre faut que je retrouve l'origine (ou un endroit ou placer le .java). Donc faut avoir compilé le projet une première fois, et ce n'est pas dynamique mais ça marche
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
pour le 7
* intellij prends idea-IC-133.331/ 324mo auquel je rajoute 180 Mo pour le jdk, ce qui nous fait 500Mo
* QtCreator prends à tout casser 540Mo sous windows
Si je prends VS 2013 ultimate
Hardware Requirements:
1.6 GHz or faster processor
1 GB of RAM (1.5 GB if running on a virtual machine)
10 GB of available hard disk space
5400 RPM hard disk drive
DirectX 9-capable video card that runs at 1024 x 768 or higher display resolution
Sachant que la bibliothèque .net et son compilo sont fournis par les update de 7, je me demande ce qui fait que ça prend autant de place
1 Go de mémoire vive (RAM), (1,5 Go en cas d'exécution sur un ordinateur virtuel)
5 Go d'espace disque disponible
Disque dur 5 400 tr/min
Carte vidéo compatible DirectX 9 offrant une résolution d'affichage de 1 024 x 768 ou supérieure
Pour info, 5Go c'est plus gros que mon installation linux avec tout pleins d'outils de dev (dont kdevelop4, qtcreator, intellij, emacs…) Alors si le minimum c'est pas 5Go merci de nous indiquer où avoir l'information
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
je n'ai pas parlé du shell, mais de la console (ouvrir une invite de commande ici, même pas dispo de base dans le clique droit faut en plus se coltiner le shift… ), qui n'est toujours pas redimensionnable simplement
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
rectification, il est la conséquence de l'augmentation conséquente de la taille prise par la majorité des logiciels, windows compris. (non il n'y a pas de films qui trainent sur ce PC)
Je suis sidéré de voir la taille prise par l'installation de windows pour
un bloc note
trois jeux
une dizaine de son
un lecteur multimédia
une console qui n'a pas évoluée depuis 95
une visionneuse d'image moisie
un explorateur basique
un mauvais butineur web
Ce qui fait que par dessus je dois ajouter
un butineur web correct
une visionneuse d'image
un bon lecteur vidéo (malheureusement vlc se bloatise),
un bon lecteur audio
un bon éditeur de texte
un bon IDE
une suite office
un client IRC
…
Ajoutes encore à cela les conneries indispensable de driver pour le portable, tu arrives finalement à un espace loin d'être négligeable. Rajoutes les jeux et un Linux et tu te retrouves a devoir trier quel jeu tu vires pour installer le dernier biochock (14Go !!!!)
Là où j'ai fait la boulette c'est que j'ai fait du 50/50 pour le disque (Linux/Windows)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
sur mon portable de 500Gigots, j'ai une 20 aine de gigots disponible, et crois mois j'étais très content le jours ou j'ai découvert l'option pour supprimer les sauvegarde (14Go) de 7 pour faire des retour arrière sur les mise à jour.
Je ne critique pas ces sauvegarde en tant que tel, je critique le fait qu'il faille lire le truc au détour d'un forum (tout comme vider les journaux), la dessus on a la même problématique sous linux avec les log ou le kernel (sauf pour certaines distribs ayant un mode rouleau)
Donc non prendre de la place en disant que c'est pas grave les disque sont assez gros n'est pas une bonne réponse; je vois tous les jours avec des trucs écrit en java, qui ont dit la même chose avec la ram, sauf que quand un dev prend ses aises ça passe, quand c'est tous les softs, la place et vite gaspillée, et tu te retrouves à devoir faire un tri entre ce que tu veux garder ou pas.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
On parle aussi de fin de support d'un OS et de remplacement sans changer la machine, prendre comme référence les dd d'aujourd'hui n'est pas forcément pertinent (même si un dd de 1To c'est 80€ )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
2 citations me viennent à l'esprit
* when you have a hammer everything looks like a nail
* XML is like violence, if it doesn't work, use more!
Pour avoir beaucoup bossé avec, je constate que ces deux citations sont malheureusement très vraies. Si des fois ce format se justifie, ce n'est pas une raison de le mettre à toutes les sauces. En plus avec son lot de caractères interdits tu te retrouves avec des solutions de contournement (genre base64) et une taille de fichier pas piquée des vers.
puis ensuite tu met plusieurs process qui communique entre eux, donc xml, encore, tu finis avec des java heap space et te décides à toujours balader ton xml en gzip, tu recodes tes parseurs DOM en SAX, et tu mets le maximum de truc en attribut, puis un beau jour tu as un gars qui veut pouvoir mettre des retours à la ligne dans certains éléments, ce qui n'est pas faisable dans les attributs, alors tu fout quelques truc en éléments… Bref un bon gros bordel.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je ne peux qu'acquiescer, par contre on voit que le constructeur fait tout pour pousser vers le plus haut de gamme (au moins sur la logan), l’ergonomie tu tableau de bord est à chier, si le conducteur veut changer le réglage de la ventilation il est obligé de se contorsionner. Qui à eu l'idée de faire la courbe descendante de ce @!&@ de tableau de bord dans le mauvais sens ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
il n'y a vraiment aucune raison que ces codes restent confidentiel au contraire.
Au contraire, être le premier à mettre au point un système antipatinage, de freinage plus performant que la concurrence pourra mettre ça en avant dans autoplus et (surtout pour l’antipatinage au démarrage) et ça permet au kéké de faire le con quand le feu passe au vert.
Tout comme les systèmes empêchant le sur/sous-virage ou de ceux de tenue de route.
Oui ce serait bien mieux si les constructeurs finançaient ensemble un système pour la sécurité, mais il faudrait qu'ils normalisent leur système, nombre de capteurs, type de capteur, comportements des capteurs…
Bref il y a énormément de paramètres et les avancées de chaque constructeur est jalousement gardé afin d'avoir un argument marketing.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
je vois pas pourquoi, les pilotes n'ont qu'a se mettre à la muscu, au moins les gringalets qui essayent de détourner les avions auraient quelque difficulté supplémentaire ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Moi je vois bien une nouvelle interface, avec l'ancienne marquée comme dépréciée et non intégré à 8, la partie bureau étant un 7 ajouté en catastrophe suite aux premières constatation, tu as la partie dépréciée qui marche par effet de bord.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par fearan . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 2.
je sens qu'on va finir par parler XML dans le coin…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par fearan . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 1.
Les enums existent autant en C qu'en C++. Personnellement je lis plus vite 0700 que l'autre version, ensuite si je recherche mes code d'IUT, c'est les constantes que j'utilisais, et je pense que je continuerai, par ma méconnaissance de comment le compilo va interpréter 0700, mais je ne considère pas que c'est une faute de l'utiliser.
Quant a utiliser la non ergonomie d'un éditeur de texte pour dire que ça va continuer de compiler mais que ça va être buggé, je pourrais te dire la même chose de eclipse/intellij/visual qui interprètent mal quand je fait alt-& qui est censé m'envoyer sur un bureau et qui m'a rajouté un & là ou il ne fallait pas. (ou - avec alt-)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par fearan . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 3.
Pas un problème p est alloué via asprintf en cas de retour positif (une extension gnu à printf qui alloue automatiquement la chaine de caractère )
Pour le reste je suis pour avoir les return au plus près de l'erreur (cela implique pour la lisibilité de garder des fonctions courtes (elle ne doivent pas dépasser un écran), sinon une tambouille au début pour vérifier les paramètres (et des return au début) et un seul return à la fin si la fonction ne peut pas tenir sur un écran.
C'est les droits POSIX, le premier rwx (read write eXecute) pour l'utilisateur uniquement (0700), et rw (read, write) pour 0600; pour ces valeurs là, je doute qu'utiliser une constante soit pertinent; aucune chance que ça change - a moins de vouloir modifier la norme POSIX, mais je crains qu'on aille au devant de gros ennuis ;) le droit d’exécution d'un répertoire indique qu'on peut le traverser.
La par contre c'est, de mon point de vue, une erreur.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: piraté
Posté par fearan . En réponse au journal DRM sans fin. Évalué à 8.
généralement les pirates ne se baladent pas en galions. Ce machin là est bien trop lent, (il met largement plus de deux jour pour arriver du Japon ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# j'ai une solution
Posté par fearan . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 10.
tu codes le chemin entre les boutons aléatoirement (une nouvelle map à chaque lancement) comme ça tu rajoutes un jeu dans le jeu ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Vive le vendredi...
Posté par fearan . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 1.
C'est sur qu'en entreprise, on est censé utiliser le style de l'entreprise, et on se fait engueuler si on le fait pas (du moins c'est le cas dans ma boite), donc l'argument c'est plus joli de base sous MsOffice n'est pas vraiment valide pour les entreprises; par contre pour les particulier c'est une autre histoire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Vive le vendredi...
Posté par fearan . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3.
Autant je suis d'accord qu'avoir un style par défaut moche, est vraiment lourd, autant le remplacement automatique des * ou des " m'emmerde.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Coquille dans le titre
Posté par fearan . En réponse au journal Comment réduire les attaques à notre vie privée sur le web. Évalué à 6.
Oui cela se base sur une synthèse du vocabulaire et de la construction des phrases; si pour le vocabulaire le dico des synonymes de l'université de Caen est une ressource fort sympathique, la construction des phrases, elle est généralement plus difficile à modifier.
Cependant en faisant attention, il est possible de se créer quelques identités littéraire distinctes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Vive le vendredi...
Posté par fearan . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3.
Tu veux parler du bandeau qui masque le tiers de la zone d'édition sur un écran 16/9 ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Bémol sur les "raisons"
Posté par fearan . En réponse au journal L'agence fédérale allemande pour l'emploi économise de l'énergie et de l'argent grâce à Linux !. Évalué à 3.
Tu en rates 2, et pas des moindres : gaz et fioul ;)
L'énorme avantage de l'hydro, c'est qu'il est possible de mettre en réserve (pomper), lors des creux. Le problème est que créer de nouveau site est compliqué, déjà faut le trouver, ensuite tous les écolos de la région viennent se pointer pour dire que tu perturbes la faune/flore du coin.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: pour les srouces
Posté par fearan . En réponse au message Générateur de tags pour Java. Évalué à 3.
retrouvé !!!
http://www.emacswiki.org/emacs/AutoJavaComplete
Tags.java
ça donne un fichier text
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: torret != illégal
Posté par fearan . En réponse au journal Popcorn Time, la vidéo à la demande (presque) parfaite. Évalué à 4.
tu peux trouver que c'est anecdotique, tiens d'ailleurs je vais en faire d'autre du coupage de cheveux en quatre :
c'est le donc qui me gène. D'ailleurs avec une telle phrase on arrive à
Bref non il n'y a pas de lien de causalité entre les deux.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# torret != illégal
Posté par fearan . En réponse au journal Popcorn Time, la vidéo à la demande (presque) parfaite. Évalué à 1.
tout comme
Bref c'est une énorme connerie, que tu viens de dire "que c'est du torrent, et donc pas très légal," est complétement faux!
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# pour les srouces
Posté par fearan . En réponse au message Générateur de tags pour Java. Évalué à 2.
il y a les ctags/etags
sinon dans les plugins emacs, il y'en avait un qui venait avec un Tags.java qui faisait un truc plus spécialisé (pour la completion java), en choppant les jar et les .class du classpath
par contre faut que je retrouve l'origine (ou un endroit ou placer le .java). Donc faut avoir compilé le projet une première fois, et ce n'est pas dynamique mais ça marche
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Alarmant?
Posté par fearan . En réponse au journal Fin du support de MS Windows XP. Évalué à 4.
pour le 7
* intellij prends idea-IC-133.331/ 324mo auquel je rajoute 180 Mo pour le jdk, ce qui nous fait 500Mo
* QtCreator prends à tout casser 540Mo sous windows
Si je prends VS 2013 ultimate
Hardware Requirements:
Sachant que la bibliothèque .net et son compilo sont fournis par les update de 7, je me demande ce qui fait que ça prend autant de place
On va dire que je suis de mauvaise foi donc je prend le express (version allégée, et pas cher), toujours selon le site de MS (http://www.microsoft.com/fr-fr/download/details.aspx?id=40787)
Système d'exploitation pris en charge
Configuration matérielle requise :
Pour info, 5Go c'est plus gros que mon installation linux avec tout pleins d'outils de dev (dont kdevelop4, qtcreator, intellij, emacs…) Alors si le minimum c'est pas 5Go merci de nous indiquer où avoir l'information
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Alarmant?
Posté par fearan . En réponse au journal Fin du support de MS Windows XP. Évalué à 2.
je n'ai pas parlé du shell, mais de la console (ouvrir une invite de commande ici, même pas dispo de base dans le clique droit faut en plus se coltiner le shift… ), qui n'est toujours pas redimensionnable simplement
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Alarmant?
Posté par fearan . En réponse au journal Fin du support de MS Windows XP. Évalué à 4.
rectification, il est la conséquence de l'augmentation conséquente de la taille prise par la majorité des logiciels, windows compris. (non il n'y a pas de films qui trainent sur ce PC)
Je suis sidéré de voir la taille prise par l'installation de windows pour
Ce qui fait que par dessus je dois ajouter
Ajoutes encore à cela les conneries indispensable de driver pour le portable, tu arrives finalement à un espace loin d'être négligeable. Rajoutes les jeux et un Linux et tu te retrouves a devoir trier quel jeu tu vires pour installer le dernier biochock (14Go !!!!)
Là où j'ai fait la boulette c'est que j'ai fait du 50/50 pour le disque (Linux/Windows)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Alarmant?
Posté par fearan . En réponse au journal Fin du support de MS Windows XP. Évalué à 2.
sur mon portable de 500Gigots, j'ai une 20 aine de gigots disponible, et crois mois j'étais très content le jours ou j'ai découvert l'option pour supprimer les sauvegarde (14Go) de 7 pour faire des retour arrière sur les mise à jour.
Je ne critique pas ces sauvegarde en tant que tel, je critique le fait qu'il faille lire le truc au détour d'un forum (tout comme vider les journaux), la dessus on a la même problématique sous linux avec les log ou le kernel (sauf pour certaines distribs ayant un mode rouleau)
Donc non prendre de la place en disant que c'est pas grave les disque sont assez gros n'est pas une bonne réponse; je vois tous les jours avec des trucs écrit en java, qui ont dit la même chose avec la ram, sauf que quand un dev prend ses aises ça passe, quand c'est tous les softs, la place et vite gaspillée, et tu te retrouves à devoir faire un tri entre ce que tu veux garder ou pas.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Alarmant?
Posté par fearan . En réponse au journal Fin du support de MS Windows XP. Évalué à 1.
On parle aussi de fin de support d'un OS et de remplacement sans changer la machine, prendre comme référence les dd d'aujourd'hui n'est pas forcément pertinent (même si un dd de 1To c'est 80€ )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Quand on parle du XML
Posté par fearan . En réponse au journal XML c'est de la daube!!!. Évalué à 7.
2 citations me viennent à l'esprit
* when you have a hammer everything looks like a nail
* XML is like violence, if it doesn't work, use more!
Pour avoir beaucoup bossé avec, je constate que ces deux citations sont malheureusement très vraies. Si des fois ce format se justifie, ce n'est pas une raison de le mettre à toutes les sauces. En plus avec son lot de caractères interdits tu te retrouves avec des solutions de contournement (genre base64) et une taille de fichier pas piquée des vers.
puis ensuite tu met plusieurs process qui communique entre eux, donc xml, encore, tu finis avec des java heap space et te décides à toujours balader ton xml en gzip, tu recodes tes parseurs DOM en SAX, et tu mets le maximum de truc en attribut, puis un beau jour tu as un gars qui veut pouvoir mettre des retours à la ligne dans certains éléments, ce qui n'est pas faisable dans les attributs, alors tu fout quelques truc en éléments… Bref un bon gros bordel.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: digression...
Posté par fearan . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 2.
Je ne peux qu'acquiescer, par contre on voit que le constructeur fait tout pour pousser vers le plus haut de gamme (au moins sur la logan), l’ergonomie tu tableau de bord est à chier, si le conducteur veut changer le réglage de la ventilation il est obligé de se contorsionner. Qui à eu l'idée de faire la courbe descendante de ce @!&@ de tableau de bord dans le mauvais sens ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: goto
Posté par fearan . En réponse au journal <3 goto. Évalué à 7.
En même temps y'a pas de problème de merge avec Haskell, il faudrait qu'il y ait plusieurs dev… :D
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: debrayage
Posté par fearan . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 3.
Au contraire, être le premier à mettre au point un système antipatinage, de freinage plus performant que la concurrence pourra mettre ça en avant dans autoplus et (surtout pour l’antipatinage au démarrage) et ça permet au kéké de faire le con quand le feu passe au vert.
Tout comme les systèmes empêchant le sur/sous-virage ou de ceux de tenue de route.
Oui ce serait bien mieux si les constructeurs finançaient ensemble un système pour la sécurité, mais il faudrait qu'ils normalisent leur système, nombre de capteurs, type de capteur, comportements des capteurs…
Bref il y a énormément de paramètres et les avancées de chaque constructeur est jalousement gardé afin d'avoir un argument marketing.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: debrayage
Posté par fearan . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 8.
je vois pas pourquoi, les pilotes n'ont qu'a se mettre à la muscu, au moins les gringalets qui essayent de détourner les avions auraient quelque difficulté supplémentaire ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Un élément à ajouter à la liste
Posté par fearan . En réponse au journal Fin du support de MS Windows XP. Évalué à 3.
Moi je vois bien une nouvelle interface, avec l'ancienne marquée comme dépréciée et non intégré à 8, la partie bureau étant un 7 ajouté en catastrophe suite aux premières constatation, tu as la partie dépréciée qui marche par effet de bord.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent