Tu es jeune doctorant, comme posté ici https://linuxfr.org/nodes/98018/comments/1444956 ça te rend très attractif pour les entreprises pas trop debiles puisque ton salaire peut etre couvert par le CIR pendant 2 ans. Ptet qu'en allant faire le tour des pepinieres/incubateurs du coin , et en contactant les boites qui ont l'air de faire un truc interessant, y'en aura surement une qui sera interessée par ta candidature spontanée
Eh ouais c'est dommage y'a plus personne pour poster des suggestions interessantes, mais on a tout donné sur la tribune ! Fallait commencer par le journal, mec !
C'est un peu triste mais depuis le passage au multiarch c'est devenu plus dur de cross-compiler du i386 sur une debian amd64. Il y a trop de paquets qui ne peuvent être installés simultanement pour les deux architectures , par exemple libfreetype6-dev:i386 et libfreetype6-dev:amd64 , en gros c'est une regression par rapport au bon vieux paquet ia32-libs-dev qui offrait tout le necessaire sans prise de tete .
Faudrait quand meme pas oublier que l'interrupteur des multiprises est LUMINEUX, n'importe quel abruti comprend immediatement que quand la petite lumiere est là, c'est qu'il y a du jus qui passe. C'est tellement intuitif que plein de gens, dont moi, n'ont jamais été conscient de la presence de signes 'I' et 'O' et ne l'associent absolument pas à 'on' et 'off'
wow je decouvre la fonction stod(string &) du c++11, quelle abomination ! The function uses strtod to perform the conversion ça promet encore plein de surprises en fonction de la locale qui est configurée, je pensais que tout le monde avait compris la leçon , depuis le temps. Au moins QString est plus coherente en utilisant tout le temps la locale C.
Je me souviens que j'avais remarqué qu'en utilisant juste -fno-exceptions (donc en gardant le rtti) ça reduisait déjà la taille de mon appli (après strip) de ~15% !
Faut aussi aimer debugger et maintenir des tests puisque 90% du temps le bug est dans le test. Ah c'est chouette le developpement moderne on passe son temps à écrire des tests les debugger, et nettoyer l'historique du DVCS pour que tout soit bien propre
ou alors ptet que les utilisateurs en ont marre de servir de cobayes à toutes les experimentations merdiques et bloatesques qui passent par la tête des developpeurs, en particulier celles qui requierent un support parfait et non buggé de opengl 42.0 et 20Go de ram
c'est clair que le -fsanitize=address est infiniment plus rapide que valgrind, a l'usage c'est vraiment agreable, y'a pas de ralentissement notable ! En contrepartie il y a des choses qu'il ne detecte pas , genre l'utilisation de memoire non initialisée
ah oui je me souviens que j'avais vu la discussion sur la ml gcc a propos de l'introduction de la couleur. Ca avait été abandonné sur le principe de "oh mon dieu mais que vont devenir les daltoniens" ..
Une autre application plutot notable en ocaml, que j'utilise tous les jours avec plaisir, c'est unison . Je sais qu'il est en ocaml parce c'est ça qui le rend bien chiant à compiler et impossible a patcher (pour moi). Donc je lui rends hommage, mais je prefererais qu'il soit en c++
CE ne sont pas les mêmes fonctions :/ Elles ont le même nom c'est tout.
Non , vérifie, lance le test-i387 dans gdb , fais ctrl-C , disassemble, tu vas tomber dans _sin, _cos ou _tan. Ici ça me sort du code sse2, certainement parce que la libm selectionne dynamiquement le code sse2 en voyant que le cpu est sse2, independament des flags que tu as utilisé. Bref ton test ne compare pas les instructions fpsin fptan etc et leurs equivalents sse2. Il faut utiliser fast-math, ou feinter en appellant sinl ou cosl qui passent systematiquement par le x87
donc c'est normal que les temps soient les mêmes puisqu'elles appellent les memes fonctions. Il faut utiliser fast-math pour le forcer à choisir (et inliner) les implementations x87 ou sse.
moi je trouve pas que ça soit une bonne idée de balancer un truc cradingue, c'est quand même pas une super marque de respect pour les futurs utilisateurs qui vont en gros se taper tout le boulot chiant
# .
Posté par Troy McClure (site web personnel) . En réponse au message réformes. Évalué à 2.
ça me semble pertinent et frappé au coin du bon sens
[^] # Re: Au moins tu as de l’expérience ;)
Posté par Troy McClure (site web personnel) . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 6.
Tu es jeune doctorant, comme posté ici https://linuxfr.org/nodes/98018/comments/1444956 ça te rend très attractif pour les entreprises pas trop debiles puisque ton salaire peut etre couvert par le CIR pendant 2 ans. Ptet qu'en allant faire le tour des pepinieres/incubateurs du coin , et en contactant les boites qui ont l'air de faire un truc interessant, y'en aura surement une qui sera interessée par ta candidature spontanée
[^] # Re: Informatique?
Posté par Troy McClure (site web personnel) . En réponse au journal Méthode de calcul. Évalué à 3.
Faut faire de l'inpainting de manifestants avant de les compter !
# .
Posté par Troy McClure (site web personnel) . En réponse au journal Les friture essentielles du canard du futur. Évalué à 3.
Eh ouais c'est dommage y'a plus personne pour poster des suggestions interessantes, mais on a tout donné sur la tribune ! Fallait commencer par le journal, mec !
[^] # Re: multiarch
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Debian : Épisode VII. Évalué à 3.
Il a été remonté: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666761
# multiarch
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Debian : Épisode VII. Évalué à 6.
C'est un peu triste mais depuis le passage au multiarch c'est devenu plus dur de cross-compiler du i386 sur une debian amd64. Il y a trop de paquets qui ne peuvent être installés simultanement pour les deux architectures , par exemple libfreetype6-dev:i386 et libfreetype6-dev:amd64 , en gros c'est une regression par rapport au bon vieux paquet ia32-libs-dev qui offrait tout le necessaire sans prise de tete .
[^] # Re: Widget GtkSwitch (On/Off)
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Ubuntu 13.04 Raring Ringtail. Évalué à 6.
Faudrait quand meme pas oublier que l'interrupteur des multiprises est LUMINEUX, n'importe quel abruti comprend immediatement que quand la petite lumiere est là, c'est qu'il y a du jus qui passe. C'est tellement intuitif que plein de gens, dont moi, n'ont jamais été conscient de la presence de signes 'I' et 'O' et ne l'associent absolument pas à 'on' et 'off'
[^] # Re: Propriétaire non, privateur oui
Posté par Troy McClure (site web personnel) . En réponse au journal Privateur.... Évalué à 5.
_le terme privateur s'oppose à libre. _
Si tu veux un terme qui s'oppose vraiment et sans ambiguité à libre, alors tu n'as qu'à dire "non-libre"
[^] # Re: Trollons
Posté par Troy McClure (site web personnel) . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
wow je decouvre la fonction stod(string &) du c++11, quelle abomination ! The function uses strtod to perform the conversion ça promet encore plein de surprises en fonction de la locale qui est configurée, je pensais que tout le monde avait compris la leçon , depuis le temps. Au moins QString est plus coherente en utilisant tout le temps la locale C.
[^] # Re: rtti lent
Posté par Troy McClure (site web personnel) . En réponse au journal Visiteurs en C++. Évalué à 5.
Je me souviens que j'avais remarqué qu'en utilisant juste -fno-exceptions (donc en gardant le rtti) ça reduisait déjà la taille de mon appli (après strip) de ~15% !
[^] # Re: Non
Posté par Troy McClure (site web personnel) . En réponse au journal Thèse or not thèse, that is the question.... Évalué à 2.
C'est bien vrai ça ? Il y a quand même des aides très conséquentes sur le crédit impot recherche pour les entreprises qui embauchent un jeune docteur (cad le premier emploi après là thèse):
http://mariontharcis.blog.rhonealpesjob.com/index.php/post/2012/04/25/Le-CIR-en-faveur-des-jeunes-docteurs
Le salaire du jeune docteur est totalement financé par le CIR durant les deux premières années.
[^] # Re: Pas de révision d'historique
Posté par Troy McClure (site web personnel) . En réponse au journal Chiselapp ferme ses portes. Évalué à 8.
Faut aussi aimer debugger et maintenir des tests puisque 90% du temps le bug est dans le test. Ah c'est chouette le developpement moderne on passe son temps à écrire des tests les debugger, et nettoyer l'historique du DVCS pour que tout soit bien propre
[^] # Re: Glaciation
Posté par Troy McClure (site web personnel) . En réponse au journal Gnome 3.8 : un retour en arrière ? . Évalué à 10.
ou alors ptet que les utilisateurs en ont marre de servir de cobayes à toutes les experimentations merdiques et bloatesques qui passent par la tête des developpeurs, en particulier celles qui requierent un support parfait et non buggé de opengl 42.0 et 20Go de ram
(en fait je pense plus à unity qu'a gnome là)
[^] # Re: ASan et TSan
Posté par Troy McClure (site web personnel) . En réponse à la dépêche La version 4.8 du compilateur GCC est disponible. Évalué à 7.
c'est clair que le -fsanitize=address est infiniment plus rapide que valgrind, a l'usage c'est vraiment agreable, y'a pas de ralentissement notable ! En contrepartie il y a des choses qu'il ne detecte pas , genre l'utilisation de memoire non initialisée
[^] # Re: Warnings
Posté par Troy McClure (site web personnel) . En réponse à la dépêche La version 4.8 du compilateur GCC est disponible. Évalué à 8.
ah oui je me souviens que j'avais vu la discussion sur la ml gcc a propos de l'introduction de la couleur. Ca avait été abandonné sur le principe de "oh mon dieu mais que vont devenir les daltoniens" ..
[^] # Re: Warnings
Posté par Troy McClure (site web personnel) . En réponse à la dépêche La version 4.8 du compilateur GCC est disponible. Évalué à 6.
je ne vois pas trop ce qu'on peut reprocher aux messages d'erreur de clang , c'est l'emploi de la couleur qui les rend "kikoolol" ?
[^] # Re: Le cancer
Posté par Troy McClure (site web personnel) . En réponse au journal Hugo Chavez bronsonisé!. Évalué à 2. Dernière modification le 06 mars 2013 à 12:04.
http://www.rfi.fr/ameriques/20130305-nicolas-maduro-accuse-etats-unis-israel-preparer-complot-contre-venezuela
ça semble être effectivement la thèse officielle (nicolas maduro c'est le successeur de chavez)
[^] # Re: Google +
Posté par Troy McClure (site web personnel) . En réponse au journal Mir, un serveur d'affichage de trop ?. Évalué à 6.
ça serait pas un peu des gros mensonges que tu nous écris, là ? http://lists.kde.org/?l=kfm-devel&m=104197092318639&w=2
[^] # Re: Vraie application
Posté par Troy McClure (site web personnel) . En réponse au journal Quelques projets intéressants en OCaml. Évalué à 4.
Une autre application plutot notable en ocaml, que j'utilise tous les jours avec plaisir, c'est unison . Je sais qu'il est en ocaml parce c'est ça qui le rend bien chiant à compiler et impossible a patcher (pour moi). Donc je lui rends hommage, mais je prefererais qu'il soit en c++
[^] # Re: Signaux / slot
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Projet Qt5 : lecteur de musique. Évalué à 3.
faut pas être allergique au mélange QCamelCase et under_score
[^] # Re: concrete
Posté par Troy McClure (site web personnel) . En réponse au journal Alpha: une machine bêta avec écran.. Évalué à 4.
Non , vérifie, lance le test-i387 dans gdb , fais ctrl-C , disassemble, tu vas tomber dans _sin, _cos ou _tan. Ici ça me sort du code sse2, certainement parce que la libm selectionne dynamiquement le code sse2 en voyant que le cpu est sse2, independament des flags que tu as utilisé. Bref ton test ne compare pas les instructions fpsin fptan etc et leurs equivalents sse2. Il faut utiliser fast-math, ou feinter en appellant sinl ou cosl qui passent systematiquement par le x87
[^] # Re: concrete
Posté par Troy McClure (site web personnel) . En réponse au journal Alpha: une machine bêta avec écran.. Évalué à 1.
dans un cas tu as :
et dans l'autre tu as:
donc c'est normal que les temps soient les mêmes puisqu'elles appellent les memes fonctions. Il faut utiliser fast-math pour le forcer à choisir (et inliner) les implementations x87 ou sse.
[^] # Re: Et la valeur ajoutée ?
Posté par Troy McClure (site web personnel) . En réponse au journal Témoignage d'une survivante d'un camps de travail Nord-Coréen. Évalué à 10.
T'as pas du cliquer sur le lien alors, le texte original n'a aucune mise en forme et est vraiment illisible.
[^] # Re: smapafote
Posté par Troy McClure (site web personnel) . En réponse au journal totoz.eu évolue.... Évalué à 0.
[^] # Re: Bon
Posté par Troy McClure (site web personnel) . En réponse au journal L'angoisse du programmeur. Évalué à 4.
moi je trouve pas que ça soit une bonne idée de balancer un truc cradingue, c'est quand même pas une super marque de respect pour les futurs utilisateurs qui vont en gros se taper tout le boulot chiant