PHPfrance

la communauté d'entraide francophone dédiée au PHP

Et si on construisait un framework PHP ?

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
  Revue du sujet
 

  Étendre la vue Revue du sujet : Et si on construisait un framework PHP ?

par artotal » 12 nov. 2006, 15:43

Code : Tout sélectionner

l'ambassadeur américain... à Paris. (quel crapaud !) Rolling Eyes
T'y va un peu fort, si il ne parle pas français celui là ?¿
IL y a tellement de chose incompréhensible, chez nos contemporains que plus rien ne ne me surprend réellement.

par albat » 12 nov. 2006, 12:06

Le Français est la langue de la Culture et de la Diplomatie.
Ainsi, tout ambassadeur est censé être capable de s'exprimer en français.

2 exceptions :
- l'ONU, dont l'installation à New-York, n'est pas innocente...
- l'ambassadeur américain... à Paris. (quel crapaud !) :roll:

par artotal » 12 nov. 2006, 03:53

si je peux me permettre, en tant que humble débutant en php. L'anglais omnipotent me dérange, pas mal de grand développeur français publie leurs meilleurs article en Naturglish.
D'abord je suis nul en langue , donc je fait quoi. Penser qu'un jeune développeur anglophone a déjà 3 ou 4 fois plus de facilité qu'un francophone, on dit même que Ruby c'est de l'anglais écrit.
Je trouve sa absolument égoiste et partial.
Alors quand Cyrano propose de mettre des variables en fr avec les commentaires, je ne vois que du bon sens magnanime.
On est des millier à maudire cet anglais et leurs monopoles culturel, qui écrase toute véellité d'indépendante. Culturelement cette domination est un non sens et le droit à la difference doit se gagner on en est là ?
J'ajouterai que la comparaison du nombre de mot, pour mieux faire les comptes est absurde, il n'y à qu'a prendre la litterature, pour comparer et vite s'aperçevoir que le niveau de notre langue est un don de Dieu. sur une trentaine de prix nobel on en trouve plus d'un tiers de français, Sa va de d'Anatole France à Camus. Et que dire des Balzac, Maupassant...
Une dernière chose, le français est resté la langue internationnal pratiquement 200 ans (depuis que la notion d'universalisme inventé par les français).
L'anglais n'een est pas tout à fait là.

par Ultiny » 16 avr. 2006, 18:09

EasyPHP existait déja, ça n'a pas empeché la PHPTeam de faire WAMP. Eclipse c'est un truc pour le Java, par le java, enfin bon je n'aime pas faire du PHP là dessus et pour les débutants c'est trop gros et compliqué.

par rami » 16 avr. 2006, 14:26

J'aurais tendance à dire qu'Eclipse + Zend Framework (ou autre framework de qualité) remplissent déjà tout cela.

Pourquoi faire quelque chose qui existe déjà, et qui plus est, est de très bonne facture?

par Ultiny » 15 avr. 2006, 20:09

J'ai pas lu tout le forum parce que là y'en a déja un bon packet, et vos posts ne sont pas les plus petits.

Moi je serais partant pour developper plutôt un IDE en C parce que ceux qui existent déja sont un peu nul ou alors très cher.

Parce qu'un IDE ne sert à rien, il serait cool en fait de combiner ton idée et la mienne, à savoir : un IDE simplificateur de code.

Je m'explique, au lieu de faire une classe DB MySQL, celle-ci est deja incluse, il suffit de cocher une case, ensuite, une fois le projet testé et complet, on exporte le projet qui contient toutes les classes et fichiers necessaire qui pourraient être utilisée sur n'importe quel hebergement sans module à chargé proéalablement.

Un exemple concret :

On installe l'IDE, on crée un projet, on à une boite de propriété avec dedans tout ce qu'on veu utiliser (MySQL, Templates, Langages,...)

Pour faire notre code, on fait des simplifications par exemple :

<php:mysql:connect>
<php:mysql:select[requete_pre_enregistree]>
<php:screen:show[requete_pre_enregistree]>
<php:mysql:disconnect>

Et lors de l'exportation, on a comme dab :

mysql_connect("host"....

Bref un genre d'IDE comme ceux pour l'ASP, combiné à un serveur intégré pour tester ces pages. L'idée est d'être beaucoup plus productif et de simplifier au maximum le code pour les débutants (qui préferent les boites de dialogue) et enfin de faire un truc complet (serveur+ide+debugeur+deploiement..., gratuit et pourquoi pas portable.

A vous de voir, si ça vous branche, moi aussi !

par Lorenzo » 06 mars 2006, 01:33

Alors pourquoi vouloir en faire un autre. Le truc qui m'attirerait dans l'histoire, ce serait qu'on impose un codage en français, des commentaires en français et qu'on fait ça pour des francophones : après tout les anglophones ont largement de quoi s'occuper et si notre projet les intéresse, ils feront comme nous, il travailleront en traduisant comme on fait nous-même quand on utilise ce qu'ils font.
100% d'accord !!

par Shrell » 03 févr. 2006, 14:42

Je propose un code 100% en espéranto! pas de jaloux, tout le monde parle une langue étrangère :twisted:




OK je sors...... :oops:

par iclo » 02 févr. 2006, 16:32

Le débat de la langue, vaste sujet. De toute façon, maitriser l'anglais est vitale, il suffit de voir le nombre de cours qui se donnent uniquement en Anglais, et même chose pour un grand nombre de ressources.
Quand à commenter, ça dépend du périmêtre du projet et de ses débouchés futurs, perso je le fais aussi facilement en Français qu'en Anglais...

Concernant le framework, je rejoins le scepticisme ambiant, pourquoi réinventer pour la nième fois la roue. De toute façon, un framework générale, utilisable dans 100% des cas, c'est illusoire...

par mere-teresa » 02 févr. 2006, 13:42

Mon avis sur quelques points (c'est subjectif, bien entendu).
Un framework ? Pour copier Java ? Pour se rassurer ?
# Le framework est puissant et flexible ; il doit pouvoir servir de base à n'importe quel type de site Web.
Je n'y crois pas. Ou alors, il faut me démontrer ce que tous les types de sites web ont en commun.
# Le framework s'adresse aux développeurs, pas aux utilisateurs finaux : il est constitué d'une série de classes/fonctions qui accélérent le développement. C'est Cake, ça n'est pas Joomla.
PHP est déjà constitué d'une série de classes/fonctions qui accélèrent le développement. Non ?
Sinon, je redis ce qui a déjà été dit, mais PEAR, c'est bien. Et si au lieu de refaire PEAR, vous collaboriez à PEAR ?
# Quelques fonctionnalités : gestion de l'identification et des permissions, URL propres, internationalisation, séparation du code et de la présentation (MVC), génération de HTML valide, gestion automatisée des formulaires (génération, validation...), tout élément du framework peut être "taggé" (module de taxonomie)...
  • Génération de HTML valide : valide selon quelle DTD ? HTML 4.0 ? XHTML ? Strict ? Transitionnal ?
  • URL propres : c'est forcément dans le PHP ? On peut pas avoir une application bien architecturée, tout simplement. Quid de l'URL-Rewriting ?
  • internationalisation : oui, cela existe sur les serveurs Unix, avec gettext, et PHP possède les fonctions natives bind_textdomain_codeset, bindtextdomain, dcgettext, dcngettext, dgettext, dngettext, gettext, ngettext, textdomain (source)
  • formulaires, classe d'identification, permisisons : PEAR, bon sang !
  • taxonomie : j'ai pas compris pourquoi les éléments du Framework pourraient être taggés ? C'est pour les développeurs ?
[/color]

par zeus » 02 févr. 2006, 13:23

Surtout que si un nouveau Framework voit sa naissance içi, le fait qu'il soit développé, commenté, documenté en français pourrait promouvoir son utilisation auprès des développeurs francophones

par albat » 02 févr. 2006, 13:19

Modération :
Avec toutes ces discussions, on en oublie l'essentiel :
Ce sujet n'est pas dans le bon forum.
Postez ici toutes vos petites astuces de développement, les scripts sympa et vos productions personnelles.
Ainsi vos messages ne seront pas enfouis sous une tonne de questions.
:arrow: Projets collaboratifs

Re: Ça sent le split

par albat » 02 févr. 2006, 13:13

:!: Ne pas faire dire n'importe quoi aux chiffres ! :!:
A titre anecdotique, la langue anglaise compte environ 500.000 mots
y compris des mots désuets, des mots techniques et des mots de dialectes locaux
le français environ 100.000 mots
non compris les dérivés
Ces données ne sont comparables
que si les comptages ont été effectués dans les mêmes conditions.

Si, comme pour le recensement des termes anglais,
tu inclus "les mots désuets, les mots techniques et les mots de dialectes locaux..."
le français arrivera largement à 500 000 termes !

Sans parler des accord en genre et en nombre, ni même des conjugaisons.
Bien sûr, on pourrait débattre de ces chiffres également.
On ne va pas en débattre puisqu'ils ne sont pas comparables.



En revanche, je m'interroge sur la fascination que peuvent avoir certains français pour l'anglais.
Êtes-vous à ce point convaincus que vos travaux sont voués à un avenir international ?... :langue:

Re: Ça sent le split

par vincedo » 02 févr. 2006, 11:59

Le français n'est pas une langue d'amateurs, c'est une langue largement aussi riche et précise que l'anglais si nécessaire, il faut juste avoir un peu plus de 200 mots de vocabulaire.
Aïe, aïe, aïe, je pense que vous dérivez complétement, la question n'est pas de savoir si une langue est meilleure que l'autre.

Oui, le français est riche. Bien-sûr, on pourrait trouver ou fabriquer des mots pour exprimer telle ou telle idée. Mais la question, c'est ce qui est pratique, ce qui va permettre une meilleure communication. Et avant ça, la question du thread (oups, de l'anglais, je vais me faire lyncher), c'est celle de construire ou non un framework.

A titre anecdotique, la langue anglaise compte environ 500.000 mots et le français environ 100.000 mots. Il y a 173,2 millions de francophones dans le monde (en comptant large), contre 450 millions d'anglophones.

Bien-sûr, on pourrait débattre de ces chiffres également.

En ce qui me concerne, je ne vois plus trop le rapport avec notre sujet de départ, je vais donc en rester là. A bientôt.

Re: Ça sent le split

par Cyrano » 02 févr. 2006, 11:38

Sans un protocole clair et précis il n'y a pas de communication, et je ne considère pas le vocabulaire technique français comme étant clair et précis. get_input() != obtenir_saisie_utilisateur()
Mais absolument pas : D'abord rien n'interdit l'élaboration d'un protocole clair et précis en français : Le français n'est pas une langue d'amateurs, c'est une langue largement aussi riche et précise que l'anglais si nécessaire, il faut juste avoir un peu plus de 200 mots de vocabulaire. Qu'on utilise certains termes occasionnellement en anglais parce qu'ils sont plus ou moins passés dans les moeurs des développeur, à la rigueur je peux le comprendre, mais développer à 100% en anglais, j'y suis vigoureusement opposé.

Selon l'exemple que tu montre, la différence, c'est la longueur du terme utilisé : où est donc le problème ? D'autant que l'exemple est faux : si on veut traduire convenablement, ce serait :
- soit : get_user_input() == obtenir_saisie_utilisateur()
- soit : get_input() == obtenir_saisie()

Or ça pose un autre problème de perspective : on sait que le langage lui-même est élaboré en anglais. On sait d'autre part que certains mots sont réservés pour le langage: il n'y a absolument rien qui indique que dans un avenir plus ou moins proche le terme "get_input" ne sera pas ajouté aux mots réservés: tu feras quoi dans ce cas-là ? Tu devras te farcir de parcourir toute ton application pour corriger ton code à cause d'un conflit, chose qui n'aura pas lieu si tu utilises obtenir_saisie : Selon la taille de ton application, ça peut te prendre pas mal de temps de faire le tour, temps qui ne sera en aucun cas rentable.