mackwic a écrit 302 commentaires

Si c’est si facile à faire pourquoi attendre l’inflation ?

Parce que actuellement, l'UE est gouvernée par les Allemands qui n'avaient aucun intérêt à faire baisser le prix de leurs exportations. Dans la mesure où notre dette tient grâce aux Allemands, on a pas trop notre mot à dire.

J'utilise Ant, Maven et Gradle quotidiennement, je peux t'assurer que make est rapide…

J'allais parler des filtres make (%.o:%.c) qui sont lent mais j'avoue que là tu sors encore pire.

En conclusion: laissez le générateur de Makefile faire son boulot, et utilisez ninja quand vous pouvez.

Ant? Yen a encore pour utiliser ce monstre?

Pour comprendre la façon dont on build du java, écrire un fichier ant fait bien avancer les choses je trouve. On peut jouer avec les classpath, les jar, les taches annexes.

On est d'accord sur le reste, ceci dit.

Prenons un exemple tout bête: quand je commence à écrire une fonction dont le type de retour n’est pas void, il me souligne en rouge que je n’ai pas mis de return, ce qui est affreusement chiant. À chaque fois que je m’arrête pour réfléchir, il me souligne un truc en rouge, ce qui à le don de me déconcentrer (et surtout de me fatiguer), même si je m’habitue au bout d’un moment.

C'est un comportement d'Éclipse, ça. Pas de Visual Studio, KDevelop ou Intellij Idea (au moins). Ne généralise pas ce défaut à tous les IDEs. ;)

Ensuite, avec un IDE on comprend pas forcément ce qu’on fait. À l’IUT on utilise NetBeans (dont l’indentation est à chier d’ailleurs) ou Eclipse (dont l’UI est un monstre), dedans on crée des «packages» mais je ne sais pas comment compiler ce code en dehors de l’IDE (à chaque fois que j’ai essayé, ça ne fonctionnait pas).

Si tu ne comprends pas, c'est à toi d'aller voir comment ça marche ! http://ant.apache.org/manual/tutorial-writing-tasks.html

Finalement ne pas utilisé un IDE je pense à un côté positif dans le sens ou il faut faire plus attention à ce qu’on écris, et je pense donc que c’est bien pour l’apprentissage.

Je suis d'accord.

ont souvent des éditeurs assez pauvres comparés à Emacs/Vim

Je ne le crois pas (et je suis fan de vim). Ils ont un éditeur clairement plus intelligent que vim/emacs (alors emacs peut utiliser CDT je crois pour être au niveau d'eclipse pour vim je sais pas), mais n'ont pas les fonctions puissantes du vieux couple.

Mais généralement on ne sait pas tout ce que peut faire l'éditeur des IDE eclipse/netbeans/intellij, parce qu'on s'y intéresse moins et qu'on a tendance à croire qu'on est face à un équivalent de gedit (ce qui est faux !). Eclipse peut intégrer vim comme éditeur de texte.

Je plussoie. D'autant plus que le plugin vim de Intellij Idea est excellent. Il supporte les buffers de copie, les macros, les commandes vim complexes, pour l'instant je ne l'ai pas pris en défaut.

Honnêtement, je peux dire que je suis un bon vimeur. Et je ne peux pas t'accorder le fait que Vim a un dixième des qualités d'un IDE.
Contres-citation et ajouts:

Auto-complétion

Ctrl+p sous vim.

Non, non, et non. L'autocompletion est un des points noirs de vim. Et ce pour plusieurs raisons:
1. C'est horriblement lent dès que l'on est pas dans la completion de mots des buffers ou de chemins (^X^F FYI).
2. On ne peut pas avoir plusieurs plugins qui alimentent le buffer de completion en même temps, il faut créer un faux-plugin wrapper pour cela (neocomplete + neosnippet + neocomplcache, oubliez clang-complete, snipmate, ou autre).
3. Elle n'est pas intelligente. Clang-complete fait un début de completion intelligente pour un cas précis (méthodes et attributs), mais ça n'a rien à voir avec une completion qui prend en compte le type, la sémantique probable, etc. Ce que sait faire un bon IDE.
4. Interruption du flot d'écriture. Si la completion est bien faite (hommage à ReSharper et InteliJ Idea), elle ne doit pas interrompre trop le flux d'ecoulement des doigts sur le clavier. Celle de Vim en est douloureuse, mais c'est un héritage à assumer.

Aide en ligne: Affichage dans une bulle de la signature des méthodes avec description des paramètres… Lien direct vers la doc complète
:Man sous vim. Possibilité de mapper ça sur une séquence de touches exécutées sur un mot. Je code en C, donc ça me suffit comme doc.

:Man not an editor command. J'assume que tu parles de Man.vim. Tu savais qu'il existe ^K pour ça ? (EDIT: c'est pour un afichage en pop-up OK)
À part ça, dans un gros ou moyen projet, le fait de ne pas pouvoir voir la doc autrement qu'avec ^], c'est souvent gênant. Et encore, il faut avoir généré le tagfile idoine, et qu'il soit dans le tagpath de vim.

Refactoring: Renommer/déplacer du code, laisser l'IDE montrer les impacts, valider et zou c'est fait Vs compiler, "ah merde il y a ça aussi à changer", recompiler, "ah merde j'en ai oublié un autre"…
Le :make -> amené à la ligne fautive -> correction -> :make -> … est très efficace également.

Non. Il l'est dans ton cas. Les problèmes de :make sont:
1. Make est lent de base. Si ton projet est un peu gros et en C++, avec des templates, avec CXX=g++, tu as perdu.
2. Surtout si certains de tes fichiers sont générés par un soft externe (eg: flex, bison, swig, doxygen, script de rapatriement perso)
3. :make met vim en pause ! Tu ne peux pas travailler pendant que ça compile en background.
4. :make pour du C# ? Pour du Java ? Pour du Qt ?

Bref, je m'arrête là. J'ai aussi une nette préférence pour Vim lorsque je code en C. Mais en C++ je sors KDevelop avant que les choses ne dégénèrent. ;)

Bon à savoir, merci pour l'info.

Par ailleurs, pour ceux que le code au tableau ou les puzzles dérangent, je recommande l'excellent bouquin "Cracking the coding interview". Un must-have.

Haaaan, comment il trolle BSD !1!!1!

/summon interne de Microsoft

Mouais, avec une entreprise de cette taille, pour que tu aies un retour sur ta candidature faur un sacré kilo de chances…

Est-ce que vous acceptez le télé-moulage ? Y-a-t-il des procédures de comptage des heures travaillées ? Mouler c'est fatigant quand même…

Moi je veux bien plus d'infos aussi. J'ai le droit aussi ? :)

De ce que j'ai compris, les récents travaux de M. Fabrizio permettent de se passer de tesseract. Et le résultat serait très bon.
Les modules de scribo servent en ce moment à de la reconnaissance d'enseignes le long de routes Parisiennes. Sur des photos. Il était assez fier. :)

Je suis très curieux de savoir comment tu sélectionne les mots clefs de tes documents ?

Et coté OCR, petite pub assumée pour notre labo, mais as-tu considéré Scribo ? ( http://www.lrde.epita.fr/cgi-bin/twiki/view/Olena/Modules#SCRIBO )
Ils ont battu Tesseract à un concours récent, mais c'est en C++, du coup je ne sais pas comment tu peux interagir avec leurs modules.

En tout cas beau travail ! J'installe de suite ! :)

Je pense qu'il aime le sysadmin au moins un peu, puisque c'est son boulot. Et que ça lui fait plaisir d'administrer son propre serveur.

Tu abuse, l'offre est bien organisée, bien documentée, clairement expliquée.

De plus les compétences demandées sont correctes par rapport au poste, et l'offre est assez ouverte quand a l'expérience.

Non franchement, c'est une bonne offre. Elle est écrite en langage RH, OK, mais n'oublions pas que c'est un standard de communication dans la recherche d'emploi.

Farpaitement !

Par curiosité, j'aimerais bien voir la gueule d'un test unitaire Javascript pour un site web. Sérieusement, j'ai du mal a me représenter la chose.

Ca, c'est un point pertinent. J'imagine que de toute facon charger UT4 en mémoire ca implique un temps de chargement.

Dans la cas de figure qui nous preoccupe (moteur de jeu recent avec des grosses demandes en perf), ca nous fait une belle jambe que compiler vers asm.js / JIT permettent de grappiller quelques % par rapport a du javascript idiomatique / JIT

C'est le principe de l'optimisation, grappiller de la perf, ouais. Ah c'est sur, tu passe pas de O(n²) a O(log n), mais c'est toujours ca. D'ailleurs la version de Mozilla apporte un gros gain ! C'est une belle avancée en terme d'optimisation !

Comme dit plus haut, la partie "c'est du javascript ca va tourner pareil sur les navigateurs qui n'ont pas de support asm.js", c'est de la comm' (en gros c'est vrai tant qu'il n'y a aucune application qui necessite les perfs fournies par le support asm.js)

P*** mais non ! On te montre un JS qui est garanti comme étant plus performant que la moyenne partout. C'est quoi que tu comprends pas ? Plus performant que du JS classique ou partout ?

Asm.js est performant, partout, tout le temps, qu'il vente, qu'il pleuve ou qu'il neige. C'est vrai. Point. Période, dix de der et rebelote. Oui les performances varient selon les plateformes et l'implémentation. Le C# sous windows est plus performant que le C# sous Mac. L'eau ca mouille.

Et c'est evidemment beaucoup beaucoup plus lent, sinon faire son propre parseur et compilateur AOT n'aurait aucun interet.

Le code asm.js est plus rapide que son équivalent sémantique utilisant l’entièreté du vocable JS. Inconditionnellement.

Après, tu peux optimiser encore plus cette partie. GRAND SCOOP ! L'optimisation tire parti de cas spécifiques ! (ici, typer les variables définitivement, se limiter a certaines opérations, etc.).

Qu'est-ce qui te choque tant la dedans ? C'est pourtant simple.

Je ne comprend pas pourquoi se limiter a OpenGL <=2 alors que OpenGL 4 est supporté depuis bien longtemps par tout le monde et qu'il apporte des features indispensables d'un point de vue performance. On parle d'un moteur 3D professionnel, pas d'Ogre3D ou de XNA !

Comment WebGL peut-il se permettre de se limiter a OpenGl 2 ?

EDIT: Ah, c'est OpenGL ES 2.

Cette réponse est inutilement agressive.

Shocking !

Bonjour,

1) A priori rien a voir avec UTF-8, et crois moi c'est mieux pour toi. ;) Je te conseille quand meme de lire cet excellent article a ce sujet : http://www.joelonsoftware.com/articles/Unicode.html
Après, tu peux le faire en UTF si tu veux, mais faut comprendre et assumer. Ce serait une façon plus élégante, certes.

2) Lecture indispensable : man ascii, ca explique bien comment sont gérés les characteres en C (attention, le type char, pas wchar_t)

3) pourquoi est-ce que tu déclare un int et pas un char ? Certes le retour de getch est un int, mais toi tu cherche a afficher un char, en mémoire ce n'est pas pareil… (en fait je suis meme surpris que ca marche)
Je soupçonne ton erreur d'être là.

Après j'ai pas d'environnement pour tester, donc j'espère que ces pointeurs te permettront d'avancer…

Excellent humour a rebours ! :D