Discussion :

[dev14]

"Code tout de A à Z, sans CMS."

J'ai fini par développer mon propre framework, qui est pile poil la boite à outils qu'il me fallait, sans que je m'encombre d'un tas de choses surement formidables mais qui ne présentent aucun intérêt pour moi. Puis ça entretient bien les méninges !

[Njörd]

Si tu as du mal à expliquer à un non informaticien ta problématique, prend la peine de la poser par écrit ainsi que les solutions que tu proposes.

[Pelote2012]

Créant moi même des sites Web, je dirait la sobriété, les sites qui flashouille de partout, ou on ne retrouve pas le contenu désiré ....
Aujourd'hui les gens veulent que ça aille vite, qu'on aille à l'essentiel.
D'autre diront, pourquoi se privé de revenu de publicité si ton site est populaire ... bah je dirai de rester quand même modeste parce qu'à la fin ton site sera moins populaire, si ton site mais 3 plombe à se charger à cause des pub, ou que les gens se perdent, ils n'iront plus sur le site.

Ah oui j'oubliais, sécuriser les formulaires et détacher la BDD des affichages et formulaires par des procédures stockées, ça évite pas mal de souci cette désynchronisation

[imikado]

Si tu as du mal à expliquer à un non informaticien ta problématique, prend la peine de la poser par écrit ainsi que les solutions que tu proposes.

"Ce que l'on conçoit bien s'énonce clairement" Nicolas Boileau

Et pour le conseil:
Bien identifier sa cible, en fonction des navigateurs et du public ciblés, il faut restreindre les technologies utilisés (navigateur) et la charte graphique/mode de navigation (public)

[cawete-chan]

Le conseil que je suis toujours :
On doit pouvoir comprendre votre code en ne lisant que les commentaires.

Les commentaires c'est vachement utile, surtout quand on reprend le code de quelqu'un d'autre quand on arrive dans une entreprise. Parce que ça me soule à chaque fois de me plonger dans du code, souvent mal fait (pas indenté,etc...), juste pour comprendre ce qui a été fait

[SylvainPV]

Je croyais qu'un bon code était un code qui n'a pas besoin de commentaires pour être compris

[Invité]

J'ai un compromis (chose due) à vous proposer :

1/ Si vous êtes le seul à écrire/lire/maintenir votre code,
et/ou si vous êtes fainéant, mal-luné, égoïste, je-m'en-foutiste,
et/ou que vous pensez "les autres, c'est l'enfer !",
et/ou ...() :

• écrivez-le comme vous voulez !
• (mais ne venez pas sur les forums DVP nous demander de le corriger !)

2/ Si votre code est destiné à être écrit/lu/maintenu par vous et/ou un tiers,
et/ou que vous avez un minimum d'amour-propre,
et/ou de respect de "votre prochain", et/ou de la "chose bien faite" et/ou des "règles de l'art" et/ou de l'"esthétique du code",
et/ou ...(en règle générale) :

• rédigez un code "propre" (architecture, sémantique, indentation,...)
• écrivez les commentaires utiles et nécessaires à sa compréhension et sa maintenance.

N.B. Ceci ne concerne évidemment que les codes susceptibles d'être partagés/vus/lus, sans contraintes de confidentialité et/ou de copyright.

[Mose]

"Premature optimization is the root of all evil" ( Donald Knuth )

[claodio27]

Bonjour a tous,
Ne jamais chargé une page plus de 10k toujours ce souvenir des pc à la mémoire virtuelle disponible trop faible ou aux bas débit.
ne pas mettre 9k de code et 1k de contenu dans une page index l'opération inverse est à réaliser.

Un site avec une de page d'accueil trop longue à ouvrir = un visiteur potentiel perdu!

Bien à vous!