Compare commits

...

5 Commits

4 changed files with 232 additions and 0 deletions

View File

@ -0,0 +1,30 @@
Title: Clôture du dimanche
Date: 2023-02-19 15:47
Summary: Session de clôture de la PyConFR 2023.
Category: Bloc-notes
Tags: live-notes, pyconfr, talk, bordeaux, keynote
Status: published
Par **[Marc Debureaux][mdebureaux]** - Salle [Alfred Wegener][awegener]
### [Clôture du dimanche][abstract]
[![logo PyConFr Bordeaux 2023][pyconimg]][pyconfr]
> Session de clôture de la PyConFR 2023.
---
Notes personnelles
==================
* Remerciements
* Venez nous voir: afpy.org
[abstract]: https://www.pycon.fr/2023/fr/talks/
[awegener]: https://fr.wikipedia.org/wiki/Alfred_Wegener
[mdebureaux]: https://fr.linkedin.com/in/mdebnet
[pyconfr]: https://www.pycon.fr/2023/
[pyconimg]: {static}/img/200-pycon-fr-23.png
[support]: https://

View File

@ -0,0 +1,90 @@
Title: Documentation, logiciel libre et pérennité en arts numériques
Date: 2023-02-19 11:01
Summary: SUMMARY
Category: Bloc-notes
Tags: live-notes, pyconfr, talk, bordeaux, python, documentation, logiciel-libre
Status: published
Par **[Édith Viau][author]** - Salle [Thomas Edison][tedison]
### [Documentation, logiciel libre et pérennité en arts numériques][abstract]
[![logo PyConFr Bordeaux 2023][pyconimg]][pyconfr]
> Les arts numériques posent des défis de conservation et de préservation importants, de par leurs contraintes matérielles et logicielles.
>
> Une utilisation judicieuse de composantes sous licence libre peut favoriser la pérennité des oeuvres réalisées avec les technologies modernes.
>
> Une documentation technique adéquate constitue un facteur de succès important pour un tel projet. Voici quelques réflexions sur le sujet ainsi que des lignes directrices pour vous guider, basés sur notre expérience avec Sphinx, le logiciel utilisé pour la documentation de Python, au Metalab, le laboratoire de recherche et développement de la Société des arts technologiques (Montréal, Québec, Canada).
_[Support][support]_
---
Notes personnelles
==================
* presentation
- contributrice traduction python
- responsable documentation au [Metalab de la Société des Arts Technologique (SAT)](https://sat.qc.ca/en/metalab)
* Comment commencer une doc
- pratique: on part de la matière et
- technique
- pour les AN
- il faut choisir (tentative d'épuisement d'un lieu pParisien G Perec 1975)
* Qu'est ce qui est important?
- documentation vs. interface: machine Antycithère
- essentiel: le pourquoi et le quoi
- conseils doc utile sans être complète
* écrire pour soi: ce que j'aurai aimé quand j'ai commencé
- `sphinx-quickstart`
* documenter celon le cas d'usage
- guide de refence ou tuto?
- Hello world ou exemple complexe?
- utilisateur débutant ou confirmé
- spécificité des AN: des artistes en résidences
* éditer pour les autres
- évaluer rapidement l'outil
- comment il s'imbrique avec les outils existant'
- tuto et démo pour artistes
* Pourquoi documenter lorsque l'on fait le dev?
- améliorer l'existant
- clarifier ses idées
* On documente quoi?
- la carte ou le territoire?
- ennoncé les choix arbitraires des choix motivés
- garder le lien avec les communautés
* Exemple #1 [`splash`](http://sat-metalab.gitlab.io/splash/doxygen/index.html)
- minimiser les prérequis: avoir un objet modélisable disponible partout?
* cube: objet simple mais peu de personne en ont a dspo
* un coin de mur! tout le monde en a un et on peut joindre un modèle 3D dans la doc que tout le monde pourra utiliser
* construire sur les acquis: on commence avec un projecteur, plus de projecteurs dans des étapes suivantes
* REX
* Exemple #2 [`LivePose`](https://gitlab.com/sat-mtl/tools/livepose): ML pour AN
- besoin de communiquer avec d'autres outils
- rédiger un liens JS
* **Conclusion:** comment faire une doc utile sans être complète
- ce que l'on fait
- pourquoi on le fait'
- ce qui n'est pas dans le code (carte vs. territoire)
* Références
- Blender docs: pair documenting
- Diàtaxis: architecture de la documentation
- [How to make sense of any mess](https://www.youtube.com/watch?v=s6lXWgnTmRE): Quand on a beaucoup de doc à (re)structurer…
- Write the Docs
- Rédaction technique en information - UdeSherbrooke
- Rafael Lozano-Hemmer: Best practices for conservation of media arts texte - (vidéo est à voir)
- Doc Sphinx
* Questinos:
- intéret de git: oui mais peut-être plus encore de la CI
- test s'assurant que l'outil n'a pas été mis a jour sans la doc: non, mais c'est un sujet en discussion dans la communauté Read the docs
- mesurer si les utilisateurs ont été perdu ou gagné? Collecte de retour utilisateurs multi-canaux
[abstract]: https://www.pycon.fr/2023/fr/talks/1h.html#documentation-logiciel-libre-e
[author]: https://codame.com/artists/edith-viau
[hpoincare]: https://fr.wikipedia.org/wiki/Henri_Poincaré
[pyconfr]: https://www.pycon.fr/2023/
[pyconimg]: {static}/img/200-pycon-fr-23.png
[support]: https://

View File

@ -0,0 +1,59 @@
Title: pip install malware
Date: 2023-02-19 14:01
Summary: SUMMARY
Category: Bloc-notes
Tags: live-notes, pyconfr, talk, bordeaux, python, TAG1, TAG2
Status: published
Par **[Max Kahan][author]** Salle [Rosalind Franklin][rfranklin]
### [pip install malware][abstract]
[![logo PyConFr Bordeaux 2023][pyconimg]][pyconfr]
> pip install malware: its that easy. Almost all projects depend on external packages, but did you know how easy it can be to install something nasty instead of the dependency you want? I'll be showing this live, as I make malware and infect my own computer with it during the talk!
>
> You might remember classic typosquatting examples like goggle.com, but its now common to see malicious code hidden in spoofed or otherwise fraudulent PyPI packages or nested dependencies. Malware developers can also use techniques like starjacking to appear legitimate, so these unpleasant packages become even more difficult to spot. Its estimated that over 3% of packages on PyPI could be using this technique.
>
> By the end of this talk, youll know how to protect yourself when installing and updating dependencies and youll leave with a checklist to follow to help you stay safe in future.
_[Support][support]_
---
Notes personnelles
==================
* disclamer
- malware evolve
- not a security talk
* cost of malware
- 4.06 M€ cost of malware
- 19% are from
* developers are now a target
* PyPI risk
- typo squatting
* estimated typosquatted package on PyPI: 3%
* downloaded estimated 0.5%
* real malware targetting `requests`
- `rrequests`, `_equests`, …
* `pycurl` -> `libcurl`
* dot-env
- repo change for a malicious mainten€r
- starjacking
* malwar shows lots of popularity on github
* **DEMO** Do not install this: https://pypi.org/project/not-the-vonage-python-sdk/
* What ca I do
- consider defensing typosquatting
- preempt you package typo errors
- do no type package name, use config files
- use scanning tools
[abstract]: https://www.pycon.fr/2023/fr/talks/30m.html#pip-install-malware
[author]: https://uk.linkedin.com/in/maxkahan
[pyconfr]: https://www.pycon.fr/2023/
[pyconimg]: {static}/img/200-pycon-fr-23.png
[rfranklin]: https://fr.wikipedia.org/wiki/Rosalind_Franklin
[support]: https://

View File

@ -0,0 +1,53 @@
Title: Python web performance 101
Date: 2023-02-19 12:05
Summary: Python web performance 101: uncovering the root causes
Category: Bloc-notes
Tags: live-notes, pyconfr, talk, bordeaux, python, dev
Status: published
Par **[Alex Ptakhin][author]** Salle [Rosalind Franklin][rfranklin]
### [Python web performance 101][abstract]
[![logo PyConFr Bordeaux 2023][pyconimg]][pyconfr]
> Web engineers meet issues with performance with fast-growing or even maintaining existing products. Its always unexpected and we have limited time for decisions. With our hero, we meet real-faced RAM, CPU and IO problems and learn troubleshooting approaches to monolithic and distributed systems.
>
> We try different existing tools from Python and the cloud ecosystem including, but not limited to: cProfile, yappi, memory-profiler and tracing.
>
> This talk will be more focused on backend parts and designed for intermediate-level web engineers, but all skill levels are welcome.
_[Support][support]_
---
Notes personnelles
==================
* …
* Temporary solution: update hardware to get time for debug
* tools
- `time.?perf`
- `cProfile` / [`snakeziz`](https://jiffyclub.github.io/snakeviz/)
- /!\ mesurement change system behavior
- `py-spy`
- `yappi` for `asyncio`
- `sys.getsizeof`
- `tracemalloc`
- `memory-profiler`: require code changes
- `memray`: looks promising
- Tracing: OpenTelemetry
* Things to remember
1. getting time by adding ressources worth it
1. Monitor application errors
1. Measuring something can change the behaviour of the system
1. Tuning is good, and remember, pure Python is not about the performance
[abstract]: https://www.pycon.fr/2023/fr/talks/30m.html#python-web-performance-101-unc
[author]: https://github.com/aptakhin/
[pyconfr]: https://www.pycon.fr/2023/
[pyconimg]: {static}/img/200-pycon-fr-23.png
[rfranklin]: https://fr.wikipedia.org/wiki/Rosalind_Franklin
[support]: https://github.com/aptakhin/talks/tree/main/2023-Python-Web-Performance-101