Reprise du message précédent :
ouch, c'est pas un peu chiant ?

c'est pas si éloigné de chez nous
1- Recueil du besoin (généralement ça se résumé à une phrase genre "Ouais on veut faire un site comme digg mais pour les infos légales sur ...)
2- Réalisation d'une maquette
3- présentation de la maquette au client (Client:"ouais s'trop bien on veux tout de suite" )
4- passage en preprod de la maquette (Dev:"Nan mais c'était pas fait pour être viable ce machin", DP:"Le client a demandé à tester, on lui file" )
5- rédaction des specs à partir de la maquette (CP au dev: "Comment je fais pour faire ma spec, y'a la moitié des fonctionnalités qui sont pas implémentées", dev:"C4EST UNE MAQUETTE!!!" )
6- bidouillage sur la maquette pour faire les évolutions demandées
7a problème de conception qui empêche la réalisation d'une evol, retour au point 2
7b ça marche à peu près passage en prod, viendage au bout de 2 semaines et retour au point 1
Je sais que ça fait stéréotypé mais on est bien web2.0.3 dans l'approche
 

la plupart de "nos" clients ont soit une boite de com attitrée soit un service com, sur le look général du truc on a le droit à un ou deux modeles et après on improvise.

- Les sites chez nous c'est de manière industrielle, on a pluis une vision de boites (blocks) et de contenus.
- Ensuite on a une vision d'agencement de ces contenus/blocks, comme si on avait des lignes, puis des colonnes.
  Un peu comme sur SFR.fr (ps : ne pas voir ce site mal codé)

En gros on fabrique les briques de lego

Donc on essaye d'avoir au moins entre 5 et 10 PSD qui vont représenter envirion 90% des blocks/contenus qui seront présents dans le site, ensuite on factorise tout ça et on décline une page entière de blocks et de contenus
 - block avec filet gris
 - block avec fond de couleur X
  - liste à puce carrée
  - liste à puce rond
  - liste à puce spéciale avec separateur....
  - titres de niveau Hx

etc, etc, etc

Là on a tout notre jeu de briques de lego, on obtient un kit d'intégration

Ensuite une fois qu'on a décliné cette page de blocks, on la valide sur tous les navigateurs (normalement ca passe d'office partout ).
Puis on fait valider par le client.

Ensuite bah, on file des pages à monter à un maquettiste en utilisant nos blocks, elements de contenus, etc etc
Et on essaye de faire en sorte qu'il respecte bien le schéma de montage bien défini dans la page de blocks principale.

Il faut savoir que dans la plupart des cas, une partie des pages sera CMSisée, une autre partie sera statique mais proche du
 KIT, et une autre partie sera plus custom, et là on s'en fout un peu , mais le but du jeu est de se servir des briques que propose notre kit .

Comme on a une partie qui passe dans le CMS, il faut que tout soit toujours fait sur une meme base, après au niveau ingénierie, la différence entre 2 blocks, se fait simplement par une classe CSS

Ah ouais, j'avais oublié, tout ça c'est fait main, avec nos petites mimines et au niveau CSS, dans 99% des cas, on sait ce qu'on fait et pourquoi on le fait .

PS : dreamweaver == caca, notepad++ rulez

okay

 
Bon moi je fais des sites pour ma boite, donc le client, ben c'est le chef

ceux qui veulent des beaux icones web 2.0 => http://members.tripod.com/~IconDigest/icons.html

Comment ils font les comparateurs de prix pour chopper les prix des produits et les faire correspondre aux bonnes fiches ?
 
- J'imagine bien qu'ils font la fiche eux même puis ensuite ils parsent les pages des différents magasins en ligne, c'est ça ?
- Comment ils font pour parser les pages (quels technos/langages) ?

à l'ancienne , photoshop + decoupe + export en jpg/gif/png  puis montage des cadres  

 
souvent les sites qui souhaitent etre comparere exportent une liste de produits/prix , ca evite des parcours constants du site par des robots
 
sinon, tu parse ca a grand coup d'expression regulières , donc perso ,je ferai ca en PHP + CURL ( pour récuperer les pages distantes )

CURL
 
Je vais voir du côté des listes de produits/prix

 
Dans la majorité des cas il y a un accord entre la boutique et le comparateur. Je crois que le comparateur fourni un modèle d'export à la boutique, et la boutique s'exécute si elle veut apparaître dans le comparateur...

 
attends curl en php , c'est ce qu'il ya deplus simple pour recuperer des pages distantes

je vais tester !

Lol
 
T'as pas du voir la gueule de l'ui de Jquery  

http://ui.jquery.com/ ? Bin moi j'aime bien

Ah ouais, le site, il est ouaibedeux, mais le code

Mais le code quoi, le code ? C'est les $("#machin" ) qui vous plaisent pas ? Ch'ais pas, perso j'trouve ça pratique et pas trop mal foutu, t'utilises ce dont t'as besoin et roulorze. J'ai psa comparé avec Mootools m'enfin y a rien de choquant dans JQuery et JQuery UI.

une question par curiosité, si qqn a déjà été confronté au pb...
 
je viens de lire sur notre intranet qu'on passe à l'heure d'hiver ce week-end, et que dans la nuit de samedi à dimanche, quand il sera 3h, il sera à nouveau 2h.
 
Concrètement si on a du code qui dépend de l'unicité de timestamp, comment c'est géré ?
en gros t'as du risque que 2 timestamps deviennent identiques non ?
est-ce qu'un timestamp contient le fait qu'on soit en daylight saving ?

 
Je dirais, d'où l'intérêt d'enregistrer tous ses timestamp en GMT

Nah, je parle du code source, les trucs genre :
 

Bah lol quoi  

dans ton intranet, deux personens ne peuvent pas faire une action à la même seconde ?

sinon,j'avais eu le cas avec un site de gestion log, et pour evioter que des personnes ne valident des comamnde avant leur création, le site avait été fermé 1H , via un cron qui coupe le serveur web a 2h50 et le remet en marche a 3h10 ( entre les deux , 1h20 se sont ecoulés )

ben en france on est GMT+1 ...mais est-ce que lorsque tu passes l'heure de changement d'heure, ca nous remet à GMT tout court ?
 

 
l'intranet c là où j'ai lu la news...je code rien, c'étiat une question générale : si j'avais à coder une appli pour laquelle le temps a de l'importance (ton exemple des commandes est bon : si tu calcules des temps de traitement de commande, si la commande a commencé après sa conclusion tu risques d'avoir des surprises), et je voulais savoir comment, si le cas échéait, vous le géreriez...

en meme temps , les changements d'heures sont a des heures ou peu de personnes bossent

ceci dit, je regarderai dans la semaine prochaine comme s'est debrouillé le logiciel d'alerte operationnel ( je bosse chez les pompiers )

En fait on est en GMT+2 en été et GMT+1 en hiver

Ouais mais c'est à des heures où tu lances des backups, j'me demande comment c'est géré d'ailleurs

Non, je ne ferai pas de multiquotes

tu as juste été choper le seul eval dans droppable
le seul truc pas facile a comprendre
 
sinon, le reste est correct ...

Excuse moi, mais le mec qui a pondu ça ne sait pas coder, et il fait partie de l'équipe de dev.

'tain, si tu juges tout soft ou API sur la façon dont il a été codé, tu dois pas utiliser beaucoup de trucs
J'veux bien qu'on me dise "machin est plus rapide pour telle utilisation" ou "truc a 3 features en plus pour 15 Ko de moins" mais le coup de "y a tel bloc de code qui est mal fait", j'crois j'l'avais jamais vu

ouai mais c'est normal, tu t'interesses pas à la belle mécanique
 
Shinuza pour sélectionner une nouvelle copine il utilise un speculum

Je t'explique pas sa première rencontre avec mashqulinne

Un soft qui réussi le tour de force d'augmenter sa vitesse de 400% (cf la dernière major release), faut qu'il y ait des trucs achement tordus sous le capot quand même
 
Mais en effet, je regarde le code parce que ça permet de savoir par exemple, si le truc est vraiment cross browser, si y'a des shortcuts interessants, les trucs qui seront suseptibles d'être plus rapides que d'autres.
 
J'ai donc lu pas mal de trucs stupides dans Jquery, j'en ai toute une liste.
 
Ps : Et, oui, je lis les codes source, si dispo, des trucs que j'utilise
 

J'm'enfonce pas dans une aventure sans me renseigner sur la géographie locale  

Ba c'est plutôt bon signe, au moins ils ont viré plein de conneries Maintenant, si c'est pour gagner 16 ms sur des opérations avec 3 millions d'objets, j'pense je survivrais au fait que le code soit crade

Je viens de configurer un Slickspeed en loca, avec le dernier jQuery et le dernier Mootools
 
Le résultat final est de 280ms pour Mootools et 558ms pour jQuery
 
Par contre pour 2 tests, Mootools retourne moins de résultats que jQuery, à savoir :
div[class|=dialog] 103 found 50 found
div[class!=madeup] 243 found 103 found
 
Je suppose que c'est la manière de gérer les classes qui diffèrent. Pour le deuxième par exemple, je pense que Mootools ne prend que les div qui ont une classe, mais dont la classe ne contient pas madeup. Pour jQuery, je pense qu'il retourne les div qui ne contiennent pas madeup, y compris si aucune classe n'est définie.

C'est quoi la valeur expected? Parce que du peu que je connais des Unit Tests, si t'as pas d'expected t'as pas de résultat
 

document.getElementById("LU_10" ).parentNode.parentNode.parentNode.parentNode.parentNode.parentNode.style.visibility='hidden';

  L'élement en question n'aurait-il pas un id, à tout hasard

 
Là j'ai envie de t'avouer que je n'ai même pas envie d'essayer de trouver quel est l'élément en question
(c'est dans un progiciel, on touche le moins possible, pour notre santé mentale)

Bonjour les gens, j'ai une fonction qui prend en paramètre deux chaînes a et b, et qui doit renvoyer une chaîne constituée comme suit:
- la longueur de a
- un point
- la chaîne a
- un point
- la longueur de b
- un point
- la chaîne b

J'ai pondu ça :

function encode_field(hidden_value, visible_value) {
    return hidden_value.length.toString() + '.' + hidden_value + '.' + visible_value.length.toString() + '.' + visible_value;
}

C'est acceptable ?