[Coding style] Vos solutions pour un code lisible ?

[naholyr]

Vous avez pas un peu l'impression de sombrer dans un prosélytisme fanboy assez lourd à force ?
À chaque discussion votre conclusion est la même, oxman n'étant que plus direct que Sephi mais le fond est le même.

Content que le ruby vous plaise, mais essayez de voir comment ça marche ailleurs parce que là on est dans du mono-maniaque quoi :lol: Java est bien fait aussi, Groovy est pas mal non, le modèle objet de PHP n'est pas si mauvais il est juste simple. Peut-être que toutes les fioritures de Ruby ne conviennent pas à tous : ça ne rox pas, ça vous plait, c'est différent... J'ai essayé et personnellement je ne supporte pas sa syntaxe bourrée de caractères cryptiques et trop implicite pour être facilement relue, trop de raccourcis font qu'on loupe la moitié des informations à la lecture quand on n'est pas spécialiste, je n'aime pas cet élitisme, sinon je ferais carrément du R tant qu'à faire :lol:

Il serait vraiment bon que vous cessiez de croire que ce qui vous convient convient à tous, c'est lourd à force, vraiment.

[Sephi-Chan]

Ça n'est pas à prendre au premier degré… On fait de la promo pour un langage qui nous a séduit. On le fait parce qu'il est minoritaire. Pas de quoi s'emballer… Promis, je ferais un effort quand je parlerais de ce langage, et je le ferais plus à tort et à travers.


Sephi-Chan

[Roworll]

Pas mieux que naholyr. A croire qu'il a lu dans mes pensées.
Il y a une petite tendance ces derniers temps à dériver chaque sujet en "Ruby vs le reste du monde". A croire que c'est du comique de répétition.
Je préfèrerai largement des sujets constructifs plutôt que des messages mono-ligne non argumentés.

A la limite, pourquoi ne pas créer une section Ruby, mettre dedans des tutos, un blog sur le développement d'un site, des aides à l'installation, les références des hébergeurs qui proposent des solutions, des exemples de site, etc etc.

Mais si possible, évitons de tourner chaque sujet en concours du langage "le plus mieux du monde".

Je vous rappelle que le sujet actuel est "Vos solutions pour un code lisible" et pas "Ruby le super langage que j'aime il est bien meilleur que votre bouse de PhP"

[naholyr]

un gros +1 pour une section dediee a ruby : il y a visiblement une vraie force de contribution et une grosse demande en face. et ca permettra de plus de canaliser cette energie ;p

[Sephi-Chan]

J'ai posté quelques sujets dans la partie ressources.
La section existe implicitement : tous les langages ont leur place dans la section developpement. C'est en partie pour ça que JeuPHP est devenu JeuWeb.


Sephi-Chan

[QuentinC]

Il serait vraiment bon que vous cessiez de croire que ce qui vous convient convient à tous, c'est lourd à force, vraiment.

Si je ne m'abuse, personne n'a jamais dit ça. Ce sont des points de vue personnels, à prendre comme tels. L'important c'est que chacun trouve son compte dans le langage qui lui convient le mieux. En l'occurence, en ce moment, je suis en train de découvrir le potentiel de ruby et les limites de php. Enfin bref, ça va vraiment tourner en troll si je continue trop longtemps.

Sinon, +1 pour avoir des tutos sur ruby. Je vais aller fouiller la partie ressources en attendant, je n'y avais même encore jamais fait attention.

[Argorate]

J'avoue que faire connaitre des langages c'est une bonne chose (pourquoi ne pas faire une sorte de présentation des langages les plus usités dans un topic récapitulatif?), mais après il y a un moment où il faut laisser les autres decider, ça sert a rien d'argumenter dix mille fois.
Moi je pense pas changer pour rubby, après chacun fait son choix, mais je trouve assez dommage de trouver ce "duel" dans un topic sur deux ces derniers temps...

[Sephi-Chan]

Votre message est passé, merci.
On peut à présent revenir au sujet.


Sephi-Chan

[zneman]

Pour un code visible, mon équipe utilise un dérivé de MVC...
Donc on l'index qui gère les pages ainsi que le header/footer/menu...
à la racine se trouve donc l'index ainsi que les pages. Ces dernières contiennent le plan de la page (les conditions) et appellent ainsi le gestionnaire qui lui met en relation les requêtes SQL et l'affiche HTML.

Pour un code visible:
- séparer son code !
- ne pas faire de procédural mais s'orienter POO ou au moins les fonctions...
- utiliser dans toutes ses pages les mêmes normes de programmation.

Voila !

[NicoMSEvent]

beau déterrage de topic, mais je trouve que ça reste d'actualité