Christophe B. a écrit 1729 commentaires

Un ERP de par sa complexité de toute façons cela coute pour l'utilisateur, l'intégrateur, l'éditeur
à mettre en place
à utiliser
à développer
à maintenir
se former
migrer d'une version à une autre
…
bref c'est du temps passé sur un besoin interne pour éviter d'en perdre encore plus … attention à l'équilibre

C'est quelque chose que je suis depuis longtemps (je bosse pour un intégrateur d'ERP proprio) et un ERP libre ne peut pas survivre longtemps vu le temps et l'énergie qu'il faut pour maintenir le logiciel surtout dans un pays comme la France Championne du Monde de la génération automatique et spontanée d'usines à gaz Administrative.

A un moment donné on se retrouve avec une version de dev en libre + une communauté pour le support
et une version plus testée et validée avec un vrai support mais payante.

Apparemment dès qu'un ERP libre arrive à un certain niveau … cela bascule de plus en plus vers du pseudo libre … puis libre proprio puis … on dirait une espece de "loi naturelle"
Un peu comme les distributions linux gratuites, puis avec support etc …

Donc les incitations a basculer vers du payant me paraissent normales et ne doivent pas être choquante c'est plus une évolution AMHA normale qu'autre chose.

Et cette situation ne pourra que perdurer, sauf si comme pour le noyau linux des personnes crée une fondation pour maintenir le truc sur plusieurs années.

ceci dit les versions dite de "dev" coté libre sont souvent bien mieux fini que les versions de certains ERP proprio et le support tout aussi efficace, et le logiciel offre souvent beaucoup plus de fonctionnalités.

Bonjour à tous,

Je m'aperçois qu'il y a beaucoup de moules dans le même bain, moi y compris

après 20 ans dans la même boîte et + de 30 ans d'infos, mon ressenti est similaire à ce que vous décrivez tous.
Cependant quelque chose, dans mon cas, a amélioré cette vision des choses :

prenons l'hypothèse que l'on est au sommet de quelque chose ou presque.
Et par conséquent, une fois en haut on ne peut que redescendre … c'est logique
Et cela peut induire un certain malaise.

Par le plus grand des hasards à 50 ans je me suis mis au karaté, une activité assez eloigné de l'informatique ou l'on ne doit pas réfléchir mais réagir.

Ensuite se retrouver ceinture blanche donc grand débutant, cela remet l'esprit en place, on apprend quelque chose qui ne doit pas s'écrire mais se faire, pas de copier coller pas d'accès internet … il faut le faire du mieux possible et croyez moi c'est pas toujours facile de mémoriser de grandes séquences de mouvements.

Actuellement j'ai migré du karaté vers le Viet Vo Dao un art martial Vietnamien, la aussi par hasard, c'est différend, moins martial et moins physique (une question de club) mais pas franchement plus facile

On change d'univers, on rencontre d'autres personnes, certaines ont un tel niveau que l'on a du mal a comprendre comment c'est possible et il y a beaucoup de choses à apprendre de leur part et pas que sur le sport ou le combat.

Il faut par contre bien choisir son club, certain sont plus axés combat et compétition, cela convient a certain mais pas à moi.

L'art martial m'a aidé, pas a devenir une arme blanche ce n'était pas le but, mais plutôt a revenir au statut de simple vermisseau, et surtout à voir les choses d'une autre manière mais aussi à bouger physiquement.

Une simple recherche vous montrera qu'il y a forcement un club d'art martial a coté de chez vous …

La réponse est chez les ch'tis et les lyonnais :)

les rigolos du marketing

Les miens ne font pas rire …
par contre j'ai des sultants et des tables mais ils sont pas toujours drôles.

OK j'aurais du attendre Dredi …

Merci

Il me semble avoir lu que quelqu'un avait déposé le brevet du "Temps de Travail a 35h"

pour démontrer l'absurdité de la chose …

Le routeur gère l'IPV6 mais les pare feux ?

Ne serait ce pas aussi a cause de ces derniers que tout le monde freinent pour l'IPV6
ou globalement il sont tous prêt pour gérer efficacement de l'IPV6 ?

YES … chui célèbre sur LinuxFr, maintenant je peu mourir

Moi aussi

Comme quoi unicode ça a du bon …

Faire un paralèlle entre Conan le barbare et Richard Stallman même pour un dredi
C'est fort fallait oser …

Tout a fait d'accord :)

Mais il faut le maintenir … et la c'est moins drôle …

Et en cas de panne le reste de de la famille ne veux surtout pas entendre parler de planning, hors contrat etc .. bref tu dois réparer t'as pas le choix.

Vous en connaissez d'autres des DNS libres ?

Moi je dirais qu'il parle de Windows …

ce n'est pas une bonne idée de compter sur la puissance des machines.

C'est le seul point sur lequel je suis d'accord avec toi

Sinon python2 python3 cela reste du python mais en mieux plus logique

L'indentation : cela oblige a structurer le code et c'est un vrai bonne idée
la preuve quasiment tout les langages ont des outils pour améliorer / formatter / standardiser la lecture du code (même python)

Python comme tout les langages demande un peu d'investissement, et pour être honnête moi aussi je suis passé à coté (version 1.5 il y a longtemps …)

Puis en lisant un bout de code ou une explication sur l'objet je tombe sur la syntaxe suivante :

class Vide():
    pass

a = Vide()
a.toto = 1
b.truc = 2

Une lumiere s'est allumé en haut, j'ai entendu de la musique bref l'illumination … enfin un langage permettant de créer des structures vides que l'on peut completer par la suite.

Le but : écrire du code sans trop réfléchir et être obligé de tout poser sur papier

comme quand on dessine une tête, on fait une patate ou un oeuf (cela dépend de la tête :) )
puis on dégrossit, on affine.
des que le brouillon est presque correct on passe au feutre les lignes importantes pour obtenir quelque chose de propre.

Peu de langage permette ce genre de choses

Et c'est ce que j'aime dans python, c'est toi qui decide pas la syntaxe, python par défaut considère que le codeur sait ce qu'il fait.

Autre exemple : il n'y a pas de propriétés ou d'attributs privés, tout est public, par convention si le nom commence par '_' c'est a considérer comme privé, mais rien ne t'y oblige c'est juste une convention.
Il n'y a rien à cacher juste des grands garçons et de grandes filles : des codeurs responsables

si tu veux de la structure et un compilateur/interpreteur qui te corrige tes conneries faut aller voir du coté du langage ADA, tu seras pas déçu.

Cependant cela correspond peut être à MA manière de voir les choses, heureusement il y a BEAUCOUP de langages pour tout les goûts et c'est une bonne chose.

Mais python mérite que l'on s'y attarde …

cette matière est secondaire pour eux

Pour l'éducation nationale aussi on dirait … même si le choix du langage python m'a surpris agréablement

d'ou vient ce choix d'ailleurs ?

Honnetement c'est parce que je n'arrive pas à retenir les règles de priorités normales de mathématique
trop compliqué pour moi, et je dois pas être le seul …

Aussi j'utilise systèmatiquement des parentheses pour éviter toute ambiguité.

Le code doit être lisible par tout le monde … par forcément que par les matheux ou les pythonistas pur jus qui sont moins nombreux que les autres :) les bipédes de catégorie moyennes comme moi.

L'ambiguité qui est génératrice de bug, pas les règles de priorités normales de mathématique.

parfois la communication passe par le plus petit dénominateur commun …

Mon avis (qui n'engage que moi) sur ces langages : Python / Javascript / Java / C# / PHP / C++

Javascript : même avec node.js c'est pas le plus abordable des langages et loin d'être le plus lisible, qui n'a pas pété les plombs a cause d'une accolade ou d'une parenthèse mal placée ?
en plus ce langage n'était pas destiné à devenir un GRAND langage à la base.

Java : plébiscité par le milieu pro OK, mais c'est quand même verbeux et puis il y a trop de machines virtuelles différentes, ceci dit quand la mémoire est bouffée par un processus on sait d'ou cela vient.
Par contre l'éco système et les librairies sont impressionnantes, mais difficile de s'y mettre.
Bien conçu des le départ mais maintenant il s'écroule sous sa propre masse.

C# : c'est pour les fans de microsoft sinon je sais pas pourquoi il existe …

PHP : sincerement faire de l'objet avec PHP … et je disais que java était verbeux …
la aussi Pretty Home Page a commencé petit et il est devenu grand mais trop vite …

C++ : c'est un peu comme les formules 1 ou les poids lourds, tu vas pas au supermarché du coin avec …
par contre si tu veux aller vite ou faire de grandes choses …
Le C n'était qu'un assembleur amélioré, le C++ n'est qu'une surcouche au départ.

et python : simple lisible efficace, parfait pour débuter, une fois que tu l'adoptes tu le laches plus et en plus tu peu tout faire avec de gros projets, du web, du scripting de tout les jours etc …
Python a toujours eu de bonne bases solides et simples, et comme les autres il s'améliore car oui il y en encore des choses à améliorer.

"La simplicité c'est la sophistication ultime"

perso j'ai abandonné le perl pour python car maintenir un code que tu n'as pas touché depuis 6 mois est difficile en perl

vous pouvez moinssez, c'est mérité et à la limite de la caricature, mais j'ai pas pu attendre Dredi

Avec

    if x==1 or 2 or 3:

La syntaxe est ambigüe, c'est à éviter absolument , beaucoup de bug proviennent d'une syntaxe ambigue

Avec x=1 y=2 z=3 quelle est la valeur de : x * 3 - y + z - 4 ?

python l'interprète de gauche à droite et le résultat est 0

mais en fait tu voulais exprimer (x * 3) - ((y + z) - 4)
et dans ce cas le résultat est 2

Cependant c'est exactement le genre de piège qu'il faut étudier avec tes élèves et leur apprendre à écrire du code lisible sans ambigüité.

Il y a longtemps j'ai fait un test de montrer à des devs du code python, sans connaître le langage la majorité comprenait ce que faisait le script.

Ce n'est pas le cas avec tout les langages.

Et s'il te plaît si tes étudiants doivent devenir des professionnels de l'informatique dis leur de se poser 2 questions quand ils codent : Fréquence et volume

Fréquence : quelle est la fréquence d'utilisation du script ? 1 fois par an / 1 fois par minute etc …
Volume : quelle est le volume de données à traiter ? 1 Ko / 1 Mo / 1 Go …

Cela évitera beaucoup de problèmes, cris, larmes etc …

je suis effaré de voir certains Chef de projets/ Consultants / devs etc … ne JAMAIS se poser ce genre de question.

Enfin si je puis me permettre de te donner un conseil sur ta méthode d'enseignement alors que je n'ai aucune légitimité.

mais apparemment je suis tout seul … sniff

C'est bien ce que je dis … je suis le seul ou presque … donc c'est pas grave non plus

Et tant mieux pour l'auteur, qui ne s'est pas trompé de "public visé"

D'ailleurs je lui souhaite de vendre des millions de livres …

Et à toi, de l'autre coté, de vendre des dizaines de "Gold Support"

A la base c'était juste une question …

J'entends et je comprends ce que vous me dites.
Et sauf si vous le demandez, je ne ferais pas de caprice, avec pipi par terre et se rouler dedans, si
il n'y a pas de version française.

Par contre je ne mettrais pas 110 € pour une version papier en anglais qui me demande un effort supplémentaire de lecture. car il s'agit plus d'une lecture … pour me détendre et apprendre

les raisons : PostGresql m'interresse beaucoup mais pas a ce niveau
et je ne m'en sert pas dans mon boulot, ce qui est dommage, donc pas de possibilité de faire passer cela entre 2 clé usb et une multiprise (quoique …)

C'est dommage mais pour moi, pour l'auteur 1 client potentiel de moins, si on était 1000 cela changerait la donne, mais apparemment je suis tout seul … sniff

je vais donc m'acheter le chapeau coquille de Calimero et aller voir la traduction de la doc officielle de PostGreSQL

PS : je vous mets le lien Wikipedia pour Calimero car beaucoup ne devais pas être né à l'époque ;)

Je n'ai pas cherché l'explication au phénomène, et je ne sais pas si c'est reproductible avec d'autres SGBD, mais on a eu le cas sur des tables très petites et sur plusieurs centaines de lignes (au-delà c'est paginé donc trié côté SGBD), sur des clé de tri indexées ou non.

plusieurs centaines de lignes même sqlite peut le gérer sans problème
c'est quand le volume des données est bien supérieur à la mémoire allouée à la base de données que l'on peut faire la différence

Pour avoir du tester le gain de traitement sur certaines machines en comparant avec d'autres moins rapide
il a fallu créer un table non indexée de 250 millions de lignes pour obtenir des choses probantes.

Car quand un select demande quelque chose 99 fois 100 la lecture est effectué depuis la mémoire cache de la baie de disque / de l'os / de la base de données etc …

D'ailleurs le meilleur moyen de résoudre les problemes de perf sur les bases de données c'est d'allouer autant que de mémoire que possible, j'ai même un client heureux depuis que je lui ai dis vous avez 80 Go de données allouez 80 Go de mémoire à la base, au début c'était pour rire mais combien coute 80 go de RAM de nos jours ?

maintenant l'ERP tourne bien :)

OK merci pour les infos
encore un truc a mettre sur la pile des choses à apprendre

Tout a fait d'accord et c'est dommage qu'il n'y ait pas d'éditeur pour se lancer dans l'aventure

Le problème de l'anglais, même de l'anglais technique, c'est que parfois certaines nuances sont difficile pour moi (je n'ai pas d'exemple en tête) et cela me met un doute dans ma tête …

Vous inquiètez pas les vieux qui aiment le français et les bouquins en papier bientôt seront tous à
la retraite ! il n'y en pas pour longtemps …

La France est en vacances au mois d'aôut
alors on peut décreter que c'est Dredi tout le mois d'aout !

Je viens de recevoir l'extrait … mais il n'y a pas de version en français ?

dommage …