mmm... je dirais, heureusement que les licences sont liées. Une licence toute seule ne sert pas à grand chose.

"vente liée" par contre, ça correspond plus au sujet de ton journal ;-)

[ Répondre ]

> <?=$variable?> marche bien en php, avec l'option "short_open_tag = On".

short_open_tag est deprecié il me semble. Ensuite, personnellement, je trouve que l'usage du <?(php) et ?> apporte de la confusion dans la lecture du source, avec les balises html.

Et globalement, tu tapes sur 3 touches de plus (ouai je chipote :-).


> Avec une coloration syntaxique c'est clair comme de l'eau de roche.

{$personnes|count} listée(s) :
{foreach $personnes as $p}
Nom : {$p->nom}, Age : {$p->age} ans
{/foreach}

avec ou SANS coloration syntaxique, ça reste clair comme de l'eau de roche.

;-)

enfin bon, là on en arrive à des question de gouts et de couleurs...

[ Répondre ]

>Car au final, le mainteneur devra se familiariser avec tout un nouveau jargon, des nouveaux concepts et j'en passe,

Sauf si il connait déjà lesdits frameworks, moteur de templates et cie. Ce qui a de forte chance d'arriver si c'est un framework connu et pas mal utilisé dans l'industrie.

Alors que pour du "simple" code php (qui n'est jamais vraiment simple dès que le site devient conséquent), même clair, structuré et uniforme, bah c'est structuré différement à chaque projet, donc le développeur doit d'abord à chaque fois apprendre comment le site s'articule avant de pouvoir modifier le code metier à maintenir.

Donc, non, un développeur ne se "contente" jamais de maintenir un simple code PHP (sauf pour les sites de 3 pages).

Et le meilleur moyen d'avoir un code maintenable, c'est d'écrire du code selon des normes et des structures reconnus, c'est à dire, utiliser des frameworks, puisque tel est le but des framework: offrir une structuration (troll: ZF mise à part, puisque ZF n'impose pas de structure, et est plus une grosse lib dans laquelle on pioche qu'autre chose).

CQFD.

fais un tour en SSII, en demandant à bosser sur des missions courtes, de manière à travailler sur un maximum de projet, et là tu te rendra compte de l'intérêt des frameworks, et à coup sûr, tu pesteras sur les projets développé sans framework connu. Projets qui sont, forcément, vu que le boulot est toujours pour il y a deux jours, développé à l'arrache, donc souvent difficilement maintenable, alors que pour ceux avec un framework, les développeurs n'ont pas eu à passer du temps à réinventer la roue, et ont pu se concentrer rapidement sur le code métier, et ont donc un code naturellement plus structuré

bon, je dis pas non plus qu'il n'est pas possible de faire du super crad avec un framework, mais c'est déjà moins facile de faire du code crad avec un framework qui impose une structure que dans un projet sans framework.

[ Répondre ]

Pour la prochaine assemblée générale, ajouter ce point à l'ordre du jour:

- vote pour l'achat de 2 serveurs supplémentaires afin de répondre aux exigences du nouveau site en matière de tenu en charge.


(Hein ? comment ça on n'est pas vendredi ? ->[])

[ Répondre ]

Pour compléter à propos de jTpl (dont je suis l'auteur :-), j'ai essayé d'avoir les avantages à la fois des templates pur php, et d'un langage de template spécifique, à savoir :

* faciliter l'écriture. par exemple, remplacer les "<?php echo $variable?>" par une syntaxe plus simple comme {$variable}
* sans toutefois ne pas avoir à reinventer totalement un langage, c'est pourquoi les expressions utilisées sont en php. ex: {$variable.$objet->propriete} qui est équivalent à...<?php echo $variable.$objet->propriete?> tout simplement :-)
* mais en posant des restrictions, pour éviter d'avoir du code métier dans les templates, c'est pourquoi les expressions sont parsées (en utilisant le tokenizer de php ;-) et "filtrées".

il y a des tags typiques comme {foreach}, {for}, {if} et cie, fonctionnant comme en php.

Alors, ubitux trouve que c'est une abération que d'avoir des if/while dans un template, à ceci je lui repondrais :

1) il est lui même en contradiction avec ce qu'il dit, puisqu'il semble être pour utiliser PHP pour les templates, et donc ces templates peuvent contenir des if/while...
2) il y a des moteurs de templates qui obligent à faire les boucles en dehors du template, c'est à dire que dans le template lui même, on définit les "blocs" qui seront itérés, et en dehors du template, en php, on fait les boucles, et on appele des méthodes du moteur de template pour générer les blocs à chaque itération. Je trouve cela complètement ridicule, car dès lors que l'on veuille faire des modifications dans le template, il faut alors modifier en même temps le template ET le code php externe au template. Ce qui limite grandement les modifications, donc la personnalisation des templates

ex, dans le template original, on affiche une liste dans une seule colonne, donc une boucle, et dans notre nouveau theme, on veux que ce soit sur deux colonnes, donc deux boucles, ou alors une seule mais faudrait pouvoir ajouter un test à l'interieur pour savoir si on est arrivé au milieu de la liste pour créer la deuxieme colonne etc..

Avec ce genre de moteur de template, on est donc obligé de modifier le code PHP externe, donc le code de l'appli. Et puis cela veut dire aussi que la couche "vue" est scindée en deux "sous-couche", la logique de construction d'un coté (qui n'empèche pas de mélanger allègrement avec du code métier, ce qui est dommage), le code purement html de l'autre, ce qui n'est vraiment pas terrible, du point de vue de la maintenance et l'évolution.

Je préfère donc de loin, les moteurs de templates qui autorisent les instructions de contrôles if/foreach et cie.

Enfin, avoir une syntaxe un peu spécifique et controllée comme celle de jtpl permet d'une part, de faciliter l'écriture des templates par des webdesigners, mais aussi de permettre à l'application par exemple de proposer à un utilisateur d'uploader un template ou un thème sans compromettre la sécurité de l'application (jTpl a d'ailleurs un mode de fonctionnement avancé pour ce genre de template, apportant encore plus de sécurité)

J'oubliais aussi: comme Smarty, jTpl génère des fichiers PHP à partir des templates et les mets en cache, ce qui évite le parsing du template à chaque utilisation. Donc point de vue performance, la différence est vraiment insignifiante par rapport à un template pure php (il y a en gros un file_exists pour vérifier l'existance du cache, et un simple include du cache).

Autre avantage de jTpl par rapport à smarty : 320 lignes de codes pour le moteur + 520 pour le "compilateur" (non chargée si le cache est ok), commentaires compris, contre plus de 1900+2800 pour smarty ... Les caches d'opcodes apprecieront... (pour un nombre de fonctionnalité à peu près équivalent, quelques features bloatware en moins dans jtpl)

http://jelix.org/articles/fr/manuel-1.1/templates

Teasing: la version 1.0 de jTpl standalone sort très bientôt

[ Répondre ]

Je connais un site vraiment sympa, qui permet de traduire les extensions XUL (pour firefox ou d'autres logiciels en XUL) : http://babelzilla.org/

Pour traduire, c'est très simple, suffit de s'inscrire et il y a une interface très simple pour traduire toutes les chaînes d'une extension. En gros, un simple formulaire avec un champs pour chaque chaîne. Bref, ça requiert des connaissances techniques peu poussées.

http://www.babelzilla.org/content/view/1/1/

[ Répondre ]

Et comment attendre des retours dignes de ce nom si aucun admin ne l'installe ? ;-)

[ Répondre ]

Et bien non, raté ! Pas 2-13. Génèse RFC 805 (http://www.dns.net/dnsrd/rfc/ )

Hein ? ah oui mince, cette génèse n'est pas de Dieu... Désolé...

[ Répondre ]

>Et pourquoi en python on ne pourrait pas réindenter avec un éditeur comme c'est fait pour c, java, etc ?

Parce qu'il n'y a rien dans la syntaxe python pour déterminer explicitement le début et la fin d'un bloc. Donc du coup, un "beautifier" de code serait infoutu de reindenter proprement du code python. Il pourrait tout de même se débrouiller avec la reconnaissance de certains mot clé. ex : tout ce qui se trouve entre deux mots clé def fait forcément partie du def (bon, mes connaissances rudimentaires en python ne me permettent pas de savoir si cette affirmation est vrai, mais tu vois le genre quoi).

[ Répondre ]

si tu fait des extensions propriétaires, c'est pour gagner de l'argent en principe (plus facilement qu'avec du libre).

[ Répondre ]

le commentaire auquel je répondais ne faisait pas allusion au fait de respecter la licence ou non. mais au fait qu'il y ait des addons proprio et un soft libre.

l'objet de la discussion c'est justement : comment faire de l'argent tout en faisant du libre.

Bref un peu hors sujet ton propos à mon avis, et ne repond pas du tout à ma question...

[ Répondre ]

Non, ils ne sont pas l'auteur de tout le code, et loin de là : c'est une application reposant sur xulrunner, de Mozilla ;-) (interface en XUL/js/CSS, système d'extension de firefox etc..). Sans compter gstreamer, vlc et cie.

Bref, en volume de ligne de code, la part de songbird est petite ;-)

mais ça n'enlève rien au mérite d'avoir développer cette appli, que je trouve bien foutue et beaucoup moins bordélique qu'amarok par ex (je trouve horrible l'interface d'amarok d'un point de vue design, mais aussi ergonomique)

[ Répondre ]

je ne vois pas en quoi c'est une drôle de philosophie.

Si les addons ne te plaisent pas, même d'un point de vue licence, rien ne t'oblige à les utiliser. Et d'un autre coté, le logiciel principal est en GPL, donc libre à quiconque de l'améliorer, de proposer des addons libres etc...


Et ce principe d'addons propriétaire (donc souvent payant) permet de financer le développement du projet. Surtout pour ce type de projet où, coté service, il n'y a pas vraiment de marché... (enfin là, je vois pas...)

À moins que tu ais une bonne idée pour que les développeurs (à plein temps) puisse être payé ? (autrement que par des injections d'argent frais donné par des investisseurs, qui eux attendent quand même un retour sur investissement, et sachant que cet argent ne va pas être donné indéfiniment)

Sérieusement, je suis très intéresse par des solutions pour gagner de l'argent autrement que par des investisseurs et que par du service (qui n'est pas valable pour tout les types de projets). Et bien sûr, par gagner de l'argent, j'entend avoir un vrai salaire (pas les 3 sous que pourrait rapporter la vente de goodies par ex). Et bien sûr (bis), pas dans le monde des bisounours, mais dans la vrai vie, dans notre système économique actuel, et si possible dans le contexte économique et financier actuel.

[ Répondre ]

Pour qu'un virus/autre merde s'exécute sur linux, il faut que l'exécutable (ou script..) ait les droits d'exécution. Or il me semble que ce n'est pas le cas par défaut quand on tente d'ouvrir une piece jointe dans un mail, ou qu'on la sauvegarde sur le disque etc, etc.. Par contre sous windows, si je me trompe toujours pas, si il voit l'extension .exe, il l'executera, il n'y a pas de droits d'exécution...

Bref, sous linux, ça limite quand même les risques de propogations/executions des cochonneries. Bon après, comme il est dit dans le journal, c'est bien souvent l'interface chaise-clavier qui est le problème, et les imbéciles qui forceront l'exécution de ces fichiers ne pourront s'en prendre qu'à eux même.

[ Répondre ]

>outils capables de convertir une base d'un wiki vers un autre

Pour convertir une base entière, je ne sais pas, mais d'une syntaxe à une autre, <pub>j'ai ce qu'il faut : wikirenderer (http://wikirenderer.berlios.de )</pub>

C'est un convertisseur de syntaxe wiki en ce que vous voulez : texte "brut" (sans syntaxe wiki), XHTML, docbook et ou bien sûr une autre syntaxe wiki. Pour cela, il se base sur un ensemble de classes que j'appelles des "rêgles", et qu'il faut développer. Le coeur de wikirenderer s'occupant de parser le contenu et d'effectuer la transformation. Son point fort aussi : il detecte les erreurs de syntaxe, et empèche de générer du contenu invalide par exemple en xhtml. ex, avec une erreur de syntaxe croisée : **bla bla //sdsd**qmlmqsd// . Le code ici est faux, il ne génèrera pas <strong>bla bla<em>sdsd</strong>qmlmqsd</em>, qui est invalide..

Par défaut il supporte une syntaxe bien à lui qu'il converti en XHTML. Mais je l'ai déjà utilisé pour transformer d'une syntaxe à une autre. Par exemple, pour transformer une syntaxe de la V2 à la V3 de wikirenderer. Ou encore du dokuwiki vers docbook (que j'utilise sur le wiki de jelix.org pour générer la version PDF des manuels stockés dans le wiki). Et la je suis en train de faire des rêgles pour transformer l'horrible syntaxe wiki de Trac vers du dokuwiki like (dans le cadre justement d'un export de données).

Le développement des rêgles n'est pas toujours très aisé, c'est pourquoi je vais essayer d'en fournir un maximum dans la version 3.1 à venir (si il y a des volontaires parmis vous... ;-) )

Si on a la rêgle qu'on veut, c'est très très simple à utiliser par contre, et il ne reste alors plus que faire un petit script qui parcourerait une table sql pour mettre à jour les champs wiki.. (ce qui est trivial à faire)

[ Répondre ]

>le placent parmi les langages les plus agréables à utiliser

versus

>Son principal inconvénient c'est qu'il est assez difficile à apprendre, des concepts comme les monades sont assez peu intuitifs et la documentation est quasi-inexistante.

Tes propos ne sont pas en contradictions là ? ;-) Sauf peut-être pour les masochistes, effectivement :-)


attention, je n'ai rien contre haskell, je n'ai pratiquement jamais utilisé, bien qu'essayé une fois en me cassant les dents dessus parce que justement, c'est totalement à l'opposé des langages classiques, peu intuitifs et difficile à apprendre, sachant qu'à l'époque, il y a 3-4 ans, il n'y avait quasiment pas de doc. Le fait qu'il y ait un livre est donc une bonne nouvelle :-)

[ Répondre ]

C'était pure supposition de ma part, vu que je ne vois pas pourquoi ils ont supprimé le P.

[ Répondre ]

oui ça fonctionne plutôt bien. Il y a quelques fois des bugs, mais dans l'ensemble pas de problème. La detection de rabat de l'écran fonctionne bien. La mise en veille et l'hibernation fonctionnent.

franchement, TOUT sur cette becane fonctionne.

[ Répondre ]

J'ai acheté le même portable que toi avec donc ubuntu (il y a 4 mois), mais avec une batterie neuf cellules : je tiens plus de 4 heures avec. Je ne regrette pas mon achat :-)

J'ai pris aussi la webcam intégré (je sais plus si c'est en option ou non), et là aussi, ça fonctionne direct, du premier coup (qu'est ce que j'ai galèré avec d'autres webcam sur mes desktop, pas une qui fonctionne correctement sous linux, et pourtant j'avais vérifié à l'achat...)

[ Répondre ]

Et même plus que rigolo, on sait faire de l'humour parfois !

Au ministère de l'interieur, ils ont remplacé outlook et exchange par thunderbird et OBM.

Ils ont renommé ces logiciels libres en Pablo et... Icasso. (non, il n'y a pas de P à Icasso, pour pas avoir des problèmes de droits je suppose :-)


http://www.lemondeinformatique.fr/temoignage/lire-thunderbir(...)

[ Répondre ]