En même temps, celui qui en est à compiler un binaire en se faisant chier à contrôler le MD5, c’est qu’il est dans une sacrée magouille et c’est pas le MD5 de son apk ou de son jar qui sera la cause de sa perte :-)
Je confirme que la question est quasi-systématique. On a même des gens qui assument de la poser par écrit dans des mails non-chiffrés !
Pire, certains pensent qu’au prétexte qu’elles ont l’air plus rustiques, les caisse « mécaniques » (vous savez, sans écran tactile, avec plein de touches) facilitent le black. Les pauvres, s’ils savaient ce que fait le soft qui est embarqué dans ces machines …
Le plus fun, c’est que celles vraiment bas de gamme finissent par dégueuler le contenu de leur mémoire interne quand elle sature. La caisse imprime un gigantesque ticket contenant TOUT. Faut le voir pour le croire tant c’est énorme ce que ça imprime (et en plus ça coûte cher en papier thermique cette connerie)
Oh oui. D’ailleurs, si nous devions attaquer le marché belge de la restauration où les logiciels doivent être certifiés, seule une certaine build de notre logiciel, contrôlée au MD5, serait valable.
Cette notion certification entrave la liberté de bidouille, c’est une plaie.
Les caisses proprios, y compris les caisses « mécaniques » gardent en mémoire les tickets annulés. Ce n’est pas encore le cas de Pastèque, mais c’est un fonctionnement que je souhaite développer.
En Belgique pour la restauration, et ça va arriver en France, les caisses doivent être certifiées et contenir une boîte noire ou envoyer en direct leurs données aux impôts (j’ai survolé le sujet, ñ’hésitez pas à préciser mon propos)
Donc bon, celui qui veut passer une vente au black, il ne la met pas dans sa caisse point
Si j’ai bien compris, votre produit de base est une caisse connectée à votre serveur à vous, mais il est techniquement possible d’avoir un serveur chez soi. Cependant, dans le cas d’un point de vente situé dans un lieu sinistré en terme de connexion internet, avoir un serveur chez soi est la seule solution viable.
Oui et non.
Les besoins de connexion ne sont vraiment pas énorme. À moins d’être sur un 56K, ça roule. C’est que du texte chiffré (sauf si dans ta config tu charges des images pour les produits, mais c’est facultatif)
On verra peut-être apparaître le problème si nous avons des utilisateurs dans des pays moins développés à l’avenir.
Il y a des cas comme celui que je cite (accès au serveur non fiable) où l’intérêt pour Pastèque porte moins vers la vente d’accès à votre serveur qu’à l’achat de service d’installation et maintenance d’une caisse et d’un serveur dans le point de vente. Dans ce cas, plutôt qu’un matos standalone avec serveur, il pourrait être plus intéressant d’installer le serveur sur le parc déjà existant et bien développé (peut-être dans une machine virtuelle dédiée).
Cette possibilité est-elle réalisable ?
Ah mais oui. Depuis le début oui. On vend Pastèque serveur et c’est à peine le prix de deux licences de POS qu’on trouve chez metro (voir ici)
On a même déjà des gens qui l’ont fait, il traîne des serveurs Pastèque ça et là !
Globalement, il ne faut pas perdre de vue que notre soucis est de « rentrer dans nos frais », rien de plus.
Si un jour assez de gens utilisent le logiciel, ça peut être un crowd funding pour le rendre gratuit par exemple.
Le composant n’est pas proprio. Il est disponible en licence GPLv3+.
Dans la volonté d’un système entièrement auto-hébergé, nous introduisons une dépendance payante en effet.
Pour citer l’autre, « il n’y a pas de repas gratuit »
Non. Par contre, j’ai lu des trucs sur HTML5 et le gestion du matériel. C’est à creuser
Un soucis, c’est l’impression directe sans passer par la case du pop-up d’impression système. Celui-là, si vous avez la réponse, ça débloque beaucoup de choses
Bonjour, dans le détail votre business plan c'est : vendre des caisses qui en l'occurrence sont livrées avec Pastèque, ou bien vendre des services autour d'un logiciel adaptable aux caisses que les clients possèdent ?
Le modèle éco repose sur 3 trucs : vente de matériel pré-configuré, petits services (support, installation à distance, développement de rapports custom) et la vente de dev.
Du coup, le serveur rentre pas dans ces cases. Pour autant on a un peu peur de le rendre dispo. On l’a développé totalement de 0. S’il n’y avait pas de retour, ça nous affecterait humainement. Du coup pour le moment, on « force » la contribution par ce coût de licence (qui reste un GPLv3+, j’ai l’impression que je ne le dirais jamais assez :-))
Pour le dev, l’air de rien, on en vend pas mal et qui remonte en upstream. Pour les toulousains, vous pouvez passer commande chez les gars de midi-délices qui ont fait vraiment beaucoup pour Pastèque Android.
Pour la petite anecdote rigolote, la Basilique du Rosaire de Lourdes (oui, oui, Lourdes) a permis le multi-devise dans le logiciel.
En pratique, un petit commerçant peut-il débuter avec pastèque de façon gratuite ou doit-il obligatoirement télécharger contre paiement ? (Je ne critique pas, je demande.)
On a la possibilité d’utiliser gratuitement le logiciel tant qu’on a moins de 3 POS. On est encore mauvais sur les modules complémentaires à activer, mais ça va se débloquer.
Si le commerçant a une seule caisse, peut-il se passer du serveur et juste installer le client sur un ordinateur portable connecté à une imprimante ? Si c'est le cas, quels sont les avantages d'utiliser le serveur, est-ce pour avoir une mise à jour centralisée des prix / gestion des stocks / comptabilité simplifiée ?
Il ne peut plus avec les nouvelles versions. Il faudrait avoir Pastèque server en local.
Mais ça peut être une première piste de solution pour le modèle de distribution de Pastèque Server : vente de matos standalone avec le serveur pré-installé.
Le logiciel libre implique de donner le code source à ceux à qui on a distribué une version du logiciel. Le logiciel se trouve être payant, tu ne l’as pas, tu n’as pas accès aux sources.
La grosse question pour nous, en tant que coopérative et donc entreprise avec des salariés, est de trouver un modèle économique viable.
Peut-être que l’édition d’un logiciel par une coopérative avec des salariés (j’insiste : on doit être salarié, on ne peut pas être une startup où on renonce temporairement à toucher des salaires) est une impasse, va savoir.
Quand au troll sur la gratuité ou l’accès aux particuliers, je n’entrerai pas dedans. Nous sommes moins cher que le proprio et nous sommes libres. Pour paraphraser ce qu’on disait à l’époque, « Pastèque ? Y’a plus cher mais c’est pas libre »
Le POS est un domaine un peu particulier notamment quand il est question d’intensivité des ventes. C’est ce qui fait que les POS d’Odoo ou d’OpenBravoPOS, aussi intéressants soient-ils, sont des jouets dans pas mal de cas pour l’instant. Par exemple, c’est la brasserie qui sert à midi et doit encaisser tout le monde entre 13H30 et 13H45. L’air de rien, ces cas d’intensification ponctuelle des ventes sont fréquents pour beaucoup de commerces.
Du coup, HTML5 ne me paraissait pas très mature pour faire quelque chose d’efficace. On a des problématiques de drivers (imprimantes thermiques, lecteurs carte bancaire) et de réactivé qui ne sont/n’étaient toujours pas très bien résolus. Je clame pas avoir raison, juste que c’était mon impression et que ça a guidé les choix de dev :-)
Ceci dit, oui il faut s’y mettre. Il existe une demande pour une interface HTML: Et la techno va très probablement continuer à s’améliorer et répondre à ces points rapidement.
Il y a mille façons d’accéder à un site IPv6 only depuis une IPv4, hein, et il s’agit uniquement de l’accès au dépôt de dev. Le code source des versions distribuées est disponible à côté des versions distribuées sur downloads.scil.coop
Quand au modèle économique autour de serveur, bah tu lances des pistes de réflexion. Comme je l’ai dit, on est en réflexion là-dessus en effet. Pastèque étant notre quotidien, si on n’a pas tranché, c’est qu’on n’a rien vu d’évident. Ça te dirait pas te me demander comment je vois les choses ? Les solutions que tu évoques, je les connais déjà très bien mais elles font cas de la gratuité qui n’est pas un point important, surtout quand le tarif est très raisonnable ; pour le prix de 2 POS proprios, tu peux avoir une infinité de POS libres ? It’s a deal !
Si c’est libre. C’est de la GPLv3+. Je crois que tu bloques parce qu’on demande un paiement contre une version, mais ce n’est pas incompatible avec la GPL. Qui plus est, le prix reste accessible, pour un petit commerçant qui aurait une poignée de POS, c’est 1500€, soit le prix de deux licences d’un POS proprio phare (je vous laisse regarder sur metro.fr)
Comme évoqué, c’est un truc avec lequel on n’est pas à l’aise mais, « La réalité du terrain était parfois quelque peu différente. Même si la réussite des produits open source en provenance d’éditeur est réelle, si le nombre d’implémentations ne cesse de croitre, il n’a pas été pas toujours si simple pour l’éditeur, père fondateur du produit, de capter les « royalties » escomptés. » (src: cf http://www.journaldunet.com/solutions/expert/58291/open-source-2-0-ou-l-ere-de-la-maturite.shtml)
heu, Tesla a inventé et découvert pas mal de truc, mais à part le courant alternatif sur lequel il a travaillé, je ne crois pas qu'il y ait d'autre technologie propre à Tesla (les trucs d'énergie libre etc) dans ces véhicules.
« The Tesla Roadster uses an AC motor descended directly from Tesla's original 1882 design »
C’est une thématique qui ne concerne pas que les jeux mais toute production libre.
Je ne crois pas qu’une loi d’exception ou de redevance soit la solution. Je pense plus qu’il convient de savoir faire la part des choses entre ce qui relève de la sphère professionnelle et rémunérée et du bénévolat (certaines créations n’ont peut-être simplement pas vocation à pouvoir générer des revenus) ainsi que de savoir, pour la sphère professionnelle, où se trouve vraiment la valeur ajoutée
Je dois rendre à césar ce qui lui appartient. Cette conf va s’appuyer sur une conf déjà faite par Jean-Michel Armand d’Hybird qui édite Crème CRM et dont la transcription a été réalisée par l’April
Pour ceux qui suivent un peu le projet : on va profiter de l’été pour impliquer un peu plus la communauté sur la réflexion des priorités et le business model utilisé. C’est important car on va introduire une dépendance au serveur qui est un élément payant actuellement
Je prends note pour l’UI resto. C’est vrai qu’elle n’est pas au top, on va rafraîchir ça
On vient d’avoir un nouveau dev qui poutre des ponays : la tablette peut servir à prendre des commandes pour la caisse centrale.
On va se lancer dans le dev d’un environnement complet pour tablette : intégration TPE et lecteur code-barre … manquera que le tiroir-caisse
Quel est le rapport entre un développement en cours et IPv6? Pourquoi ne pas demander à ce que la personne soit bien sous tout rapport (avoir la dernière version de Firefox parce que Chrome ça pue et les vieilles version c'est pas bien, moeurs traditionnels parce que c'est nos convictions etc… autant de rapport entre ces exemple et IPv6 utile pour un développement) pendant qu'on y est?
IPv6 est un protocole. Faudrait pas mélanger torchons et serviettes, navigateurs et protocoles.
Si on va par là, exiger d’avoir un accès à Internet est déjà en soi une exigence :-)
Quand à la citation nabilesque, il s’agit d’une boutade tendant à souligner que je considère que tout bon geek se devrait d’avoir un accès IPv6, fusse par seulement tunnel.
Oui c’est sérieux. À Scil on milite activement pour que les gens se mettent à IPv6. Si tu veux accès au code en développement, on te demande d’avoir IPv6.
L’accès au code source de chaque version est juste à côté des-dites versions.
Et puis bon … pour reprendre une des plus grandes philosophes de notre époque « tu traînes sur Linuxfr et t’as pas IPv6 ? Nan mais allo quoi » :-)
Pastèque est-il utilisé par une librairie ? On n’en sait trop rien. On n’a pas de retour, ça veut pas dire que ça n’existe pas :-)
En tous cas, le logiciel que tu pointes est un logiciel spécialisé non-libre comme il en existe pour quasiment tous les métiers du commerce.
La volonté avec Pastèque est d’arriver à un truc assez généraliste, quitte à le spécialiser avec des modules ou des options de configuration.
Si tu veux t’essayer à spécialiser Pastèque pour la librairie, ne te prive pas !
[^] # Re: Fonctionnalité nécessaire
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 2.
En même temps, celui qui en est à compiler un binaire en se faisant chier à contrôler le MD5, c’est qu’il est dans une sacrée magouille et c’est pas le MD5 de son apk ou de son jar qui sera la cause de sa perte :-)
[^] # Re: Fonctionnalité nécessaire
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 2.
Je confirme que la question est quasi-systématique. On a même des gens qui assument de la poser par écrit dans des mails non-chiffrés !
Pire, certains pensent qu’au prétexte qu’elles ont l’air plus rustiques, les caisse « mécaniques » (vous savez, sans écran tactile, avec plein de touches) facilitent le black. Les pauvres, s’ils savaient ce que fait le soft qui est embarqué dans ces machines …
Le plus fun, c’est que celles vraiment bas de gamme finissent par dégueuler le contenu de leur mémoire interne quand elle sature. La caisse imprime un gigantesque ticket contenant TOUT. Faut le voir pour le croire tant c’est énorme ce que ça imprime (et en plus ça coûte cher en papier thermique cette connerie)
[^] # Re: Fonctionnalité nécessaire
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 1.
Oh oui. D’ailleurs, si nous devions attaquer le marché belge de la restauration où les logiciels doivent être certifiés, seule une certaine build de notre logiciel, contrôlée au MD5, serait valable.
Cette notion certification entrave la liberté de bidouille, c’est une plaie.
[^] # Re: Fonctionnalité nécessaire
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 1.
Mais voyons, c’est strictement interdit !
Les caisses proprios, y compris les caisses « mécaniques » gardent en mémoire les tickets annulés. Ce n’est pas encore le cas de Pastèque, mais c’est un fonctionnement que je souhaite développer.
En Belgique pour la restauration, et ça va arriver en France, les caisses doivent être certifiées et contenir une boîte noire ou envoyer en direct leurs données aux impôts (j’ai survolé le sujet, ñ’hésitez pas à préciser mon propos)
Donc bon, celui qui veut passer une vente au black, il ne la met pas dans sa caisse point
[^] # Re: et paf
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 1.
Oui et non.
Les besoins de connexion ne sont vraiment pas énorme. À moins d’être sur un 56K, ça roule. C’est que du texte chiffré (sauf si dans ta config tu charges des images pour les produits, mais c’est facultatif)
On verra peut-être apparaître le problème si nous avons des utilisateurs dans des pays moins développés à l’avenir.
Ah mais oui. Depuis le début oui. On vend Pastèque serveur et c’est à peine le prix de deux licences de POS qu’on trouve chez metro (voir ici)
On a même déjà des gens qui l’ont fait, il traîne des serveurs Pastèque ça et là !
Globalement, il ne faut pas perdre de vue que notre soucis est de « rentrer dans nos frais », rien de plus.
Si un jour assez de gens utilisent le logiciel, ça peut être un crowd funding pour le rendre gratuit par exemple.
[^] # Re: et paf
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 3.
Le composant n’est pas proprio. Il est disponible en licence GPLv3+.
Dans la volonté d’un système entièrement auto-hébergé, nous introduisons une dépendance payante en effet.
Pour citer l’autre, « il n’y a pas de repas gratuit »
[^] # Re: GPL payant
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 3.
Si, tout à fait.
Et plusieurs personnes ont le logiciel et le code. Elles sont libres de le redistribuer mais pas contraintes à le faire
[^] # Re: et paf
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 1.
Pour les anciennes versions, uniquement à coordonner plus facilement plusieurs POS.
Pour les nouvelles versions, elles ne marchent tout simplement pas sans :-)
[^] # Re: Version HTML5
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 1.
Non. Par contre, j’ai lu des trucs sur HTML5 et le gestion du matériel. C’est à creuser
Un soucis, c’est l’impression directe sans passer par la case du pop-up d’impression système. Celui-là, si vous avez la réponse, ça débloque beaucoup de choses
[^] # Re: et paf
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 4.
Le modèle éco repose sur 3 trucs : vente de matériel pré-configuré, petits services (support, installation à distance, développement de rapports custom) et la vente de dev.
Du coup, le serveur rentre pas dans ces cases. Pour autant on a un peu peur de le rendre dispo. On l’a développé totalement de 0. S’il n’y avait pas de retour, ça nous affecterait humainement. Du coup pour le moment, on « force » la contribution par ce coût de licence (qui reste un GPLv3+, j’ai l’impression que je ne le dirais jamais assez :-))
Pour le dev, l’air de rien, on en vend pas mal et qui remonte en upstream. Pour les toulousains, vous pouvez passer commande chez les gars de midi-délices qui ont fait vraiment beaucoup pour Pastèque Android.
Pour la petite anecdote rigolote, la Basilique du Rosaire de Lourdes (oui, oui, Lourdes) a permis le multi-devise dans le logiciel.
On a la possibilité d’utiliser gratuitement le logiciel tant qu’on a moins de 3 POS. On est encore mauvais sur les modules complémentaires à activer, mais ça va se débloquer.
Il ne peut plus avec les nouvelles versions. Il faudrait avoir Pastèque server en local.
Mais ça peut être une première piste de solution pour le modèle de distribution de Pastèque Server : vente de matos standalone avec le serveur pré-installé.
[^] # Re: et paf
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 4.
Le logiciel libre implique de donner le code source à ceux à qui on a distribué une version du logiciel. Le logiciel se trouve être payant, tu ne l’as pas, tu n’as pas accès aux sources.
La grosse question pour nous, en tant que coopérative et donc entreprise avec des salariés, est de trouver un modèle économique viable.
Peut-être que l’édition d’un logiciel par une coopérative avec des salariés (j’insiste : on doit être salarié, on ne peut pas être une startup où on renonce temporairement à toucher des salaires) est une impasse, va savoir.
Quand au troll sur la gratuité ou l’accès aux particuliers, je n’entrerai pas dedans. Nous sommes moins cher que le proprio et nous sommes libres. Pour paraphraser ce qu’on disait à l’époque, « Pastèque ? Y’a plus cher mais c’est pas libre »
[^] # Re: Version HTML5
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 4.
Oui. Mais non :-)
Le POS est un domaine un peu particulier notamment quand il est question d’intensivité des ventes. C’est ce qui fait que les POS d’Odoo ou d’OpenBravoPOS, aussi intéressants soient-ils, sont des jouets dans pas mal de cas pour l’instant. Par exemple, c’est la brasserie qui sert à midi et doit encaisser tout le monde entre 13H30 et 13H45. L’air de rien, ces cas d’intensification ponctuelle des ventes sont fréquents pour beaucoup de commerces.
Du coup, HTML5 ne me paraissait pas très mature pour faire quelque chose d’efficace. On a des problématiques de drivers (imprimantes thermiques, lecteurs carte bancaire) et de réactivé qui ne sont/n’étaient toujours pas très bien résolus. Je clame pas avoir raison, juste que c’était mon impression et que ça a guidé les choix de dev :-)
Ceci dit, oui il faut s’y mettre. Il existe une demande pour une interface HTML: Et la techno va très probablement continuer à s’améliorer et répondre à ces points rapidement.
[^] # Re: et paf
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 2.
Il y a mille façons d’accéder à un site IPv6 only depuis une IPv4, hein, et il s’agit uniquement de l’accès au dépôt de dev. Le code source des versions distribuées est disponible à côté des versions distribuées sur downloads.scil.coop
Quand au modèle économique autour de serveur, bah tu lances des pistes de réflexion. Comme je l’ai dit, on est en réflexion là-dessus en effet. Pastèque étant notre quotidien, si on n’a pas tranché, c’est qu’on n’a rien vu d’évident. Ça te dirait pas te me demander comment je vois les choses ? Les solutions que tu évoques, je les connais déjà très bien mais elles font cas de la gratuité qui n’est pas un point important, surtout quand le tarif est très raisonnable ; pour le prix de 2 POS proprios, tu peux avoir une infinité de POS libres ? It’s a deal !
[^] # Re: et paf
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 8.
Si c’est libre. C’est de la GPLv3+. Je crois que tu bloques parce qu’on demande un paiement contre une version, mais ce n’est pas incompatible avec la GPL. Qui plus est, le prix reste accessible, pour un petit commerçant qui aurait une poignée de POS, c’est 1500€, soit le prix de deux licences d’un POS proprio phare (je vous laisse regarder sur metro.fr)
Comme évoqué, c’est un truc avec lequel on n’est pas à l’aise mais, « La réalité du terrain était parfois quelque peu différente. Même si la réussite des produits open source en provenance d’éditeur est réelle, si le nombre d’implémentations ne cesse de croitre, il n’a pas été pas toujours si simple pour l’éditeur, père fondateur du produit, de capter les « royalties » escomptés. » (src: cf http://www.journaldunet.com/solutions/expert/58291/open-source-2-0-ou-l-ere-de-la-maturite.shtml)
Pour le code source, tu as du mal chercher :
— http://redmine.scil.coop/projects/pt-desktop/repository
— http://redmine.scil.coop/projects/pt-android/repository
L’accès Git est documenté ici : http://redmine.scil.coop/projects/pt-desktop/wiki/Getting_the_source_code
Fais gawf à pas finir comme le grincheux dans Palace/Pub de la MAAF :-)
[^] # Re: et paf
Posté par Elephant (site web personnel) . En réponse à la dépêche Deux ans de Pastèque, logiciel de caisse. Évalué à 2.
Yeap yeap. Et il semble que ça ne bloque pas les contributions :-)
[^] # Re: Tesla
Posté par Elephant (site web personnel) . En réponse au journal Tesla Motors et les brevets. Évalué à 2.
« The Tesla Roadster uses an AC motor descended directly from Tesla's original 1882 design »
http://online.wsj.com/news/articles/SB10001424052748704362004575000841720318942?mg=reno64-wsj&url=http%3A%2F%2Fonline.wsj.com%2Farticle%2FSB10001424052748704362004575000841720318942.html
[^] # Re: Sujet intéressant
Posté par Elephant (site web personnel) . En réponse au journal Conférence « Pourquoi éditer un logiciel libre ? » à Lille. Évalué à 1.
C’est une thématique qui ne concerne pas que les jeux mais toute production libre.
Je ne crois pas qu’une loi d’exception ou de redevance soit la solution. Je pense plus qu’il convient de savoir faire la part des choses entre ce qui relève de la sphère professionnelle et rémunérée et du bénévolat (certaines créations n’ont peut-être simplement pas vocation à pouvoir générer des revenus) ainsi que de savoir, pour la sphère professionnelle, où se trouve vraiment la valeur ajoutée
[^] # Re: Sujet intéressant
Posté par Elephant (site web personnel) . En réponse au journal Conférence « Pourquoi éditer un logiciel libre ? » à Lille. Évalué à 1.
Quels domaines ?
[^] # Re: Ca sera enregistré en vidéo ?
Posté par Elephant (site web personnel) . En réponse au journal Conférence « Pourquoi éditer un logiciel libre ? » à Lille. Évalué à 1.
Il y en aura une seconde aux RMLL par Jean-Michel Armand d’Hybird. Je ne suis pas certain de pouvoir y assister.
Les notes de présentation seront disponibles. Pour la vidéo, je vais voir ce qui est possible
[^] # Re: Super
Posté par Elephant (site web personnel) . En réponse au journal Conférence « Pourquoi éditer un logiciel libre ? » à Lille. Évalué à 2.
Je dois rendre à césar ce qui lui appartient. Cette conf va s’appuyer sur une conf déjà faite par Jean-Michel Armand d’Hybird qui édite Crème CRM et dont la transcription a été réalisée par l’April
Pour ceux qui suivent un peu le projet : on va profiter de l’été pour impliquer un peu plus la communauté sur la réflexion des priorités et le business model utilisé. C’est important car on va introduire une dépendance au serveur qui est un élément payant actuellement
Je prends note pour l’UI resto. C’est vrai qu’elle n’est pas au top, on va rafraîchir ça
On vient d’avoir un nouveau dev qui poutre des ponays : la tablette peut servir à prendre des commandes pour la caisse centrale.
On va se lancer dans le dev d’un environnement complet pour tablette : intégration TPE et lecteur code-barre … manquera que le tiroir-caisse
V’là
[^] # Re: Code source !
Posté par Elephant (site web personnel) . En réponse à la dépêche Pastèque 1.4 et plus loin. Évalué à -1.
Mouais, ça à la limite pourquoi pas. Encore qu’on m’ôtera pas de la tête qu’il y a des tunnels V4->V6 disponibles
[^] # Re: Code source !
Posté par Elephant (site web personnel) . En réponse à la dépêche Pastèque 1.4 et plus loin. Évalué à 4.
IPv6 est un protocole. Faudrait pas mélanger torchons et serviettes, navigateurs et protocoles.
Si on va par là, exiger d’avoir un accès à Internet est déjà en soi une exigence :-)
Quand à la citation nabilesque, il s’agit d’une boutade tendant à souligner que je considère que tout bon geek se devrait d’avoir un accès IPv6, fusse par seulement tunnel.
Vendredi commence bien :-)
[^] # Re: Code source !
Posté par Elephant (site web personnel) . En réponse à la dépêche Pastèque 1.4 et plus loin. Évalué à 6.
Oui c’est sérieux. À Scil on milite activement pour que les gens se mettent à IPv6. Si tu veux accès au code en développement, on te demande d’avoir IPv6.
L’accès au code source de chaque version est juste à côté des-dites versions.
Et puis bon … pour reprendre une des plus grandes philosophes de notre époque « tu traînes sur Linuxfr et t’as pas IPv6 ? Nan mais allo quoi » :-)
[^] # Re: Utilisé en librairie ?
Posté par Elephant (site web personnel) . En réponse à la dépêche Pastèque 1.4 et plus loin. Évalué à 5.
Pastèque est-il utilisé par une librairie ? On n’en sait trop rien. On n’a pas de retour, ça veut pas dire que ça n’existe pas :-)
En tous cas, le logiciel que tu pointes est un logiciel spécialisé non-libre comme il en existe pour quasiment tous les métiers du commerce.
La volonté avec Pastèque est d’arriver à un truc assez généraliste, quitte à le spécialiser avec des modules ou des options de configuration.
Si tu veux t’essayer à spécialiser Pastèque pour la librairie, ne te prive pas !
[^] # Re: Et les boucles
Posté par Elephant (site web personnel) . En réponse à la dépêche Thelia, le logiciel d'e-commerce GPL : essayez la version 2 basée sur Symfony. Évalué à 2.
Je dirais même plus, c’est le nombre de clics sur le lien qui fait foi de l’intérêt réellement suscité