Sinon tu as déjà pris des photo en France avec un bâtiment dessus? Tu as demandés à l’architecte ou ses héritiers ? Son propriétaire? Tu serais surpris du nombre de petit délits que tu peux commettre chaque jour sans être inquiété par la justice, tout simplement parce que personne ne se sent lésé.
Il y a peut-être des ayant-droits qui se sentent lésés. Tu vas me dire qu'ils peuvent se lancer dans une procédure. Mais si le coût (au sens large) de la procédure est très inférieur au bénéfice qui peut en être tiré, alors la procédure n'a pas de sens.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
En tout cas, je pense que ce que voulait dire LeBouquetin, c'est que se féliciter qu'on puisse uploader du contenu copyrighter sans se faire embêter, c'est un peu léger. Un peu comme "Whoua, on peut rouler à 150 en ville sans se faire arrêter, vive la liberté !".
C'est exactement ça :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
D'après le message précédent le download est autorisé, mais visiblement pas l'upload (puisque les ayant-droits peuvent faire une procédure). C'est donc bien que quelque chose est interdit.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ouais bof. Le fait de ne pas sanctionner un intermédiaire est une chose, le fait de ne pas pouvoir sanctionner un coupable… hm… comment dire… ouais bof.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[1] Qui me fait penser à ce troll. De toutes façons quelque soit le nom choisi, même si le projet avait été nommé peaceonearth, il y aurait eu des esprit chagrins pour se plaindre. Mieux vaut les ignorer et avancer. Comme vous avez toujours fait.
Franchement, si tu avais appelé ton projet peaceonearth, on se serait pas plaint, on se serait moqué : ça serait un nom tellement inapproprié (et tellement pompeux) qu'il n'y aurait pas eu de manière plus appropriée de réagir. ;)
Quand on fait quelque chose, soit on laisse indifférent - tout le monde s'en fout, soit on ne laisse pas indifférent. Si on ne laisse pas indifférent, il y a forcément des gens qui vont critiquer et trouver ça nul. C'est comme ça que l'homme fonctionne, et c'est pas un logiciel libre au nom controversé qui va changer les choses.
C'est la vie, faut faire avec ; c'est certainement pas spécifique à Linuxfr. Après si tu veux pas qu'on trolle sur le nom discutable de ton appli, bah une solution c'est de trouver un nom (et des noms et logos de modules) qui ne soit pas un appeau à trolls.
Perso, j'ai hésité à contribuer à un moment ; et je me suis dit que si je contribuais et qu'on me retrouvait "lié" à ce projet ce n'est pas ce que je souhaitais en terme d'image de marque - simplement je n'adhère pas à cet "humour" (et comme les gens ont tendance à cataloguer les autres gens, je ne souhaite pas être catalogué dans la case "bite, couilles, nichons").
Mis à part les logos et noms "bites, couilles, nichons", je trouve le projet très intéressant, utile ; je suis utilisateur et client de Budgea.
Pour en revenir à tes moutons, tu as un rôle de communication pour un projet dont l'image est controversée ; c'est à toi d'assumer, pas à nous d'être "gentils et pro-actifs parce que ce que vous faites est super bien".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Le problème, c'est pas que les investisseurs ne comprennent pas : c'est juste que les logiciels libres et la sécurité, ils s'en foutent… C'est pas leur crédo !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Comme je m'intéresse actuellement à Angular.js, et que je suis également intéressé par la programmation via des langages typés, j'ai creusé un peu et il se trouve qu'il existe un portage de Angular.js vers Dart, intitulé angular.dart. Angular.dart est développé par l'équipe Angular
Le fait est que ce n'est probablement "pas tant de la merde que ça" vu comme ça a été accueilli
Accueilli ? Je ne me souviens pas que Javascript ait été accueilli avec des cris d'enthousiasme. En plus, à l'époque ça ne servait à rien à part afficher quelques effets kikoolol.
Beaucoup de gens étaient content de faire des effets kikoolol.
Après, les utilisateurs font avec ce qu'ils ont : si le seul langage pour coder côté client est Javascript, ils vont utiliser Javascript…
Pour faire des appli web dynamiques, il y avait Javascript, il y avait Flash, il y avait les applets Java et Java web start, il y avait Silverlight ; il se trouve que la techno la plus facile à mettre en oeuvre et à déployer / utiliser était Javascript. C'est comme ça.
Si tu avais une meilleure idée, il ne fallait pas hésiter à la développer et la mettre en oeuvre . Reste qu'après 20 ans, si Javascript est LA techno qui a su s'imposer, c'est parce qu'elle convenait le mieux (peut-être pas "bien", mais "mieux" que les autres) aux besoins des utilisateurs.
Je précise que je n'aime pas spécialement Javascript, mais faut arrêter de croire qu'on détient la vérité et que nos prédécesseurs sont des ânes.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est tout de même le boulot du développeur d'expliquer clairement qu'on est entrain de faire de la merde.
C'est son boulot de dire qu'on fait de la merde. Le fait est que ce n'est probablement "pas tant de la merde que ça" vu comme ça a été accueilli et comme c'est désormais utilisé. Dans les très bons langages, il y a Eiffel. Excellent langage… mais pas du tout utilisé.
Et continuer de s'y attacher 20 ans après ça donne surtout l'impression qu'ils ont tellement investi dedans qu'ils résistent au changement.
L'argument de la durée n'a pas de sens :
- le C++, par exemple, certains le vantent encore et à juste titre
- si la nouvelle techno n'apporte qu'un peu d'amélioration (par rapport à "recoder" 20 ans de dév), c'est pertinent de résister au changement.
Maintenant, là, j'en sais rien si Dart c'est la super techno révolutionnaire par rapport à JS. Mais si tu mises sur une techno donnée (c'est le cas de Mozilla, notamment avec ses téléphones mobiles), c'est cohérent de la défendre (pertinent, c'est une autre histoire).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
je ne pense pas que l'on puisse reprocher a Brendan Eich la creation de JavaScript
On ne créé pas un langage en quelques jours. On se moque sufisamment des SSII et des gros éditeurs qui sortent des trucs non testés pour ne pas me gêner pour rappeler à Mozilla (beaucoup sont des anciens de Netscape, et pas les moins bien placés) qu'ils ont développés cette daube. Et au lieu de saluer toute initiative d'amélioration, sa réaction est de dire "on ne le fera jamais" comme un gamin capricieux.
Depuis 7 ans, Google améliore le Web. Et en plus, tout est normalisé W3C (Shadow Dom, Mutation Observers, http2…) ou en cours de l'être comme Dart. Tous les projets sont Libres. On peut les attaquer sur beaucoup de points (vie privée, monopole sur la pub, fonctionnement du moteur de recehrche…) mais pas celui de se bouger le cul pour faire avancer les choses.
C'est exactement ce qu'a fait Brendan Eich… avec des moyens probablement plus modestes que ceux dont disposent les équipes R&D de Google…
Note au passage que tous les projets Google ne sont pas libres ; qu'ils tentent de fermer régulièrement des choses - leur API Caldav, par exemple, même si au final ils ont renoncé face aux protestations.
Enfin, pour ce qui est de se bouger le cul pour faire avancer le web, cela me semble assez logique qu'une boîte dont le crédo est de gagner un maximum d'argent améliore ses outils de génération de revenu ; il se trouve que le web en est le principal vecteur et que libérer des technologies est un des moyens stratégiques les plus efficaces pour assurer son adoption avec un moindre effort.
Pour caricaturer, c'est un peu comme si tu comparais l'amélioration des outils de gestion locative mis en œuvre par Foncia ou par l'office HLM. Buts différents = moyens différents.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
je ne pense pas que l'on puisse reprocher a Brendan Eich la creation de JavaScript : il faut se remettre dans le contexte de l'epoque. Le langage a ete cree en quelques jours seulement.
Quelqu'un avec un minimum d'éthique professionnelle aurait pu refuser en disant "désolé, on ne crée pas un langage de programmation en quelques jours". D'autant que le besoin, justement, n'était pas criant à l'époque (il me semble). M'enfin bon…
Dans la vraie vie, il y a la théorie et la pratique. refuser en disant "désolé, on ne créé pas un langage de programmation en quelques jours" ça serait typique du puriste qui dit "non, je ne veux pas utiliser un ordinateur si on n'a pas 100% de logiciel libre"… Heureusement que certains sont plus enclins au compromis (même s'il est import qu'il y ait des puristes).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je ne suis absolument pas d'accord avec cette mentalité "il faut acheter français" sans regarder le problème en face. C'est le meilleur moyen pour continuer dans la même direction (et sombrer). C'est d'ailleurs une grosse critique que j'ai envers la mentalité française : ne pas se remttre en question, faire de la politique plutôt que de la technique. Ca marche parfois (surtout pour les grosses boites). Pas toujours (TPE/PME).
Je parle à service égal, pas à tout prix. Si ton besoin c'est du simple VDS pour le marché français et que tu achètes Amazon et non pas Gandi sous prétexte que Amazon c'est worldwide, c'est regrettable. Si tu vises le marché mondial et que tu as besoin de toutes les features de Amazon, alors c'est pas pertinent d'acheter Gandi… c'est ça que je dis : la préférence locale.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai eu une expérience du service après-vente assez exceptionelle avec Gandi. Tu poses une question par email, sur une problématique a priori pas adressée par leur offre, mais pas sûr, et pouf, le support t'appelle (t'avais déjà à peine espéré une réponse claire par email), et il prend 1/2h pour bien comprendre ton besoin - le mec est calé en face. Franchement, ça vaut le prix.
Pour l'aspect "mondial" ouais ok, après combien de gens en ont vraiment besoin ? J'ai une tendance naturelle à me dire "si tu achètes local, tôt ou tard tu es gagnant parce que tu pérennises ton environnement direct. Quand on achète tout aux américains, bah faut pas s'étonner après que l'économie française aille mal. On va me dire que ce sont les entreprises qui sont des nases… en fait je m'en fiche de savoir qui est le plus nase, le résultat c'est juste que l'argent s'en va et ne revient pas… et une entreprise - qui est simplement une structure juridique, une personne morale (c'est assez ironique, d'ailleurs;), si elle ne fait plus d'argent ici, elle s'en va et puis c'est tout.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je pense que le site gagnerait à être un peu markettée : si on tombe sur votre site par hasard, on n'a pas envie d'aller plus loin, même en étant pro fabrication française. Je sais, ici tout le monde plein de gens pensent que le marketing c'est mal, mais bon, faut sortir des laboratoires et des salles de dév et on constate que c'est quand même une bonne chose pour gagner de l'argent ;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Dans les langages qu'on juge souvent moches, il y a PHP ; par rapport à ses origines, PHP a désormais un typage dans les signatures de méthodes… ce n'est probablement pas pour rien
Personnellement, j'éviterais de prendre PHP en référence, hein.
C'est toi qui voit. PHP n'est pas un langage de programmation aussi avancé que python, mais PHP est tout de même utilisé par des milliers de développeurs, que ce soit sur des projets type "Kévin bidouille dans son garage" ou pour des très très gros projets. C'est par ailleurs un langage qui semble en partie guidé par un certain pragmatisme, et si le typage statique a été ajouté, c'est peut-être parce que cela a des avantages.
Pour le reste, je suis d'accord avec toi.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Il me semble que cette méthode de documentation est prônée par les aficionados de python (et dans les guide-lines ?), je me trompe ? (si oui, alors ok, mea culpa)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je suis totalement d'accord sur la lisibilité du code et sur le fait qu'une fois que tu connais ça marche bien.
Le problème que je vois, c'est qu'avec des API très riches, l'auto-complétion proposée avec des langages fortement typés est sans égal en terme de confort, notamment lorsque des méthodes proposent différentes signatures.
J'apprécie python - j'en fais beaucoup, mais j'en reconnais aussi certaines limites.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Bof, si tu en es réduit à utiliser le type des arguments comme toute documentation d'une fonction, c'est que le code est mal fichu et c'est plus dangereux qu'autre chose.
C'est de la langue de bois, ça : dire que le typage des données correspond à de la documentation ne signifie à aucun moment que c'est la seule documentation.
PArailleurs, l'exempleque tu donnes, c'est le truc qui me dérange souvent quand je fais du python : les exemples donnés dans la doc ne sont pas exhaustifs, et bien entendu tu tombes toujours dans le cas "non documenté".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Tu parles comme s'il n'était pas possible de faire des tests unitaires sur des langages typés statiquement…
Le problème avec les langages dynamiques, c'est que ce que tu sais à la conception - le type d'objet que tu manipules à un instant donné (par exemple quand tu définis la signature d'une nouvelle méthode) n'est pas capitalisé pour la personne qui va reprendre / maintenir / faire évoluer ton code. Avec un langage typé statiquement, si tu ne fais pas volontairement des trucs "crades", tu capitalises forcément d'un intervenant à l'autre sur le code.
Dans les langages qu'on juge souvent moches, il y a PHP ; par rapport à ses origines, PHP a désormais un typage dans les signatures de méthodes… ce n'est probablement pas pour rien. Sur des projets d'envergure, tu es vraiment serein quand tu codes avec un typage statique : ce n'est peut-être pas plus rapide à développer, mais tu n'as pas les fesses qui font bravo à chaque refactoring : tu sais ce que tu casses et ce que tu ne casses pas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je suis moi-même intéressé par le typage statique. Cela faciliterait la vérification, l'optimisation et l'outillage. Comme je l'ai dit, ce langage n'est pas parfait. Mais il est souple, il a une syntaxe épurée et claire, et il permet de développer rapidement. Ce qui en fait un langage de choix pour développer une appli pour un environnement de bureau
Je me suis mis à QT il y a quelques temps. Avec python. A la base je fais plus du dév client/serveur, web, api, etc. Bah pour découvrir l'API QT en codant en python… comment dire… tu sais que ça existe, mais tu n'as aucun moyen de trouver seul. Par opposition, tu dév en C++ avec QT, tu utilises le bon IDE et tu te régales à découvrir ton framework, son api et à développer. J'ai développé quelques temps en C# pour faire des applis avec interface graphique en environnement Windows, c'était vraiment agréable de coder.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je pense que je ne vais pas m'engager dans cette direction. La formation m'intéresse, mais là j'envisageais plutôt ça comme une "activité d'appoint", mais manifestement ça ne serait pas le cas si je veux faire mon travail correctement.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# OpenConcerto
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Cherche alternative à OpenERP. Évalué à 5.
Il est utilisable en mode client/serveur, par contre ce n'est pas une application web.
http://www.openconcerto.org/
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Pays de libertés
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Justice aux Pays-Bas : XS4all peut débloquer thepiratebay. Évalué à 2.
Il y a peut-être des ayant-droits qui se sentent lésés. Tu vas me dire qu'ils peuvent se lancer dans une procédure. Mais si le coût (au sens large) de la procédure est très inférieur au bénéfice qui peut en être tiré, alors la procédure n'a pas de sens.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Pays de libertés
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Justice aux Pays-Bas : XS4all peut débloquer thepiratebay. Évalué à 4.
C'est exactement ça :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Pays de libertés
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Justice aux Pays-Bas : XS4all peut débloquer thepiratebay. Évalué à 6.
D'après le message précédent le download est autorisé, mais visiblement pas l'upload (puisque les ayant-droits peuvent faire une procédure). C'est donc bien que quelque chose est interdit.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Pays de libertés
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Justice aux Pays-Bas : XS4all peut débloquer thepiratebay. Évalué à -4.
Ouais bof. Le fait de ne pas sanctionner un intermédiaire est une chose, le fait de ne pas pouvoir sanctionner un coupable… hm… comment dire… ouais bof.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Puisque je suis cité
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
Franchement, si tu avais appelé ton projet peaceonearth, on se serait pas plaint, on se serait moqué : ça serait un nom tellement inapproprié (et tellement pompeux) qu'il n'y aurait pas eu de manière plus appropriée de réagir. ;)
Quand on fait quelque chose, soit on laisse indifférent - tout le monde s'en fout, soit on ne laisse pas indifférent. Si on ne laisse pas indifférent, il y a forcément des gens qui vont critiquer et trouver ça nul. C'est comme ça que l'homme fonctionne, et c'est pas un logiciel libre au nom controversé qui va changer les choses.
C'est la vie, faut faire avec ; c'est certainement pas spécifique à Linuxfr. Après si tu veux pas qu'on trolle sur le nom discutable de ton appli, bah une solution c'est de trouver un nom (et des noms et logos de modules) qui ne soit pas un appeau à trolls.
Perso, j'ai hésité à contribuer à un moment ; et je me suis dit que si je contribuais et qu'on me retrouvait "lié" à ce projet ce n'est pas ce que je souhaitais en terme d'image de marque - simplement je n'adhère pas à cet "humour" (et comme les gens ont tendance à cataloguer les autres gens, je ne souhaite pas être catalogué dans la case "bite, couilles, nichons").
Mis à part les logos et noms "bites, couilles, nichons", je trouve le projet très intéressant, utile ; je suis utilisateur et client de Budgea.
Pour en revenir à tes moutons, tu as un rôle de communication pour un projet dont l'image est controversée ; c'est à toi d'assumer, pas à nous d'être "gentils et pro-actifs parce que ce que vous faites est super bien".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: comment tu y retournes
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message session par réellement fermée sur linkedin lorsqu'on "logout" ?. Évalué à 2.
Et je suis de nouveau identifié & authentifié !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: L'histoire se repette !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à 2.
Le problème, c'est pas que les investisseurs ne comprennent pas : c'est juste que les logiciels libres et la sécurité, ils s'en foutent… C'est pas leur crédo !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# pourquoi être passé de Redmine à Github ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Modoboa 1.1.0. Évalué à 4.
Redmine peut se brancher sur git pour le suivi de code source… Et Redmine garantit une certaine indépendance (puisque libre) ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Programmation d'interfaces Dart : Angular.dart
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 6.
Comme je m'intéresse actuellement à Angular.js, et que je suis également intéressé par la programmation via des langages typés, j'ai creusé un peu et il se trouve qu'il existe un portage de Angular.js vers Dart, intitulé angular.dart. Angular.dart est développé par l'équipe Angular
Ca a l'air d'être un projet actif !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Quelques commentaires
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 6.
Beaucoup de gens étaient content de faire des effets kikoolol.
Pour faire des appli web dynamiques, il y avait Javascript, il y avait Flash, il y avait les applets Java et Java web start, il y avait Silverlight ; il se trouve que la techno la plus facile à mettre en oeuvre et à déployer / utiliser était Javascript. C'est comme ça.
Si tu avais une meilleure idée, il ne fallait pas hésiter à la développer et la mettre en oeuvre . Reste qu'après 20 ans, si Javascript est LA techno qui a su s'imposer, c'est parce qu'elle convenait le mieux (peut-être pas "bien", mais "mieux" que les autres) aux besoins des utilisateurs.
Je précise que je n'aime pas spécialement Javascript, mais faut arrêter de croire qu'on détient la vérité et que nos prédécesseurs sont des ânes.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Quelques commentaires
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 3.
C'est son boulot de dire qu'on fait de la merde. Le fait est que ce n'est probablement "pas tant de la merde que ça" vu comme ça a été accueilli et comme c'est désormais utilisé. Dans les très bons langages, il y a Eiffel. Excellent langage… mais pas du tout utilisé.
L'argument de la durée n'a pas de sens :
- le C++, par exemple, certains le vantent encore et à juste titre
- si la nouvelle techno n'apporte qu'un peu d'amélioration (par rapport à "recoder" 20 ans de dév), c'est pertinent de résister au changement.
Maintenant, là, j'en sais rien si Dart c'est la super techno révolutionnaire par rapport à JS. Mais si tu mises sur une techno donnée (c'est le cas de Mozilla, notamment avec ses téléphones mobiles), c'est cohérent de la défendre (pertinent, c'est une autre histoire).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Quelques commentaires
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 5. Dernière modification le 24 décembre 2013 à 08:33.
C'est exactement ce qu'a fait Brendan Eich… avec des moyens probablement plus modestes que ceux dont disposent les équipes R&D de Google…
Note au passage que tous les projets Google ne sont pas libres ; qu'ils tentent de fermer régulièrement des choses - leur API Caldav, par exemple, même si au final ils ont renoncé face aux protestations.
Enfin, pour ce qui est de se bouger le cul pour faire avancer le web, cela me semble assez logique qu'une boîte dont le crédo est de gagner un maximum d'argent améliore ses outils de génération de revenu ; il se trouve que le web en est le principal vecteur et que libérer des technologies est un des moyens stratégiques les plus efficaces pour assurer son adoption avec un moindre effort.
Pour caricaturer, c'est un peu comme si tu comparais l'amélioration des outils de gestion locative mis en œuvre par Foncia ou par l'office HLM. Buts différents = moyens différents.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Quelques commentaires
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 2.
Dans la vraie vie, il y a la théorie et la pratique. refuser en disant "désolé, on ne créé pas un langage de programmation en quelques jours" ça serait typique du puriste qui dit "non, je ne veux pas utiliser un ordinateur si on n'a pas 100% de logiciel libre"… Heureusement que certains sont plus enclins au compromis (même s'il est import qu'il y ait des puristes).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: campus francais, serveur aux US
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal qyshare et Amazon EC2. Évalué à 2.
Je parle à service égal, pas à tout prix. Si ton besoin c'est du simple VDS pour le marché français et que tu achètes Amazon et non pas Gandi sous prétexte que Amazon c'est worldwide, c'est regrettable. Si tu vises le marché mondial et que tu as besoin de toutes les features de Amazon, alors c'est pas pertinent d'acheter Gandi… c'est ça que je dis : la préférence locale.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: campus francais, serveur aux US
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal qyshare et Amazon EC2. Évalué à 2. Dernière modification le 17 décembre 2013 à 21:55.
J'ai eu une expérience du service après-vente assez exceptionelle avec Gandi. Tu poses une question par email, sur une problématique a priori pas adressée par leur offre, mais pas sûr, et pouf, le support t'appelle (t'avais déjà à peine espéré une réponse claire par email), et il prend 1/2h pour bien comprendre ton besoin - le mec est calé en face. Franchement, ça vaut le prix.
Pour l'aspect "mondial" ouais ok, après combien de gens en ont vraiment besoin ? J'ai une tendance naturelle à me dire "si tu achètes local, tôt ou tard tu es gagnant parce que tu pérennises ton environnement direct. Quand on achète tout aux américains, bah faut pas s'étonner après que l'économie française aille mal. On va me dire que ce sont les entreprises qui sont des nases… en fait je m'en fiche de savoir qui est le plus nase, le résultat c'est juste que l'argent s'en va et ne revient pas… et une entreprise - qui est simplement une structure juridique, une personne morale (c'est assez ironique, d'ailleurs;), si elle ne fait plus d'argent ici, elle s'en va et puis c'est tout.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: campus francais, serveur aux US
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal qyshare et Amazon EC2. Évalué à 2. Dernière modification le 17 décembre 2013 à 17:19.
Par curiosité, pourquoi ne pas avoir choisi une offre française comme Gandi par exemple ?
https://www.gandi.net/hebergement/serveur
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: campus francais, serveur aux US
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal qyshare et Amazon EC2. Évalué à 3.
Je pense que le site gagnerait à être un peu markettée : si on tombe sur votre site par hasard, on n'a pas envie d'aller plus loin, même en étant pro fabrication française. Je sais, ici
tout le mondeplein de gens pensent que le marketing c'est mal, mais bon, faut sortir des laboratoires et des salles de dév et on constate que c'est quand même une bonne chose pour gagner de l'argent ;)#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C vs Python pour des applis Gnome
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 2.
C'est toi qui voit. PHP n'est pas un langage de programmation aussi avancé que python, mais PHP est tout de même utilisé par des milliers de développeurs, que ce soit sur des projets type "Kévin bidouille dans son garage" ou pour des très très gros projets. C'est par ailleurs un langage qui semble en partie guidé par un certain pragmatisme, et si le typage statique a été ajouté, c'est peut-être parce que cela a des avantages.
Pour le reste, je suis d'accord avec toi.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C vs Python pour des applis Gnome
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 1.
Il me semble que cette méthode de documentation est prônée par les aficionados de python (et dans les guide-lines ?), je me trompe ? (si oui, alors ok, mea culpa)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C vs Python pour des applis Gnome
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 4.
Je suis totalement d'accord sur la lisibilité du code et sur le fait qu'une fois que tu connais ça marche bien.
Le problème que je vois, c'est qu'avec des API très riches, l'auto-complétion proposée avec des langages fortement typés est sans égal en terme de confort, notamment lorsque des méthodes proposent différentes signatures.
J'apprécie python - j'en fais beaucoup, mais j'en reconnais aussi certaines limites.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C vs Python pour des applis Gnome
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 6.
C'est de la langue de bois, ça : dire que le typage des données correspond à de la documentation ne signifie à aucun moment que c'est la seule documentation.
PArailleurs, l'exempleque tu donnes, c'est le truc qui me dérange souvent quand je fais du python : les exemples donnés dans la doc ne sont pas exhaustifs, et bien entendu tu tombes toujours dans le cas "non documenté".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C vs Python pour des applis Gnome
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 5.
Tu parles comme s'il n'était pas possible de faire des tests unitaires sur des langages typés statiquement…
Le problème avec les langages dynamiques, c'est que ce que tu sais à la conception - le type d'objet que tu manipules à un instant donné (par exemple quand tu définis la signature d'une nouvelle méthode) n'est pas capitalisé pour la personne qui va reprendre / maintenir / faire évoluer ton code. Avec un langage typé statiquement, si tu ne fais pas volontairement des trucs "crades", tu capitalises forcément d'un intervenant à l'autre sur le code.
Dans les langages qu'on juge souvent moches, il y a PHP ; par rapport à ses origines, PHP a désormais un typage dans les signatures de méthodes… ce n'est probablement pas pour rien. Sur des projets d'envergure, tu es vraiment serein quand tu codes avec un typage statique : ce n'est peut-être pas plus rapide à développer, mais tu n'as pas les fesses qui font bravo à chaque refactoring : tu sais ce que tu casses et ce que tu ne casses pas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C vs Python pour des applis Gnome
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 2.
Je me suis mis à QT il y a quelques temps. Avec python. A la base je fais plus du dév client/serveur, web, api, etc. Bah pour découvrir l'API QT en codant en python… comment dire… tu sais que ça existe, mais tu n'as aucun moyen de trouver seul. Par opposition, tu dév en C++ avec QT, tu utilises le bon IDE et tu te régales à découvrir ton framework, son api et à développer. J'ai développé quelques temps en C# pour faire des applis avec interface graphique en environnement Windows, c'était vraiment agréable de coder.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Merci beaucoup pour vos retours...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Questionnement sur une opportunité d'enseigner l'informatique. Évalué à 6.
Je pense que je ne vais pas m'engager dans cette direction. La formation m'intéresse, mais là j'envisageais plutôt ça comme une "activité d'appoint", mais manifestement ça ne serait pas le cas si je veux faire mon travail correctement.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo