• chevron_right

      Passer de développeur à product manager pour booster votre carrière

      news.movim.eu / Korben · Monday, 19 December, 2022 - 08:22 · 6 minutes

    — Article en partenariat avec talent.io —

    Aujourd’hui, les amis, on va parler boulot et notamment de la transition du métier de développeur à celui de product manager (responsable du produit en français).

    Ainsi, si vous êtes codeur et que vous avez déjà pensé à arrêter le code, s’aventurer dans le domaine du product management est une option qui est souvent envisagée et qui peut être tout aussi passionnante !

    Avant de rentrer dans le dur, il faut comprendre qu’être Product Manager, c’est comme gérer un joyeux cirque ! Il y a les développeurs qu’il faut chouchouter évidemment, mais également les designers et les gens du marketing afin que le « produit » qui est porté par votre entreprise rencontre un franc succès. Sacrée mission, et tout ça sans jamais perdre votre sourire ni votre sens de l’humour !

    Pas simple 🙂

    Ce métier de product manager est encore assez récent en France, mais a su se rendre indispensable dans de nombreuses entreprises Tech. Vous l’aurez compris, le rôle d’un product manager est donc de faire correspondre les besoins des utilisateurs avec les attentes de la société qui l’emploie afin de créer un modèle économique pérenne. Le product manager doit donc garder un oeil sur la faisabilité technique du projet, sa facilité d’utilisation et sa valeur en termes de business.

    Cet article a été rédigé en partenariat avec talent.io . Si ce genre de sujet vous intéresse, vous pouvez rejoindre leur communauté tech, le talent club. En vous inscrivant gratuitement, vous aurez accès à du contenu exclusif, comme des conseils d’experts qui travaillent chez Google, Deezer, Sorare… Vous aurez également accès à leur étude des salaires annuelle, ainsi que la possibilité de poser vos questions carrière à l’ensemble des 40 000 membre de manière anonyme.

    Rejoignez la communauté talent club en cliquant ici

    Ainsi, la réussite d’un projet se mesure sur l’impact généré par le produit et non plus bêtement sur « Est-ce que ça a été livré ? ». On s’éloigne donc d’une mesure bête et méchante comme une « quantité de features » sorties pour plutôt mesurer si l’application (ou l’objet) a été un succès en matière d’utilisateurs ou d’acheteurs. C’est beaucoup plus pragmatique comme approche et ça permet par la suite de prendre des décisions beaucoup plus éclairées sur les améliorations à apporter.

    Bref, vous l’aurez compris, un produit réussi c’est un produit qu’on peut faire techniquement (ce n’est pas un scoop), qui sera utilisé régulièrement par les utilisateurs et enfin, c’est un produit qui rapporte de l’argent ou un fort gain de temps ou d’efficacité. Si votre produit ne remplit pas ces objectifs, il vous faut un product manager, alors pourquoi pas vous ?

    Alors en tant que dev, quelles sont les raisons principales de quitter son job de codeur pour devenir product manager ?

    Déjà, ça peut paraitre idiot dit comme ça, mais vous aurez beaucoup plus d’influence sur le projet. Avec votre vue d’ensemble, vous déciderez des priorités et des objectifs à atteindre et c’est vous qui mènerez le projet à son succès (ou à sa perte ^^).

    Le métier de product manager est également beaucoup plus varié. En tant que développeur, vous vous concentrez essentiellement sur des problématiques techniques, allant jusqu’à compter les accolades dans votre code. Le product manager, avec une casquette technique, a l’opportunité de travailler sur des problématiques plus larges qui vont bien au-delà du code. Cela peut être des aspects plus stratégiques comme la commercialisation, la capitalisation des retours utilisateurs, l’amélioration du design…etc. C’est d’un certain point de vue, beaucoup plus enrichissant.

    Enfin, devenir product manager ça veut aussi dire faire le lien entre toutes les équipes. Développeurs, designers, marketeux, data scientist, c’est vous qui donnez le « la » et qui êtes le chef d’orchestre de tout ce petit monde. Donc forcément, dans ce job, vous apprendrez énormément au contact des autres, à la fois techniquement et humainement.

    Alors bien sûr, tout n’est pas tout rose et il y a de nombreux défis à relever quand on passe de dev à product manager. Vous serez responsable des enjeux commerciaux donc ce sera à vous de prendre les bonnes décisions pour que le produit « fonctionne » et rapporte à l’entreprise. Vous devrez également gérer les conflits et les différences de points de vue entre les équipes et les personnes. Et vous devrez sans cesse décider de tout… Faire des choix sur la stratégie, sur la technique, sur les équipes… etc. Ces choix auront des impacts que vous devrez assumer. Bref, Product Manager, c’est aussi savoir prendre des décisions difficiles.

    Si en sachant tout cela, ça vous botte encore, sachez qu’il n’y a pas spécifiquement de formation pour passer de développeur à product manager. Vous devez être capable de comprendre les responsabilités, les compétences et les enjeux du métier. Vous devez être un excellent communiquant et surtout être très organisé avec une forte résilience / adaptabilité et une grande capacité d’apprentissage, car ça va fuser dans tous les sens, je vous le promets ^^.

    Je vous invite à trouver des mentors dans ce domaine et de bouquiner des livres sur le sujet, mais également de vous intéresser à tous les aspects du produit sur lequel vous travaillez. L’objectif c’est de montrer au sein de votre entreprise que vous êtes capable de travailler sur une mission de product management.

    Vous pouvez également renforcer ou travailler certaines compétences, sur lesquelles vous vous sentez plus fragiles comme la communication, la gestion de projet, la compréhension des enjeux commerciaux, etc. Il existe des formations et des tas de livres sur le leadership, l’empathie au travail et la communication. Vous pourrez ainsi rapidement mettre en oeuvre vos compétences sur des projets concrets.

    Si votre reconversion est dans un cadre de changement d’entreprise, pensez à mettre en avant vos compétences de développeur dans votre candidature, pour montrer que vous avez les bases techniques pour rejoindre l’entreprise comme product manager, tout en soulignant votre expérience de travail en équipe, vos capacités à résoudre des problèmes complexes et votre intérêt pour les enjeux commerciaux.

    N’oubliez pas, l’objectif c’est de convaincre un employeur potentiel que vous saurez lui apporter de la valeur en tant que product manager. Beaucoup plus que si vous étiez resté développeur.

    En conclusion, passer de développeur à product manager c’est comme passer d’un sport individuel à un sport d’équipe : c’est passionnant, stimulant et ça bouge tout le temps !

    Ainsi, si vous avez envie d’avoir une vue d’ensemble sur un projet, de travailler vraiment en équipe et de prendre des décisions importantes, le job de product manager est probablement un métier qui vous conviendra.

    Prêt à quitter le code pour devenir le prochain Didier Deschamps du numérique ?

    Pour plus de conseils sur votre carrière, vous pouvez rejoindre le talent club . Et si vous voulez recevoir des offres de job + salaire sur-mesure, ça se passe directement sur talent.io .

    • chevron_right

      Comment coder une API RESTful ?

      news.movim.eu / Korben · Thursday, 20 October, 2022 - 07:01 · 12 minutes

    — Article en partenariat avec talent.io —

    Certains pensent que le monde se divise en deux avec d’un côté le bien et de l’autre le mal. Mais la vérité est ailleurs surtout pour les développeurs qui savent que le monde se divise en réalité entre le Frontend et le Backend.

    Et pour que ces 2 faces d’une même pièce puissent « discuter », il nous faut des API. API, ça veut dire Application Programming Interface et c’est tout simplement un ensemble d’instructions permettant aux applications de communiquer entre elles. Maintenant des types d’API, il y en a des tonnes, mais je vous propose qu’aujourd’hui on s’intéresse aux API qui respectent le standard architectural REST.

    En effet, quand on travaille en tant que développeur, on ne peut pas passer à côté des API REST, tant cette pratique est très répandue. Si vous débutez dans votre métier, c’est forcement quelque chose que vous devez apprendre et maitriser. De la même manière, quand on débute sa carrière de développeur ou qu’on a déjà beaucoup d’années au compteur mais qu’on ne connaît pas sa valeur sur le marché de l’emploi, il est bon de connaître la grille des salaires en France. Ça tombe bien puisque talent.io a mis en ligne une étude des salaires de la tech en 2022 pour que vous puissiez déterminer si votre salaire est correct ou sous évalué.

    Je vous invite à vous plonger dedans afin de savoir où vous vous situez sur cette grille des salaires.

    C’est quoi une API RESTful ?

    REST, ça veut dire « Representational State Transfer ». Lorsqu’une API respecte les contraintes de REST, on parle alors d’une API RESTful.

    Quand un développeur veut créer une API RESTful, il doit alors respecter les contraintes édictées par REST, notamment sur le fait que son API doit fonctionner au travers du protocole HTTP et de ses verbes (GET, POST…etc.) et que les requêtes et les réponses de l’API soient dans un format texte tels que JSON, HTML, XML…etc.

    Les API RESTful sont alors mises à disposition des applications via ce qu’on appelle des endpoints. Un endpoint est un assemblage de 2 choses : une URI et un verbe HTTP.

    Admettons que j’ai une API qui permette de lister des utilisateurs, mais également d’en créer des nouveaux.

    L’URI de mon API est la suivante :

    https://url.com/api/user

    Le but du jeu, c’est d’appeler par exemple ce endpoint avec le verbe GET pour obtenir une liste de tous les utilisateurs.

    GET: /user/

    Ou pour ajouter un nouvel utilisateur, on peut utiliser le verbe POST comme ceci, en transmettant un bout de JSON contenant toutes les informations liées à l’utilisateur qu’on souhaite créer (nom, prénom…etc.) :

    POST: /user/

    L’idée là, c’est de vous montrer qu’on peut interagir avec l’API à l’aide de différents verbes HTTP. Get peut être assimilé au verbe « lire », POST au verbe « créer », PUT et PATCH au verbe « Mettre à jour » et DELETE au verbe « supprimer ». C’est aussi simple que cela. Et en retour le serveur peut alors répondre avec des codes de status HTTP classiques comme 200, 201, 2002…etc. pour dire que tout est OK, ou des codes de redirection 3xx, d’erreur client 4xx ou d’erreur serveur 5xx.

    En ce qui concerne le format utilisé par les requêtes et les réponses, vous pouvez utiliser du texte, peu importe son format (html, xml.etc.), mais par convention, on utilise surtout du JSON (JavaScript Object Notation).

    Et JSON ?

    Le JSON a la particularité d’être facile à lire et à écrire pour les humains et est utilisé pour enregistrer des données dans des bases de données, mais également pour transmettre ces données entre les applications. C’est pourquoi on l’utilise dans les API RESTful.

    Le JSON est une collection de paires nom / valeur qui sont ordonnées dans une liste. Ainsi les valeurs contenues dans le JSON peuvent être une chaine de caractère (string), un nombre, mais également des objets JSON, des tableaux de valeurs (Array), des booléens (true / false) ou la fameuse valeur null.

    Les contrôles hypermedia

    Je ne vais pas les aborder en détail pour ne pas alourdir cette initiation débutant mais sachez que pour qu’une API soit RESTful, elle doit en plus de tous ces aspects, intégrer également la notion de contrôle hypermedia (Hypermedia as the Engine of Application State – HATEOAS). C’est un attribut de REST qui permet de renvoyer des liens hypertextes afin d’indiquer les actions disponibles directement dans les réponses JSON

    Voilà concernant les grands principes des API RESTful.

    Comment créer votre première API RESTful ?

    Maintenant je vous propose qu’on apprenne à en créer une de zéro. Vous allez voir, c’est super simple.

    Pour cette démo, j’ai choisi d’utiliser Python comme d’habitude. Et je vais importer dans mon code le framework Flask qui va me permettre de faire monter mon API RESTful très facilement. Installez Flask comme ceci :

    pip3 install flask-restful

    Pour tester l’API, nous allons utiliser un outil qui permet à la fois de balancer nos requêtes et de voir si les réponses correspondent bien. L’un des plus connus s’appelle Postman et c’est gratuit en version de base pour tester. L’application Desktop de Postman est disponible ici .

    Ensuite, nous allons définir ce que va faire notre API. Ce sera quelque chose d’assez simple permettant de créer, supprimer, lire et mettre à jour des données. Admettons que j’ai un site sur lequel je dois référencer des produits. Chacun de ces produits aura un id, un nom, un prix et une catégorie.

    Le code de votre première API

    Je vais donc créer un fichier productAPI.py et je vais importer Flask comme ceci avec ses imports spécifiques aux API et au parsing JSON :

    from flask import Flask
    from flask_restful import Resource, Api, reqparse
    
    app = Flask(__name__)
    api = Api(app)

    Puis je vais créer une espèce de mini base de données JSON directement dans mon code afin d’y référencer mes produits :

    products = [
        { "id": 1, "name": "Stylo 4 couleurs", "price": 10, "category": "Papeterie" },
        { "id": 2, "name": "Cahier vert", "price": 20, "category": "Papeterie" },
        { "id": 3, "name": "Télévision 4K", "price": 30, "category": "Tech" },
        { "id": 4, "name": "Souris sans fil", "price": 40, "category": "Tech" },
        { "id": 5, "name": "Ananas", "price": 50, "category": "Alimentaire" },
        { "id": 6, "name": "Kinder Bueno", "price": 60, "category": "Alimentaire" },
        { "id": 7, "name": "Chemise de président", "price": 70, "category": "Textile" },
        { "id": 8, "name": "T-shirt de punk", "price": 80, "category": "Textile" },
        { "id": 9, "name": "Tournevis bleu", "price": 90, "category": "Bricolage" },
        { "id": 10, "name": "Marteau rouge", "price": 100, "category": "Bricolage" }
        ]

    Maintenant on va créer une classe Product qui sera vu comme un endpoint au niveau de notre API. Et dans cette class, nous allons placer nos 4 fonctions correspondantes aux 4 verbes HTTP dont je vous ai parlé plus haut.

    class Product(Resource):
    
        def get(self, id):
    
        def post(self, id):
    
        def put(self, id):
    
        def delete(self, id):

    La structure de base de notre API est OK. Maintenant, on va définir chacune de ces fonctions en commençant par la fonction get utilisée pour récupérer les informations d’un produit à partir de son ID. Comme vous pouvez le voir, on fait une boucle « for » qui va parcourir l’ensemble des produits et si l’ID correspond à ce qui spécifié dans la requête, on renvoie l’objet « product » avec son code HTTP 200 et si ce n’est pas le cas, on renvoie un message « Produit introuvable » accompagné d’un code d’erreur HTTP 404 qui correspond à une ressource non trouvée.

        def get(self, id):
            for product in products:
                if (id == product["id"]):
                    return product, 200
            return "Produit introuvable", 404

    La fonction suivante va nous permettre de créer un nouveau produit. La donnée utilisée dans la requête étant structurée en JSON, cette fonction va utiliser le parseur de Flask pour extraire toutes les données du JSON et les ajouter à notre tableau de produits :

        def post(self, id):
            parser = reqparse.RequestParser()
            parser.add_argument("name")
            parser.add_argument("price")
            parser.add_argument("category")
            args = parser.parse_args()
    
            for product in products:
                if (id == product["id"]):
                    return "Ce produit {} existe deja".format(id), 400
    
            product = {
                "id": id,
                "name": args["name"],
                "price": args["price"],
                "category": args["category"]
            }
            products.append(product)
            return product, 201

    Une fois que le produit est créé, on retourne le code 201 qui veut dire que la création s’est bien déroulée. Et si le produit existait déjà avec cet ID, on renvoie le code 400 avec un message d’erreur.

    La fonction put suivante est assez similaire puisqu’elle permet à la fois de créer un nouveau produit (si l’id n’est pas encore utilisé) ou de mettre à jour un produit existant.

        def put(self, id):
            parser = reqparse.RequestParser()
            parser.add_argument("name")
            parser.add_argument("price")
            parser.add_argument("category")
            args = parser.parse_args()
    
            for product in products:
                if (id == product["id"]):
                    product["name"] = args["name"]
                    product["price"] = args["price"]
                    product["category"] = args["category"]
                    return product, 200
    
            product = {
                "id": id,
                "name": args["name"],
                "price": args["price"],
                "category": args["category"]
            }
            products.append(product)
            return product, 201

    Enfin, vous l’aurez compris, la fonction delete permettra de supprimer un enregistrement à partir de son ID.

        def delete(self, id):
            global products
            products = [product for product in products if product["id"] != id]
            return "{} is deleted.".format(id), 200

    Une fois ces fonctions définies, il ne reste plus qu’à spécifier le format de l’URI qui sera utilisé pour appeler l’API et lancer l’API (en mode debug pour démarrer). Le paramètre <int:id> permet d’indiquer que dans le chemin du endpoint, on peut ajouter une variable acceptée par l’API (ici l’ID du produit).

    api.add_resource(Product, "/product/<int:id>")
    app.run(debug=True)

    Tester l’API avec Postman

    Enfin, il ne reste plus qu’à lancer le script python à l’aide de la commande suivante :

    python3 productAPI.py

    Le serveur web de Flask se lancera alors et vous verrez apparaitre une URL locale que vous pourrez appeler dans Postman pour ensuite tester votre API.

    Voici le code complet du script pour information.

    from flask import Flask
    from flask_restful import Resource, Api, reqparse
    
    app = Flask(__name__)
    api = Api(app)
    
    products = [
        { "id": 1, "name": "Stylo 4 couleurs", "price": 10, "category": "Papeterie" },
        { "id": 2, "name": "Cahier vert", "price": 20, "category": "Papeterie" },
        { "id": 3, "name": "Télévision 4K", "price": 30, "category": "Tech" },
        { "id": 4, "name": "Souris sans fil", "price": 40, "category": "Tech" },
        { "id": 5, "name": "Ananas", "price": 50, "category": "Alimentaire" },
        { "id": 6, "name": "Kinder Bueno", "price": 60, "category": "Alimentaire" },
        { "id": 7, "name": "Chemise de président", "price": 70, "category": "Textile" },
        { "id": 8, "name": "T-shirt de punk", "price": 80, "category": "Textile" },
        { "id": 9, "name": "Tournevis bleu", "price": 90, "category": "Bricolage" },
        { "id": 10, "name": "Marteau rouge", "price": 100, "category": "Bricolage" }
        ]
    
    class Product(Resource):
        def get(self, id):
            for product in products:
                if (id == product["id"]):
                    return product, 200
            return "Product not found", 404
    
        def post(self, id):
            parser = reqparse.RequestParser()
            parser.add_argument("name")
            parser.add_argument("price")
            parser.add_argument("category")
            args = parser.parse_args()
    
            for product in products:
                if (id == product["id"]):
                    return "Ce produit {} existe deja".format(id), 400
    
            product = {
                "id": id,
                "name": args["name"],
                "price": args["price"],
                "category": args["category"]
            }
            products.append(product)
            return product, 201
    
        def put(self, id):
            parser = reqparse.RequestParser()
            parser.add_argument("name")
            parser.add_argument("price")
            parser.add_argument("category")
            args = parser.parse_args()
    
            for product in products:
                if (id == product["id"]):
                    product["name"] = args["name"]
                    product["price"] = args["price"]
                    product["category"] = args["category"]
                    return product, 200
    
            product = {
                "id": id,
                "name": args["name"],
                "price": args["price"],
                "category": args["category"]
            }
            products.append(product)
            return product, 201
    
        def delete(self, id):
            global products
            products = [product for product in products if product["id"] != id]
            return "{} is deleted.".format(id), 200
    
    api.add_resource(Product, "/product/<int:id>")
    app.run(debug=True)

    Côté Postman, un simple GET se forme ainsi et renvoie l’intégralité du JSON propre au produit (grâce à son ID) :

    Pour faire un POST, il faut bien penser à indiquer qu’on souhaite transmettre un contenu de type « RAW » au format JSON et appeler le endpoint avec l’ID de notre nouveau produit (ce n’est pas l’idéal bien sûr, car le principe d’un nouvel ID c’est qu’il soit généré directement par le code de l’API, mais c’est pour illustrer mon exemple).

    Ensuite pour la mise à jour avec le verbe PUT, ça donne ça…

    Et pour la suppression, on obtient ce genre de retour :

    Et ensuite ?

    Vous l’aurez compris, ce n’est vraiment pas compliqué à développer. Ici on est sur un exemple simple, mais ensuite, vous devrez pourquoi pas sortir vos données d’une base de données, penser à correctement gérer les erreurs et faire preuve de rigueur dans la structure de vos endpoints. Par exemple, dans mon endpoint, l’URI est xxxx/product/. J’aurais pu faire mieux en respectant la convention et en mettant/products/ au pluriel. Car en cas de GET, je peux aussi demander à récupérer l’ensemble des produits existants. Dans ce cas, je dois modifier ma fonction GET comme ceci :

        def get(self, id):
            if (id == 0):
                return products, 200
            else:
                for product in products:
                    if (id == product["id"]):
                        return product, 200
                return "Product not found", 404

    Ainsi, en passant l’id 0 lors de mon GET, je récupérerai alors tous les produits.

    N’oubliez pas également de documenter l’ensemble de votre API afin de vous y retrouver et surtout d’indiquer à d’autres développeurs, comment l’intégrer. Penchez vous également sur l’aspect HATEOAS pour intégrer les actions disponibles dans les réponses de l’API REST. Pour notre exemple, on pourrait ainsi avoir quelque chose qui ressemble à ça :

    "links": [ 
        {"rel": "product", "method":"post", "href":"http://example.org/product/1"},
        {"rel": "product", "method":"put", "href":"http://example.org/product/1"}, ... 
    ]

    Voilà, j’espère que cette petite initiation et explications aux API RESTful vous aura intéressé et donné envie de vous y mettre plus sérieusement. Peut-être changer un peu votre façon de coder, voire carrément changer de job pour trouver une équipe plus agile et plus au fait des pratiques de dev modernes. Et pourquoi pas en profiter pour continuer à évoluer dans les technologies, ou obtenir un meilleur salaire. C’est une démarche qui peut s’avérer assez compliquée, stressante parfois, tant on a envie de trouver un travail qui nous corresponde. On peut souhaiter avoir un travail plus proche de chez soi voire en télétravail complet, un meilleur salaire, une meilleure ambiance au travail, ou même tout ça à la fois (mais ce n’est pas forcément facile à trouver).

    Heureusement, talent.io est là pour vous aider. Il vous suffit de créer un compte sur la plateforme talent.io en quelques clics pour ensuite recevoir des offres de la part d’entreprises qui correspondent à vos critères précis et qui affichent un salaire d’entrée de jeu. talent.io est vraiment le moyen le plus simple de trouver son prochain job tech, d’ailleurs les inscrits trouvent leur emploi en 20 jours en moyenne.

    • chevron_right

      chapitre 15 Mon choix extrait 98

      Angélique Andthehord · Wednesday, 16 March, 2022 - 03:58

    Les décors ? Qui les aurait créés ? Ma mère ? Elle avait déjà tous nos costumes à réaliser pour le bal costumé, nos deux heures de répétition par jour, le ménage dans la grande maison de Cesson, les repas pour toute la famille, les courses, la lessive, le repassage… Eh ben si ! c'était plus fort qu'elle, elle ne put s'empêcher de peaufiner les décors, jour après jour.

    Des costumes de scène, au départ, ma mère avait dit que nous n'en n'aurions pas. Ils apparurent pourtant sous ses doigts de fée, en particulier la robe rose avec des petits volants. Elle n'était pas longue à confectionner, aux dires de ma mère, mais était du meilleur effet scénique, pour peu que nous modifiassions légèrement le scénario afin de la mettre à l'honneur.


    extrait de : Détail technique


    #projet #talent #théâtre #spectacle #envie #volonté #énergie #choix #mère #répétitions #jeu #confection

    • chevron_right

      chapitre 15 Mon choix extrait 97

      Angélique Andthehord · Monday, 14 March, 2022 - 14:49 · 1 minute

    Avec quoi l'estrade avait-elle été faite ? Je ne sais pas trop. Je suppose que mon père avait pris des planches qui venaient des travaux de réfection de la maison de Cesson. Ma mère y avait ajouté vite fait le minimum de décors et d'accessoires, juste le nécessaire. Le petit spectacle que nous voulions donner n'était fait que de nos talents de comédiens. C'était seulement pour jouer une fois, au réveillon, chez tonton Frédéric et tata Lili, devant leurs invités. Si nous mettions tant de cœur à jouer bien, c'était juste pour jouer, pour s'amuser. Papa, Maman et moi n'avions jamais eu autant de plaisir à jouer ensemble, à quoique ce soit.

    Pour ma part, je n'aime pas beaucoup les jeux de société parce qu'il y a toujours des perdants, c'est décevant. Dans une pièce de théâtre, si on la réussit, on est tous gagnants. Tous ceux qui ont joué ensemble terminent en se donnant la main pour saluer une seule et même victoire partagée avec le public.


    extrait de : Détail technique


    #projet #talent #théâtre #spectacle #envie #volonté #énergie #choix #parents #père #mère #répétitions #passionnés #jeu #confection

    • chevron_right

      chapitre 15 Mon choix extrait 96

      Angélique Andthehord · Sunday, 13 March, 2022 - 17:19

    Pourquoi avais-je eu tant de mal à me faire entendre, sur ce coup-là ? Était-ce que mes parents commençaient à me trouver trop exigeante ? Ou bien craignaient-ils que je le devinsse s'ils me laissaient le champ libre ? Je n'allais tout de même pas casser leur plaisir de jouer avec moi en me comportant comme une maîtresse d'école, à réclamer toujours plus, toujours mieux, de sorte qu'on ne puisse plus éprouver qu'un profond dégoût pour tout ce qu'elle touche ! Si la perfection existe, on ne peut l'atteindre sans souplesse.

    N'importe ! Mes parents ayant été séduits par l'apport que je venais de faire au spectacle, c'est dans la bonne humeur que les pendules furent remises à l'heure. Dorénavant, à l'issue de nos répétitions, nous nous concertâmes et échangeâmes nos impressions, en prenant soin de ne pas heurter les sensibilités.


    extrait de : La pinailleuse


    #projet #talent #théâtre #spectacle #envie #volonté #énergie #choix #parents #père #mère #répétitions #apprentissage #passionnés #compréhension #sentiments #expression #communication #impression #amusant #jeu

    • chevron_right

      chapitre 15 Mon choix extrait 95

      Angélique Andthehord · Friday, 11 March, 2022 - 16:10

    J'insistai :

    « C'est pas grand-chose. Laissez-moi au moins dire c'que j'ai vu qu'allait pas ! Vous verrez bien.

    - D'accord, dit !

    - … »

    Je ne trouvai pas les mots pour expliquer. Alors, je proposai de leur montrer en rejouant ce passage moi-même, avec mon père, à la place de ma mère, deux fois. Je le jouai, la première fois, exactement comme ma mère l'avait joué. Elle convint que c'était bien ainsi qu'elle avait fait. Je le jouai, la seconde fois, à mon idée. Mes parents s'échangèrent un regard enthousiaste. Ils étaient emballés par ma démonstration. Ma mère eut plaisir à remonter sur l'estrade pour mettre ma suggestion en pratique et Nani retourna dans sa chambre potasser ses maths.


    extrait de : La pinailleuse


    #projet #talent #théâtre #spectacle #envie #volonté #énergie #choix #parents #père #mère #sœur #répétition #répétitions #apprentissage #passionnés #compréhension #sentiments #expression #communication #impression #comique #amusant #jeu

    • chevron_right

      chapitre 15 Mon choix extrait 93

      Angélique Andthehord · Wednesday, 9 March, 2022 - 21:20

    Du coup, quand je me plaignis à ma mère que son personnage ne semblait pas suffisamment enjoué à mon goût, ma remarque fut accueillie avec enthousiasme parce que si j'étais trop petite pour élucider toute la complexité des sentiments de mes proches, j'étais, au moins, capable de me rendre compte quand un jeu de scène manquait d'éloquence. Ceci était précieux pour mes parents parce que quand ils répétaient un passage ensemble, tous les deux, il n'y avait pas d'autre regard extérieur que le mien pour signaler non seulement une quelconque erreur de texte mais aussi tout défaut d'interprétation. Sans cela, tout ce qu'ils faisaient n'aurait pu être qu'approximatif.


    extrait de : La pinailleuse


    #projet #talent #théâtre #spectacle #envie #volonté #parents #père #mère #répétition #répétitions #apprentissage #expression

    • chevron_right

      chapitre 15 Mon choix extrait 89

      Angélique Andthehord · Friday, 4 March, 2022 - 16:43 · 1 minute

    Et Caki et Nani, dans tout ça ? Je ne voulais pas qu'ils fussent en reste, les pauvres ! C'est pourquoi j'avais absolument tenu à les faire participer. Mon pauvre Caki ! il ne faisait qu'une courte apparition sur la fin et n'avait que trois ou quatre répliques. J'avais peur qu'il en fût vexé et attristé.

    Aussi, j'insistai vivement pour le faire venir. Après tout, si petit son rôle fût-il, il devait bien le répéter aussi. Maman l'appela et il descendit de sa chambre.

    « J'ai jamais dit que j'voulais faire du théâtre, rouspéta-t-il. J'ai pas dit qu'j'étais d'accord.

    - Oh ! mais ça fait plaisir à ta p'tite sœur, répondit Maman. Juste un quart d'heure, j'te demande qu'un quart d'heure. »

    Finalement, une fois sur l'estrade, Caki tint très bien son rôle. Il savait son texte. Il avait l'air d'y prendre plaisir. Pourtant, il arriva un moment où, Maman nous ayant invités à reprendre le passage encore une fois, il lui mit sa montre sous le nez :

    « Le quart d'heure est passé »

    et remonta s'enfermer dans sa chambre.


    extrait de : Cœurs obscurs


    #projet #talent #théâtre #spectacle #envie #volonté #choix #frère #sœur #répétition #répétitions #apprentissage

    • chevron_right

      chapitre 15 Mon choix extrait 88

      Angélique Andthehord · Thursday, 3 March, 2022 - 17:49 · 1 minute

    Certains passages de la pièce ne faisaient pas intervenir mon personnage.

    « Si tu veux, pendant qu'on répète, Papa et moi, tu peux aller jouer dans le jardin, proposa ma mère. Y fait beau, profites-en !

    - Oh ! J'ai pas l'droit d'vous regarder ?

    - Si, t'as l'droit… mais à condition d'pas nous embêter. »

    Je m'assis sur une chaise et regardai en silence mon père et ma mère jouer un passage déterminé. Quand ils eurent terminé, je fis remarquer que mon père s'était trompé dans une réplique.

    « Ben non, c'est bien ça, on a bien dit notre texte. »

    Non, non. J'étais formelle, mon père avait dit un mot à la place d'un autre. Ça ne modifiait pas le sens de la réplique. N'empêche ! le texte doit être respecté à la lettre.

    Mon père alla chercher le script qui était posé sur le guéridon, y regarda et constata que j'avais raison.

    Eh oui ! je ne connaissais pas seulement mon rôle, je connaissais la pièce dans son entier, au mot près.


    extrait de : Premières répétitions


    #projet #talent #théâtre #spectacle #envie #volonté #énergie #choix #parents #père #mère #répétition #répétitions #apprentissage #passionnés #amateurs #amateurisme #histoire