Home Login

Python is for everyone

The New Zealand Python User Group aims to foster an inclusive community which invites diverse groups of people from all backgrounds, regardless of age, body size, race, gender, gender identity and expression, sexuality, disability, or religion to discuss and learn about all things Python in an environment of mutual respect, tolerance and encouragement.

Kiwi PyCon XI

Go to the kiwipycon conference website

Aotearoa New Zealand's all-things-Python conference, coming this 19^th, 20^th, 21^st of August 2022, in Ōtautahi Christchurch.

Do you want to sponsor Kiwi PyCon XI?

All inquiries regarding sponsorship are welcome.

Please, email Danny Adair, Sponsorship Liaison, sponsorship at python.nz .

We appreciate your interest in Kiwi PyCon.

All Kiwi PyCon photos on this website and in most other NZPUG publications have been taken by our community member and dear friend Kristina D.C. Hoeppner.

New Zealand Python User Group

Python is the easiest to learn, most versatile, and fastest growing of the top ten general-purpose programming languages worldwide.

New Zealand Python User Group (NZPUG) aims to support and promote the use of Python in New Zealand. Our members volunteer their time, expertise, and effort to promote and educate about Python all over the country.

Join us and help to make Python the most accessible, best supported, most fun, and most used programming language in New Zealand.

Join NZPUG

Python for Everyone (learn at your own pace edition)

One of the reasons Python is the friendliest and one the most easy to learn programming languages has to do with they way people have contributed ideas to improve it. We do that via the Python Enhancement Proposals or PEP. The most well know are PEP 20 – 'The Zen of Python' – and PEP 8 – 'Style Guide for Python Code'.

This is The Zen of Python, PEP 20, by Tim Peters.

Beautiful is better than ugly.

Explicit is better than implicit.

Simple is better than complex.

Complex is better than complicated.

Flat is better than nested.

Sparse is better than dense.

Readability counts.

Special cases aren't special enough to break the rules.

Although practicality beats purity.

Errors should never pass silently.

Unless explicitly silenced.