Although the announcement is in English don't hesitate to give a Lightning Talk in Polish! If there are no non-Polish speaking foreigners we will probably switch to Polish.
A Lightning Talk is a short presentation (about 5 minutes long) that does not require much preparation and may be given without too many slides (or even without any). Think of them as cinematic trailers for interesting topics or condensed tech talks.
Agenda
Details should be announced soon.The draft is as follows:
18:30 - 18:50 - Networking and Intro
18:50 - 20:20 - Three 20 to 30-minute technical and pythonic talks
20:00 - 20:30 - Lightning Talks
20:30 - Afterparty (in Tech Space)
Talks
#1 Condemned to re-invent SQL, poorly - Michał Lowas-Rzechonek
Praktycznie każda aplikacja webowa używa jakiejś relacyjnej bazy danych,
zazwyczaj za pośrednictwem ORMa. Używanie frameworku nie znaczy jednak,
że możemy kompletnie nie ogarniać co dzieje się "pod maską" naszej
aplikacji.
Django ma bardzo wygodny ORM, więc nieświadomość mechanizmów działania
bazy danych "kusi" szczególnie. Z tego powodu przedstawię parę
użytecznych technik ze świata baz danych, które są trudno osiągalne w
Djangowym ORMie, a jednocześnie niezwykle przydatne w tworzeniu
nietrywialnych programów.
Michał 'Khorne' Lowas-Rzechonek od 12 lat programuje szeroko pojęte
aplikacje serwerowe, back-endy i urządzenia embedded. Z tego powodu nie
pozwalają mu dotykać UI. Uważa, że historia zatacza koło a branża IT co
20 lat na nowo wymyśla LISPa. Sam nie wie czemu zajmuje się Pythonem,
skoro prawdziwi mężczyźni piszą tylko w ANSI C.
- Opis prezentacji: https://github.com/PyConPL/Book/blob/master/2015/presentations/condemned_to_reinvent_sql/text.md
- Przykładowy kod: https://github.com/mrzechonek/sql_condemned
#2 Managing the chaos - Gitflow + Vagrant + Ansible - Jakub Wasielak
Załóżmy, że napisanie jednej części kodu przez jedną osobę wynosi x czasu. Czy w takim razie dwie osoby ten sam kod powinny napisać dwa razy krótszym czasie? A dziesięć osób w 0.1x? Byłoby pięknie, ale tak nie jest. Nawet przy optymistycznym założeniu okaże się, że zwiększając ilość programistów, zwiększamy czas potrzebny na rozwiązanie danego problemu. Jak więc poradzić sobie z tym paradoksem?
W trakcie prezentacji o porządkowaniu chaosu chcę poruszyć takie tematy, jak organizacja środowiska oraz metody pracy. Zaproponuję rozwiązanie, w którym każdy developer jedną komendą ustawi lokalne środowisko, gdzie konflikt w trakcie merge'u jest rzadkością, a więcej czasu niż deploy produkcyjny zajmuje zrobienie sobie kawy.
Jakub Wasielak: Programista Python z doświadczeniem w rozwijaniu aplikacji webowych - głównie przy użyciu Django. Obecnie zatrudniony w firmie YouGov. W wolnym czasie fan fantasy i larpów, koordynator zlotu miłośników fantastyki Fornost.
- Prezentacja: https://prezi.com/t9gvhe3rqfhz/managing-the-chaos/
- Przykładowy kod: https://bitbucket.org/Gandi24/codepot-example
ENG:
Let's assume, that writing a part of code by one person takes x hours. If so, should two developers write the same code in half of the time? And ten developers in 0.1 of x? That would be beautiful, but unfortunately it is not. Even with the best efforts having additional people in project would result in taking longer time to solve the problem. So how should we deal with it?
During the presentation about managing the chaos I would like to teach, how to set up your working environment with Gitflow, Vagrant and Ansible. I will propose a solution where each developer can setup local instance of project with one commend, where merge conflicts are really rare and the production deployment takes less time than making yourself a cup of coffee.
Jakub Wasielak - Python Programmer with experience in developing web services - especially using Django. Currently developing for company YouGov. In free time fantasy lover, organizer of larp convention Fornost.
- Presentation: https://prezi.com/t9gvhe3rqfhz/managing-the-chaos/
- Code examples: https://bitbucket.org/Gandi24/codepot-example
#3 Dispelling py.test magic - Tomek Paczkowski
This short talk will look under the hood of how py.test uses assertion statement rewriting to give users a better, more pythonic testing experience. (http://www.pyconuk.org/talks/dispelling-pytest-magic/)
Tomek is programmer with almost a decade of experience in writing web application in dynamic languages, mostly Python. Apart from writing code he organises Python conferences and sprints. After living in Kraków for 8 years, he now stays in London, where he enjoys local cuisine and clean air. Loves good code, good books and good games.
- Presentation: https://speakerdeck.com/oinopion/dispelling-py-dot-test-magic
- Code: https://github.com/oinopion/dispel
Lightning Talks
You can email us to call for lightning talk (5 minutes) or just do it during this event.#1 Type Hinting in Python 3.5: is our beloved snake becoming Java? - Michał Wysokiński
Slides: http://bit.ly/22wz9vM
