Pourquoi "à l'arrache", pourquoi être aussi médisant ??
Certaines personnes m'ont fournit la correction d'un morceau de code en préciseant le fichier et la ligne concerné
J'ai ensuite regardé, verifié et testé ce code avant de l'implémenter
Donc non je ne fais pas les choses à l'arrache.
D'autant que j'ai pas mal de tests à faire pour eviter des cassages de compatibilité.
Donc non je ne fais pas les choses à l'arrache: depuis 2009, je maintiens et continue d'améliorer ce framework en prenant en compte les retours, axes d'améliorations et corrections le plus sérieusement possible.
Un framework php libre et facile à prendre en main : http://mkdevs.com
On peut contribuer au framework comme ça a déjà été fait par le passé:
- en discutant d'une évolution / bug
- en proposant des modifications de code sur le forum
- en faisant un pull request sur le github
Le github a été choisi pour cela d'ailleurs, après je me débrouille pour synchroniser mes svn ;)
Un framework php libre et facile à prendre en main : http://mkdevs.com
Par exemple, suite à l'obsolescence de "ereg_replace" je l'ai migré vers preg_replace
Pas de cassage de compatibilité, et mise à jour pour les utilisateurs utilisant la version 5.3 de php ;)
J'ai des applications datant du début du framework qui tourne sur la dernière version du framework
J'ai également des applications qui ont pu migrer de serveurs au travers des années passant de php 5.2 à 5.3 sans difficulté ;)
C'est un choix que j'ai fait et que j'assume, mes utilisateurs apprécient, sinon ils ont le choix d'aller voir d'autres frameworks :)
Un framework php libre et facile à prendre en main : http://mkdevs.com
Je suis curieux de connaitre ton workflow : tu fais plein de commits sur ton repo prive et une fois que le truc est stable, tu fais 1 commit sur le svn de developpez.com et 1 sur GitHub ?
Exactement: je commit sur le svn uniquement les mises à jour "stable"
Vue de loin, le svn de developpez.com ca fait pas tres pro, d'ou mon (!).
Si leur service est de qualité, on a un espace, avec un forum dédié, un bugtracker… tout ceci gratuitement ;)
A l'époque (en 2009) je trouvais ce service sans égal ;)
MP = message privé ? Ca commence à faire beaucoup de choses qu'on ne voit pas.
Une partie des bugs sont rémontés dans le forum associé et une autre: on me post via MP des bugs que je corrige puis livre sur le svn avec commentaire explicatif.
En cherchant sur les logs du svn on peut lire quand je corrige des bugs ;)
Un framework php libre et facile à prendre en main : http://mkdevs.com
Autant pour moi pour les modules ;)
On peut sur jelix avoir un module principal, par exemple l'accueil affichant deux sous modules, par exemple des CRUDs ?
Pour la rétrocompatibilité, entre le point 1 et 2
L'idée est simple: j'ai des applications qui furent développées au début du framework, vers 2009, et je peux mettre à jour le framework avec la dernière version sans casser mon application.
Les mises à jour faites au fil des années:
- suivi des suppressions de méthodes devenus obsolètes,
- ajout de nouvelles fonctionnalités au fur et à mesure.
Et en effet le framework est assi minimaliste, ce qui facilite aussi sa prise en main ;)
Pour la question de la compatibilité avec les API "externes": on peut actuellement utiliser en complément des classes Symfony et Zend Framework versions 1 ET 2 ;)
Donc cette "rétrocompatibilité" ne gènent pas les utilisateurs, et permet de ne pas demander sans cesse aux developpeurs de repasser sur leurs applications en production pour suivre les évolutions du framework.
Un cas tout bête concret: une application développée il y a quelques années avec une version 1.* de Zend framework:
Aujourd'hui
- on ne peut pas la migrer sans passer de temps sur un nouveau serveur: les fonctions php utilisées (du framework) n'existent plus
- on ne peut pas "juste" mettre à jour la version du framework: cassage de compatibilité totale, saut énorme pour rattraper la dernière version actuelle
bilan l'application reste pour l'instant sur cette vieille version de serveurs, et il a été décidé de la re-developper le jour où l'on devra la migrer :(
Donc les utilisateurs ont le choix : les frameworks suivant les tendances (namespaces…) au détriment de la rétro compatibilité il y en des masses: la quasi totalité.
Personnellement j'ai fait un choix différent car ça m'embêtait de devoir repasser sur des applications qui tournent en production depuis des mois pour permettre d'être compatibile avec la dernière version du framework.
C'est un choix: les utilisateurs ont le choix ;)
Je trouve sympa de pouvoir dire à un utilisateur qui a commencé son application il y a 1 ou 2 ans: une nouvelle fonctionnalité est disponible pour toi: fais "juste" un update du framework, et à la rigueur d'un plugin (si c'est une fonctionnalité d'un plugin) et tu pourras en bénéficier.
Plutot que: il y a de nouvelles fonctionnalités: met à jour le framework + suit la procédure de migration :(
C'est un choix, je l'assume et mes utilisateurs actuels apprécient :)
Un framework php libre et facile à prendre en main : http://mkdevs.com
Pour la rétrocompatibilité, j'ai regardé l'ensemble des frameworks actifs, et aucun ne maintient sa version datant de 2009, tous ont fait des sauts de versions avec les cassage de compatibilité qui vont avec ;)
Pour les modules php, je ne parle pas de l'équivalent de CPAN pour perl:
Dans les frameworks, on travaille souvent avec le pattern MVC: on a ainsi des controllers, des vues et la couche modèle.
Depuis la version 2 des frameworks les plus connu: Zend framework et Symfony, ils ont mis en avant une nouvelle chose: les "Bundles", avec enfin la possibilité de capitaliser sur ses développements.
Le mk, depuis le début permet de capitaliser sur ses modules incluant controllers + vues, de plus, on pouvait dès le début facilement récupérer cette vue pour l'inclure ailleurs, chose simplifiée par la suite avec les "modules intégrables", permettant en plus de simplifier la navigation au sein de ce module intégrable ;)
C'est de ça dont je parlais ;)
Un framework php libre et facile à prendre en main : http://mkdevs.com
Si l'initiative peut être suivi par l'ensemble des ministères cela peut servir d'argument pour mettre en place une meilleur politique concernant l'usage des logiciels libres ;)
Mais vu le dernier retournement de situation à cause du syntec… :(
Un framework php libre et facile à prendre en main : http://mkdevs.com
+1 Le gouvernement francais ne semble pas être claire sur sa politique open source, d'un coté certaines gendarmerie passe à GNU/Linux ou au moins sur openoffice, de l'autre ils proposent puis retire une loi privilégiant l'opensource (suite à des pression de la SYNTEC) :(
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Juste un hobby ?
Posté par imikado (site web personnel) . En réponse à la dépêche Le mkframework, découvrez un framework php très différent. Évalué à 3.
Pourquoi "à l'arrache", pourquoi être aussi médisant ??
Certaines personnes m'ont fournit la correction d'un morceau de code en préciseant le fichier et la ligne concerné
J'ai ensuite regardé, verifié et testé ce code avant de l'implémenter
Donc non je ne fais pas les choses à l'arrache.
D'autant que j'ai pas mal de tests à faire pour eviter des cassages de compatibilité.
Donc non je ne fais pas les choses à l'arrache: depuis 2009, je maintiens et continue d'améliorer ce framework en prenant en compte les retours, axes d'améliorations et corrections le plus sérieusement possible.
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Juste un hobby ?
Posté par imikado (site web personnel) . En réponse à la dépêche Le mkframework, découvrez un framework php très différent. Évalué à 2.
Les 3: Mails privés, Messages privés + messages sur le forum
Y a de tout, beaucoup passent par le forum mais pas tous ;)
En tout cas je suis transparent dans mes messages de commit svn ;)
Pour rappel: http://projets.developpez.com/projects/mkframework/repository
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Juste un hobby ?
Posté par imikado (site web personnel) . En réponse à la dépêche Le mkframework, découvrez un framework php très différent. Évalué à 4.
On peut contribuer au framework comme ça a déjà été fait par le passé:
- en discutant d'une évolution / bug
- en proposant des modifications de code sur le forum
- en faisant un pull request sur le github
Le github a été choisi pour cela d'ailleurs, après je me débrouille pour synchroniser mes svn ;)
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Impossible
Posté par imikado (site web personnel) . En réponse à la dépêche Le mkframework, découvrez un framework php très différent. Évalué à 1.
Par exemple, suite à l'obsolescence de "ereg_replace" je l'ai migré vers preg_replace
Pas de cassage de compatibilité, et mise à jour pour les utilisateurs utilisant la version 5.3 de php ;)
J'ai des applications datant du début du framework qui tourne sur la dernière version du framework
J'ai également des applications qui ont pu migrer de serveurs au travers des années passant de php 5.2 à 5.3 sans difficulté ;)
C'est un choix que j'ai fait et que j'assume, mes utilisateurs apprécient, sinon ils ont le choix d'aller voir d'autres frameworks :)
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Juste un hobby ?
Posté par imikado (site web personnel) . En réponse à la dépêche Le mkframework, découvrez un framework php très différent. Évalué à 3.
Exactement: je commit sur le svn uniquement les mises à jour "stable"
Si leur service est de qualité, on a un espace, avec un forum dédié, un bugtracker… tout ceci gratuitement ;)
A l'époque (en 2009) je trouvais ce service sans égal ;)
Une partie des bugs sont rémontés dans le forum associé et une autre: on me post via MP des bugs que je corrige puis livre sur le svn avec commentaire explicatif.
En cherchant sur les logs du svn on peut lire quand je corrige des bugs ;)
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Juste un hobby ?
Posté par imikado (site web personnel) . En réponse à la dépêche Le mkframework, découvrez un framework php très différent. Évalué à 1.
si mais je ne les mets pas dans le svn et github ;)
Pour info j'ai un svn privé et un svn public, sur mon svn privé j'ai au total 1639 commits.
Oui mes commentaires sont en francais, j'hesite à les convertir en effet ;)
Sur le svn de developpez.com et github pour git, pourquoi ?
? non il y a eu beaucoup plus de bugs que ça, la plupart remonté soit via le forum, MP ou autre ;)
Pour l'histoire de github/svn effectivement j'ai migré le projet également sur github très tard, je diffuse sur les deux plateformes ;)
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Impossible
Posté par imikado (site web personnel) . En réponse à la dépêche Le mkframework, découvrez un framework php très différent. Évalué à 1.
Autant pour moi pour les modules ;)
On peut sur jelix avoir un module principal, par exemple l'accueil affichant deux sous modules, par exemple des CRUDs ?
Pour la rétrocompatibilité, entre le point 1 et 2
L'idée est simple: j'ai des applications qui furent développées au début du framework, vers 2009, et je peux mettre à jour le framework avec la dernière version sans casser mon application.
Les mises à jour faites au fil des années:
- suivi des suppressions de méthodes devenus obsolètes,
- ajout de nouvelles fonctionnalités au fur et à mesure.
Et en effet le framework est assi minimaliste, ce qui facilite aussi sa prise en main ;)
Pour la question de la compatibilité avec les API "externes": on peut actuellement utiliser en complément des classes Symfony et Zend Framework versions 1 ET 2 ;)
Donc cette "rétrocompatibilité" ne gènent pas les utilisateurs, et permet de ne pas demander sans cesse aux developpeurs de repasser sur leurs applications en production pour suivre les évolutions du framework.
Un cas tout bête concret: une application développée il y a quelques années avec une version 1.* de Zend framework:
Aujourd'hui
- on ne peut pas la migrer sans passer de temps sur un nouveau serveur: les fonctions php utilisées (du framework) n'existent plus
- on ne peut pas "juste" mettre à jour la version du framework: cassage de compatibilité totale, saut énorme pour rattraper la dernière version actuelle
bilan l'application reste pour l'instant sur cette vieille version de serveurs, et il a été décidé de la re-developper le jour où l'on devra la migrer :(
Donc les utilisateurs ont le choix : les frameworks suivant les tendances (namespaces…) au détriment de la rétro compatibilité il y en des masses: la quasi totalité.
Personnellement j'ai fait un choix différent car ça m'embêtait de devoir repasser sur des applications qui tournent en production depuis des mois pour permettre d'être compatibile avec la dernière version du framework.
C'est un choix: les utilisateurs ont le choix ;)
Je trouve sympa de pouvoir dire à un utilisateur qui a commencé son application il y a 1 ou 2 ans: une nouvelle fonctionnalité est disponible pour toi: fais "juste" un update du framework, et à la rigueur d'un plugin (si c'est une fonctionnalité d'un plugin) et tu pourras en bénéficier.
Plutot que: il y a de nouvelles fonctionnalités: met à jour le framework + suit la procédure de migration :(
C'est un choix, je l'assume et mes utilisateurs actuels apprécient :)
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Impossible
Posté par imikado (site web personnel) . En réponse à la dépêche Le mkframework, découvrez un framework php très différent. Évalué à 3.
Pour la rétrocompatibilité, j'ai regardé l'ensemble des frameworks actifs, et aucun ne maintient sa version datant de 2009, tous ont fait des sauts de versions avec les cassage de compatibilité qui vont avec ;)
Pour les modules php, je ne parle pas de l'équivalent de CPAN pour perl:
Dans les frameworks, on travaille souvent avec le pattern MVC: on a ainsi des controllers, des vues et la couche modèle.
Depuis la version 2 des frameworks les plus connu: Zend framework et Symfony, ils ont mis en avant une nouvelle chose: les "Bundles", avec enfin la possibilité de capitaliser sur ses développements.
Le mk, depuis le début permet de capitaliser sur ses modules incluant controllers + vues, de plus, on pouvait dès le début facilement récupérer cette vue pour l'inclure ailleurs, chose simplifiée par la suite avec les "modules intégrables", permettant en plus de simplifier la navigation au sein de ce module intégrable ;)
C'est de ça dont je parlais ;)
Un framework php libre et facile à prendre en main : http://mkdevs.com
# Merci
Posté par imikado (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 32 de l'année 2013. Évalué à 2.
Merci d'avoir cité mon article qui remercie le logiciel libre :)
Un framework php libre et facile à prendre en main : http://mkdevs.com
# C'est une bonne initiative
Posté par imikado (site web personnel) . En réponse à la dépêche Deux ministères français communiquent leur usage du libre. Évalué à 1.
Si l'initiative peut être suivi par l'ensemble des ministères cela peut servir d'argument pour mettre en place une meilleur politique concernant l'usage des logiciels libres ;)
Mais vu le dernier retournement de situation à cause du syntec… :(
Un framework php libre et facile à prendre en main : http://mkdevs.com
[^] # Re: Amendement Vente liée
Posté par imikado (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 26 de l'année 2013. Évalué à 2.
+1 Le gouvernement francais ne semble pas être claire sur sa politique open source, d'un coté certaines gendarmerie passe à GNU/Linux ou au moins sur openoffice, de l'autre ils proposent puis retire une loi privilégiant l'opensource (suite à des pression de la SYNTEC) :(
Un framework php libre et facile à prendre en main : http://mkdevs.com