Reprise du message précédent :

le truc d'intellij génère du code tout moche. il le cache bien, c'est tout, et donc on s'en fout.

la classe; je pense qu'un blog ou un tweet serait plus approprié, merci

c'est pareil ici

ben nan, ici, je lis pas

ploup

 
je ne  vois pas le problème

Cocoa (enfin Interface Builder) va un peu plus loin: les fichiers nib/xib, ce sont pas des fichiers de description ce sont des objets (ceux qui composent ta gui) sérialisés (frozen dans le lingo IB). Quand tu lances ton appli, les objets sont désérialisés (thawed), connectés aux objets de ton application (aux contrôlleurs, plus précisément) et réactivés.

Donc la gui n'a pas besoin d'être régénérée à partir du fichier de description à chaque démarrage.

Google "shed-skin"

d'un autre côté c'est réciproque

j'ai perdu mon jean

Jira, c'est bien. Le meilleur que j'ai utilisé, et de très loin. Bon compromis entre souplesse d'utilisation et fonctionnalités, et (ce qui est rare pour ce genre d'outil) agréable à utiliser au quotidien. Bref, pour moi, toute entreprise faisant du dev digne de ce nom devrait investir dans cet outil (et non dans Clearquest).

Sinon, Mantis fonctionne pour des projets de taille moyenne ( < 3000 jours-hommes). Pour des projets de taille supérieure, Mantis commence à montrer ses limites. Il oblige à faire des exports pour Excel pour avoir une vision globale des anomalies et des statistiques. Et pas adapté à un processus de développement nécessitant un suivi rigoureux du cycle de vie des anomalies.

 
ou pas, en fait. Les architectes nous disent : "le fait de ne pas avoir d'outil pour faire des GUI à la souris gratuit est un gros point agrument en dévafeur de GWT.".
 
Ce à quoi on a répondu : "ah parce que Visual Studio, c'est gratuit? Et ça fait du code de qualité pour les GUI?"
 
Et là, ils ont répondu "c'est pas cher, et à la main aussi on peut faire du code de merde"
 
Bon, j'aurais bien envie de répondre que "HAHA!! Et un développeur, il peut s'améliorer vec le temps, alors qu'un IDE c'est pas gagné", mais bon.
 

 
Nan, mais c'est bon, j'ai trouvé : je lui offre un week end chez une vielle copine qu'elle regrette de pas pouvoir vvoir plus souvent + une place chacune à l'opéra, pendant que je garderai les petits.
 

http://www.youtube.com/watch?v=syI6dvZUTTY

Ah ouais
Chez nous un projet de taille moyenne c'est 50 JH

 
C'est pas incompatible, chez nous les projets qui démarrent avec une estimation de 30JH finissent par occuper un ingé à quasi temps plein pendant plus de 2 ans, tellement les mecs savent ce qu'ils veulent.

Jira c'est bien, et ces temps ci ils ont une promo de qualité: $10 pour une license 10 postes éternelle ($20 avec GreenHopper)

Tu rajoutes une licence FishEye à $10 si tu utilises un VCS supporté (ClearCase, CVS, SVN, Perforce ou Git) et c'est la fête du slip

sept
 
Tu disais pas three point one ou ninety-eight

C'est pas parce que quelqu'un l'a déjà fait avant que c'est intelligent Enfin je dis pas que c'est pas intelligent, c'est surtout que ça me parait tordu

Hoï

j'ai une question débile pour ceux qui utilisent un DVCS : ça vous parait pas le minimum d'avoir le graphe sous les yeux pour n'importe quelle opération ?  
Pour savoir si y'a 2 têtes à merger, pour savoir s'il faut rebase, pour savoir à quel point on est loin si y'a du merge etc. ?
 
J'ai vraiment l'impression que je comprends rien et que je suis dans le brouillard : on me dit que le DVCS c'est la fête du graphe dans tous les sens. Que les graphes c'est mieux que les lignes droites. Et tout ce qu'on me présente par défaut c'est une liste, et seuls les sites web les plus évolués te présentent un graphe et encore il faut aller le chercher et de toutes façons tu t'en fous, si c'est sur le site web, t'as déjà fini de patauger dans tes merge/rebase/push/pull.

Y'a pas Bazaar

C'est pas parce qu'il y a plein de graphes en dessous que t'es obligé de les voir en permanence. C'est pratique de temps en temps pour avoir une vision d'ensemble (lire les logs, en somme), mais généralement pour savoir si je dois rebase ou merge, je regardes plutôt les différences entre ma branche locale et la branche distante (inc/out, missing, whatever...)

Ya pas mercurial surtout, qu'il n'y ait pas bazaar c'est pas gênant, fuck bazaar

Bon quand j'ai une table avec 860 000 lignes et que les requêtes sont un poil lentes je fais quoi ?

Tu fais un explain sur tes requêtes, tu mets des indexes là où il faut (colonnes impliquées dans des where ou dans des joins)

Tu rajoute des indexes ou tu changes tes requêtes

Et tes tables, tu dénormalises de partout

Mais je suggère de commencer par un coup d'explain, explain c'est comme un profiler pour databases

moi je commence par virer les lignes qui ne servent a rien

comme dit précédemment : indexes sur les colonnes de critères (jointures ou filtres), création de vues, et aussi création de statistiques.

Bon, question SQL noob du jour
 
J'ai une table d'article avec une date de début, une date de retrait et un booléen publié ou non.

t.boolean  :active        # publié ou non
t.datetime :starts_at     # date de publication
t.datetime :ends_at       # date de retrait

Mes requêtes types ressembleront à ça :  
 

SELECT articles.* WHERE (starts_at IS NULL OR .starts_at < DATE.now) AND (ends_at IS NULL OR ends_at > DATE.now) AND active = true" ORDER BY starts_at DESC

 
Bref, choper tous les articles actifs en cours de publication, par ordre de mise en ligne  
 
starts_at aura TOUJOURS une valeur;
ends_at quasiment jamais de valeur;
active quasiment toujours à true;
 
J'indexe quoi et dans quel ordre ?
 
Pour l'instant je pensais à juste starts_at. Et je ne sais pas comment MySQL réagi au OR dans les conditions..
Enfin bref, si qqun a une idée.

Faudrait penser à faire un blabla@SQL

/pense-à-fermer-taggle proof

Je lance

http://forum.hardware.fr/hfr/Progr [...] 7465_1.htm

+ Sondage

quel crédibilité attendre d'un outil de reporting qui s'appelle Kir (comme Key Indicators Reporting) ? Pourquoi pas Suze ou Pernod-Ricard ?    
 
remarque ça vaut pas le projet BITE 2 (comme Business driven IT Environment)...
 
le pire c'est qu'il est sensé exister une équipe "multiculturelle" dont le boulot est de valider les noms de projets, etc... pour s'assurer qu'ils sont OK dans toutes les langues...
 
I sense fail

J'y connais rien, j'ai ajouté un indexe sur show.id c'était pas glorieux, need tuto je crois  

@Harko : Juste une précision c'est du SQLite so far

Ça je sais, par contre j'ai rien compris au résultat

Bah pour l'instant j'ai fais ça (j'ai des backup de la base de dev) vu que la partie sur laquelle je bosse concerne uniquement certains résultats : c'est plus rapide ( )

Why commit messages matter

Moi : "Hey, y'a un bug avec la recherche, quand l'utilisateur clique sur le lien pour lancer la recherche, parfois ça mouline pendant plus de 30 secondes sans afficher de résultat, et si l'utilisateur perd patience et clique une deuxième fois sur le lien, ça lui affiche un message d'erreur incompréhensible"
dev : "Ouais, c'est normal, faut pas cliquer 2 fois "
Moi :

toi t'es pas un manager pour rien

Je crois que j'ai jamais bossé sur un projet d'aussi petite taille. Le plus petit sur lequel j'ai bossé, je crois bien, c'était un event processor que j'ai conçu et développé de A à Z, et qui devait faire dans les 120 JH. Il y avait bien une centaine de JH supplémentaires pour développer tout ce que j'avais en tête (traitement de données quelconques sur des ports TCP) mais ce que j'avais pondu allait déjà largement au-dela des besoins réels, donc ça n'a pas vu le jour. Dommage, parce que je me serais bien éclaté à faire ça, et j'entrevoyais des tas d'usages possibles de ce système.

La CAF :  
 

Les dépense pas trop vite, tu risque de devoir les rendre.