News: 2022-08-29T03_30_00Z

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

Ce livre va vous apprendre à programmer avec Python

(2022/08/29)


Ce livre va vous apprendre à programmer avec Python

lundi 29 août 2022

Voici un livre très didactique sur Python, à destination des étudiants et des développeurs occasionnels. L’ouvrage paru chez D-BookeR cet été montre comment utiliser le langage dans un large panel de situations, y compris pour les débutants.

"Python sans détour" est un livre rédigé par deux experts de Python , Laurent Berger et Pascal Guézet. Il se veut à la fois accessible et efficace, fondé sur la pratique et l’expérience de ses auteurs en matière d’enseignement du langage Python à des étudiants ou des lycéens.

L’ouvrage présente un large panel de cas d’utilisation autour de plusieurs thèmes dont manipulation de documents, l’extraction d’informations issues du Web, le calcul scientifique ou encore le deep learning et les interfaces graphiques.

Une première partie passe en revue de manière synthétique toutes les notions requises en Python pour réaliser ces exemples. Les exemples ont été réalisés et testés avec les dernières versions de Python (3.9- 3.10) et sont compatibles Windows, macOS et Linux (Raspberry).

Les codes sources sont téléchargeables par les utilisateurs.

Pour qui ?

Ce livre s’adresse en particulier aux étudiants , mais aussi aux enseignants et aux élèves de lycées en spécialité informatique. Les développeurs indépendants ou débutants y trouveront également des ressources intéressantes.

Fiche pratique

"Python sans détour" de Laurent Berger et Pascal Guézet

400 pages

ISBN 978-2-8227-1066-4 (HTML)

ISBN 978-2-8227-1068-8 (e-book)

ISBN 978-2-8227-1069-5 (papier)

Disponible à partir de 18€ sur le site de l’éditeur à [1]cette adresse .

[2]



[1] https://www.d-booker.fr/python/724-python-sans-detour.html

[2] https://www.toolinux.com/?livre-sur-pyton-developpement#forum



It is a very humbling experience to make a multimillion-dollar mistake, but
it is also very memorable. I vividly recall the night we decided how to
organize the actual writing of external specifications for OS/360. The
manager of architecture, the manager of control program implementation, and
I were threshing out the plan, schedule, and division of responsibilities.
The architecture manager had 10 good men. He asserted that they
could write the specifications and do it right. It would take ten months,
three more than the schedule allowed.
The control program manager had 150 men. He asserted that they
could prepare the specifications, with the architecture team coordinating;
it would be well-done and practical, and he could do it on schedule.
Furthermore, if the architecture team did it, his 150 men would sit twiddling
their thumbs for ten months.
To this the architecture manager responded that if I gave the control
program team the responsibility, the result would not in fact be on time,
but would also be three months late, and of much lower quality. I did, and
it was. He was right on both counts. Moreover, the lack of conceptual
integrity made the system far more costly to build and change, and I would
estimate that it added a year to debugging time.
-- Frederick Brooks Jr., "The Mythical Man Month"