PHWinfo - Afficher un message - [Annonce] Base de données de codes sources et d'astuces de programmation

13/03/2008, 16h08

O.L. a écrit :
> Bruno Desthuilliers a exposé le 13/03/2008 :
>> O.L. a écrit :
>>> Hello,
>>>
>>> Petite auto-promo ...
>>> Je viens de lancer le site http://www.devkb.org/
>>>
>>> Le but est de répertorier un maximum de codes sources et d'infos sur
>>> des techniques de programmation web (PHP, JS, Java, etc), afin
>>> d'aider les développeurs dans l'élaboration de leurs programmes, et à
>>> découvrir des techniques intéressantes.
>>>
>>> Et tout le monde est invité à participer en publiant ses propres bout
>>> de codes sources

>>
>> Quelques remarques, à prendre comme une critique constructive:
> Toute critique est la bienvenue, constructive ou non

mais je préfère
> les constructives.
>
>> - Où sont les sections Python, Perl, Ruby ?
> OK je les ai rajoutées

C'est mieux !-)

>
>> - Pourquoi une section "MySQL" au lieu d'une section SQL (j'utilise
>> autant PostgreSQL et SQLite que MySQL...).
> Je vais peut être vous choquer, mais MySQL est AMHA le plus utilisé ...
> non ?

Dans ce cas là, tu peux virer les sections Python, Perl et Ruby !-)

> De plus, les articles porteraient pour la plupart sur une plateforme
> particulière (mysql OU sqllite),

Bien que chacune ait ses spécificités, il s'agit quand même de bases
SQL, supportant toutes au moins un sous-ensemble commun de SQL. Donc
dans l'ensemble, il est probable que pas mal d'exemples de code SQL
soient indépendants de la base utilisée (ce qui était quand même l'idée
de base du standard SQL...).

> donc tout mélanger dans une seule
> catégorie "SQL", bof ...
> Par contre je peux créer une catégorie "SQLLite" et "PostgreSQL", mais
> alors je compte sur vous pour aller écrire des articles

Si on suit ta logique, et comme SQL est (en tous cas dans le dev web)
généralement utilisé avec un langage "hôte", il faudrait en fait les
rubriques:

- php + mysql
- php + pgsql
- php + sqlite

- python + mysql
- python + pgsql
- python + sqlite

- ruby + mysql
- ruby + pgsql
- ruby + sqlite

- perl + mysql
- perl + pgsql
- perl + sqlite

- java + mysql
- java + pgsql
- java + sqlite

etc...

> Qu'en pensez vous ?

cf ci-dessus.

>> - Puisqu'il s'agit (théoriquement) de développement web - comment se
>> fait-il qu'il n'y ait rien sur les protocoles, notamment HTTP ?
> Bonne idée, je viens de rajouter la rub, j'irai y mettre des infos pour
> expliquer les principaux protocoles, avec des liens vers les RFCs.
>

>> - Y a t'il une validation des articles publiés ? (respect des
>> standards, bonnes pratiques etc...)
>
> Oui, avant d'apparaitre sur le site les articles passent par une
> validation manuelle.
> Et l'éditeur en ligne est FCKEditor, nettoyé ensuite par HTMLPurifier,
> donc les standards seront respectés et les articles "sains".

Mmm... Je ne pensais pas au rendu des articles, mais à leur contenu. Les
trois quarts des snippets PHP ou Javascript qu'on trouve sur le web sont
des abominations innomables qui n'auraient jamais dû voir le jour (et ne
parlons pas des tutoriels html). Si tu tiens à ce que ton site ait un
quelconque intérêt, il est AMHA préférable de vérifier la correction et
la qualité des contributions.

13/03/2008, 16h08	#10
Bruno Desthuilliers Messages: n/a Hébergeur:	Re: [Annonce] Base de données de codes sources et d'astuces de programmation O.L. a écrit : > Bruno Desthuilliers a exposé le 13/03/2008 : >> O.L. a écrit : >>> Hello, >>> >>> Petite auto-promo ... >>> Je viens de lancer le site http://www.devkb.org/ >>> >>> Le but est de répertorier un maximum de codes sources et d'infos sur >>> des techniques de programmation web (PHP, JS, Java, etc), afin >>> d'aider les développeurs dans l'élaboration de leurs programmes, et à >>> découvrir des techniques intéressantes. >>> >>> Et tout le monde est invité à participer en publiant ses propres bout >>> de codes sources >> >> Quelques remarques, à prendre comme une critique constructive: > Toute critique est la bienvenue, constructive ou non mais je préfère > les constructives. > >> - Où sont les sections Python, Perl, Ruby ? > OK je les ai rajoutées C'est mieux !-) > >> - Pourquoi une section "MySQL" au lieu d'une section SQL (j'utilise >> autant PostgreSQL et SQLite que MySQL...). > Je vais peut être vous choquer, mais MySQL est AMHA le plus utilisé ... > non ? Dans ce cas là, tu peux virer les sections Python, Perl et Ruby !-) > De plus, les articles porteraient pour la plupart sur une plateforme > particulière (mysql OU sqllite), Bien que chacune ait ses spécificités, il s'agit quand même de bases SQL, supportant toutes au moins un sous-ensemble commun de SQL. Donc dans l'ensemble, il est probable que pas mal d'exemples de code SQL soient indépendants de la base utilisée (ce qui était quand même l'idée de base du standard SQL...). > donc tout mélanger dans une seule > catégorie "SQL", bof ... > Par contre je peux créer une catégorie "SQLLite" et "PostgreSQL", mais > alors je compte sur vous pour aller écrire des articles Si on suit ta logique, et comme SQL est (en tous cas dans le dev web) généralement utilisé avec un langage "hôte", il faudrait en fait les rubriques: - php + mysql - php + pgsql - php + sqlite - python + mysql - python + pgsql - python + sqlite - ruby + mysql - ruby + pgsql - ruby + sqlite - perl + mysql - perl + pgsql - perl + sqlite - java + mysql - java + pgsql - java + sqlite etc... > Qu'en pensez vous ? cf ci-dessus. >> - Puisqu'il s'agit (théoriquement) de développement web - comment se >> fait-il qu'il n'y ait rien sur les protocoles, notamment HTTP ? > Bonne idée, je viens de rajouter la rub, j'irai y mettre des infos pour > expliquer les principaux protocoles, avec des liens vers les RFCs. > >> - Y a t'il une validation des articles publiés ? (respect des >> standards, bonnes pratiques etc...) > > Oui, avant d'apparaitre sur le site les articles passent par une > validation manuelle. > Et l'éditeur en ligne est FCKEditor, nettoyé ensuite par HTMLPurifier, > donc les standards seront respectés et les articles "sains". Mmm... Je ne pensais pas au rendu des articles, mais à leur contenu. Les trois quarts des snippets PHP ou Javascript qu'on trouve sur le web sont des abominations innomables qui n'auraient jamais dû voir le jour (et ne parlons pas des tutoriels html). Si tu tiens à ce que ton site ait un quelconque intérêt, il est AMHA préférable de vérifier la correction et la qualité des contributions.