Sincérement cela fait 25 ans que je suis passé à la semaine de 4 jours, ne travaillant pas les mercredis et je ne regrette pas que du bonheur.
Bientot la retraite progressive … et je vais passer à la semaine de 3 jours de travail. C'est possible depuis le 1er septembre si tu as plus de 60 ans et plus de 150 trimestres
mais attention il y a 5 mois de délai …
Non désolé
Sans projet motivant tu tournes en rond
L'informatique reste encore un truc ou il faut échanger "en live" avec de vrais humains
car la tu peux recevoir et transmettre
J'ai bossé trop longtemps pour une boîte qui ne voulait pas évoluer, évitait d'investir, et n'acceptait les formations que contraint et forcé
D'ailleurs je suis sur qu'ils utilisent encore ce que j'ai mis en place en … 2008
un VM linux avec SAMBA pour faire du partage windows
Non si tu veux évoluer il faut rencontrer des gens et échanger des idées
Le geek asociable qui reste dans sa piole comme une huitre risque fortement de mal finir
PS : je précise il s'agit d'un conseil de vieux c..
python prends une place très importantes, et il est conseillé a pleins de gens, un nouveau aura du mal à se faire de la place.
Oui il faut des étendards pour les nouveaux arrivants, et python remplit bien ce rôle : open source, facile d'utilisation, généraliste, large communauté etc … même M$ est obligé de s'y mettre :)
Par contre dire que python résoudra tout les problèmes c'est faux
Mais je trouve aussi intéressante l'idée d'avoir un langage généraliste qui couvre beaucoup de cas ou du moins les plus basics et les plus courants
la délimitation des blocs par l'indentation : avoir présenté cela comme une fonctionnalité m'a toujours abasourdi; n'importe quel éditeur de texte dédié à du code peut refaire ton indentation en fonction de tes préférences.
L'indentation as code est ce qui rebute le plus dans python, ce que je peu comprendre.
Pour certain dont je fais partie, cela impose une lisibilité et structure le code, alors que pour d'autres c'est rédhibitoire.
Heureusement il ya suffisamment de langage pour trouver celui qu'il faut …
Je connais perl et python dans des contextes professionnels.
je ne pratique plus le langage perl depuis quelques années
mais si cela peut vous éclairer voici mon humble avis :
la grosse différence entre les 2 langages concernent la lisibilité
qui est excellente en python et parfois difficile en perl
Surtout si on ne pratique pas perl tout les jours
Reprendre un script python quelques mois après sa mise en prod se fait rapidement
c'est plus difficile avec le langage perl.
je devais effectuer des modifications sur un script perl d'environ 3000 lignes et en gros il me fallait 3 jours pour effectuer une modification
- 1 journée pour se remettre dans le script
- 1 journée pour effectuer la modif / test etc …
- 1 journée pour la mise en exploitation
Par contre ce script a tourné pendant 15 ans, a été migré plusieurs fois de machines et de l'OS AIX vers Linux avec une utilisation quotidienne d'une douzaine d'utilisateurs.
La lisibilité est le seul point faible, à ma connaissance, du langage Perl dans sa version 5 pour être précis.
Sinon pour le reste rien à redire, et si je me souviens bien il y a dans perl des méthodes pour découper des textes qui sont d'une simplicité déconcertante
avec l'utilisation des opérateurs ou modifieurs .. et …
du style
if /debut/ .. /fin/ { }
Si mes souvenirs sont bons. Bien sur on peut faire la même chose en python mais c'est pas pareil ce qui est dommage
Je peu confirmer que l'on passait plus de temps à réfléchir, ou coder virtuellement comme vous voulez, qu'à écrire du code
J'ai commencé sur un ZX 81 en 1981-82, le 1er ordi en dessous des 1000 Francs de l'époque (150 euros) mais cela représentait quand même 1/3 du salaire mensuel minimum de l'époque.
Ces machines étaient des millions de fois moins puissante, avec très peu de RAM
(1ko pour le ZX81).
Et très souvent le résultat de ce code réfléchit et murit très longtemps n'avait rien de spectaculaire, de nos jours c'est l'inverse …
Une fois que Donald Trump aura compris qu'en coupant les accès aux serveurs M$ il a un moyen de pression phénoménale sur une grosse partie du monde ce sera trop tard.
Apparemment pour lui, comme pour beaucoup l'informatique c'est magique, les données vont dans le cloud donc pas de problème.
Après tout le cloud, les nuages …, cela doit être quelque part au dessus de notre tête … non ?
La migration vers des solutions pérennes et surtout Européennes aurait du commencer il y a longtemps.
Trump serait il capable de couper les accès Microsoft365 ?
Très juste
En tant que senior et dev (mais aussi sysadmin etc …) utiliser une IA même gratuite m'a permis de faire plus rapidement des trucs compliqué pour moi
Comme des objets utilisables avec flask/django pour générer du HTML en python avec des morceaux de bootstrap dedans ( voir https://codeberg.org/chrislyon/bootstrap_objects )
C'est pas du code très propre mais globalement ça fait le job et je l'ai utilisé sur des trucs très très simple
75 % environ c'est l'IA qui l'a généré, mais j'ai du corriger manuellement pas mal de choses
C'était ça ou refaire un copier coller du code pour qu'il le corrige , ensuite on teste et on boucle
bref cela devenait chiant alors j'ai préféré reprendre la main et faire les corrections moi même
Avant j'avais quand même fait un brouillon au préalable mais c'est l'IA qui m'a permis d'aller super vite pour obtenir un version finalisée et utilisable.
pour être honnête je l'aurai jamais fini tout seul (manque de temps toussa …)
Pour le SAV, j'ai été confronté à un problème tordu, mais bon comme j'ai l'habitude de reprendre du code qui n'est pas a moi, j'ai réussi assez rapidement à trouver le problème.
Mais j'en reviens toujours au tryptique : think - edit - make
très en vogue au siècle dernier … de nos jours cela serait plutôt : think - edit - make - git :)
Pour conclure :
tu peu faire des trucs sympas en t'aidant de l'IA cela permet d'aller plus vite sur certains points, c'est quand même un super outil
Mais faut pas se leurrer : analyser, réfléchir, documenter et surtout tester reste indispensable
Même si il faut le reconnaître la reconnaissance d'imprimante Epson sous linux c'est du gateau ou presque (à télécharger un tar.gz et a installer)
Les imprimantes EPSON demandent constamment des mises à jour, et la dernière (WF 2930) ne permet pas de faire autre chose tant que c'est pas fait
Les indications comme prise ethernet => alors qu'il n'y en pas
Le recto verso ne fonctionnent pas …
Le chargeur pour photocopier / scanner 35 pages max ne fonctionnent pas ou très très mal
L'OBLIGATION DE Télécharger une application sur ton tel pour le paramétrage de base, qui demande en premier lieu la géolocalisation … super utile pour le parametrage
Bref retour à l'envoyeur, au bout de quelques jours, en espérant qu'il vont communiquer nos commentaires aux fabricants
Où l'on code librement dans la direction où l'on veut en s'en foutant des bonnes pratiques, et on regarde où ça nous mène _^ (à bas la tyrannie de la PEP8, vive Perl, vive python)
Vive les langages ou le dev est considéré comme un adulte responsable et pas comme un ado adepte du copier/coller depuis Chat-Gépété
Et oui tout n'est pas toujours aussi simple dans l'informatique, surtout pour les devs qui veulent faire de l'admin système (l'inverse est aussi vrai :) )
Quand on veut faire cohabiter plusieurs versions de plusieurs choses sur une machine voici quelques conseils :
ne pas travailler avec root : c'est dédié au système
si possible chaque "produit" devrait être géré par un utilisateur dédié
cela peut devenir contraignant mais aussi très pratique car cela permet d'isoler les problèmes.
surtout quand il s'agit d'éditeur ou de dev différent car a un moment ou a un autre les produits vont évoluer différemment mais c'est une méthode destinée au "gros projet"
pour des projets moins important un utilisateur suffit, mais différent de root et de votre utilisateur courant
dans le cas de python (que je connais un peu) :
- chaque projet devrait avoir son environnement créé avec le module venv et ce n'est pas la peine de le suivre avec git, un venv python c'est jetable et facile à reconstruire, par contre le fichier requirements.txt (pip freeze > requirements.txt) lui doit être suivie avec git
Et si une version de python précise est nécessaire alors il faut télécharger les sources et le compiler, on trouve plein de scripts sur le net qui simplifie la chose (rech google "python from sources"), ensuite créer un environnement virtuel a partir de cette version
Python n'est pas pire que les autres, c'est juste qu'il fait partie du système. vous pouvez essayer de changer des librairies C vitales pour le système et vous aurez les mêmes problèmes.
Un principe de base et de ne pas interférer avec les composants du systèmes, en mode dev "apt install" suffit mais si votre projet prend de l'ampleur, alors il faudra passer par une isolation de chaque composants pour maitriser les différences de versions et une procédure d'installation.
Après tout dépend du projet mais un projet comme le tien se doit de tenir sur la durée et une solution serait de packager une VM basé sur une debian.
C'est possible de le coder avec ansible, terraform, fai ou autre. problème cela peut prendre du temps à faire ce genre de choses, même si l'IA peut aider quand on ne connait pas les techniques.
Docker c'est bien mais comme d'habitude ce n'est pas magique non plus.
Il existe pléthore de solutions, le problème c'est de trouver la bonne ou plutôt la moins mauvaise. et cela devient de plus en plus difficile de tout connaître et tout évolue très vite.
Chaque fois que je tombais sur un problème difficile ou en dehors de mon domaine je recherchais comment font les autres …
Et puis comme on dit chez les shadoks : à chaque problème une solution, si la solution n'existe pas alors c'est qu'il n y a pas de problème :)
Je comprends que l'on trouver certains comportements de langages déconcertants.
Chaque langage a ses forces et ses faiblesses.
Mais l'informatique n'est pas une science exacte, cela se saurait …, et surtout rien ne vaut une bonne phase de test … avec un environnement et un jeu de données probants.
J'ai commencé ma carrière "pro" en 1986 et même un peu avant vu que je donnais des cours de Basic sur TO7 / ORIC 1 et Apple II avant pour un Club Leo Lagrange
C'est vrai que, n'ayant que le bac (bac +2 avec 2 ans de retard :) ), j'ai eu beaucoup de chance en croisant la route d'un entrepreneur en faisant du stop.
L'idée d'un VAE m'avait effleuré l'esprit fut une époque, mais maintenant a quelques années de la retraite je vois plus l'intérêt.
[^] # Re: Pouvoir sans limite : le script
Posté par Christophe B. (site web personnel) . En réponse au journal fusebox : transformations composées sur des systèmes de fichiers FUSE. Évalué à 2. Dernière modification le 25 septembre 2025 à 09:16.
Bonjour
Si tu mixes tab et espace tu aura droit à cette erreur :
TabError: inconsistent use of tabs and spaces in indentation
C'est sur le PEP8 qui date de 2001
[^] # Re: Mais c'est trop bien !
Posté par Christophe B. (site web personnel) . En réponse au journal Et l’intelligence humaine, alors ?. Évalué à 6.
La semaine de 4 jours … (80%)
Sincérement cela fait 25 ans que je suis passé à la semaine de 4 jours, ne travaillant pas les mercredis et je ne regrette pas que du bonheur.
Bientot la retraite progressive … et je vais passer à la semaine de 3 jours de travail. C'est possible depuis le 1er septembre si tu as plus de 60 ans et plus de 150 trimestres
mais attention il y a 5 mois de délai …
[^] # Re: Mais c'est trop bien !
Posté par Christophe B. (site web personnel) . En réponse au journal Et l’intelligence humaine, alors ?. Évalué à 9. Dernière modification le 22 septembre 2025 à 12:00.
Non désolé
Sans projet motivant tu tournes en rond
L'informatique reste encore un truc ou il faut échanger "en live" avec de vrais humains
car la tu peux recevoir et transmettre
J'ai bossé trop longtemps pour une boîte qui ne voulait pas évoluer, évitait d'investir, et n'acceptait les formations que contraint et forcé
D'ailleurs je suis sur qu'ils utilisent encore ce que j'ai mis en place en … 2008
un VM linux avec SAMBA pour faire du partage windows
Non si tu veux évoluer il faut rencontrer des gens et échanger des idées
Le geek asociable qui reste dans sa piole comme une huitre risque fortement de mal finir
PS : je précise il s'agit d'un conseil de vieux c..
[^] # Re: Pouvoir sans limite : le script
Posté par Christophe B. (site web personnel) . En réponse au journal fusebox : transformations composées sur des systèmes de fichiers FUSE. Évalué à 2.
Oui il faut des étendards pour les nouveaux arrivants, et python remplit bien ce rôle : open source, facile d'utilisation, généraliste, large communauté etc … même M$ est obligé de s'y mettre :)
Par contre dire que python résoudra tout les problèmes c'est faux
Mais je trouve aussi intéressante l'idée d'avoir un langage généraliste qui couvre beaucoup de cas ou du moins les plus basics et les plus courants
[^] # Re: Pouvoir sans limite : le script
Posté par Christophe B. (site web personnel) . En réponse au journal fusebox : transformations composées sur des systèmes de fichiers FUSE. Évalué à 2.
L'indentation as code est ce qui rebute le plus dans python, ce que je peu comprendre.
Pour certain dont je fais partie, cela impose une lisibilité et structure le code, alors que pour d'autres c'est rédhibitoire.
Heureusement il ya suffisamment de langage pour trouver celui qu'il faut …
[^] # Re: Pouvoir sans limite : le script
Posté par Christophe B. (site web personnel) . En réponse au journal fusebox : transformations composées sur des systèmes de fichiers FUSE. Évalué à 3.
Attention un block with ne fait que déclencher les fonctions
la variable f continue d'exister apres le block with le fichier est juste fermé (f.closed=True)
Voici 2 exemples :
ou
[^] # Re: Pouvoir sans limite : le script
Posté par Christophe B. (site web personnel) . En réponse au journal fusebox : transformations composées sur des systèmes de fichiers FUSE. Évalué à 4.
Bonjour,
Je connais perl et python dans des contextes professionnels.
je ne pratique plus le langage perl depuis quelques années
mais si cela peut vous éclairer voici mon humble avis :
la grosse différence entre les 2 langages concernent la lisibilité
qui est excellente en python et parfois difficile en perl
Surtout si on ne pratique pas perl tout les jours
Reprendre un script python quelques mois après sa mise en prod se fait rapidement
c'est plus difficile avec le langage perl.
je devais effectuer des modifications sur un script perl d'environ 3000 lignes et en gros il me fallait 3 jours pour effectuer une modification
- 1 journée pour se remettre dans le script
- 1 journée pour effectuer la modif / test etc …
- 1 journée pour la mise en exploitation
Par contre ce script a tourné pendant 15 ans, a été migré plusieurs fois de machines et de l'OS AIX vers Linux avec une utilisation quotidienne d'une douzaine d'utilisateurs.
La lisibilité est le seul point faible, à ma connaissance, du langage Perl dans sa version 5 pour être précis.
Sinon pour le reste rien à redire, et si je me souviens bien il y a dans perl des méthodes pour découper des textes qui sont d'une simplicité déconcertante
avec l'utilisation des opérateurs ou modifieurs .. et …
du style
if /debut/ .. /fin/ { }
Si mes souvenirs sont bons. Bien sur on peut faire la même chose en python mais c'est pas pareil ce qui est dommage
[^] # Re: tu oublies que ça se compile
Posté par Christophe B. (site web personnel) . En réponse au journal Microsoft libère le code de leur Basic pour le microprocesseur 6502. Évalué à 5.
Venant de toi je prends cela comme un compliment :)
[^] # Re: tu oublies que ça se compile
Posté par Christophe B. (site web personnel) . En réponse au journal Microsoft libère le code de leur Basic pour le microprocesseur 6502. Évalué à 9.
Je peu confirmer que l'on passait plus de temps à réfléchir, ou coder virtuellement comme vous voulez, qu'à écrire du code
J'ai commencé sur un ZX 81 en 1981-82, le 1er ordi en dessous des 1000 Francs de l'époque (150 euros) mais cela représentait quand même 1/3 du salaire mensuel minimum de l'époque.
Ces machines étaient des millions de fois moins puissante, avec très peu de RAM
(1ko pour le ZX81).
Et très souvent le résultat de ce code réfléchit et murit très longtemps n'avait rien de spectaculaire, de nos jours c'est l'inverse …
[^] # Re: Une fois que Donald Trump aura compris
Posté par Christophe B. (site web personnel) . En réponse à la dépêche L’architecture d’entreprise dans l’anthropocène : Le logiciel libre pour améliorer sa résilience. Évalué à 4.
Oups désolé
mais à mon avis dépèche toi … sinon cela risque d'être du reportage et pas de l'anticipation :)
# Une fois que Donald Trump aura compris
Posté par Christophe B. (site web personnel) . En réponse à la dépêche L’architecture d’entreprise dans l’anthropocène : Le logiciel libre pour améliorer sa résilience. Évalué à 6.
Une fois que Donald Trump aura compris qu'en coupant les accès aux serveurs M$ il a un moyen de pression phénoménale sur une grosse partie du monde ce sera trop tard.
Apparemment pour lui, comme pour beaucoup l'informatique c'est magique, les données vont dans le cloud donc pas de problème.
Après tout le cloud, les nuages …, cela doit être quelque part au dessus de notre tête … non ?
La migration vers des solutions pérennes et surtout Européennes aurait du commencer il y a longtemps.
Trump serait il capable de couper les accès Microsoft365 ?
qui veut parier la dessus ?
[^] # Re: Faire des bêtises naturelles
Posté par Christophe B. (site web personnel) . En réponse au journal Coder avec l'IA : le déclin du plaisir. Évalué à 8.
Très juste
En tant que senior et dev (mais aussi sysadmin etc …) utiliser une IA même gratuite m'a permis de faire plus rapidement des trucs compliqué pour moi
Comme des objets utilisables avec flask/django pour générer du HTML en python avec des morceaux de bootstrap dedans ( voir https://codeberg.org/chrislyon/bootstrap_objects )
C'est pas du code très propre mais globalement ça fait le job et je l'ai utilisé sur des trucs très très simple
75 % environ c'est l'IA qui l'a généré, mais j'ai du corriger manuellement pas mal de choses
C'était ça ou refaire un copier coller du code pour qu'il le corrige , ensuite on teste et on boucle
bref cela devenait chiant alors j'ai préféré reprendre la main et faire les corrections moi même
Avant j'avais quand même fait un brouillon au préalable mais c'est l'IA qui m'a permis d'aller super vite pour obtenir un version finalisée et utilisable.
pour être honnête je l'aurai jamais fini tout seul (manque de temps toussa …)
Pour le SAV, j'ai été confronté à un problème tordu, mais bon comme j'ai l'habitude de reprendre du code qui n'est pas a moi, j'ai réussi assez rapidement à trouver le problème.
Mais j'en reviens toujours au tryptique : think - edit - make
très en vogue au siècle dernier … de nos jours cela serait plutôt : think - edit - make - git :)
Pour conclure :
tu peu faire des trucs sympas en t'aidant de l'IA cela permet d'aller plus vite sur certains points, c'est quand même un super outil
Mais faut pas se leurrer : analyser, réfléchir, documenter et surtout tester reste indispensable
[^] # Re: Un ptit beurre des touillous ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Vingt-sept ans de LinuxFr.org. Évalué à 3.
On y est presque ici …
[^] # Re: Un ptit beurre des touillous ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Vingt-sept ans de LinuxFr.org. Évalué à 4.
On y est presque ici …
# Un ptit beurre des touillous ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Vingt-sept ans de LinuxFr.org. Évalué à 8.
Merci à tous et à toutes pour ce site
Un site à l'image de ce que devrait être internet :
ou l'on peut apprendre, échanger, ne pas être d'accord, participer, transmettre
Le tout sans arme ni haine ni violence, dans le respect des autres.
Merci de prouver que c'est possible
[^] # Re: Est-ce que ces objets on besoin d'être connectés
Posté par Christophe B. (site web personnel) . En réponse au journal Sondage open-hardware. Évalué à 4.
Tous n'ont pas le décalage pour la mise en route ?
cela permet de profiter du tarif heures creuses
Mais je l'ai pas sur le seche ligne par contre …
[^] # Re: Imprimante
Posté par Christophe B. (site web personnel) . En réponse au journal Sondage open-hardware. Évalué à 6.
Je plussois au MAXIMUM
Même si il faut le reconnaître la reconnaissance d'imprimante Epson sous linux c'est du gateau ou presque (à télécharger un tar.gz et a installer)
Les imprimantes EPSON demandent constamment des mises à jour, et la dernière (WF 2930) ne permet pas de faire autre chose tant que c'est pas fait
Les indications comme prise ethernet => alors qu'il n'y en pas
Le recto verso ne fonctionnent pas …
Le chargeur pour photocopier / scanner 35 pages max ne fonctionnent pas ou très très mal
L'OBLIGATION DE Télécharger une application sur ton tel pour le paramétrage de base, qui demande en premier lieu la géolocalisation … super utile pour le parametrage
Bref retour à l'envoyeur, au bout de quelques jours, en espérant qu'il vont communiquer nos commentaires aux fabricants
# Yeeear ça c'est bien dit
Posté par Christophe B. (site web personnel) . En réponse au journal SCAM ; publier un livre en organisant ses pensées. Évalué à 3.
Vive les langages ou le dev est considéré comme un adulte responsable et pas comme un ado adepte du copier/coller depuis Chat-Gépété
Et en plus cette tirade m'a bien fait rire :)
# Ah les devs ...
Posté par Christophe B. (site web personnel) . En réponse au journal La galère de Python en déploiement. Évalué à 5.
Bonjour ami(e)s devs de tout poil
Et oui tout n'est pas toujours aussi simple dans l'informatique, surtout pour les devs qui veulent faire de l'admin système (l'inverse est aussi vrai :) )
Quand on veut faire cohabiter plusieurs versions de plusieurs choses sur une machine voici quelques conseils :
dans le cas de python (que je connais un peu) :
- chaque projet devrait avoir son environnement créé avec le module venv et ce n'est pas la peine de le suivre avec git, un venv python c'est jetable et facile à reconstruire, par contre le fichier requirements.txt (pip freeze > requirements.txt) lui doit être suivie avec git
Et si une version de python précise est nécessaire alors il faut télécharger les sources et le compiler, on trouve plein de scripts sur le net qui simplifie la chose (rech google "python from sources"), ensuite créer un environnement virtuel a partir de cette version
Python n'est pas pire que les autres, c'est juste qu'il fait partie du système. vous pouvez essayer de changer des librairies C vitales pour le système et vous aurez les mêmes problèmes.
Un principe de base et de ne pas interférer avec les composants du systèmes, en mode dev "apt install" suffit mais si votre projet prend de l'ampleur, alors il faudra passer par une isolation de chaque composants pour maitriser les différences de versions et une procédure d'installation.
Après tout dépend du projet mais un projet comme le tien se doit de tenir sur la durée et une solution serait de packager une VM basé sur une debian.
C'est possible de le coder avec ansible, terraform, fai ou autre. problème cela peut prendre du temps à faire ce genre de choses, même si l'IA peut aider quand on ne connait pas les techniques.
Docker c'est bien mais comme d'habitude ce n'est pas magique non plus.
Il existe pléthore de solutions, le problème c'est de trouver la bonne ou plutôt la moins mauvaise. et cela devient de plus en plus difficile de tout connaître et tout évolue très vite.
Chaque fois que je tombais sur un problème difficile ou en dehors de mon domaine je recherchais comment font les autres …
Et puis comme on dit chez les shadoks : à chaque problème une solution, si la solution n'existe pas alors c'est qu'il n y a pas de problème :)
[^] # Re: cavernicula
Posté par Christophe B. (site web personnel) . En réponse au journal Diffusion audio multicanal avec bluetooth. Évalué à 3.
Laisse tomber … les barres de son sont des périphériques inventés par les constructeurs de télécommandes.
Et certaines personnes me disent que l'informatique c'est compliqué !
# Super merci beaucoup
Posté par Christophe B. (site web personnel) . En réponse au journal J'ai créé une visualisation et une description interactive d'iptables. Évalué à 2.
Encore merci pour ce cadeau de Noël :)
[^] # Re: what
Posté par Christophe B. (site web personnel) . En réponse au journal écrire du code dans le corps d'une classe python. Évalué à 2.
Je comprends que l'on trouver certains comportements de langages déconcertants.
Chaque langage a ses forces et ses faiblesses.
Mais l'informatique n'est pas une science exacte, cela se saurait …, et surtout rien ne vaut une bonne phase de test … avec un environnement et un jeu de données probants.
[^] # Re: Félicitations
Posté par Christophe B. (site web personnel) . En réponse au journal Formation des plus de 50 ans. Évalué à 5.
J'adore cette phrase, merci à toi et aux Japonais :)
[^] # Re: Systèmes éducatifs
Posté par Christophe B. (site web personnel) . En réponse au journal Formation des plus de 50 ans. Évalué à 2.
Vu l'état du système éducatif Français, vous risquez pas de faire pire …
Il y a quelques années, on parlait du mammouth, de nos jours il y a eu de l'évolution certainement mais rien de révolutionnaire …
Mais bon sur ce sujet je serai de mauvaise foi.
[^] # Re: Pas un métier...
Posté par Christophe B. (site web personnel) . En réponse au journal Formation des plus de 50 ans. Évalué à 2.
salut la foule
J'ai commencé ma carrière "pro" en 1986 et même un peu avant vu que je donnais des cours de Basic sur TO7 / ORIC 1 et Apple II avant pour un Club Leo Lagrange
C'est vrai que, n'ayant que le bac (bac +2 avec 2 ans de retard :) ), j'ai eu beaucoup de chance en croisant la route d'un entrepreneur en faisant du stop.
L'idée d'un VAE m'avait effleuré l'esprit fut une époque, mais maintenant a quelques années de la retraite je vois plus l'intérêt.