Kanboard est un gestionnaire de tâches visuel qui permet de gérer facilement des petits projets de manière collaborative. L'outil est particulièrement adapté aux personnes qui utilisent la méthode Kanban. On peut voir Kanboard comme une alternative (simplifiée) au logiciel propriétaire Trello.
Concrètement, les tâches sont affichées dans un tableau à plusieurs colonnes. Chaque colonne correspond à une étape d'un projet. Par la suite on peut déplacer avec la souris une tâche d'une colonne à une autre. On a donc une représentation visuelle et claire de l'état du projet. On sait ce qui est en cours ou terminé, mais également qui fait quoi. C'est simple et compréhensible par tout le monde.
Par exemple, dans le cadre du développement d'un logiciel, on peut avoir les colonnes suivantes : « En attente », « Prêt », « En cours » et « Terminé ». Il est bien sûr possible de personnaliser le titre des colonnes et d'avoir plusieurs projets en même temps. Ce qui permet de s'adapter à chaque type de projet. Effet, la méthode Kanban n'est pas uniquement réservée au monde du logiciel mais peut être appliquée à d'autres type d'activités.
Kanboard est un logiciel minimaliste, il se concentre uniquement sur les fonctionnalités réellement nécessaires. L'interface utilisateur est simple et clair.
Technique
D'un point de vue technique, Kanboard est une application web développée en PHP et utilise Sqlite pour enregistrer ses données. Son installation est vraiment simple et se résume à un copier/coller du code source. L'outil est prévu pour fonctionner sur une petite machine tel qu'un Raspberry Pi ou un serveur virtuel privé (VPS). Il n'y a aucune dépendance externe, le glisser-déposer des tâches utilise les nouvelles API de HTML5. Cependant, le Javascript est utilisé avec parcimonie et ne dépend pas de jQuery. Le code source est vraiment simple à lire et facile à modifier. Celui-ci est diffusé sous la licence libre AGPLv3. D'ailleurs les contributions sont acceptées avec plaisir :)
Fonctionnalités
- Plusieurs projets/tableaux
- Personnalisation des tableaux (nombre et titre des colonnes)
- Les cartes (tâches) peuvent avoir plusieurs couleurs
- Le contenu d'une tâche peut être écrit au format Markdown
- La gestion des utilisateurs possède un système de permission basique (administrateur ou utilisateur normal)
- Webhook pour la création des tâches depuis un logiciel externe
- Disponible en anglais et en français
Installation
Pour installer Kanboard, vous devez avoir un serveur web capable d'exécuter du PHP5.
- Télécharger et décompresser l'archive au format zip
- Vérifier que le répertoire
data
possède les droits d'écritures par le serveur web - Aller à l'adresse suivante : http://mon-serveur/kanboard/
- Les identifiants par défaut sont admin/admin
- Utiliser le logiciel
- Changer le mot de passe par défaut
Navigateurs web supportés
Pour le moment, le glisser-déposer avec la souris fonctionne uniquement avec un navigateur web moderne. Apparemment, le support du glisser-déposer avec l'API HTML5 n'est pas encore présent sur tous les appareils tactiles. Il existe probablement des hacks en bricolant avec des plugins jQuery…
Webhooks
Il est possible de créer une tâche depuis un logiciel externe en appelant simplement une URL. Ceci peut être utilisé par exemple dans un script shell, un git hook ou encore une autre application web. Voici un exemple avec curl :
curl "http://mon-serveur/kanboard/?controller=task&action=add&token=MonTokenSecret&title=Tache1"
Prochaine version
Kanboard est encore un projet jeune mais de nouvelles fonctionnalités sont prévues pour le futur :
- Recherche des tâches
- Limite sur le nombre de tâches dans une colonne
- Pièces jointes
- Export CSV
- Raccourcis clavier
Aller plus loin
- Site officiel (9973 clics)
- Code source (1331 clics)
# Site de démo
Posté par jcr83 . Évalué à 10.
Ce serait bien de mettre en place un site web de démonstration, pour éviter d'avoir à installer le logiciel pour l'essayer.
[^] # Re: Site de démo
Posté par MrBidon . Évalué à 2.
Je viens de tester ça s'installe en 3 coup de cuillère à pot sur un serveur web (Apache pour moi), ça à l'air très bien pour gérer les taches de projet de petite équipe.
[^] # Re: Site de démo
Posté par Zenitram (site web personnel) . Évalué à 10.
C'est 3 coup de trop pour la plupart des gens qui souhaitent tester et qui passeront leur chemin.
OK qu'on n'ai pas le temps/l'envie de faire un site de démo, mais de cautionner ça par un "c'est facile pour moi le geek qui ai un serveur web de test toujours sur moi, comme tout le monde quoi" est toutjours aussi fort…
Juste pour info, celui qui choisit n'est pas forcément celui qui administre.
[^] # Re: Site de démo
Posté par fravashyo . Évalué à 5.
faut pas déconner quand même.
C'est pareil pour ton logiciel mediainfo, si on veut l'essayer, il faut l'installer sur son ordinateur, tout ne se fait pas depuis le navigateur. On télécharge, si on est sous windows, clic clic clic, on clique sur l'icône, et voilà. Si on est sous une distrib linux, on télécharge, clic clic clic (ou plop plop plop si on préfère la ligne de commande), et voilà.
Pour ce logiciel :
on va ensuite sur http://localhost/kanboard/
on tape : admin / admin pour se connecter
et voilà.
C'est vraiment trop demander ?
Vraiment bien fait ce logiciel par ailleurs. Et bonne idée d'avoir mis sqlite par défaut plutôt que d'aller batailler dans une base mysql pour l'installation.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Site de démo
Posté par barmic . Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Site de démo
Posté par Zenitram (site web personnel) . Évalué à 3. Dernière modification le 21 février 2014 à 13:37.
Sur quelle machine "et voila"? Pas la mienne en tous cas (du simple fait que su ma machine il n'y a pas de Apache ni de PHP)
N'oublions pas que ton script, tu ne l'as pas essayé sinon tu verais qu'il te jette (problèmes de droits tout ça)
Et sur les machines avec Apache, ben c'est de la prod donc on n'installe rien sauf quand necessaire. Reste à démarrer une VM, installer apache, installer PHP, se rendre compte que c'est la mauvaise version (voir les autress messages), et arrêter cette merde.
Et encore, je suis gentil, je parle de gens qui connaissent, n'oublions pas un mot que tu as royallement ignoré : "Juste pour info, celui qui choisit n'est pas forcément celui qui administre ".
donc ton "pour ce logiciel", la personne a rien compris (elle ne vois pas trop comment elle fait avec sa souris, alors que clic clic elle sait faire) et dit que tu racontes n'importe quoi avec une langue bizarre qu'à toi.
C'est si dur d'arrêter de se la péter élitiste "pour tester tu dois le mériter, montrer que tu as un level 50 sinon casse-toi" et de se mettre à la place des autres?
Encore une fois, je comprend qu'on n'ai pas le courage de mettre en place, mais l'explication pour se justifier de ne pas le faire est vraiment n'importe quoi : pourquoi ne pas dire simplement "on a pas le courage de le faire" ?
[^] # Re: Site de démo
Posté par fravashyo . Évalué à 4.
si si j'ai testé, j'ai juste oublié de recopier le dézippage de l'archive.
tu vas rire, j'ai essayé d'installer mediainfo sur mon amiga, quand je clique ça me dit que le binaire n'est pas compatible.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Site de démo
Posté par deasy . Évalué à 1.
En même temps si la "personne qui choisi" est si incompétente, elle ferait bien de retourner travailler de la plasticine.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Site de démo
Posté par deasy . Évalué à 1.
Comme quoi ? Faire le café ?
[^] # Re: Site de démo
Posté par Selso (site web personnel) . Évalué à 5.
Hélas oui !!!
Je fais mon méa-culpa.
Figures-toi que mon patron venait tout juste d'envoyer un mass mail, pour présenter un fichier excel de suivi de projet dans un répertoire.
Et pour rigoler un collègue a proposé une liste de post-it a faire, fait, à déléguer.
Comme j'ai horreur des fichiers excels… j'ai ressenti un tel bonheur en lisant ce billet.
Et la patatrac, pas de demo en ligne !
Pas d'accès au nas de l'entreprise, pas de vm sous la main, pas envie d'installer un serveur web dans ma machine, pas le temps de faire tout ça pour tester quelque chose qui ne fonctionne "peut-être pas".
Et grosse frustration…
Et si j'ai le temps ce WE (y'en à qui vont ricaner) je ferai une VM pour tester les solutions WEB.
Sérieusement pendant que la patate est encore chose j'apprécierai présenter une démo en ligne de cet outil !
On a eGroupWare à la maison, mais c'est une usine à gaz à prendre en main.
[^] # Re: Site de démo
Posté par jcr83 . Évalué à 10.
C'est ce que j'ai essayé de faire en premier, mais il faut php 5.3.7 minimum, alors que mon serveur CentOS a la version 5.3.3. Et je n'ai pas envie d'installer des paquets non-officiels rien que pour un test.
[^] # Re: Site de démo
Posté par woprandi . Évalué à -4.
Suffit de modifier la condition pour changer la version.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -7.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Site de démo
Posté par lolop (site web personnel) . Évalué à 5.
Mais ne te gènes pas, fournit.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Site de démo
Posté par fravashyo . Évalué à 4.
Suffit d'installer ça sur sa machine de travail au lieu d'installer ça sur un serveur avec une version php datant du moyen-âge.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Site de démo
Posté par Zenitram (site web personnel) . Évalué à 1.
Pour info, c'est la version de la dernière version en prod pour une distro bien connue.
[^] # Re: Site de démo
Posté par fravashyo . Évalué à 2. Dernière modification le 21 février 2014 à 14:49.
Ça doit pas être debian vu qu'on est à la version 5.4.4
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Site de démo
Posté par pascalc . Évalué à 4.
Pour info, PHP 5.3 est encore en maintenance de sécurité pour deux ou trois mois seulement, sont support sera totalement abandonné à la sortie de la version 5.6 dans la beta1 est en préparation. D'ailleurs même les versions de maintenance de sécurité fournies par PHP en sont à 5.3.27. Personnellement je ne fais pas confiance à une distro qui continue à packager des versions de PHP de l'époque de Cro Magnon :)
Au moins sur Debian on a au minimum 5.4
Et pour toute version moderne de php, ça se teste sans Apache avec le serveur de dev intégré dans PHP:
git clone https://github.com/fguillot/kanboard.git
cd kanboard
php -S localhost:8080
et voilà !
Après, je peux être d'accord avec toi qu'un serveur de démo pour se faire une idée c'est une bonne idée, mais faut pas non plus dire que c'est insurmontable à tester, ça m'a pris moins de 30 secondes…
[^] # Re: Site de démo
Posté par 0xfg . Évalué à 10.
Tu as entièrement raison, je vais mettre un version de démo en ligne, ça sera plus simple pour tout le monde. Je ferais ça un peu plus tard dans la semaine.
[^] # Re: Site de démo
Posté par X345 . Évalué à 10.
Bon on est Vendredi et ça doit beaucoup jouer (ne nous voilons pas la face, mais bon le troll a commencé Jeudi et Jeudi c'est pas Vendredi) mais je trouve que les réactions des gens font très enfant gâté et pas vraiment dans l'esprit du logiciel libre.
Sérieusement, tu présentes une application Web récente (si j'en crois l'historique de commit, le développement a débuté le 25 Janvier) donc une première version stable et utilisable et tout le monde est à geindre parce que ça marche pas sur CentOS 6, parce que tu fournis pas de VM préconfigurée (non mais franchement…), parce que y'a pas de version démo, parce que ton soft est pas full-compliant DSI avec des beau slides de présentation et une démo pour les diçaïdor…
Alors oui, pour installer une application Web, il faut une stack Web, grande nouvelle… Et oui, une stack Web, c'est un peu chiant à installer et ni Mme Michu, ne le DSI n'ont sur ça machine.
Les gens vont se faire des nœuds dans la tête (pas dans leur serveur Web sous CentOS etc.) alors que ça prend 10 minutes d'installer un serveur Web sur sa machine de bureau. Limite ils sont à demander de venir taper
apt-get install apache2 libapache2-mod-php5
chez eux.Évidemment une démo en ligne ce serait très pratique, mais c'est totalement compréhensible que l'auteur d'une application Web sortie il y a 4 jours n'ai pas eu le temps de faire ça. Quand à la demande pour une VM préconfigurée, ça laisse vraiment songeur. C'est pas comme si ça prenait du temps à mettre en place, et que ça avait des coûts d'hébergement non négligeables (Hein, ça fait pas 2Ko une image de VM).
Du coup, pour compenser un peu tout ça je te souhaite un bon courage pour la mise en place de ta démo en ligne quand tu en auras le temps.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10. Dernière modification le 21 février 2014 à 21:32.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Site de démo
Posté par barmic . Évalué à 5.
Et oui mon bon monsieur, les hipies c'était avant maintenant on met une cravate et on sort les bons mots clefs avec les bonnes techno sinon c'est qu'on est ridicule (et alors ?).
https://linuxfr.org/news/cloud-kee-pass-version-meme-pas-encore-alpha
mémoire courte ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Site de démo
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 5.
« Un torrent ? Le truc illégal pour pas payer les films ? Je ne veux pas de virus sur ma station de travail ! »
Une réaction typique de décideur pressé. Tu pourrais faire preuve de cohérence, un minimum.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Site de démo
Posté par mathgl . Évalué à 7.
J'ai fait un fichier pour Vagrant pour ceux que ça intéresse (Ça permet de créer une machine virtuelle et d'installer le logiciel en une commande : vagrant up).
https://github.com/fguillot/kanboard/pull/13
[^] # Re: Site de démo
Posté par 0xfg . Évalué à 4.
Je viens de merger ta pull-request, c'est vraiment super, un simple
vagrant up
et c'est terminé :)[^] # Re: Site de démo
Posté par Mali (site web personnel) . Évalué à 6.
c'est ici demo.kanboard.net
user : demo
password : demo123
# Caldav
Posté par FabienC . Évalué à 9.
Je testerai bien, ça peut être intéressant même pour des taches plus personnelles.
Il serait bien d'avoir une synchro avec la partie task de Caldav.
[^] # Re: Caldav
Posté par 0xfg . Évalué à 3.
J'ai pas encore pris le temps de regarder comment fonctionne CalDav mais je prends en note l'idée.
# Pré-Requis
Posté par Crazy Diver . Évalué à -1.
Sur le site et dans l'article le backend n'est pas indiqué, il s'agit de SQLite.
Note, il faut le composant quivabien© pour PHP5 (php5-sqlite chez Debian).
A noter que le français est disponible dans les options.
En tout cas merci !
[^] # Re: Pré-Requis
Posté par rewind (Mastodon) . Évalué à 5.
[^] # Re: Pré-Requis
Posté par Crazy Diver . Évalué à 1.
Mouai, en plus la liste des fonctionnalités indique :
- Disponible en anglais et en français
Autant pour moi, je lirais 7 fois avant de commenter …
# Version PHP
Posté par woprandi . Évalué à 7.
Pourquoi exiger la version 5.3.7 de PHP ? Et pas simplement 5.3 ?
[^] # Re: Version PHP
Posté par 0xfg . Évalué à 7.
La raison est que je stock les mots de passe avec la fonction
password_hash()
de PHP 5.5 (http://php.net/password) qui est la méthode recommandée actuellement.Cependant cette fonction n'est pas disponible pour les versions antérieurs à PHP 5.5, alors j'utilise une librairie en pure PHP qui assure une compatibilité des fonctions password_* pour les anciennes versions de PHP. Et donc cette librairie (https://github.com/ircmaxell/password_compat) demande au minimum PHP >= 5.3.7 pour fonctionner correctement.
Dans la pratique, il est probable que cela fonctionne quand même, pour tester il suffit de commenter la condition dans le fichier
check_setup.php
. Pour plus d'informations se référer à https://github.com/ircmaxell/password_compat#requirements.[^] # Re: Version PHP
Posté par mfoucrier . Évalué à 1.
Bon, testé sur du php 5.4 est ça marche très bien…
Interface très propre et facile à utiliser, ça donne bien envie de l'utiliser.
Des lenteurs par moment, mais que je n'ai pas avec l'album piwigo ? Du coup je ne suis pas sur si c'est à cause de l’hébergement "kinecoutepastropcher" ?
Petit suggestion :
- pouvoir déplacer plusieurs/toutes les tâches, p.e. "En attente", vers un autre projet facilement;
- exporter les tâches d'une colonne, p.e. "Terminé" pour faire un rapport… Btn sur la colonne, p.e.
Très bonne idée ce logiciel
[^] # Re: Version PHP
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 3.
sauf que sur Debian, le patch du trou de sécurité apporté dans PHP 5.3.7, a été intégré dans PHP 5.3.3 (pareil sur pas mal de distro d'ailleurs je crois).
Bref, sur Debian, PHP 5.3.3 c'est ok . D'ailleurs j'avais moi même apporté un petite modif pour que ça fonctionne sur Debian. https://github.com/laurentj/password_compat (ce dépôt n'est pas forcément à jour par rapport à l'original…)
[^] # Re: Version PHP
Posté par 0xfg . Évalué à 1.
Cool, je savais pas que Debian faisait ce genre de patch entre les versions de PHP.
Du coup j'ai changé la condition dans la branche master, maintenant c'est 5.3.3 minimum. J'ai pas de version de PHP aussi vieille sous la main pour tester mais ça devrait fonctionner.
[^] # Re: Version PHP
Posté par Zenitram (site web personnel) . Évalué à 7.
En règle générale, le patchs de sécu sont backportés (car ils induisent rarement des régressions) que ce soit PHP, le noyau Linux…
Quand on met une version minimum, on met la version minimum pour les fonctionnalités, pas pour les failles de sécurité (déjà parce que les patch de sécu sont backporté, mais aussi parce que ça fait un peu le paternalisme "allez, monte ta version même si j'en ai pas besoin, je pense à ton bien").
[^] # Re: Version PHP
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 2.
Tu peux t'abonner à la ML de sécu, très intéressant pour être au courant des réparations faites.
[^] # Re: Version PHP
Posté par pascalc . Évalué à 1.
A noter que Anthony Ferrara, auteur de la librairie et de l'implémentation de celle-ci dans le cœur de PHP a plusieurs fois dit que le travail de backport du fix de sécurité dans Debian 5.3.3 était mal fait et qu'il ne changerait pas le prérequis à 5.3.7 :)
# oups
Posté par mfoucrier . Évalué à 4.
Mon serveur reste terriblement figé à la version 5.3.2 de php…
Indispensable la version 5.3.7 ? :(
[^] # Re: oups
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 0.
Chaque mise à jour de PHP comble des trous de sécurité, c'est donc indispensable de coller à la dernière version possible.
[^] # Re: oups
Posté par Zenitram (site web personnel) . Évalué à 0.
C'est surtout indispensable d'utiliser une version qui a été testée par son fournisseur de distro, sous peine d'avoir encore plus de trous en vouloir trop bien.
[^] # Re: oups
Posté par LupusMic (site web personnel, Mastodon) . Évalué à -1.
D'où « la dernière version possible », et non « la dernière version ».
[^] # Re: oups
Posté par Zenitram (site web personnel) . Évalué à 2.
Et tu crois sérieusement que la personne s'amuse pour le plaisir à bloquer les updates et dire que ce qu'il a bloqué volontairement ne serait pas compatible?
Cette version est celle d'une des plus grosses distros en prod (bon, ça devait être quand même PHP 5.3.3 au lieu de 5.3.2 de tête)
[^] # Re: oups
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 1.
Je sais bien qu'il y a toujours de mauvaises raisons invoquée pour ne pas mettre à jour.
# scrum board.
Posté par ckiller . Évalué à 3.
La méthode kanban est une technique appliqué à la production industrielle manufacturière afin de gérer les approvisionnements de pièce, les rebus…
J'ai plutôt l'impression que ce logiciel gère un scrum board.
[^] # Re: scrum board.
Posté par binbin . Évalué à 2.
AMHA, scrum board === Kanban.
Dommage qu'on ne puisse pas (encore) limiter le nombre de tâches par colonne car c'est pour moi tout l'intérêt de ce système : s'empêcher d'avoir plus de 2/3 tâches en cours.
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à 5.
A mon avis pas du tout.
Les règles ne sont pas les mêmes (les limites d'encours par exemple), la description non plus (sur un kanban on décrit un processus, un flux et on travaille en flux tiré, sur scrum on a juste à faire / en cours / fait)
Je vais pas rentrer dans tous les détails, mais non kanban c'est pas un scrum board.
Et d'ailleurs l'outil présenté n'est pas vraiment un kanban board non plus, rien que l'absence de limite d'encours fait que je ne l'utiliserai pas (et pourtant ça aurait pu m'intéresser)
[^] # Re: scrum board.
Posté par barmic . Évalué à 3.
(^_^)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: scrum board.
Posté par woprandi . Évalué à 2.
C'est pas vraiment un bug, plutôt une fonctionnalité à venir
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à -2.
Oué, mais non désolé. Si je devais remonter un bug pour chaque logiciel auquel il manque une fonctionnalité je suis vraiment pas sorti. Oui je sais c'est une réponse facile…
Ha oui, et c'est vrai que j'ai aussi bloqué sur PHP (mais pourquoi un choix aussi horrible ???)
[^] # Re: scrum board.
Posté par berumuron . Évalué à 1.
Pour ce qui est de la fonctionnalité que tu demandes, suffit de regarder le screenshot : à priori c'est prévu :) ("Task limit for each column")
Sinon pour le PHP ça peut s'expliquer par au moins deux facteurs :
À partir du moment où tu veux toucher un maximum de monde (et par conséquence indirecte maximiser le nombre de contributions externes), PHP a toute sa place. Après c'est sûr que c'est un cercle vicieux qu'il va falloir rompre un jour parce que, quand même, le PHP c'est horrible !
[^] # Re: scrum board.
Posté par Loïc Ibanez . Évalué à -1.
Pas pire que Java… loin de là.
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à 3.
Ça ferait vraiment du bien en effet. Franchement ça tourne beaucoup en rond autour de PHP en France, et heureusement qu'il y a quand même quelques boites qui sont ouvertes et font du ruby/go/clojure par exemple.
[^] # Re: scrum board.
Posté par ckiller . Évalué à 1.
perso, le choix de php pour ce genre d'application est totalement justifié.
ca s'héberge sur n'importe quel hébergeur, même Free.
[^] # Re: scrum board.
Posté par syntaxerror . Évalué à 3.
Oh non, pas Free avec son PHP "Version 5.1.3RC4-dev"…
(s'il est possible d'avoir plus récent je veux bien la recette!)
[^] # Re: scrum board.
Posté par 0xfg . Évalué à 1.
J'aurais pu faire exactement la même chose en Python avec Flask, au final ça aurait pas changer grand chose, juste l'installation qui serait un peu plus compliqué. J'aurais pu le faire en Golang et tu aurais juste un démon à lancer…
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à 0.
Ok, cool.
Heu… un peu quand même. Je préfère vraiment de loin faire du go, du clojure (miam miam), du ruby et même du c++, du js, du perl que de toucher à PHP.
Et je préfère surtout ne rien avoir à installer en php et idem je préfère par exemple de loin un projet en ruby, node, clojure que je vais pouvoir balancer sur heroku sans me poser la moindre question. Et là côté installation difficile de faire mieux que
heroku apps:create && git push heroku master
[^] # Re: scrum board.
Posté par woprandi . Évalué à 1.
On se passera de tes trolls
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à -6.
Faut croire que non.
T'as le droit d'adorer PHP, pas de problème. Mais beaucoup de monde a aussi le droit de trouver que, aussi bien en tant que langage que plateforme, c'est juste une horreur qui évolue très très lentement et qui ferait mieux de disparaître.
Et désolé mais en général mes machines / serveurs n'ont ni apache ni PHP pour la plupart donc oui le choix de PHP me gène car si c'était du ruby, python, go, node je l'aurai probablement testé.
[^] # Re: scrum board.
Posté par Zenitram (site web personnel) . Évalué à 2.
Et moi l'inverse, ayant PHP quelque part mais pas les autres listés.
Il y en aura toujours un qui dire "j'ai pas ce language install chez moi".
comme quoi, c'est tout sauf un argument (surtout que PHP est sur bien plus de serveurs que tous les autres listés)
Oui, tu te fais juste traiter de stupide ("quelle idée horrible que de choisir x"). bof.
Moi, je peux dire que ça serait une idée horrible que de choisir un truc de ta liste parce que ben bla bla bla… Et au final?
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à -4.
Tu veux dire toi qui écrit
?
Genre tu as une distrib linux (oui désolé on est sur linuxfr hein) sans aucune version de python ou ruby ? je sais pas mais j'ai comme un doute là…
[^] # Re: scrum board.
Posté par barmic . Évalué à 4.
python si, mais ruby n'est pas installé par défaut sur debian et dérivées.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: scrum board.
Posté par barmic . Évalué à 10.
La première des liberté d'un gars qui développe sur son temps libre c'est bien de choisir son langage. T'aime pas PHP ? Passe ton chemin. Qu'est-ce que tu veux qu'on te dise ? « Ah ben oui on va tout réécrire dans ton langage qui te plaît parce que si toi tu choisi de ne pas utiliser cette appli c'est la fin du projet » ?
Les troll sur les langages ça fait 50 ans qu'on en a. Si PHP est encore si utilisé il y a une raison. Si tu veut pas contribuer personne ne te force, si tu ne veux pas l'installer personne ne te force non plus. Mais venir pleurer parce qu'une appli qui t'intéresse pas n'est pas dans le langage qui te plaît, c'est une réaction à la noix.
Si moi je te dis que ruby, node, python ou go ça pue et que tes appli avec ces langages tu peut te les garder parce que j'installe pas ces trucs chez moi, ça va te plaire ?
Il a développer un truc et le montre à tout le monde. Venir lui rentrer de dans pour une histoire aussi conne, ça m'horripile. C'est quand que tu aura la maturité suffisante pour te dire que le langage est un détail ? En principe quand on commence à les collectionner c'est aussi parce qu'on commence à se dire qu'un langage c'est un peu comme une marque d'outil : on peu bien avoir une préférence, mais bon un marteau c'est un marteau et dans la majorité des cas pas la peine d'acheter du facom.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à -6.
Simplement qu'on me dise pour quelle bonne raison (autre que PHP tout le monde en fait, ce qui est une mauvaise raison) développer aujourd'hui en PHP par exemple.
J'aime comment tu réécris l'histoire. J'ai trouvé l'appli sympa mais il manque de quoi en faire un vrai board kanban (parce que ce n'est pas un board kanban aujourd'hui). Ça tombe bien c'est prévu dixit l'auteur, donc on verra bien plus tard si ça vaut le coup.
Et oui je me demande bien pourquoi choisir PHP que je considère comme un mauvais langage et une mauvaise plateforme web (rien que le reload systématique ou la nécessité des caches d'opcode est horrible — et là j'aimerais bien que quelqu'un arrive à me dire que c'est une bonne chose pour rigoler un bon coup —, heureusement qu'il y a des projets genre HHVM).
Ha mais je m'en branle totalement du fait que ça peut plaire ou non.
Je pense que ça te ferait vraiment du bien d'aller quelques langages supplémentaires, quelques types différents et tu verra que tu viens de sortir une belle connerie. Car non ce n'est pas un détail. Certains langages sont similaires et dans ce cas précis oui. Mais en vrai non.
Si tu prend un lisp, prolog, haskell, java et php (par exemple) tu devrais voir que c'est loin d'être un détail anodin.
Sérieux ?
Tu veux dire qu'un marteau, un marteau, un marteau, un marteau et un marteau c'est pareil ? Que ça sert à la même chose et que tu peux remplacer l'un par l'autre n'importe quand et pour faire n'importe quoi ? Et ben on est pas sorti…
[^] # Re: scrum board.
Posté par barmic . Évalué à 4.
Ça lui plaît ou il connaît. Pourquoi faudrait-il plus de raison ?
He ben lui c'est pareil ton avis, il s'en carre (ou pas on s'en fout, mais ça ne me choquerait pas vu comment tu es venu le chercher au départ (sans réécrire l'histoire ton premier commentaire sacrément dur)).
Je connais la chanson (on la connais tous ça fait 50 ans qu'on l'entends). Chaque langage est mieux que l'autre et puis c'est surtout les langages qu'on connaît qui sont mieux que les autres n'est ce pas ? Certains permettent de plus facilement exprimer certains concepts (dans ceux que tu cite le prologue en particulier), certains ont l'avantage de leur écosystème comme fortran ou java, d'autre ont un aspect technique particulier qui leur permet d'avoir un réel avantage dans certains contexte (le C ou l'erlang).
Mais là tu parle du ruby vs go vs js vs PHP pour faire un site web à la papa (rien de dénigrant là dedans je veux dire qu'il n'y a pas de websocket par exemple). Tu peut nous expliquer que tu environ rien en terme de performance à utiliser go par exemple, mais pour le reste c'est vraiment juste du pur troll de vendredi (et d'un vendredi pluvieux même).
Merci de nous montrer ta grande connaissance en recherche google (et surtout en bon niveau de troll pour bien découper les phrases). L'application qu'il nous montre ne présente pas d'enjeux technique particulier. Si tu n'arrive pas à comprendre ça, ça en dit long sur ton manque de recule sur le monde du développement (tu as vu ? Moi aussi je peux faire des attaques personnelles bien basses).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à -1.
Venu le chercher ? En répondant à un commentaire disant que kanban === scrum board alors que c'est juste totalement faux ?
T'as vraiment pas compris que l'analogie du marteau était totalement foireuse ?
S'il existe plein de marteaux différents c'est pour une bonne raison. Et s'il existe des marteaux + des tournevis + des pinces + … c'est pas pour rien?
Et s'il existe plein de langages c'est pas pour rien non plus.
[^] # Re: scrum board.
Posté par Zenitram (site web personnel) . Évalué à 4. Dernière modification le 22 février 2014 à 11:56.
Oui, ça sert surtout à se faire plaisir et du NIH.
Ca ne veut pas dire que ce soit plus ou moins adapté (au contraire des différents marteaux), d'ailleurs le premier critère de sélction d'un language est : celui que tu connais déjà. Ca veut tout dire.
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à 2.
Je pense pas non. Beaucoup de langages / plateformes cherchent à résoudre des problèmes, et parfois de manière bien différentes.
Ha ben pas pour moi justement. J'apprend régulièrement des nouveaux langages justement parce que c'est plus adapté aux problèmes rencontrés. Genre ces derniers mois du clojure parce que la gestion des données correspondait très bien au métier, et du Ada parce que c'est quand même vachement bien pour certains problèmes.
Non, ça veut juste dire que la majorité ne veulent surtout pas sortir de leur zone de confort sans chercher à savoir s'il y a moyen de faire mieux.
[^] # Re: scrum board.
Posté par zebul0n (site web personnel) . Évalué à 10.
Ça veut surtout dire qu'on en revient toujours au même point, admettons que ce soit pas en PHP :
A : Bon finalement, je l'ai recodé avec ROR
B : Ruby, c'est lent
A : C'est pas vrai, avec JRuby ou IronRuby, c'est vachement plus rapide !
B : Je préfère Python. Pourquoi t'as pas choisi de le faire avec Django, c'est mieux !
A : Django, c'est un framework énorme
B : Alors, prend Flask, c'est pas compliqué
A : Avec quel ORM ?
B : Prends peewee
A : On m'a dit que SQLAlchemy était mieux !?
B : C'est des cons !
C : Vous êtes des nazes les mecs. Javascript FTW. Si vous utilisez pas node.js, vous êtes hasbeen !
A : Javascript, le typage est tout pourri
B : L'enfer des callback j'te raconte pas !
C : Nimp ! En plus avec une SPA sous Angular.js, c'est top
E : Moi, je préfère Ember.js
F : Vaut mieux rester sur les solutions éprouvées genre Backbone + Marionette
K : Je cherche quelqu'un sur Paris pour faire du cobol sur un mainframe utilisé par une banque, vous connaissez qqun ?
C : Dégage le dino !
M : Vous vous prenez trop la tête, C# est parfait pour ce genre de boulot
Z : Avec Microchiotte, tu te retrouves avec des chaînes aux pieds
J : Java, c'est ce que les vrais entreprises du CAC40 utilisent, faîtes confiance aux pro
S : Erlang, personne ?
G : Go est super rapide, en plus Google assure le dev, alors tu te retrouveras pas le bec dans l'eau ? Oh wait …
C : Ouais, c'est ce que je pense ! Angular.js c'est pareil
D : Ça a rien à voir idiot. Angular c'est côté client
C : C toi l'abruti, je voulais dire que c Google derrière
J : J'aime pas la gestion des erreurs de GO
C : Node.JS je vous dis avec mongodb pour stocker les données
U : L'autre, NOSQL c'est pour du prototypage. Tout le monde utilise MySQL, y'a une raison
R : La raison, c'est que la majorité ne veulent surtout pas sortir de leur zone de confort sans chercher à savoir s'il y a moyen de faire mieux
P : PostgreSQL ne m'a jamais fait défaut !
… Je vous laisse continuer, j'en ai marre …
Ça rime à quoi tout ça ?
[^] # Re: scrum board.
Posté par barmic . Évalué à 8.
À toucher à trop de choses on finit par réapprendre des choses peu utiles et à ne rien approfondir suffisamment pour maîtriser dans le vrai sens du terme. Celui qui se fait avec plusieurs années d'expérience et des codes assez différents. Toucher à tout c'est sympas et très bien, mais il y a aussi de bonnes raisons pour utiliser un langage que l'on maîtrise : la rapidité à mettre en place le code (on parle ici d'un projet qui n'a pas un mois), la qualité du code (on évite des bugs), on se concentre sur le métier,…
C'est assez fou que moi j'ai à dire ça, vu que je suis plutôt orienté technique, mais il y a un moment où il faut arrêter la branlette intellectuelle sur la technique pour répondre à un besoin. Lui il a réussi à répondre à son propre besoin en moins de 4 semaines sur son temps libre, c'est plutôt cool je trouve.
Encore une fois ce logiciel n'a pas d'enjeux technique (il ne traite pas de gros volumes de données, ne s'appuie pas sur des algorithmes incroyables, n'a pas à s’exécuter dans un contexte embarqué ou cloud, etc). Donc venir expliquer que ces choix sont aussi mauvais que tu le dis est assez ridicule.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: scrum board.
Posté par totof2000 . Évalué à 1.
Si c'était vrai, on en serait encore à l'assembleur ou au Cobol.
[^] # Re: scrum board.
Posté par barmic . Évalué à 7.
Tu serait pas du genre à aller voir tes voisins de camping pour leur expliquer que le maillet ou la pierre qu'ils utilisent pour planter leurs sardines sont inadaptés, que vu d'où ils viennent ils auraient du venir en voiture diesel et que leur tente est une tente d'hiver et ne devrait pas être utilisée l'été ?
Tu voudrais pas aller tenir ce genre de discours à Linus ? Pour lui expliquer que l'ADA, le C++, l'erlang ou le rust ça poutre et que c'est ça l'avenir des kernels et pas le C ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: scrum board.
Posté par CrEv (site web personnel) . Évalué à -3.
Si je vois des gens tenter de planter une sardine avec un marteau oui je me dirais (voir dirais) que je trouve ce choix absolument horrible. Et tu sais quoi ? Si j'ai un marteau je leur filerais même volontiers.
Ben si j'en étais persuadé pourquoi pas. Sauf que justement tout n'est pas adapté à tout. Et c'est bien pour ça que plein de langages existent.
[^] # Re: scrum board.
Posté par rogo . Évalué à 2.
Comme je suis toujours méfiant, je suis allé vérifier, et ça fait vraiment 50 ans — Lisp fut complété en 62 — que l'écosystème des langages permet les guerres picrocholines : ton
FortranPHP est peut-être efficace, mais il est tellement plus moche que mon cherLispClojure.[^] # Re: scrum board.
Posté par barmic . Évalué à 4.
Oui j'ai pas sorti ce chiffre tout à fait de mon chapeau. Je trouve d'ailleurs toujours impressionnant que le lisp qui est un langage de si haut niveau soit aussi vieux.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: scrum board.
Posté par woprandi . Évalué à 3.
Il y a un milieu entre dire que c'est de la merde (comme tu sembles aimer le faire savoir) et adorer.
[^] # Re: scrum board.
Posté par bastien (site web personnel) . Évalué à 1. Dernière modification le 21 février 2014 à 09:24.
En Kanban, on doit aussi insister sur les conditions qui font qu'un ticket passe d'une étape à l'autre. Je n'ai pas l'impression qu'elles sont mises en valeur ici. C'est peut-être une idée de feature / plugin.
# OpenSuse 13.1
Posté par Pierre-Alain TORET (Mastodon) . Évalué à 3.
Testé sous OpenSuse 13.1. Il est à noter que php5-mbstring est nécessaire.
Sinon ça marche nickel.
# Pour info...
Posté par Meap . Évalué à 3.
Pour info, il existe aussi LeanPM comme projet libre pour la gestion de projet Agile, avec aussi un Kanban.
Mais c'est en Java.
J'ai pas comparé les 2. Avis aux amateurs.
[^] # Re: Pour info...
Posté par Loïc Ibanez . Évalué à -4.
Fail.
# Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Enfin une alternative aux solutions Java
Posté par ariasuni . Évalué à 5.
Parce que PHP est dispo partout donc tout le monde code en PHP donc PHP est dispo partout donc…
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Enfin une alternative aux solutions Java
Posté par 0xfg . Évalué à 10.
Merci pour le feedback.
Au départ j'avais hésité à le faire en Python ou en Golang mais finalement je l'ai fais en PHP pour que se soit vraiment simple à installer partout. Quitte à faire un logiciel libre pour soit même autant qu'il serve aux autres également…
# Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Serveur PHP embarqué
Posté par 0xfg . Évalué à 8.
Si tu parles du serveur HTTP embarqué à PHP depuis la version 5.4, la réponse est oui. C'est d'ailleurs ma plate-forme de développement, je me casse pas la tête à installer un Apache ou Nginx en local. PHP en ligne de commande suffit.
Et dans ton navigateur web : http://127.0.0.1:8000/
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
# retours
Posté par youx21 . Évalué à 1.
lors de la modification projet j'ai ça (sous wamp):
Modifier le projet
( ! ) Notice: Undefined variable: project in C:\app\wamp\www\kanboard\templates\project_edit.php on line 9 Call Stack #TimeMemoryFunctionLocation 10.0000143256{main}( )..\index.php:0 20.0000564720Router->execute( )..\index.php:8 30.0000565048Router->loadController( )..\router.php:42 40.0000656184Controller\Project->edit( )..\router.php:29 50.0000733880Template->layout( )..\project.php:73 60.0000733952Template->load( )..\template.php:36 70.0156756944include( 'C:\app\wamp\www\kanboard\templates\project_edit.php' )..\template.php:29 " autocomplete="off"> Nom Actif
ou annuler
Sinon c'est sympa, c'est un bon début.Pour moi effectivement le distingo kanban/scrum serait à revoir: quel est la cible réel du projet, quel méthodo tu cible?
Autres idées en vrac: mettre un notion de difficulté/durée; Priorité (peut être pour kanban?) quid des tâches réalisés? elles s'empilent ? s'archivent?
[^] # Re: retours
Posté par chimrod (site web personnel) . Évalué à 5.
J'ai fait quelques tests et c'est vrai que c'est juste ce qu'il faut pour avoir quelque-chose qui tourne c'est très bien !
Juste deux remarques :
Il n'est pas possible de réorganiser les colonnes (quand on ajoute une colonne elle vient se mettre à la fin), faut bien penser à organiser ça avant de commencer à l'utiliser sinon c'est mort.
Question sécurité, lorsqu'on crée une tâche, on peut écrire directement du code html dedans. C'est la porte ouverte à du XSS ça. Je suis pas expert dans ce domaine mais ça m'alert() !
[^] # Re: retours
Posté par 0xfg . Évalué à 3.
Pour la partie sécurité, cela vient du parser Markdown que j'utilisais (Parsedown), je pensais qu'il filtrait le HTML par défaut mais non. Du coup, j'ai changé de parser Markdown et maintenant les tags HTML sont ignorés.
Le correctif est disponible dans la branche master sur le dépôt Git.
Cependant, tu notera que j'utilise certains headers HTTP pour améliorer la sécurité (Content-Security-Policy, X-XSS-Protection, X-Content-Type-Options: nosniff, X-Frame-Options:DENY…..) donc ça limite quand même les dégâts en cas de faille de sécurité.
Et sinon, pour réorganiser les colonnes, il faudrait que j'améliore cela pour pouvoir modifier l'ordre de celles-ci.
[^] # Re: retours
Posté par 0xfg . Évalué à 2.
L'erreur PHP a été corrigé dans la branche master du dépôt Git.
Sinon pour répondre à la deuxième question, Kanboard n'est pas un logiciel de gestion de projet pour faire du Scrum, pour cela il y a déjà des outils qui le font très bien comme Jira (ok c'est pas libre). A la base, j'avais juste besoin d'un board avec des tâches de différentes couleurs.
Pour les tâches réalisées, je vais ajouter la possibilité d'afficher un historique et un système de recherche. Pour le moment, une tâche clôturée n'est plus affichée sur le board.
Pour la priorité, actuellement je trie simplement par ordre de priorité les tâches dans la colonne qui va bien avec la souris.
[^] # Re: retours
Posté par mfoucrier . Évalué à 1.
Suggestion: Ajouter la date lorsqu'une tâche passe dans la colonne "Terminé"
# Template de post pour ce journal (voire tous les journaux annonçant un projet libre en php)
Posté par Narmer . Évalué à 10.
Ce template est sous licence WTFPL
avec $LANGUAGE :
- in http://fr.wikipedia.org/wiki/Liste_des_langages_de_programmation et
- in http://fr.wikipedia.org/wiki/Langage_de_programmation_exotique et
- not in (Java, C# (mono) )
Exemple :
Salut votre projet est super !
Mais pourquoi avoir utilisé PHP plutot que Malbolge ?
ça aurait été qd même beaucoup mieux ! Je ne vais pas l'utiliser juste pour cette raison …
Tcho
# -installation- Help please !
Posté par Selso (site web personnel) . Évalué à 2.
J'essaie de l'installer au bureau pour que les collègues le test.
L'environnement c'est OpenSuse 11.1, il y a un serveur web qui tourne.
J'ai décompressé l'archive dans la racine www du serveur, puis alloué des droits d'écriture à data pour tout le monde.
Lorsque je demande a afficher la page via mon pc (donc pas en local), j'ai une page blanche
http:///kanboard/index.php
J'ai vérifié http:/// et là j'ai une erreur de page non trouvé.
So WTF ?
Merci !
[^] # Re: -installation- Help please !
Posté par Selso (site web personnel) . Évalué à 2.
edit :
J'ai dans le fichier error_log d'apache :
Merci !
[^] # Re: -installation- Help please !
Posté par Selso (site web personnel) . Évalué à 1.
Bien voilà c'est dit dans le README :
[^] # Re: -installation- Help please !
Posté par Selso (site web personnel) . Évalué à 3.
J'ai pris la peine de m'installer une VM debian minimale,
J'ai installé apache, php, php5_sqlite.
j'ai commenté le test de version de php car j'avais (5.3.3)
Et ça tourne ! c minimal mais bien fait, j'espère inspirer du monde ;)
Merci.
# heroku
Posté par CrEv (site web personnel) . Évalué à 10.
Comme je suis un gros connard qui déteste le PHP voici comment faire tourner kanboard sur heroku :
Et là vous verrez que ça ne fonctionne pas parce qu'il manque
mbstring
.Récupérez
mbstring.so
dans le répertoiremodules
(avec scp par exemple)Dans votre clone de kanboard :
ext
mbstring.so
php.ini
à la racine avecextension=/app/www/ext/mbstring.so
comme contenugit add -f ext/mbstring.so php.ini
git commit -m "mbstring on heroku"
git push heroku master
ouvrez http://je-troll-php.herokuapp.com
Et sinon j'ai poussé sur http://kanboard-test.herokuapp.com pour de vrai donc ça fait une démo de dispo avec linuxfr/linuxfr
[^] # Re: heroku
Posté par oao . Évalué à 2.
Autant la première partie est simple, autant j'ai du mal à voir l'intérêt de Heroku s'il faut se taper des ./configure && make. EC2 avec Debian ou Ubuntu n'est pas aussi simple finalement ?
[^] # Re: heroku
Posté par CrEv (site web personnel) . Évalué à 2.
Aucun, je voulais juste voir si ça marchait sur heroku. De base ce n'est pas le cas car il manque un module.
Et ça explique juste comment l'installer (ce qui est intéressant au cas où il manque d'autres modules dans d'autres projets).
Et pourquoi heroku ? Juste parce que je bosse avec donc c'était plus facile pour moi.
La démo a été réinitialisée, je pense que je vais voir pour la réinitialiser régulièrement pour être tranquile
[^] # Re: heroku
Posté par barmic . Évalué à 5.
C'est marrant :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: heroku
Posté par CrEv (site web personnel) . Évalué à 0.
Ha oui, c'est vrai que ma zone de confort c'est trouver comment builder des modules PHP sur une plateforme distante lorsqu'ils sont manquant, j'avais oublié.
[^] # Re: heroku
Posté par barmic . Évalué à 2.
Pour utiliser ton environnement que tu aime bien tu es aller jusqu'à rebuilder des modules PHP. C'est quoi qui détermine si un environnement est pertinent pour un usage donné ?
Lui n'avait pas de contrainte particulière (sauf éventuellement une grande disponibilité du langage) et on l'embête pour ça.
Tu avais une contrainte (un logiciel en PHP) et tu as choisi d'utiliser une plateforme Ruby, Node.js, Python, et Java…
Depuis hier tu passe du temps à nous expliquer que les outils sont fait pour une chose donnée et qu'il faut les utiliser pour cette chose là uniquement. « Faites ce que je dis, pas ce que je fais » ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: heroku
Posté par xcomcmdr . Évalué à 0.
Hey dude : chill the crap out ! :o
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: heroku
Posté par CrEv (site web personnel) . Évalué à 3.
bon en fait la démo est en admin / admin si certains veulent, ça me gave de maintenir plus.
C'est réinitialisé lors des "coupures" d'heroku quand il n'y a pas d'activité.
Faites vous plaisir avec (je peux la laisser en route tant que ça peut servir, pas de prob)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: heroku
Posté par CrEv (site web personnel) . Évalué à 2.
oui c'est normal, régulièrement l'instance redémarre et on repart avec la conf de base (genre admin/admin)
Et j'ai rien fait pour qu'il en soit autrement ;-)
# Kanbanik
Posté par Jona . Évalué à 3. Dernière modification le 21 février 2014 à 20:31.
J'arrive un peu après la bataille, mais je voulais signaler un autre projet libre pour faire des boards kanban (celui-ci en java) :
http://code.google.com/p/kanbanik/
Mes 2 cents,
[^] # Re: Kanbanik
Posté par oao . Évalué à 10.
Un projet en Java ? Jamais je ne toucherai à une usine à gaz pareille ! Si ça avait été fait dans un vrai langage, comme PHP, je ne dis pas, mais là, non !
[^] # Re: Kanbanik
Posté par JN . Évalué à 3.
Euh, c'est pas parce que ça tourne sur une JVM que c'est du java.
En l'occurence, c'est du Scala.
[^] # Re: Kanbanik
Posté par py (site web personnel) . Évalué à 3.
Message affiché au login :
Cela fait un peu peur quand même…
[^] # Re: Kanbanik
Posté par deasy . Évalué à 1.
Bienvenue chez les webdev new gen: "les utilisateurs avec autre chose que webkit, qu'ils aillent se faire ************"
De la bouche d'un webdev de la nouvelle génération sous OS X.
[^] # Re: Kanbanik
Posté par claudex . Évalué à 4.
En l'occurrence, Chrome, ce n'est plus webkit.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Kanbanik
Posté par deasy . Évalué à 0.
Tu chipotes, c'est un fork de.
# Projet intéressant
Posté par Matthieu . Évalué à 2.
Merci pour l'information et bravo au développeur.
Je vais tester l'application car elle à l'air très intéressante.
PS: je développe en PHP et en Java et je n'en ai pas honte.
# API
Posté par steph1978 . Évalué à 3.
Sympa comme projet.
Par contre quand je vois la tête de l'API, je me dis qu'il faudrait regarder du côté de REST.
# App ownCloud
Posté par Chuck #1 . Évalué à 5.
En lisant la description, je me dis que ça serait super comme app dans ownCloud, par exemple comme représentation alternative des notes. Je vois déjà les partisants du "j'ai pas besoin du reste d'ownCloud" et du "ownCloud, ça craint, c'est aussi du PHP" monter au créneau.
Pour Kanboard, ça apporterait l'installation en un clic auprès de la base d'utilisateurs ownCloud, la facilité d'installation d'ownCloud via le gestionnaire de paquets et la doc qui va avec, et l'accès aux notes via CalDav comme suggéré par un autre lecteur. Note : les apps ownCloud peuvent être mis à jour sans que ownCloud ait besoin d'être mis à jour il me semble.
Pour ownCloud, ça me semble une super fonctionnalité en entreprise.
Cette signature est publiée sous licence WTFPL
# Outil simple et fabuleux! j'adore!
Posté par toctoc1 . Évalué à 2.
Bon ben voilà,
A peine arrivé ce matin et déjà en prod au bureau. C'est génial.
Deux suggestions :
Sinon, c'est vraiment excellent, bravo!
# Sitot connu, sitot installé
Posté par Nico C. . Évalué à 1.
Felicitation pour ce petit projet pratique, utile et bien fichu.
Ca faisait qq temps que je cherchais une solution de ce genre en PHP et quand tu as fait ton annonce, je me suis dit "super ! a tester !"
Aujourd'hui, j'ai testé et approuvé.
C'est en prod chez moi et ca va bien me servir. Merci beaucoup !
En tout cas, ce qui est triste, c'est qu'il y a toujours des nazes pour pleurer sur PHP ceci, PHP cela. Le fait est qu'aujourd'hui, l'extreme majorité des hebergements mutualisés proposent presque exclusivement du php. Rien que pour ca, ca justifie l'utilisation du langage malgré tous ces soit-disants defauts.
Quand les gens comprendront que les choix techniques ne se font pas QUE pour la technique et qu'il faut prendre en compte aussi l'existant, les competences des gens sur le projet, le contexte, le type de "clients"/utilisateurs, etc, on aura fait un grand pas en avant.
En tout cas, tous ces trolls steriles vieux comme le monde demontrent juste que quand on est jeune, on est pas toujours tres mature et on s'enflamme pour des conneries… J'ai moi meme été comme ca aussi… mais j'ai changé. Heureusement.
Encore merci !
# Bug tracker
Posté par fox (site web personnel) . Évalué à 0.
N'ayant pas de compte sur github et ne voyant pas mon probleme dans le bug tracker, je pose ma question ici:
Quand on met a jour kanboard et qu'on a un beau 'Unable to migrate database schema!' on fait quoi ?
Merci :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.