This Meetup is past

120 people went

Codecool Poland Sp. z o.o.

ul. Ślusarska 9 · Kraków

How to find us

Nasz adres to ul. Slusarska 9. Jeżeli znacie knajpę "Bal" to jest to ten sam budynek, tyle że, wejście do Codecool znajduje się po drugiej stronie. Jeżeli znacie MOCAK to wejście do Codecool znajduje się na jego tyłach.

Location image of event venue

Details

Szczegóły spotkania dostępne są również na naszej nowej stronie: http://pykonik.org/35/ na której można dokonywać zgłoszeń z tematami prezentacji, do czego gorąco zachęcamy!

Podczas spotkania będziecie mogli posłuchać prezentacji na następujące tematy:

Christopher Lozinski: ZODB: The graph database for Python Developers

The ZODB is a mature graph database written in Python and optimized in C. Just subclass off of class Persistent Object, and Persistent Container, and your objects, graphs and applications become persistent. The market for Graph Databases has recently exploded, as evidenced by over $200Million invested in graph database companies. Most of the graph databases are written in Java. If you are a Python developer, you will find much greater productivity using a graph database written in Python, than one written in statically bound Java. The major Java databases constrain you to one of several persistent data types. Persistent Python, supported by the ZODB allows you to make any Python Data Structure persistent.

O prelegencie:

Christopher Lozinski is an MIT graduate, serial entrepreneur, dual US-EU citizen, and polyglot. Instead of seeking Venture Capital, he moved from Silicon Valley to Poland. He started using the ZODB in 1999, built a number of products with it, most recently PythonLinks.info, and has now released the open source ZodbDemo.

Wojciech Erbetowski: Dokumentacja w samodokumentującym się świecie

Większość zespołów, z którymi pracowałem kroczyła nigdy niekończącą się ścieżką w poszukiwaniu złotego środka w pisaniu dokumentacji. Miejscu, w którym czerpie się korzyści z posiadania pomocnej dokumentacji, jednak nie spędza się zbyt wiele czasu i energii na jej tworzeniu.

Dla niektórych punktem wyjściowym jest popularny błąd, w którym mówi się, że kodu nie należy dokumentować, gdyż kod powinien być sam w sobie wystarczająco czytelny. Inni z kolei tworzą bardzo dokładną dokumentację i szybko wpadają w pułapkę ogromnego kosztu jej utrzymywania.

Jest lepsza droga, aby inni programiści mieli dobre wrażenia. Podzielę się kilkoma sposobami, jak na przykład:

• Częściowo lub całkowicie wykonywalna dokumentacja

• Dokumentacja API zrozumiała dla maszyn i ludzi

• Testy automatyczne jako dokumentacja

O prelegencie:

I am a Software Engineer, mostly recognized for my numerous contributions to the tech community as an organizer, speaker and activist.

Currently I am coding at Codility (https://codility.com/) and training developers with Bottega (http://bottega.com.pl/).

I had a lot of fun building communities like Warsaw Java User Group (https://warszawa.jug.pl/), Mobile Warsaw (http://mobile-warsaw.pl/) and organizing some great events (Mobile Central Europe (https://mceconf.com/), Warsjawa) and leading IT departaments in Polidea (https://polidea.com/) and Growbots (https://growbots.com/).

I am also a mathematician, amateur runner, notorious speaker (http://erbetowski.pl/events).

Michał Wysokiński: AsyncIO or how Python developers made Python 4.0 without calling it so

While searching the Internet for yet another module that's AsyncIO compatible I've stumbled upon this github comment:"Ya, IMHO the whole async stuff is yet-another-rift that the upstream python developers caused (without even calling it python 4.0) and I'm not even sure how many people/developers see that yet. (...)"...and I completely agree with it. I've been running AsyncIO in production for over a year now and my initial enthusiasm has waned. Don't get me wrong, AsyncIO is great and I will continue using it. However, being at the technological edge comes with a price, which a lot of people is not aware of. In this presentation I'm going to talk about what I wished I had known before adding AsyncIO to our stack and share my experience with running and maintaining AsyncIO applications at Akamai.

O prelegencie:

Michal Wysokinski is a software engineer at Frameworks and Tools team making sure that Akamai is using only best tools for the job. He’s most recent work involves developing a framework for monitoring and testing Akamai’s vast CDN network of nearly[masked] servers and creating a tool for alerting and live analysis based on microservices logs produced by Akamai’s internal cloud platform.

Po głównych prezentacjach, przewidziany został również panel lightning talków.

Sponsorami spotkania są:

- firma Deployed, zapewniająca piwo podczas spotkania, a także dzięki której Pykonik ma nową stronę: http://www.pykonik.org

- JetBrains zapewniający 2 licencje do PyCharma, które zostaną rozlosowane w trakcie spotkania

Jeżeli ktoś miałby ochotę na wygłoszenie lightning talka lub prezentacji, prosimy o zgłoszenia poprzez stronę pykonik.org lub w trakcie spotkania do organizatorów.

Do zobaczenia!