coockiesch
Messages postés2268Date d'inscriptionmercredi 27 novembre 2002StatutMembreDernière intervention13 septembre 20134 26 févr. 2006 à 19:49
Salut!
hrz, quelques précisions par rapport à ce que tu as dit... J'aime bien l'idée de passer pour un vétéran dans l'informatique, ^^ Ceci dit, ce la ne fait que 5 ans que je touche à de la prog et je n'ai même pas atteint mes 19 ans... :D
Alors bon, je veux pas passer pour le vieu schnock du quoi qui tourne sur un 90MHz, :D
Pour la suite, oui, c'est du chipotage... Mais je trouve que ce n'est pas du chipotage inutile... J'ai vu le comment de Malik et j'ai voulu donner à mon tour quelques infos, que je voulais plus constructives... Mal m'en a pris, apparement, dommage...
@++
R@f
coucou747
Messages postés12303Date d'inscriptionmardi 10 février 2004StatutMembreDernière intervention30 juillet 201244 26 févr. 2006 à 17:33
je ne vois pas en quoi c'est stylé de mettre un print au lieu d'un echo...
cs_hrz
Messages postés43Date d'inscriptionsamedi 12 juillet 2003StatutMembreDernière intervention 4 avril 2010 26 févr. 2006 à 16:16
< dans un bar autour d'une bierre > deja l'idee a l'air sympa :)
< un beau jour, j'ai fais un jeu d'échec, > deja chapeau bas c'est pas une mince affaire et je n'est aucun souci avec le fait que 'l'opti reste fondamentale, le moindre pouillardieme se fait tres vite sentir
<... Faut montrer l'exemple. > toujours ok ;y mettre un peu de style n'est pas mal non plus ,je ne compte plus les post sur le sujet qui ressemble a un copier coller :( ca en devient triste et vite enervant.
ici j'ais voulu partager une idee simplement ...
bon sujet clos on derive ,j'en veut pas pour autant a quelqu'un
coucou747
Messages postés12303Date d'inscriptionmardi 10 février 2004StatutMembreDernière intervention30 juillet 201244 26 févr. 2006 à 14:23
hrz, si ton idée est de faire court, alors tu devrais faire du perl : connais tu le groupe des mongueurs de perls ? c'est un groupe de geeks qui se rencontrait dans un bar autour d'une bierre pour discuter projets et algorythmique... Tous programmaient en perl. Ils font un article quasiment tout les mois dans linux mag, et sont auteurs de très nombreux programmes unilignes...
Ils ont des concours d'unilignes, et de moins de 5 lignes. (une ligne comportant au maximum 80 caractères :) )
Bon, php est un dérivé de perl, alors on peut faire des unilignes, mais ils rament...
Moi aussi, je ne faisais pas gaffe à ce qu'Antho et Grenard disaient, et un beau jour, j'ai fais un jeu d'échec, il ramait tellement que je n'ai pas pu le publier : mon serveur est un pentium 1... C'est ce jour là que j'ai commencé à comprendre... Et depuis, la moindre optimisation est bonne a être utilisée... Lorsque le code ne devient pas claire, alors utilise les commentaires, mais optimise... As tu fais un benchmark de certains CMS sans aucun module de chargé ? as tu regardé le nombre de requettes Sql sur la page d'acceuil ? et le nombre d'erreurs de validation xhtml qu'on y trouve ? C'est écoeurant de voir que de grands CMS ou forums super utilisés sont super mal codés... Faut montrer l'exemple.
Un programmeur perl a écrit dans linux mag : "On n'est gourou que quand on code strict, et optimisé !"
cs_hrz
Messages postés43Date d'inscriptionsamedi 12 juillet 2003StatutMembreDernière intervention 4 avril 2010 26 févr. 2006 à 07:03
bjr
Malik n'etait est n'est toujours pas vise dans mes reponse directement :c'est surtout le fait que je vois reguluierement et souvent par les meme la meme remarque surtout avec les fameux " et ' ect ;le fait est fonde je n'en doute pas a la lecture de differents post et article a ce sujet .
pour le niveau initier ok j'ais deraper sur la categorie .
l'interret du code et du titre c'est 20 lignes de php regroupable en fonction ok et pour l'illustrer un reste de code bidon .
c'est justement cette zone de code qui est descendu a boulet rouge alors qu'elle devrait logiquement disparaitre dans les appliquation divers et c'est ici que j'ais vu rouge dsl .
mais je persite a dire que php ne se resume pas a de simple " je ne suis ni 1er ni le seul qui prenne ce genre de post a la figure systematiquement.
sur d'autre forum ce sont les defits qui atisent les posts
ex: ecrire un calendrier en moin de 10 lignes juste pour le fun avec en prime une idee d'algoritme.. pour d'autre aplis
c'est l'idee que je voulais defendre pas le codage lui meme et ton post en ce sens est plus constructif
ok je corrige la categorie
malalam
Messages postés10839Date d'inscriptionlundi 24 février 2003StatutMembreDernière intervention 2 mars 201025 25 févr. 2006 à 21:02
Bon...je mets mon grain de sel :
HRZ, j'ai pas mal de choses à dire, ici. Je comprends que tu aies mal pris les critiques de Malik, d'entrée. Même si...même si je suis d'accord avec lui. Mais le ton a dû être heurtant.
Mais pour la suite...tu es resté sur ta colère.
Alors, je veux bien que tu défendes tes echo, tes guillemets, et ton code. Seulement, j'ai un peu de mal à suivre ton raisonnement : tu reproches aux gens de pinailler pour des guillemets faisant gagner un pouillardième de seconde...puis tu enchaînes sur ton côté vétéran, issu d'une époque où il fallait économiser le code car 100 Mhz étaient un luxe ? Ce n'est pas un peu contradictoire, ça ?
Personnellement, j'ai commencé l'informatique avec un ZX81. 100 Mhz, ça n'était même pas imaginable, à l'époque...
Et pourtant, j'ai tendance aujourd'hui à toujours privilégier un code joli, clair, commenté, à qques millièmes de secondes. Après, tout dépend du projet...évidemment. Mais en l'occurence, si propreté et optimisation vont ensemble, je n'hésite pas.
Or ton code n'est effectivement pas optimisé du tout. Que tu le veuilles ou non.
Un code comme ça devrait être une fonction, d(autant plus qu'il est selon tes dires destinés à être intégré à un calendrier ou un truc dans le genre, et comme le dit Malik avec des paramètres pour pouvoir moduler le résultat à sa guise. Et un code comme ça pourrait être beaucoup plus court.
Quant à optimiser un minimum, je ne vois pas pourquoi tu prends ça mal : c'est un conseil, une aide, pas une attaque. Et c'est justifié.
coucou747
Messages postés12303Date d'inscriptionmardi 10 février 2004StatutMembreDernière intervention30 juillet 201244 25 févr. 2006 à 16:06
avoir fait un bout de tuto n'est pas un exploit... des sources comme ça, je peux en faire trente ou quarente dans la journée, sans me fatiguer, et même si j'ai cours et que je manque d'inspiration...
cs_hrz
Messages postés43Date d'inscriptionsamedi 12 juillet 2003StatutMembreDernière intervention 4 avril 2010 25 févr. 2006 à 15:56
< parceque ça devrait être dans un tuto >
deja pas si mal en fait .merci
coucou747
Messages postés12303Date d'inscriptionmardi 10 février 2004StatutMembreDernière intervention30 juillet 201244 25 févr. 2006 à 14:21
Plutot que de taper un commentaire de 10 pages, tu ferais mieux d'améliorer ton script... mais franchement, si on me demandait de faire la même chose sur le forum, je mettrais ça dans un dossier nommé "Hello world/php" parceque ça devrait être dans un tuto, et non une source... Ce genre de cas, même en débutant, je trouve ça null, alors en initié...
cs_hrz
Messages postés43Date d'inscriptionsamedi 12 juillet 2003StatutMembreDernière intervention 4 avril 2010 25 févr. 2006 à 13:59
le code php en lui meme se trouve entre la ligne 13 et la ligne 23
c'est ici que se trouve l'idee de gerer le temp pour un calendrier, agenda, ou n'inporte quel script de votre choix
pour le reste je fait le compte 8 print dont 7 avec un . soit 14 " remplacable par un echo avec ' et encore la ligne 66 n'est pas aussi evidente a transformer. bref un gain de temp pour la partie exemple "bidon c'est vrai" de combien ? 1 pouillardieme de micro seconde . dans l'absolut c'est vrait de meme que utilise la , dans un echo fait peut etre encore gagner un chti qelque chose
je revient aux 20 ligne de php vraiment utile ici pas un print echo ou autre juste un petit bout de code court pour incremente ou decremente 1 jour, 1 mois, 1annee en profitant de la fonction mktime de php lui meme sans reinventer la poudre ni ecrire un kiriellle de ligne elle respecteron la dehontologie de certains puristes n'hesitant souvent pas a ecrire 20 pages juste pour gagner quelque pico seconde a l'affichage au risque de perdre quelques dixiemes de seconde a la lecture et a l'interpertation d'un code bien plus complexe.
desole d'avoir commence l'informatique a l'epoque ou 2k de memoire cadencee a 100Mhzr etait un luxe et ou on apprenait surtout a ecrire court et on ecrirait pas php sans eux.
une question a ceux ci, a une epoque ou il suffit de demander l'heure a la machine ,combien de lingnes de code ecriraient'ils pour en recree une horloge de toute piece avec a leurs seule disposition un timer qui repasserait toutes les seconde sur leur script ? : je repond 6 formules de calculs basic erites sur 2 ligne de 40 + un print pour affiche les 3 infos sorties .
je ne poursuivrait pas plus loin la polemique ;c'est vrait que ' est + rapide echo aussi mais ce n'est pas les seuls infos a prendre en compte la longueur du code en est une autre et ce n'est pas la seule
bref ici l'idee etait de ne traiter que pas une variable en moins de ligne possible si vous gardez une petite partie de l'idee de base et meme si tous le script est repris ou recrit, il restera utile a certains
je n'en veut a personne,juste que c'set une remarque qui revient un peut trop souvent a mon idee au detriment du reste tout aussi constructif.
coockiesch
Messages postés2268Date d'inscriptionmercredi 27 novembre 2002StatutMembreDernière intervention13 septembre 20134 25 févr. 2006 à 10:47
Salut!
Quelques comments hors du code lui-même:
- c'est dommag de mélanger autant PHP et HTML, il devient difficile d'y voir le php
- on préfère utiliser echo à print, c'est plus rapide
- de même, on utilise les guillements simples '' à la place des doubles "" qui interprètent la chaîne et qui sont donc plus lents... "index.php?page=$variable" devient donc 'index.php?page=' . $variable
- HTML en minuscules...
:)
Voili voilou, tu peux déjà améliorer ca, si tu veux!
@++
R@f
cs_hrz
Messages postés43Date d'inscriptionsamedi 12 juillet 2003StatutMembreDernière intervention 4 avril 2010 24 févr. 2006 à 16:32
change pour debutant si tu veut ca ne me derange pas ...
<de plus utilisable> : voir utiliser ce bout de code avec une fonction calendrier depose ici meme et ce sans aucune modification !
<Tout ce que fait ta source, c'est plus ou moins 1...> exact et utiliser la fonction mktime pour limitee les infos à traite depuis un formulaire ; desole de n'utilise que 24 ligne de php
#a lire# c'est en analysant les stats de telechargement du script AfficheCalendrier.php qu'il m'est venue l'idee d'en ameliore une partie de la demo (sur les 6 options proposees)
car c'est bien cette partie qui interesse le plus dans le script de base de la demos ,la fonction est moin compacte
malik7934
Messages postés1154Date d'inscriptionmardi 9 septembre 2003StatutMembreDernière intervention15 août 200917 24 févr. 2006 à 15:23
En quoi est-ce initié? Même les exemples de http://ch2.php.net/mktime sont plus complexes que ta source!
Fais-en quelque chose de plus utilisable en ajoutant la possibilité de savoir la date dans x jours ou il y a x jours par exemple! Tout ce que fait ta source, c'est plus ou moins 1...
26 févr. 2006 à 19:49
hrz, quelques précisions par rapport à ce que tu as dit... J'aime bien l'idée de passer pour un vétéran dans l'informatique, ^^ Ceci dit, ce la ne fait que 5 ans que je touche à de la prog et je n'ai même pas atteint mes 19 ans... :D
Alors bon, je veux pas passer pour le vieu schnock du quoi qui tourne sur un 90MHz, :D
Pour la suite, oui, c'est du chipotage... Mais je trouve que ce n'est pas du chipotage inutile... J'ai vu le comment de Malik et j'ai voulu donner à mon tour quelques infos, que je voulais plus constructives... Mal m'en a pris, apparement, dommage...
@++
R@f
26 févr. 2006 à 17:33
26 févr. 2006 à 16:16
< un beau jour, j'ai fais un jeu d'échec, > deja chapeau bas c'est pas une mince affaire et je n'est aucun souci avec le fait que 'l'opti reste fondamentale, le moindre pouillardieme se fait tres vite sentir
<... Faut montrer l'exemple. > toujours ok ;y mettre un peu de style n'est pas mal non plus ,je ne compte plus les post sur le sujet qui ressemble a un copier coller :( ca en devient triste et vite enervant.
ici j'ais voulu partager une idee simplement ...
bon sujet clos on derive ,j'en veut pas pour autant a quelqu'un
26 févr. 2006 à 14:23
Ils ont des concours d'unilignes, et de moins de 5 lignes. (une ligne comportant au maximum 80 caractères :) )
Bon, php est un dérivé de perl, alors on peut faire des unilignes, mais ils rament...
Moi aussi, je ne faisais pas gaffe à ce qu'Antho et Grenard disaient, et un beau jour, j'ai fais un jeu d'échec, il ramait tellement que je n'ai pas pu le publier : mon serveur est un pentium 1... C'est ce jour là que j'ai commencé à comprendre... Et depuis, la moindre optimisation est bonne a être utilisée... Lorsque le code ne devient pas claire, alors utilise les commentaires, mais optimise... As tu fais un benchmark de certains CMS sans aucun module de chargé ? as tu regardé le nombre de requettes Sql sur la page d'acceuil ? et le nombre d'erreurs de validation xhtml qu'on y trouve ? C'est écoeurant de voir que de grands CMS ou forums super utilisés sont super mal codés... Faut montrer l'exemple.
Un programmeur perl a écrit dans linux mag : "On n'est gourou que quand on code strict, et optimisé !"
26 févr. 2006 à 07:03
Malik n'etait est n'est toujours pas vise dans mes reponse directement :c'est surtout le fait que je vois reguluierement et souvent par les meme la meme remarque surtout avec les fameux " et ' ect ;le fait est fonde je n'en doute pas a la lecture de differents post et article a ce sujet .
pour le niveau initier ok j'ais deraper sur la categorie .
l'interret du code et du titre c'est 20 lignes de php regroupable en fonction ok et pour l'illustrer un reste de code bidon .
c'est justement cette zone de code qui est descendu a boulet rouge alors qu'elle devrait logiquement disparaitre dans les appliquation divers et c'est ici que j'ais vu rouge dsl .
mais je persite a dire que php ne se resume pas a de simple " je ne suis ni 1er ni le seul qui prenne ce genre de post a la figure systematiquement.
sur d'autre forum ce sont les defits qui atisent les posts
ex: ecrire un calendrier en moin de 10 lignes juste pour le fun avec en prime une idee d'algoritme.. pour d'autre aplis
c'est l'idee que je voulais defendre pas le codage lui meme et ton post en ce sens est plus constructif
ok je corrige la categorie
25 févr. 2006 à 21:02
HRZ, j'ai pas mal de choses à dire, ici. Je comprends que tu aies mal pris les critiques de Malik, d'entrée. Même si...même si je suis d'accord avec lui. Mais le ton a dû être heurtant.
Mais pour la suite...tu es resté sur ta colère.
Alors, je veux bien que tu défendes tes echo, tes guillemets, et ton code. Seulement, j'ai un peu de mal à suivre ton raisonnement : tu reproches aux gens de pinailler pour des guillemets faisant gagner un pouillardième de seconde...puis tu enchaînes sur ton côté vétéran, issu d'une époque où il fallait économiser le code car 100 Mhz étaient un luxe ? Ce n'est pas un peu contradictoire, ça ?
Personnellement, j'ai commencé l'informatique avec un ZX81. 100 Mhz, ça n'était même pas imaginable, à l'époque...
Et pourtant, j'ai tendance aujourd'hui à toujours privilégier un code joli, clair, commenté, à qques millièmes de secondes. Après, tout dépend du projet...évidemment. Mais en l'occurence, si propreté et optimisation vont ensemble, je n'hésite pas.
Or ton code n'est effectivement pas optimisé du tout. Que tu le veuilles ou non.
Un code comme ça devrait être une fonction, d(autant plus qu'il est selon tes dires destinés à être intégré à un calendrier ou un truc dans le genre, et comme le dit Malik avec des paramètres pour pouvoir moduler le résultat à sa guise. Et un code comme ça pourrait être beaucoup plus court.
Quant à optimiser un minimum, je ne vois pas pourquoi tu prends ça mal : c'est un conseil, une aide, pas une attaque. Et c'est justifié.
25 févr. 2006 à 16:06
25 févr. 2006 à 15:56
deja pas si mal en fait .merci
25 févr. 2006 à 14:21
25 févr. 2006 à 13:59
c'est ici que se trouve l'idee de gerer le temp pour un calendrier, agenda, ou n'inporte quel script de votre choix
pour le reste je fait le compte 8 print dont 7 avec un . soit 14 " remplacable par un echo avec ' et encore la ligne 66 n'est pas aussi evidente a transformer. bref un gain de temp pour la partie exemple "bidon c'est vrai" de combien ? 1 pouillardieme de micro seconde . dans l'absolut c'est vrait de meme que utilise la , dans un echo fait peut etre encore gagner un chti qelque chose
je revient aux 20 ligne de php vraiment utile ici pas un print echo ou autre juste un petit bout de code court pour incremente ou decremente 1 jour, 1 mois, 1annee en profitant de la fonction mktime de php lui meme sans reinventer la poudre ni ecrire un kiriellle de ligne elle respecteron la dehontologie de certains puristes n'hesitant souvent pas a ecrire 20 pages juste pour gagner quelque pico seconde a l'affichage au risque de perdre quelques dixiemes de seconde a la lecture et a l'interpertation d'un code bien plus complexe.
desole d'avoir commence l'informatique a l'epoque ou 2k de memoire cadencee a 100Mhzr etait un luxe et ou on apprenait surtout a ecrire court et on ecrirait pas php sans eux.
une question a ceux ci, a une epoque ou il suffit de demander l'heure a la machine ,combien de lingnes de code ecriraient'ils pour en recree une horloge de toute piece avec a leurs seule disposition un timer qui repasserait toutes les seconde sur leur script ? : je repond 6 formules de calculs basic erites sur 2 ligne de 40 + un print pour affiche les 3 infos sorties .
je ne poursuivrait pas plus loin la polemique ;c'est vrait que ' est + rapide echo aussi mais ce n'est pas les seuls infos a prendre en compte la longueur du code en est une autre et ce n'est pas la seule
bref ici l'idee etait de ne traiter que pas une variable en moins de ligne possible si vous gardez une petite partie de l'idee de base et meme si tous le script est repris ou recrit, il restera utile a certains
je n'en veut a personne,juste que c'set une remarque qui revient un peut trop souvent a mon idee au detriment du reste tout aussi constructif.
25 févr. 2006 à 10:47
Quelques comments hors du code lui-même:
- c'est dommag de mélanger autant PHP et HTML, il devient difficile d'y voir le php
- on préfère utiliser echo à print, c'est plus rapide
- de même, on utilise les guillements simples '' à la place des doubles "" qui interprètent la chaîne et qui sont donc plus lents... "index.php?page=$variable" devient donc 'index.php?page=' . $variable
- HTML en minuscules...
:)
Voili voilou, tu peux déjà améliorer ca, si tu veux!
@++
R@f
24 févr. 2006 à 16:32
<de plus utilisable> : voir utiliser ce bout de code avec une fonction calendrier depose ici meme et ce sans aucune modification !
<Tout ce que fait ta source, c'est plus ou moins 1...> exact et utiliser la fonction mktime pour limitee les infos à traite depuis un formulaire ; desole de n'utilise que 24 ligne de php
#a lire# c'est en analysant les stats de telechargement du script AfficheCalendrier.php qu'il m'est venue l'idee d'en ameliore une partie de la demo (sur les 6 options proposees)
car c'est bien cette partie qui interesse le plus dans le script de base de la demos ,la fonction est moin compacte
24 févr. 2006 à 15:23
Fais-en quelque chose de plus utilisable en ajoutant la possibilité de savoir la date dans x jours ou il y a x jours par exemple! Tout ce que fait ta source, c'est plus ou moins 1...