Reprise du message précédent :
Arf, c'est pas dans le dico ...    
 
 
J'en ai ma claque alors    
 

Fatch ... assez ... ez, des fous, c'est des fou à l'aca

'tain mais tu fumes quoi toi?

 
Tabac Pall Mall

Bon c'est le multi de qui ?

 
Jovalise  

 
jovalise

Zut, j'étais persuadé que c'était cracotte78.

houlala faut que je parte a 4h ctaprem, sinon j'aurais trop travaillé cette semaine >.<

(crotte quoi que je fasse, j'aurais trop travaillé ^^)

menfou ca se rattrape quand je veux

Je profite encore du coding horror du jour : en matière de design d'interface, UI first ou pas ?

 
C'est ce que je préfère:
 
1) définir les scénarios
2) dessiner l'interface qui répond à ces scénarios en simulant graphiquement les scénarios (compter le nombre de clicks / toussa)
3) le reste

Lighty c'est très bien. Youtube tourne sous Lighty
 

+1
 
http://code.google.com/p/modwsgi/w [...] eEstimates

Dites, y'a des gens chez 9, ici?
 
si oui, est-ce qu'il est possible de lire des DivX d'un disque dur USB branché sur la box, ou de transférer des fichiers vers le DD intégré à la box?
 
Merci.

Ca dépend, si t'as tout le backend fonctionnel et rien à montrer à un hypothétique client...
Sinon nan.

Ca c'est la doc de mod_wsgi, donc on peut pas se reposer dessus.
 
En plus il faut aussi noter juste en dessous:

 
Je suis chez 9cegetel mais j'ai pas la box  

oui avec 9 player tu peux lire des films ou de la musique qui sont sur ton PC ou sur le hdd de la box  
( par contre j'ai pas de hdd intégré , il faut un boitier usb pour moi )

 
UI first
 
Mais par contre, l'UI pas juste l'apparence du truc... Donc avec une vrai réflection sur l'interaction et comment on s'en sert, pas juste un psd-screenshot.

tu bosses cet aprèms ?

En général oui, je fais un petit draft à main levée, et si je veux le montrer à des collègues/potes, je fais vite fait un proto avec un designer d'interface que je ne réutilise pas. En particulier parce que je repère vite fait des widgets communs que je veux réutiliser et que je vais pas prendre le temps de coder des plugins après coup, aussi facile que ce soit.
Après... je m'enferme pas dedans; en général, je fais évoluer l'aspect fonctionnel et interface en même temps vu qu'il y a certaines interdépendance et que les besoins évoluant, le draft se périme plus ou moins sur certains aspects. Au final, l'interface reste ~80% celle imaginée au départ selon le projet.
 
Mais bon... j'ai jamais travaillé sur de vrai gros projets (et pour ainsi dire pas trop professionnellement), donc ça vaut ce que ça vaut...

+1, et si possible en discuter avec les gens qui utiliseront le soft (pour prendre en compte leur expérience des précédentes solutions utilisées et leurs points faibles/forts)

Bon, ya besoin d'une version particulière de java pour tomcat 5.5 ou une 1.4.2 classique est censée marcher comme il faut?
Non parce-que ça m'énerve ça :

Je suis au boulot oui

puis alors ça hein après en voulant trester l'appli c'es tpareil.
 

 
Of course.  

 
tu passes par un JDK ou un JRE ?

http://www.lemonde.fr/societe/arti [...] _3224.html
 

 
  j'espere que les faluchards vont y passer

J'ai un ptit problème de POO (enfin, c++... ) que j'arrive pas à résoudre de manière classieuse :

j'ai un Container qui stocke des Truc, et qui expose une interface pour se balader dedans ( des méthodes begin() et end() qui retournent des Truc* ).

le premier problème c'est que le conteneur doit stocker des informations sur les Truc, donc je doit me tapper un vecteur en parallèle à coté du vecteur de Truc*.

Je pourrais faire un peu mieux si j'avais un structure interne TrucRef contenant le Truc* et les informations, un vecteur de TrucRef, et un boost::iterator_adaptor pour fabriquer begin() et end() qui va fouiller dans la TrucRef pour retourner des Truc*.

Le problème c'est que je vais avoir des sous-classes de Container qui vont avoir chacune des propriétés en plus rattachées à chaque Truc*, donc la solution de l'iterator_adaptor passe plus, et si je reste avec les vecteurs, je vais en avoir une floppée (une sous-sous-classe aura 4 vecteurs différents par Container, c'est laid )

Y'aurait pas une bête solution que j'ai raté ? Sachant que je peut pas utiliser une hashmap dans Container et laisser les sous-classe tapper dedans pour aller chercher chacune leur propriété, ça casse leur encapsulation et c'est nettement plus lourd niveau perfs.

 
RTFM
 
http://tomcat.apache.org/tomcat-5.5-doc/setup.html
 

 
 les comments du monde sont souvent au moins aussi interessant que l'article

perso, j'ai vu des extrait, OOXML, c'est vraiment l'horreur. Même Joël Spolsky en convient, et il explique pourquoi.

http://www.knickerpicker.com/dressing-room.asp
 
(NSFW)

 
(pour info)

 
Tu fais du Spring MVC?
 

 
Désolé. Cela dit, c'est moins grave que si c'était pas des nanas en dessous!

Vi, mais on reprend surtout un projet fait par une entreprise externe qui a du faire le boulot en 4ième vitesse donc dès fois, on tombe sur des choses un peu

Toujours une bonne raison jouer la théorie du complot anti microsoft, hein Maraique!

 
Et c'est pas trop la galère à prendre en main, ledit framework? Parce qu'on doit en choisir un, et il me plaisait bien, lui, mais j'ai pas encore eu le temps de plonger profond dedans.
 
 
Bon, sinon, les services d'urbanismes de la cub c'est des gros cons(enfin, les gens qui font les règles, quoi)
Alors qu'on nous parle de développement durable de partout, que la cub améliore les transports en commun , etc...., ben ils imposent de construire 1 à 2 places de parking couvertes par habitation....Vive l'aménagement urbain qui laisse la place à la verdure, tout ça.
 
 

looser !