Merci, pour nous avoir permis d'apprendre l'informatique avec les ZX80 et ZX81
Une pub sur le no 11 de Jeu & Stratégie m'a permis de convaincre mon père de m'offrir cet ordinateur le ZX81.
une fois reçu il a fallu le brancher sur une télé par l'antenne, ensuite trouver un magnétophone pour sauvegarder les programmes et éviter de les réécrire a chaque fois.
1ko de RAM, il fallait être concis et cela écartait tout commentaires qui consommait des octets. Car oui il fallait parfois gagner quelques octets pour completer son programme.
je me souviens d'avoir souvent eu a me battre contre ce manque de RAM, jusqu'a ce que j'ai assez de sous pour acquérir l'extension 16ko
Par exemple la fonction max(A,b) manquait cruellement (si je me souviens bien …)
et on devait écrire des choses du style
C = A*(A>B)+B*(B>A)
pour obtenir
C=max(A,B)
cela permettait de gagner quelques octets et de remplacer if / else etc … beaucoup plus consommateur d'octets
Et je crois même que je supprimais les parenthèses pour gagner 4 octets
Aaah on était jeune et fou … toute une époque ( je sais maintenant on est vieux et c.. pas la peine de nous le rappeller )
Maintenant je vois que de nos jours il existe des emulateurs ZX81 en ligne …
Mes petits loups vous avez a disposition énormément de choses faites en bonne usage et surtout amusez vous
Et les pires ce sont ceux qui ne veulent pas comprendre …
Un collègue, dont le métier et de faire des états (avec Crystal Report … ) ce qui normalement le place assez proche des requêtes SQL et des base de données, et bètement j'ai voulu lui expliquer comment voir le plan d'éxécution de ses requetes.
Et ainsi comprendre comment optimiser certains états.
Réponse : je ne vois pas trop ce que le plan d’exécution m’apportera comme information
Pour les néophytes :
Pour aller d'un point à un autre, je prend ma bagnole et je trace tout droit, jamais je me pose la question de savoir si la cargaison dépasse la capacité du véhicule et même si il y a une route carrossable.
Au gré des dix chapitres, nous allons aborder de multiples domaines : code applicatif, infrastructure, architecture, stockage, réseau, automation, containers, clusters, bases de données, orchestration, sécurité, etc., le tout intégralement sous Linux, et surtout exclusivement avec des produits libres ou open source, distribués par divers éditeurs. Tous les exemples et le code source sont fournis, sous licences open source.
Je remet une couche sur les 30 ans de linux, que d'évolution …
Aaaah j'aimerais avoir 18-20 ans aujourd'hui (et pas que pour les filles … )
Sinon il y a un QUIZZ :)
j'avais bien rigolé en rédigeant le mien, même si beaucoup de truc ont été rejeté car trop humoristique :)
Exemple :
Vi est bien meilleur que emacs :
• Vrai
• Vrai de Vrai
• depuis toujours
• Pour sur
• Je refuse de répondre à cette question
Refusé mais je comprends vraiment pas pourquoi …
Question : Le format de fichier INI a été introduit par
• Microsoft
• Linux
• Les éditions ENI
• IBM
• Je ne sais pas Celle la a bien fait rire, mais pas acceptée non plus …
Celle ci est passé :
Question : Qu'est ce que la POO (une seule réponse dans le contexte de ce chapitre … ) ?
• La Programmation Orienté Objet
• une mnémonique pour faire des ronds de fumée
• une expression typique des réseaux sociaux
• un émoji ?
• Je ne sais pas Note : vérifiez l'emoji poo :)
+1 si vous ne connaissez pas le livre, difficile de suivre le film
Le précédent film de 1984 (ça rajeunit pas …) j'avais du le voir 3 fois au cinéma
Les 2 premières je passais mon temps a expliquer certain concept aux autres,
La 3ème c'était seul … pour apprécier la beauté du film …
pour moi il n'y avait que 5 à 10% du livre dans le film.
Ferons t il mieux ce coup ci ? tenez nous au courant :)
D'ailleurs on commence par la table des matières, même si je l'ai remaniée et revu au moins 5 ou fois après
Mais je ne t'apprends peut être pas grand chose …
Ce commentaire à l'origine était sur fnac.be
Sur 350 ventes 1 commentaire … :( heureusement positif …
Ceci dit j'ai parcouru quelques pages et la tdm du livre de Sébastien et Charles et le même commentaire peut s'appliquer.
Perso, cela n'engage que moi, j'ai envie d'en lire plus car il s'agit apparemment d'un cas concret (très belle idée que ce 'fil rouge') décrit en prenant en compte de multiples technos.
De fait, même si je n'applique pas exactement la recette, de toute façon c'est instructif car cela montre comment faire certains points difficile à imaginer quand tu ne les a jamais vu.
Mais attention, je le redis c'est un survol de 15 mn pas plus, même pas 1% du volume
Bravo pour votre travail et m….. pour les ventes …
Devenir riche, possible (et je vous le souhaite) mais je parle d'expérience en tant qu'auteur chez le même éditeur de Scripting Python Sous linux c'est pas la partie la plus facile :)
En plus je vais commencer par me moquer, ;) … mais tu pouvais utiliser LibreOffice sans problème et avec les styles fournis par l'éditeur. Que tu peu améliorer d'ailleurs.
Mais soyons compréhensif, c'est du boulot l'écriture d'un pavé de 432 pages autant prendre les outils que l'on connaît le mieux ;)
Dés que possible je vais voir si je peu encore lire votre livre et reviendrais en parler.
Sinon essayes d'en parler sur les forums que tu cotoies d'habitude et même d'autres, la aussi c'est du boulot, fais le maintenant car la mousse retombe très vite …
J'en profite pour te parler des petits jeux qui m'ont amusé quelque temps :
faire un recherche google avec le no ISBN, cela permet de voir quelle librairie propose ton ouvrage sur le net, et la c'est assez impressionant de voir que même dans certain pays improbable ( Australie, Japon etc … ) des librairies le propose en Français
Sinon il y a aussi le classement dans les ventes amazones en ce moment mon livre est en 350118 position en Livres et 4767eme en Programmation et langages (Livres), attention cela change tout les jours … devenez pas accros :)
Par contre je viens de voir que plus d'un an après, j'ai enfin un avis ( 5 étoiles ) mais pas de commentaire :(
Encore bravo et merci pour le partage d'expérience
Enfin un commentaire dans l'esprit de la dépêche …
Car au départ il s'agissait avant tout
1 : de marquer les 30 ans d'un évenement fondateur (le message de linus)
2 : de réfléchir à ce qu'aurait pu être l'informatique s'il n'y avait pas eu ce message
Car,
je vous parle d'un temps
que les moins de 20 ans
ne peuvent pas connaître …
L'informatique en ce temps la … n'arborait pas de lilas
mais pour le moindre logiciel il fallait mettre la main au portefeuille
Il existait bien, du coté de l'amiga, les disquettes 'Fred Fish' avec pas mal de freeware.
Mais pour utiliser la plupart des langages il fallait passer par certaines librairies et certains fichiers qui ne pouvaient pas être distribués car soumis a une licence.
Le Compilateur / langage C sous Amiga coutaient quasiment 1 mois de salaire à l'époque.
Bref rien n'était simple … surtout si tu n'avais pas de sous :(
Maintenant, on a accès à tellement de langages, librairies et logiciels que cela donne le tournis.
Et j'aimerais voir le matériel suivre l'exemple du logiciel, prenez l'exemple des imprimantes 3D, tu peu commencer a bricoler la tienne toi même si tu as le courage.
Par contre pour avoir un truc qui tient la route, faut des matériaux un peu plus costaud et surtout bien travaillé et la tu vois tout de suite la différence dans le prix.
Mais au moins tu sais pourquoi
A quand une imprimante open source ? pour eviter de se faire racketer par Epson avec les cartouches …
La technologie et les contraintes associées ne sont malheureusement qu'une excuse supplémentaire pour que les glandus glandent. Mais blâmer la machine ne sert à rien, il faut blamer ceux qui l'ont achetée, installée, conçue, ou paramétré. Il y a plein d'exemples où l'informatique fait gagner du temps et de l'efficacité, mais il n'y a rien d'intuitif dans la mise au point d'une interface ergonomique ou d'un cahier des charges.
Et je dirais même plus :
Que ce soit une borne difficile a utiliser car sale et/ou abimée, des bugs non corrigées ou une ergonomie déficente. ne me dite pas que cela ne se corrige pas ou qu'il n'est pas possible de faire évoluer les choses, ou q'il y a un manque de suivi …
Derrière il y a certainement une question de cout, mais bien souvent aussi une volonté de ne pas faire fonctionner correctement un système. pour ne pas faire apparaître autre chose.
Bien souvent le refus de "simplifier" quelque chose, ou de complexifier un processus permet de cacher certains points. (quand c'est flou … ya un loup …)
Pour avoir pendant des années aider des entreprises a mettre en place une systéme de gestion informatique, j'ai eu quelque cas bizarre de bug et/ou de problème difficile a cerner dont l'origine a quasiment toujours été humaine, et parfois très "limite".
Certains savent profiter de la complexité mise en place à leur profit, pour obfusquer certaines données "génantes" (perte de CA ou de produits) jusqu'au détournement et vol de produit.
En fin de compte, j'ai vu plus de "méfaits" remonté à la surface par la mise en place de l'informatique, que de personnes virées et remplacées par cette mise en place.
Bien souvent une entreprise qui gagne en compétitivité, accroit son volume de transactions et embauche.
Mais parfois je me rends compte que ce que je viens de dire, c'était avant le "boom" internet …
Never say Never … comme dirait le grand philosophe Justin Bieber
En tout cas cela valait le coup d'attendre. Ce "match" permet pas mal de choses apparemment … difficile de dire aujourd'hui si cela ne va pas changer la manière d'appréhender un script.
En tout cas l'abscence de structure avant cette version parfois amenait a réflechir différemment.
Le plus drole c'est que Godot avec son GDScript qui a repris pas mal de truc du langage python a déjà une structure 'match'
Qui a influencé qui ? … mais c'est aussi la force et la beauté de l'open source …
Je me permets d'intervenir car Odoo, en tant qu'ERP open source, tape directement dans mon coeur de métier, cela fait plus de 30 ans que je mets en oeuvre des ERP dans des PME.
Autant vous dire que les évolutions technologiques, j'en ai vécues quelques unes :)
Mais attention dans le monde de l'ERP, les évolutions arrivent mais pas à la même vitesse, mettre en place un ERP cela prend beaucoup de temps et d'argent. C'est LE logiciel qui permet à l'entreprise de tourner.
Odoo, que je suis depuis longtemps, alors qu'il s'appellait encore Tiny ERP, n'échappera pas à cette règle, le problème n'est pas technique mais humain.
Et mettre en place Odoo sur des sites avec 200 utilisateurs, même avec les fabuleux outils du monde open source, ne se fera pas en 2 jours.
Un client est quasiment un client captif pour plusieurs années, les éditeurs et les distributeurs le savent et même jouent sur ce fait.
Leurs méthodes (de dev, de marketing, de mise en oeuvre etc … ) n'ont quasiment pas évoluées depuis trés trés longtemps.
Maintenant ils constituent la "vieille informatique" face au bouillonnement du Web, du cloud, des containers, de l'IOT par exemple.
Alors qu'il y a 25 ans, un ERP c'était le top pour une entreprise :) et la vieille informatique se codait en COBOL ou GAP :) … Grandeur et décadence …
Aujourd'hui voir Odoo dépasser en nombre d'utilisateurs l'éditeur Sage et surtout se retrouver presque au même niveau en terme de capitalisation boursière impressionne sur le chemin parcouru.
J'aimerais que cela booste un peu le marché de l'ERP, en terme de qualité et de fiabilité un peu comme Linux et l'open source a bousculé les OS et le Web.
Mais il ne faut pas se leurrer, le futur ne sera pas totalement opensource, libre et gratuit, tout comme il ne sera pas totalement propriétaire (maintenant on le sait :) )
Mais certainement un peu des 2.
on patauge un peu au début quand on ne connais pas scratch mais sinon c'est vraiment sympa
Bonne idée si cela peut faire aimer le code a des plus jeunes …
et cela peut s'adapter à plein de sport, fut une époque j'adorais le football américain
rien que pour les multiples stratégies ( john madden football sur C64 ou Amiga je sais plus )
Je profite de l'occasion pour écrire cette histoire que l'on m'a raconté et qui d'après mes souvenirs date un peu. Par contre je ne sais pas si cela est véridique.
On est encore au temps ou France télécom existe encore et n'est pas devenu Orange.
Service des réclamations : une dame se plaint de son installation récente du téléphone et trouve que le cable mural est beaucoup trop court, et qu'il faudrait le rallonger.
L'employé de FT (ou peut être un renfort d'été) a une idée de génie et lui dit … s'il vous plaît madame je vous prie de bien vouloir patienter …
Il prévient ses camarades et avec un ton super sérieux répond à la dame :
Madame, je suis désolé nous n'avons pas de technicien disponible de suite, par contre j'ai prévenu le central pour qu'il vous donne un peu plus de marge et si vous tirez assez fort d'un grand coup sec sur le cable cela devrait le faire …
Et la après quelques secondes on a pu entendre le "toooouuuut tooouuut" classique d'une coupure de ligne … Hilarité générale dans le service.
le lendemain le chef du "bureau d'en haut" réunit le service et bien qu'il ait apprécié la touche humoristique, cela ne devait absolument pas se reproduire et qu'il permettrait ce genre de chose une seule et unique fois …
Merci pour cette publication non seulement drôle, mais aussi instructive.
Et je vais même apporter quelques anecdotes à l'édifice :
En gros tout cela date d'une époque ou les cables n'était pas aussi bien protégé et blindé que maintenant, l'USB n'existait pas, le RJ45 pas encore répandu et le RS232 et le port paralelle régnait en maître sur les liaisons.
La première je la tiens d'un tech de chez HP, l'histoire s'étale sur plusieurs mois.
Une machine se plantait régulièrement, de manière aléatoire. De nombreux composant ont été changé et le réseau électrique vérifié … mais les problèmes continuaient.
Jusqu'au jour ou une personne en lisant le carnet d'incident a émis une hypothèse bizarre en constatant que les incidents ne se déclenchaient qu'à marée basse …
Après quelques recherches plus poussées, le batiment, assez proche de l'océan, avait la "terre" relié dans un puits qui n'était pas inondé à marée basse et ne faisait plus office de prise de terre.
Les anecdotes suivantes, je les ai vécues et sont un peu du même style :
Le terminal d'un client devenait dingue de temps en temps, se bloquait ou affichait des caractères ésotériques. Après quelques semaines on c'est aperçu que cela n'intervenait que entre 9h30 et 10h30 et particulièrement certains jours.
En fait de l'autre coté du mur se trouvait le labo ou se cuisinait des centaines de repas tout les jours et le terminal était juste trop proche de l'éplucheur à patates industriel, pourvu d'un énorme moteur électrique et qui à chaque utilisation pertubait le terminal, en déplaçant le bureau et le terminal le problème a été réglé.
Mais le syndrome de l'éplucheur à patate nous fait rire pendant longtemps …
Un autre client, dans une station de ski, donnait au veilleur de nuit de quoi s'occuper et il devait effectuer quelques saisies sur un terminal.
Très vite il s'est plaint comme quoi ce terminal était inexploitable car l'écran faisait des zig zags.
En journée, ce poste servait pour l'accueil des skieurs et fonctionnait depuis longtemps, plusieurs années même, sans aucun problème.
Il a fallu se déplacer et attendre avec le veilleur de nuit pour constater le phénomène et la surprise vers 23h l'écran faisait bien des zig zags et était inutilisable.
de manière assez impressionante, un peu comme quand on réglait une télé cathodique sur le bon canal.
En fait le chauffage au sol se déclenchait à 23h et perturbait le fonctionnement du poste pendant sa mise en chauffe.
Vu que personne ne bossait à cette heure personne n'avait remarqué le problème.
Le gag suivant, je l'ai résolu tout à fait par hasard, une imprimante matricielle choisit spécialement pour de grosses éditions ( stats, facturation mensuelles …) qui pouvait durer plusieurs heures.
Celle ci de temps en temps éditait des caractères ésotériques de manière totalement aléatoire, parfois même en plein milieu d'une grosse édition.
Changement de cable, vérification diverses etc … sur place je n'arrivais pas a reproduire le problème et je me revois provoquer des arrêts (fin de papier, imprimante offline etc … ), mais non tout fonctionnait parfaitement, la liaisons paralèlle communiquait bien avec le serveur. et tout était bien géré.
Cela venait d'ailleurs mais d'ou ?
Jusqu'au jour ou par hasard j'ai eu besoin d'un stylo ou de papier pour l'imprimante et l'on m'a ouvert la pièce ou se trouvait le stock de fourniture qui se trouvait juste en face de l'autre coté du couloir ou se trouvait le serveur et l'imprimante.
Et la le néon, certainement ancien, mettait plusieurs minutes à se stabiliser et clignotait de manière assez pénible.
De retour dans la salle serveur : les caractères ésotériques étaient présent et je venais de les provoquer. En changeant le néon le problème a été résolu.
J'ai gardé cette anecdote pour la fin car la aussi le problème ne venait pas du matériel.
Une salle avec plusieurs postes ou s'effectuait de la saisie des commandes à un rythme assez intense, les utilisatrices (désolé mais il n'y avait vraiment que des femmes dans cette salle) avait une connaissance quasi parfaite du matériel (DEC vt220 je crois ..) et saisissait plus vite que ne pouvait gérer le serveur.
En gros elles étaient capables de saisir plusieurs commandes dans le buffer clavier et après, pendant 1 à 2 minutes elles regardaient le terminal remplir les zones et valider les commandes. Impressionant.
D'ailleurs la séquence d'arrêt logicielle historiquement était le 'Q' majuscule et parfois celui ci était interprété comme un arrêt du traitement et génait cette saisie intensive.
J'avais re paramètré le logiciel pour que l'arrêt soit pris en compte avec le '#' très peu utilisé à l'époque, sauf par les devs, et il fallait faire ALT+3 pour l'obtenir.
Mais malgré cette modification, une personne se plaignait que parfois elle avait droit à une interruption qui virait toute sa saisie.
La encore j'ai du me rendre sur place pour comprendre ce qu'il se passait, en fait j'ai compris que les interruption logicielles venait du téléphone et que parfois quand cette utilisatrice prenait le téléphone cela déclenchait un arrêt logiciel.
Mais le problème n'était pas d'origine électrique…
Car le problème venait de la physionomie de la personne, pourvu d'une poitrine assez imposante et chaque fois qu'elle prenait le téléphone, sa poitrine touchait le clavier et dans certains cas déclenchait la séquence de touche pour l'arrêt logiciel.
Restait à trouver une manière diplomatique pour évoquer et résoudre ce problème.
Je me voyais mal en parler directement avec la personne et donc je suis allé trouver son responsable pour lui expliquer le problème, et qu'il suffisait de déplacer le téléphone pour le résoudre.
Il a esquissé un sourire et m'a dit qu'il se chargeait de la "résolution". ouf
Comme quoi l'informatique n'est pas toujours un long fleuve tranquille …
Dans les années 90 les imprimantes laser HP coutaient assez cher mais bon pour un usage pro cela passe.
Un client de Tignes en veut une, pas de problème …
Livraison dans l'est lyonnais, test … ok … écriture de quelques "drivers" (spooler unix) bref nickel je l'envoie
Quelques jours plus tard … probleme elle ne fonctionne pas … on essaye quelques trucs mais bon rien … renvoyez la je verrais avec le constructeur.
Une fois déballé, nickel tout marche sans problème … bizarre …
Je vous passe les détails car l'imprimante est repartie puis revenu car La haut elle ne fonctionnait pas .
Et par hasard en lisant les caractéristiques techniques sur la doc :
altitude maximale : 1800 m
Tignes : 2100m … dommage
Pendant quelques années ce client s'est passé d'imprimante Laser …
# Merci Mr SINCLAIR
Posté par Christophe B. (site web personnel) . En réponse au journal Clive Sinclair bronsonisé. Évalué à 10. Dernière modification le 17 septembre 2021 à 10:48.
Merci, pour nous avoir permis d'apprendre l'informatique avec les ZX80 et ZX81
Une pub sur le no 11 de Jeu & Stratégie m'a permis de convaincre mon père de m'offrir cet ordinateur le ZX81.
une fois reçu il a fallu le brancher sur une télé par l'antenne, ensuite trouver un magnétophone pour sauvegarder les programmes et éviter de les réécrire a chaque fois.
1ko de RAM, il fallait être concis et cela écartait tout commentaires qui consommait des octets. Car oui il fallait parfois gagner quelques octets pour completer son programme.
je me souviens d'avoir souvent eu a me battre contre ce manque de RAM, jusqu'a ce que j'ai assez de sous pour acquérir l'extension 16ko
Par exemple la fonction max(A,b) manquait cruellement (si je me souviens bien …)
et on devait écrire des choses du style
C = A*(A>B)+B*(B>A)
pour obtenir
C=max(A,B)
cela permettait de gagner quelques octets et de remplacer if / else etc … beaucoup plus consommateur d'octets
Et je crois même que je supprimais les parenthèses pour gagner 4 octets
Aaah on était jeune et fou … toute une époque ( je sais maintenant on est vieux et c.. pas la peine de nous le rappeller )
Maintenant je vois que de nos jours il existe des emulateurs ZX81 en ligne …
Mes petits loups vous avez a disposition énormément de choses faites en bonne usage et surtout amusez vous
Encore Merci Lord SINCLAIR
[^] # Re: Facile, c'est les parents qui payent !
Posté par Christophe B. (site web personnel) . En réponse au journal En Belgique, l’usage de LibreOffice est interdit par les (certaines ?) Écoles !. Évalué à 5.
Diagrams.net eclate Microsoft VISIO
Longtemps j'ai cherché une alternative a VISIO jusqu'à … Draw.io / Diagrams.net qui va plus loin et est plus ergonomique
Mais mon utilisation ne va pas tres tres loin …
[^] # Re: Bizarre (zip)
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Python 3.10 est disponible. Évalué à 5. Dernière modification le 13 septembre 2021 à 19:10.
Et les pires ce sont ceux qui ne veulent pas comprendre …
Un collègue, dont le métier et de faire des états (avec Crystal Report … ) ce qui normalement le place assez proche des requêtes SQL et des base de données, et bètement j'ai voulu lui expliquer comment voir le plan d'éxécution de ses requetes.
Et ainsi comprendre comment optimiser certains états.
Réponse : je ne vois pas trop ce que le plan d’exécution m’apportera comme information
Pour les néophytes :
Pour aller d'un point à un autre, je prend ma bagnole et je trace tout droit, jamais je me pose la question de savoir si la cargaison dépasse la capacité du véhicule et même si il y a une route carrossable.
[^] # Re: Si c'est pas beau ça ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Écrire un livre à deux : Haute Disponibilité sous Linux, des prémices à la sortie. Évalué à 3.
C'était juste une enième tentative de lancer un gros troll velue comme il y a quelques années … :)
Le dredi c'est permis :)
# Si c'est pas beau ça ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Écrire un livre à deux : Haute Disponibilité sous Linux, des prémices à la sortie. Évalué à 2.
Extrait de l'introduction :
Je remet une couche sur les 30 ans de linux, que d'évolution …
Aaaah j'aimerais avoir 18-20 ans aujourd'hui (et pas que pour les filles … )
Sinon il y a un QUIZZ :)
j'avais bien rigolé en rédigeant le mien, même si beaucoup de truc ont été rejeté car trop humoristique :)
Exemple :
Vi est bien meilleur que emacs :
• Vrai
• Vrai de Vrai
• depuis toujours
• Pour sur
• Je refuse de répondre à cette question
Refusé mais je comprends vraiment pas pourquoi …
Question : Le format de fichier INI a été introduit par
• Microsoft
• Linux
• Les éditions ENI
• IBM
• Je ne sais pas
Celle ci est passé :
Question : Qu'est ce que la POO (une seule réponse dans le contexte de ce chapitre … ) ?
• La Programmation Orienté Objet
• une mnémonique pour faire des ronds de fumée
• une expression typique des réseaux sociaux
• un émoji ?
• Je ne sais pas
[^] # Re: Chapeau !
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Écrire un livre à deux : Haute Disponibilité sous Linux, des prémices à la sortie. Évalué à 2.
+1 si vous ne connaissez pas le livre, difficile de suivre le film
Le précédent film de 1984 (ça rajeunit pas …) j'avais du le voir 3 fois au cinéma
Les 2 premières je passais mon temps a expliquer certain concept aux autres,
La 3ème c'était seul … pour apprécier la beauté du film …
pour moi il n'y avait que 5 à 10% du livre dans le film.
Ferons t il mieux ce coup ci ? tenez nous au courant :)
[^] # Re: Chapeau !
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Écrire un livre à deux : Haute Disponibilité sous Linux, des prémices à la sortie. Évalué à 2.
Et je suis bien d'accord avec toi
Mais ENI par exemple, ne publie des livres electroniques que depuis son site pas de lecture possible autrement.
Enfin de ce que j'ai compris
Sinon oui une kindle même une vieille version c'est quand même pratique …
[^] # Re: Chapeau !
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Écrire un livre à deux : Haute Disponibilité sous Linux, des prémices à la sortie. Évalué à 3.
D'ailleurs on commence par la table des matières, même si je l'ai remaniée et revu au moins 5 ou fois après
Mais je ne t'apprends peut être pas grand chose …
Ce commentaire à l'origine était sur fnac.be
Sur 350 ventes 1 commentaire … :( heureusement positif …
Ceci dit j'ai parcouru quelques pages et la tdm du livre de Sébastien et Charles et le même commentaire peut s'appliquer.
Perso, cela n'engage que moi, j'ai envie d'en lire plus car il s'agit apparemment d'un cas concret (très belle idée que ce 'fil rouge') décrit en prenant en compte de multiples technos.
De fait, même si je n'applique pas exactement la recette, de toute façon c'est instructif car cela montre comment faire certains points difficile à imaginer quand tu ne les a jamais vu.
Mais attention, je le redis c'est un survol de 15 mn pas plus, même pas 1% du volume
# Chapeau !
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Écrire un livre à deux : Haute Disponibilité sous Linux, des prémices à la sortie. Évalué à 9.
Bravo pour votre travail et m….. pour les ventes …
Devenir riche, possible (et je vous le souhaite) mais je parle d'expérience en tant qu'auteur chez le même éditeur de Scripting Python Sous linux c'est pas la partie la plus facile :)
En plus je vais commencer par me moquer, ;) … mais tu pouvais utiliser LibreOffice sans problème et avec les styles fournis par l'éditeur. Que tu peu améliorer d'ailleurs.
Mais soyons compréhensif, c'est du boulot l'écriture d'un pavé de 432 pages autant prendre les outils que l'on connaît le mieux ;)
Dés que possible je vais voir si je peu encore lire votre livre et reviendrais en parler.
Sinon essayes d'en parler sur les forums que tu cotoies d'habitude et même d'autres, la aussi c'est du boulot, fais le maintenant car la mousse retombe très vite …
J'en profite pour te parler des petits jeux qui m'ont amusé quelque temps :
faire un recherche google avec le no ISBN, cela permet de voir quelle librairie propose ton ouvrage sur le net, et la c'est assez impressionant de voir que même dans certain pays improbable ( Australie, Japon etc … ) des librairies le propose en Français
Sinon il y a aussi le classement dans les ventes amazones en ce moment mon livre est en 350118 position en Livres et 4767eme en Programmation et langages (Livres), attention cela change tout les jours … devenez pas accros :)
Par contre je viens de voir que plus d'un an après, j'ai enfin un avis ( 5 étoiles ) mais pas de commentaire :(
Encore bravo et merci pour le partage d'expérience
[^] # Re: Imaginons ce que serait l’informatique d’aujourd’hui sans Linux
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Linux 30 ans déjà .... Évalué à 4. Dernière modification le 02 septembre 2021 à 19:41.
Enfin un commentaire dans l'esprit de la dépêche …
Car au départ il s'agissait avant tout
1 : de marquer les 30 ans d'un évenement fondateur (le message de linus)
2 : de réfléchir à ce qu'aurait pu être l'informatique s'il n'y avait pas eu ce message
Car,
je vous parle d'un temps
que les moins de 20 ans
ne peuvent pas connaître …
L'informatique en ce temps la … n'arborait pas de lilas
mais pour le moindre logiciel il fallait mettre la main au portefeuille
Il existait bien, du coté de l'amiga, les disquettes 'Fred Fish' avec pas mal de freeware.
Mais pour utiliser la plupart des langages il fallait passer par certaines librairies et certains fichiers qui ne pouvaient pas être distribués car soumis a une licence.
Le Compilateur / langage C sous Amiga coutaient quasiment 1 mois de salaire à l'époque.
Bref rien n'était simple … surtout si tu n'avais pas de sous :(
Maintenant, on a accès à tellement de langages, librairies et logiciels que cela donne le tournis.
Et j'aimerais voir le matériel suivre l'exemple du logiciel, prenez l'exemple des imprimantes 3D, tu peu commencer a bricoler la tienne toi même si tu as le courage.
Par contre pour avoir un truc qui tient la route, faut des matériaux un peu plus costaud et surtout bien travaillé et la tu vois tout de suite la différence dans le prix.
Mais au moins tu sais pourquoi
A quand une imprimante open source ? pour eviter de se faire racketer par Epson avec les cartouches …
[^] # Re: Patience, on y est presque
Posté par Christophe B. (site web personnel) . En réponse au journal Rendez moi mon futur!. Évalué à 3.
Tout a fait d'accord … on est pas loin d'idiocracy
et cela me desespere …
[^] # Re: Technologie et utilisation de la technologie
Posté par Christophe B. (site web personnel) . En réponse au journal Rendez moi mon futur!. Évalué à 3.
Et je dirais même plus :
Que ce soit une borne difficile a utiliser car sale et/ou abimée, des bugs non corrigées ou une ergonomie déficente. ne me dite pas que cela ne se corrige pas ou qu'il n'est pas possible de faire évoluer les choses, ou q'il y a un manque de suivi …
Derrière il y a certainement une question de cout, mais bien souvent aussi une volonté de ne pas faire fonctionner correctement un système. pour ne pas faire apparaître autre chose.
Bien souvent le refus de "simplifier" quelque chose, ou de complexifier un processus permet de cacher certains points. (quand c'est flou … ya un loup …)
Pour avoir pendant des années aider des entreprises a mettre en place une systéme de gestion informatique, j'ai eu quelque cas bizarre de bug et/ou de problème difficile a cerner dont l'origine a quasiment toujours été humaine, et parfois très "limite".
Certains savent profiter de la complexité mise en place à leur profit, pour obfusquer certaines données "génantes" (perte de CA ou de produits) jusqu'au détournement et vol de produit.
En fin de compte, j'ai vu plus de "méfaits" remonté à la surface par la mise en place de l'informatique, que de personnes virées et remplacées par cette mise en place.
Bien souvent une entreprise qui gagne en compétitivité, accroit son volume de transactions et embauche.
Mais parfois je me rends compte que ce que je viens de dire, c'était avant le "boom" internet …
[^] # Re: C'était prévisible ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche L’envolée de Odoo, le logiciel de gestion open source. Évalué à 5.
C'est ce qui m'impressionne le plus avec Odoo, sa modularité.
[^] # Re: switching cases finally
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Python 3.10 est disponible. Évalué à 4.
Never say Never … comme dirait le grand philosophe Justin Bieber
En tout cas cela valait le coup d'attendre. Ce "match" permet pas mal de choses apparemment … difficile de dire aujourd'hui si cela ne va pas changer la manière d'appréhender un script.
En tout cas l'abscence de structure avant cette version parfois amenait a réflechir différemment.
Le plus drole c'est que Godot avec son GDScript qui a repris pas mal de truc du langage python a déjà une structure 'match'
Qui a influencé qui ? … mais c'est aussi la force et la beauté de l'open source …
# C'était prévisible ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche L’envolée de Odoo, le logiciel de gestion open source. Évalué à 9. Dernière modification le 05 août 2021 à 09:43.
Bonjour,
Je me permets d'intervenir car Odoo, en tant qu'ERP open source, tape directement dans mon coeur de métier, cela fait plus de 30 ans que je mets en oeuvre des ERP dans des PME.
Autant vous dire que les évolutions technologiques, j'en ai vécues quelques unes :)
Mais attention dans le monde de l'ERP, les évolutions arrivent mais pas à la même vitesse, mettre en place un ERP cela prend beaucoup de temps et d'argent. C'est LE logiciel qui permet à l'entreprise de tourner.
Odoo, que je suis depuis longtemps, alors qu'il s'appellait encore Tiny ERP, n'échappera pas à cette règle, le problème n'est pas technique mais humain.
Et mettre en place Odoo sur des sites avec 200 utilisateurs, même avec les fabuleux outils du monde open source, ne se fera pas en 2 jours.
Un client est quasiment un client captif pour plusieurs années, les éditeurs et les distributeurs le savent et même jouent sur ce fait.
Leurs méthodes (de dev, de marketing, de mise en oeuvre etc … ) n'ont quasiment pas évoluées depuis trés trés longtemps.
Maintenant ils constituent la "vieille informatique" face au bouillonnement du Web, du cloud, des containers, de l'IOT par exemple.
Alors qu'il y a 25 ans, un ERP c'était le top pour une entreprise :) et la vieille informatique se codait en COBOL ou GAP :) … Grandeur et décadence …
Aujourd'hui voir Odoo dépasser en nombre d'utilisateurs l'éditeur Sage et surtout se retrouver presque au même niveau en terme de capitalisation boursière impressionne sur le chemin parcouru.
J'aimerais que cela booste un peu le marché de l'ERP, en terme de qualité et de fiabilité un peu comme Linux et l'open source a bousculé les OS et le Web.
Mais il ne faut pas se leurrer, le futur ne sera pas totalement opensource, libre et gratuit, tout comme il ne sera pas totalement propriétaire (maintenant on le sait :) )
Mais certainement un peu des 2.
# Vraiment sympa ...
Posté par Christophe B. (site web personnel) . En réponse au journal SuperCodingBall. Évalué à 2.
Cela m'a beaucoup amusé :)
on patauge un peu au début quand on ne connais pas scratch mais sinon c'est vraiment sympa
Bonne idée si cela peut faire aimer le code a des plus jeunes …
et cela peut s'adapter à plein de sport, fut une époque j'adorais le football américain
rien que pour les multiples stratégies ( john madden football sur C64 ou Amiga je sais plus )
[^] # Re: le pc qui ne supporte pas l'altitude
Posté par Christophe B. (site web personnel) . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 2.
Des années que j'attends ce document … merci beaucoup ;)
# Voici un autre pourcentage
Posté par Christophe B. (site web personnel) . En réponse au journal Petite question sur l'immunité collective. Évalué à 10. Dernière modification le 13 juillet 2021 à 15:07.
Bonjour,
Ma femme est passé de 95% de risque de mourir si elle attrapait le COVID
à
5% de chance d'attraper une forme grave du COVID … grâce au vaccin
Même dans mon cas (age + poids) le risque n'était pas négligeable
mais pour ma fille et moi notre hantise était de ramener cette saloperie à la maison
Mon voisin me dit avoir contracté 2 fois le virus, et il ne veut toujours pas se faire vacciner sauf si on l'oblige.
Ce qu'il ne dit pas, et ne sais pas, c'est combien de personnes il a contaminé en diffusant le virus …
Si vous ne le faites pas pour vous, faites le au moins pour les autres
Et personnellement je me vois mal vivre avec l'idée d'avoir fait courir un risque mortel à d'autres
[^] # Re: Quelques anecdotes sur le même sujet
Posté par Christophe B. (site web personnel) . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 3.
Pas mal fallait y penser à l'halogène …
Je profite de l'occasion pour écrire cette histoire que l'on m'a raconté et qui d'après mes souvenirs date un peu. Par contre je ne sais pas si cela est véridique.
On est encore au temps ou France télécom existe encore et n'est pas devenu Orange.
Service des réclamations : une dame se plaint de son installation récente du téléphone et trouve que le cable mural est beaucoup trop court, et qu'il faudrait le rallonger.
L'employé de FT (ou peut être un renfort d'été) a une idée de génie et lui dit … s'il vous plaît madame je vous prie de bien vouloir patienter …
Il prévient ses camarades et avec un ton super sérieux répond à la dame :
Et la après quelques secondes on a pu entendre le "toooouuuut tooouuut" classique d'une coupure de ligne … Hilarité générale dans le service.
le lendemain le chef du "bureau d'en haut" réunit le service et bien qu'il ait apprécié la touche humoristique, cela ne devait absolument pas se reproduire et qu'il permettrait ce genre de chose une seule et unique fois …
A l'époque cela m'avait fait bien rigoler.
[^] # Re: le pc qui ne supporte pas l'altitude
Posté par Christophe B. (site web personnel) . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 2.
La pression atmosphérique n'est pas la même en montagne
Cela joue sur plein de choses … les imprimantes les voitures et certainement d'autres choses
C'est l'intérêt de ce genre de dépeche/journal : l'échange d'expérience et en plus dans certain cas c'est marrant.
[^] # Re: Quelques anecdotes sur le même sujet
Posté par Christophe B. (site web personnel) . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 2. Dernière modification le 04 juillet 2021 à 14:27.
Oh de rien, d'ailleurs je les avais déjà raconté sur ce site, mais la il y a l'occasion de centraliser plein d'histoires …
Le problème c'est que je m'aperçois que mes anecdotes datent du précédent siècle, ça rajeunis pas.
cela aurait été dommage d'abandonner une dépèche pareille, elle m'a beaucoup fait rire.
Et puis c'est formateur n'oubliez jamais la devise shadok :
s'il n' y a pas de solution c'est qu'il n'y a pas de problème
# Quelques anecdotes sur le même sujet
Posté par Christophe B. (site web personnel) . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 10. Dernière modification le 04 juillet 2021 à 12:50.
Merci pour cette publication non seulement drôle, mais aussi instructive.
Et je vais même apporter quelques anecdotes à l'édifice :
En gros tout cela date d'une époque ou les cables n'était pas aussi bien protégé et blindé que maintenant, l'USB n'existait pas, le RJ45 pas encore répandu et le RS232 et le port paralelle régnait en maître sur les liaisons.
La première je la tiens d'un tech de chez HP, l'histoire s'étale sur plusieurs mois.
Une machine se plantait régulièrement, de manière aléatoire. De nombreux composant ont été changé et le réseau électrique vérifié … mais les problèmes continuaient.
Jusqu'au jour ou une personne en lisant le carnet d'incident a émis une hypothèse bizarre en constatant que les incidents ne se déclenchaient qu'à marée basse …
Après quelques recherches plus poussées, le batiment, assez proche de l'océan, avait la "terre" relié dans un puits qui n'était pas inondé à marée basse et ne faisait plus office de prise de terre.
Les anecdotes suivantes, je les ai vécues et sont un peu du même style :
Le terminal d'un client devenait dingue de temps en temps, se bloquait ou affichait des caractères ésotériques. Après quelques semaines on c'est aperçu que cela n'intervenait que entre 9h30 et 10h30 et particulièrement certains jours.
En fait de l'autre coté du mur se trouvait le labo ou se cuisinait des centaines de repas tout les jours et le terminal était juste trop proche de l'éplucheur à patates industriel, pourvu d'un énorme moteur électrique et qui à chaque utilisation pertubait le terminal, en déplaçant le bureau et le terminal le problème a été réglé.
Mais le syndrome de l'éplucheur à patate nous fait rire pendant longtemps …
Un autre client, dans une station de ski, donnait au veilleur de nuit de quoi s'occuper et il devait effectuer quelques saisies sur un terminal.
Très vite il s'est plaint comme quoi ce terminal était inexploitable car l'écran faisait des zig zags.
En journée, ce poste servait pour l'accueil des skieurs et fonctionnait depuis longtemps, plusieurs années même, sans aucun problème.
Il a fallu se déplacer et attendre avec le veilleur de nuit pour constater le phénomène et la surprise vers 23h l'écran faisait bien des zig zags et était inutilisable.
de manière assez impressionante, un peu comme quand on réglait une télé cathodique sur le bon canal.
En fait le chauffage au sol se déclenchait à 23h et perturbait le fonctionnement du poste pendant sa mise en chauffe.
Vu que personne ne bossait à cette heure personne n'avait remarqué le problème.
Le gag suivant, je l'ai résolu tout à fait par hasard, une imprimante matricielle choisit spécialement pour de grosses éditions ( stats, facturation mensuelles …) qui pouvait durer plusieurs heures.
Celle ci de temps en temps éditait des caractères ésotériques de manière totalement aléatoire, parfois même en plein milieu d'une grosse édition.
Changement de cable, vérification diverses etc … sur place je n'arrivais pas a reproduire le problème et je me revois provoquer des arrêts (fin de papier, imprimante offline etc … ), mais non tout fonctionnait parfaitement, la liaisons paralèlle communiquait bien avec le serveur. et tout était bien géré.
Cela venait d'ailleurs mais d'ou ?
Jusqu'au jour ou par hasard j'ai eu besoin d'un stylo ou de papier pour l'imprimante et l'on m'a ouvert la pièce ou se trouvait le stock de fourniture qui se trouvait juste en face de l'autre coté du couloir ou se trouvait le serveur et l'imprimante.
Et la le néon, certainement ancien, mettait plusieurs minutes à se stabiliser et clignotait de manière assez pénible.
De retour dans la salle serveur : les caractères ésotériques étaient présent et je venais de les provoquer. En changeant le néon le problème a été résolu.
J'ai gardé cette anecdote pour la fin car la aussi le problème ne venait pas du matériel.
Une salle avec plusieurs postes ou s'effectuait de la saisie des commandes à un rythme assez intense, les utilisatrices (désolé mais il n'y avait vraiment que des femmes dans cette salle) avait une connaissance quasi parfaite du matériel (DEC vt220 je crois ..) et saisissait plus vite que ne pouvait gérer le serveur.
En gros elles étaient capables de saisir plusieurs commandes dans le buffer clavier et après, pendant 1 à 2 minutes elles regardaient le terminal remplir les zones et valider les commandes. Impressionant.
D'ailleurs la séquence d'arrêt logicielle historiquement était le 'Q' majuscule et parfois celui ci était interprété comme un arrêt du traitement et génait cette saisie intensive.
J'avais re paramètré le logiciel pour que l'arrêt soit pris en compte avec le '#' très peu utilisé à l'époque, sauf par les devs, et il fallait faire ALT+3 pour l'obtenir.
Mais malgré cette modification, une personne se plaignait que parfois elle avait droit à une interruption qui virait toute sa saisie.
La encore j'ai du me rendre sur place pour comprendre ce qu'il se passait, en fait j'ai compris que les interruption logicielles venait du téléphone et que parfois quand cette utilisatrice prenait le téléphone cela déclenchait un arrêt logiciel.
Mais le problème n'était pas d'origine électrique…
Car le problème venait de la physionomie de la personne, pourvu d'une poitrine assez imposante et chaque fois qu'elle prenait le téléphone, sa poitrine touchait le clavier et dans certains cas déclenchait la séquence de touche pour l'arrêt logiciel.
Restait à trouver une manière diplomatique pour évoquer et résoudre ce problème.
Je me voyais mal en parler directement avec la personne et donc je suis allé trouver son responsable pour lui expliquer le problème, et qu'il suffisait de déplacer le téléphone pour le résoudre.
Il a esquissé un sourire et m'a dit qu'il se chargeait de la "résolution". ouf
Comme quoi l'informatique n'est pas toujours un long fleuve tranquille …
[^] # Re: le pc qui ne supporte pas l'altitude
Posté par Christophe B. (site web personnel) . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 7.
Le titre est juste mais pour les imprimantes …
Dans les années 90 les imprimantes laser HP coutaient assez cher mais bon pour un usage pro cela passe.
Un client de Tignes en veut une, pas de problème …
Livraison dans l'est lyonnais, test … ok … écriture de quelques "drivers" (spooler unix) bref nickel je l'envoie
Quelques jours plus tard … probleme elle ne fonctionne pas … on essaye quelques trucs mais bon rien … renvoyez la je verrais avec le constructeur.
Une fois déballé, nickel tout marche sans problème … bizarre …
Je vous passe les détails car l'imprimante est repartie puis revenu car La haut elle ne fonctionnait pas .
Et par hasard en lisant les caractéristiques techniques sur la doc :
altitude maximale : 1800 m
Tignes : 2100m … dommage
Pendant quelques années ce client s'est passé d'imprimante Laser …
# ça pour une tuile !
Posté par Christophe B. (site web personnel) . En réponse au journal [HS] Microsoft annonce la fin. Évalué à 7.
OK je sors …
[^] # Re: approximation trompeuse
Posté par Christophe B. (site web personnel) . En réponse au journal Je veux pas y retourner. Évalué à 4.
Oui je comprends ce que tu veux dire, et généralement avec un peu d'empathie cela passe mieux.
Mais le télétravail est un révélateur pour le manager … c'est indéniable