We’re a software house based in Warsaw.
We deliver custom IT systems.
We’re a software house based in Warsaw.
We deliver custom IT systems.
We offer creative solutions to our customers’ problems, implementing the most risky software projects. We outstrip the competition through better use of technology.
At TouK we maximize the capabilities of open source components. This allows us to create software that will save you time and money.
Integration
TouK implements system integration solutions. We take great care to ensure they guarantee both well cooperating services and data integrity. We will add value to existing separate software systems, even the most obscure ones.
Event Stream Processing
We provide event-stream processing and decision-making solutions capable of high throughput and low latency event processing. They support real-time marketing and fraud detection in major polish telco companies.
Mobile Apps
Today 60% of online traffic comes from mobile devices. That’s why we offer native app development for iOS and Android. We have experience rolling out applications used by over a hundred thousand end users.
Databases
We have the necessary skills to tackle petabytes of data, enabling you to turn data into business insights. Whether you need a traditional relational database or want to use non-normalized data in a NoSQL repository, we’re here to help.
Enterprise applications
We've helped many companies by improving their processes with custom applications. We have experience working for large corporations and for smaller entities. Our UX team will make sure your application is pleasing and usable.
IT reorganisation
Do you want to replace legacy software but are afraid of business continuity disruptions? We are experienced in agile rebuilding of key company systems, maintaining full continuity of business processes within your organization.
To the rescue projects
Our agility and technological versatility makes us ideal when working in crisis situations, such as misunderstandings with software providers, a sudden change of business concept, failure of a legacy system, or a requirement to adjust to changes in legal regulations.
Pre-project
You have a product idea or have decided that custom software is a possible solution to your problem. We are here to help.
Together we will talk through your assumptions. We will present our solution. If needed, we will build a prototype to learn if we are on the right track.
Then we will draw up an initial plan. We'll show you the best solution we can build, given your time constraints, budget and technology preferences.
If you decide to work with us, we will create a dedicated full-time team to deliver your project.
Software development
Business requirements change faster than most ISVs can withstand. We create software anticipating its future changes, avoiding deterioration of quality. Our teams use XP practices and organize their work using Scrum and Kanban methods.
We are developers, not just programmers. We provide a diverse skill set we believe is needed to succeed as an ISV. We write specs and code, automated tests, and documentation. We solve tough algorithmic problems.
Plan
Development
and testing
working
software
feedback and
adaptation
We are Java, Scala and Kotlin fans but with each new project we choose technologies and leverage their strengths. We can do this because we know our tools inside out. Our developers are recognized speakers and members of the IT community.
We have cooperated with most of our clients for years. They are several large and medium enterprises from different businesses whose trust we have won through our expertise, hard work and value-creating initiative. We take care to ensure that our clients get top quality in their IT systems while keeping maintenance costs low.
Since 2002 we have worked for: telecommunications, media & digital communications, financial services, banking, utility, logistics, publishing and security sector companies.
We've successfully worked with clients from: Poland, United Kingdom, Romania, Denmark, Ireland, United States and Nigeria.
TouK was founded by developers, and 85 of its 90 people – including owners and management – build software every day. The company has 19 shareholders – all of them developers.
We recruit great people and give them the opportunity to grow. We strive to build the best team possible of devoted, creative and passionate people. We want our team to be versatile developers who are able to carry out analysis, write transparent code, test the software they create, and present innovative ideas to the customer clearly.
We appreciate technical skills, but also value people of high integrity. This guarantees a great atmosphere within the company and enables various personalities to look in the same direction and share a common vision.
At TouK there is no rigid structure. We organize ourselves for the needs of customers. This is seen each time we rearrange parts of the office before a new project.
Workshops
We promote self-development and knowledge sharing. Rarely do we hire external trainers. Instead, we organize internal workshops. We encourage our people to teach one another, with high standards and a wide scope of topics ranging from new technologies and improving code quality to brushing up on giving presentations.
TouK Lab
This is a place in our office where we can play with something more than software. In our free time everyone can come and experiment or work on their project. We code, build, solder, and make 3D prints. TouK Lab encourages peer learning and knowledge sharing.
Browse Jobs
We welcome people who value good code and seek the best solutions. We want to work with people who are passionate, ambitious, curious and active in their job tasks. In return, we offer work in an enjoyable and creative environment with salary commensurate with knowledge, responsibility and engagement.
We offer
work in flat-structured 90 people company driven by developers and organize in small agile teams
good learning environment
bicycle storage, shower, second breakfast, fresh fruits, ping pong, weekly workshops
8 300 - 15 900 PLN (our cost)
Requirements
good theoretical basis, interest in inner workings of the tools you use
good knowledge of Linux and KVM, TCP/IP networking, routing, firewalls
familiarity with AWS, ELK stack, influx, puppet, terraform
some experience with services: exim, dovecot, dspam, nginx, apache, haproxy, bind
some experience managing development tools: gitlab, gerrit, docker, nexus, jira, confluence
excellent work planning skills
We appreciate
versatile flexible developers
passion and thirst for knowledge
responsibility and grit
involvement in the community: participating in meetups, conferences, hackathons
contribution to open source projects
writing a blog
initiative and engagement in the evolution of TouK
We offer
work in flat-structured 90 people company driven by developers and organize in small agile teams
good learning environment
bicycle storage, shower, second breakfast, fresh fruits, ping pong, weekly workshops
8 300 - 15 900 PLN (our cost)
We’re looking for developer that
has deep and broad technical experience backed with theoretical knowledge
can reason about software architecture from a high level
is passionate about open source, especially in the everchanging frontend ecosystem
has very good knowledge of the modern JavaScript, mainly ES6/ES2015 and beyond or TypeScript
has good knowledge of generating HTML5 using one of React or Vue
has good knowledge of generating CSS3 with preprocessors like: Less, Sass, PostCSS; or with css-in-js tools like: styled-components, jss
has knowledge of modern build/package systems like: webpack, rollup, fuse-box; and their auxiliary helper tools like babel and eslint/prettier
has knowledge of testing frameworks like: jest, karma, mocha
has practical experience with Git
takes interest in best practices regarding UI and UX
shares knowledge and experience through pair programming and extensive code reviews
Even if you don't meet these expectations, don't be discouraged. You'll learn at TouK.
We appreciate
versatile flexible developers
passion and thirst for knowledge
responsibility and grit
involvement in the community: participating in meetups, conferences, hackathons
contribution to open source projects
writing a blog
initiative and engagement in the evolution of TouK
We offer
work in flat-structured 90 people company driven by developers and organize in small agile teams
good learning environment
bicycle storage, shower, second breakfast, fresh fruits, ping pong, weekly workshops
8 300 - 15 900 PLN (our cost)
Requirements
good theoretical basis, interest in inner workings of the tools you use
very good knowledge of relational databases, preferably Oracle but aware of NoSQL solutions
you are good at programming in DB
knowledge of patterns specific to transaction processing, data integration, data reporting and migration
experience working directly with clients, ability to gather requirements and create technical solutions
you can create well tested & clean code
Even if you don't meet these expectations, don't be discouraged. You'll learn at TouK.
We appreciate
versatile flexible developers
passion and thirst for knowledge
responsibility and grit
involvement in the community: participating in meetups, conferences, hackathons
contribution to open source projects
writing a blog
initiative and engagement in the evolution of TouK
We offer
work in flat-structured 90 people company driven by developers and organize in small agile teams
good learning environment
bicycle storage, shower, second breakfast, fresh fruits, ping pong, weekly workshops
6 600 - 15 600 PLN (our cost)
Requirements
good theoretical basis, interest in inner workings of the tools you use
very good knowledge of Linux
familiarity with good programming practices – you can create well tested & clean code
good knowledge of Scala, Java, but also a versatile flexible developer
familiarity with Akka, understanding idea of actors
functional programming skills
knowledge of relational databases
Git, Maven, Gradle, Sbt
Even if you don't meet all these expectations,, don't be discouraged. You'll learn at TouK.
We appreciate
versatile flexible developers
passion and thirst for knowledge
responsibility and grit
involvement in the community: participating in meetups, conferences, hackathons
contribution to open source projects
writing a blog
initiative and engagement in the evolution of TouK
We offer
good learning environment
work in flat-structured 90 people company driven by developers and organize in small agile teams
bicycle storage, shower, second breakfast, fresh fruits, ping pong, weekly workshops
4 000 - 8 300 PLN (our cost)
Requirements
computer science graduate or last years student, willing to learn
good theoretical basis, interest in inner workings of tools you use
good knowledge of Java or Kotlin or Scala
familiarity with good programming practices like testing & clean code
good knowledge of Linux
tried functional programming
understands concepts of IoC containers and ORM/JPA frameworks
Even if you don't meet these expectations, don't be discouraged. You'll learn at TouK.
We appreciate
versatile flexible developers
passion and thirst for knowledge
responsibility and grit
involvement in the community: participating in meetups, conferences, hackathons
contribution to open source projects
writing a blog
initiative and engagement in the evolution of TouK
We offer
work in flat-structured 90 people company driven by developers and organize in small agile teams
good learning environment
bicycle storage, shower, second breakfast, fresh fruits, ping pong, weekly workshops
8 300 - 15 900 PLN (our cost)
Requirements
good theoretical basis, interest in inner workings of the tools you use
very good knowledge of Linux
familiarity with good programming practices – you can create well tested & clean code
good knowledge of Java, but also a versatile flexible developer
functional programming skills in Java
experience with IoC containers and ORM/JPA frameworks
Even if you don't meet these expectations, don't be discouraged. You'll learn at TouK.
We appreciate
versatile flexible developers
passion and thirst for knowledge
responsibility and grit
involvement in the community: participating in meetups, conferences, hackathons
contribution to open source projects
writing a blog
initiative and engagement in the evolution of TouK
Sharing knowledge
At TouK we learn how to present. We share our knowledge at many conferences in Poland and abroad. We talk about what we've learned during our work.
Jak zapobiegać biodegradacji kodu
Jakub Nabrdalik
Software Developer
Javarsovia, Warszawa
June 26, 2010
Reguły kierowania wielbłądem – czyli Camel + Drools
Maciek Próchniak
Software Developer
Javarsovia, Warszawa
June 26, 2010
DSL – DIY
Maciek Próchniak
Software Developer
Javarsovia, Warszawa
June 11, 2011
Wytwarzanie biznesowych aplikacji webowych a produkcja rozbudowanych gier na przeglądarkę na przykładzie: Project Ark
Michał Trzaskowski
Project Manager
Urszula Trzaskowska
Software Developer
WGK, Gdańsk
September 3, 2011
Agile BI
Tomasz Wielga
Software Developer
Business Intelligence w instytucjach finansowych, Warszawa
February 7, 2012
BOF: Beautiful failures
Jakub Nabrdalik
Software Developer
Maciek Próchniak
Software developer
33rd Degree Conference, Kraków
March 20, 2012
Bankowość ostatniej mili
Tomasz Wielga
Software Developer
IT w Bankowości GigaCon, Warszawa
May 28, 2012
warsztat: Zwinne szacowanie projektu
Piotr Burdyło
Software Developer
Project engineering 2012, Warszawa
May 30, 2012
Zwinne szacowanie
Piotr Burdyło
Software Developer
Confitura, Warszawa
June 30, 2012
Scala, CQRS, Event Sourcing – jak przetrwać
Maciek Próchniak
Software Developer
Confitura, Warszawa
June 30, 2012
Kędzierzawe testy
Cezary Bartoszuk
Software Developer
Confitura, Warszawa
June 30, 2012
Nie pisz w Javie! Znasz lepsze języki nawet jeśli jeszcze tego nie wiesz
Jakub Nabrdalik
Software Developer
Tomasz Przybysz
Software developer
Confitura, Warszawa
June 30, 2012
Od (web)aplikacji biznesowych po (web)game dev. Testowanie i spełnianie oczekiwań
Michał Trzaskowski
Software Developer
WGK, Gdańsk
August 31, 2012
Managing gang of chaotic developers is complex
Piotr Burdyło
Software Developer
Lean Agile Scotland, Edynburg
September 22, 2012
Be careful when entering a casino – why we stopped playing poker
Piotr Burdyło
Software Developer
ABE, Warszawa
October 4, 2012
Managing gang of chaotic developers is complex
Piotr Burdyło
Software Developer
AEE, Kijów
October 7, 2012
(nie tylko) GWT Kilka słów o „User Experience"
Michał Trzaskowski
Software Developer
JDD, Kraków
October 24, 2012
warsztat: Czemu Groovy jest spoko, a Spock jest groovy?
Artur Gajowy
Software Developer
Tomasz Przybysz
Software developer
Warsjawa, Warszawa
October 27, 2012
Typesafe NoSQL – is it possible?
Maciek Próchniak
Software Developer
November 1, 2012
Test Driven Traps
Jakub Nabrdalik
Software Developer
November 1, 2012
Managing gang of chaotic developers is complex
Piotr Burdyło
Software Developer
Agile Tour Riga, Ryga
November 23, 2012
Customer Collaboration
Piotr Burdyło
Software Developer
Agile w Biznesie, Warszawa
December 6, 2012
Customer vendor relations
Piotr Burdyło
Software Developer
Agile Saturday VIII, Talin
February 2, 2013
Rozmowy kwalifikacyjne i jak się przebić
Jakub Nabrdalik
Software Developer
JUG, Warszawa
February 26, 2013
Scalable language, scalable DB- accessing OrientDB with Scala
Maciej Próchniak
Software Developer
Java developers conference 2013, Kair
March 8, 2013
Usability
Mateusz Kaczmarek
Software Developer
JUG, Warszawa
March 12, 2013
Type Driven Development
Maciej Próchniak
Software Developer
Booster, Bergen
March 13, 2013
Managing gang of chaotic Software Developers is complex
Piotr Burdyło
Software Developer
33rd Degree Conference, Warszawa
March 14, 2013
Flashtalks – Spock, czyli czemu zrezygnowaliśmy z JUnita i Mockito
Jakub Nabrdalik
Software Developer
JUG, Warszawa
April 9, 2013
Flashtalks – Geb
Tomasz Kalkosiński
Software Developer
JUG, Warszawa
April 9, 2013
jQuery kickstart
Bartłomiej Zdanowski
Software Developer
4Developers, Kraków
April 12, 2013
Managing gang of chaotic developers is complex
Piotr Burdyło
Software Developer
4Developers, Kraków
April 12, 2013
QA w dobie Test Driven Development, czyli gdzie jest miejsce testera w zespołach Agile'owych
Jakub Nabrdalik
Software Developer
Targi: Kariera Testera, Warszawa
April 13, 2013
Managing Chaotic Developers is Complex
Piotr Burdyło
Software Developer
ACE, Kraków
April 15, 2013
MongoDB
Jakub Nabrdalik
Software Developer
JUG, Warszawa
May 7, 2013
Type Driven Development
Maciek Próchniak
Software Developer
JUG, Warszawa
June 4, 2013
Jak udawać że nie mamy bazy danych
Maciej Próchniak
Software Developer
Confitura, Warszawa
July 6, 2013
Masz już dość bycia szambonurkiem? Czyli o tym, co robić, aby praca w projekcie "utrzymaniowym" dawała satysfakcję
Joanna Siemińska
Software Developer
Confitura, Warszawa
July 6, 2013
Agile UX- czyli jak połączyć zwinność z używalnością
Michał Trzaskowski
Software Developer
Confitura, Warszawa
July 6, 2013
Testy funkcjonalne (Selenium) w praktyce
Michał Rokicki
Software Developer
Confitura, Warszawa
July 6, 2013
Test Driven Traps
Jakub Nabrdalik
Software Developer
Confitura, Warszawa
July 6, 2013
Apocomito? Czyli jakie problemy rozwiązały mi DDD, CQRS, NoSQL, TDD i inni, a gdzie się kompletnie nie nadają
Jakub Nabrdalik
Software Developer
j.piknik, Warszawa
September 14, 2013
Dependency Injection for Android: Roboguice
Paweł Byszewski
Software Developer
MobileWarsaw, Warszawa
September 23, 2013
warsztat: Wicket
Dominik Wiernicki
Software Developer
MobileWarsaw, Warszawa
October 12, 2013
warsztat: Vert.x + raspberry pi
Bartek Zdanowski
Software Developer
Warsjawa, Warszawa
October 12, 2013
warsztat: Akka
Maciek Próchniak
Software Developer
Warsjawa, Warszawa
October 12, 2013
warsztat: Testowanie użyteczności z wykorzystaniem użytkowników
Mateusz Kaczmarek
Software Developer
Michał Trzaskowski
Software developer
Warsjawa, Warszawa
October 12, 2013
warsztat: Android^2- do potęgi Square i Google APIs
Krzysiek Siejkowski (TouK)
Software Developer
Maciej Górski (Cybercom Group)
Software developer
Warsjawa, Warszawa
October 12, 2013
warsztat: Dependecy Injection for Android with Roboguice
Paweł Byszewski
Software Developer
Warsjawa, Warszawa
October 12, 2013
warsztat: Big Data w czasie rzeczywistym- wstęp do Storm
Marcin Cylke
Software Developer
Warsjawa, Warszawa
October 12, 2013
Test Driven Traps
Jakub Nabrdalik
Software Developer
33degree4charity, Kraków
October 13, 2013
Vert.x
Bartek Zdanowski
Software Developer
JDD, Kraków
October 15, 2013
Przetestuj Usability
Mateusz Kaczmarek
Software Developer
JDD, Kraków
October 15, 2013
Lean i Agile nie tylko w IT
Piotr Burdyło
Software Developer
Agile Management 2013, Warszawa
November 13, 2013
Flashtalks
Michał Lewandowski
Software Developer
JUG, Warszawa
January 28, 2014
Raspberry Pi workshop
Bartłomiej Zdanowski
Software Developer
March 22, 2014
Good design makes us happy :)
Mateusz Kaczmarek
Software Developer
4Developers, Warszawa
April 7, 2014
Good design makes us happy :)
Mateusz Kaczmarek
Software Developer
DevCrowd'2014, Szczecin
April 12, 2014
Java SE 8 and Java EE 7 – flash talks
Michał Lewandowski
Software Developer
Krzysztof Siejkowski
Software developer
JUG, Warszawa
April 22, 2014
Type Driven Development
Maciej Próchniak
Software Developer
JEEConf, Kijów
May 24, 2014
Spock – przyjemne testowanie
Dominik Przybysz
Software Developer
June 24, 2014
Testowanie użyteczności z wykorzystaniem użytkowników
Mateusz Kaczmarek
Software Developer
Michał Trzaskowski
Software developer
CareerCon, Warszawa
June 28, 2014
Rapid dev environments
Marcin Brański
Software Developer
Przemek Hejman
Software developer
Confitura, Warszawa
July 5, 2014
Type Driven Development
Maciej Próchniak
Software Developer
Confitura, Warszawa
July 5, 2014
Jump on camel's hump and don't fall down
Maciek Próchniak
Software Developer
September 6, 2014
Vert.x
Bartek Zdanowski
Software Developer
JDay, Lviv
September 6, 2014
Brace yourself and use dagger
Paweł Byszewski
Software Developer
Krzysztof Bielecki
Software Developer
September 20, 2014
First step of Android's cracker
Paweł Byszewski
Software Developer
September 26, 2014
Czas Dockera – Od zera do kontenera!
Przemek Hejman
Software Developer
Marcin Brański
Software developer
Warsjawa, Warszawa
September 26, 2014
Activiti in practice
Dominik Przybysz
Software Developer
September 26, 2014
Clojure for the brave
Marcin Cylke
Software Developer
Piotr Jagielski
Software developer
Warsjawa, Warszawa
September 26, 2014
Squeeze more from your webapp – when simple CSS can replace complex Javascript
Michał Trzaskowski
Software Developer
Warsjawa, Warszawa
September 26, 2014
Ludzie są ważniejsi niż procesy
Joanna Siemińska
Software Developer
October 18, 2014
Testing usability with end users
Michał Trzaskowski
Software Developer
ABE, Warszawa
October 31, 2014
Czas Dockera – od zera do kontenera!
Przemek Hejman
Software Developer
Marcin Brański
Software developer
November 6, 2014
Wprowadzenie do języka Scala
Arek Burdach
Software Developer
Jinkubator, Warszawa
March 24, 2015
Be effective, be IntelliJ – czyli jak zintegrować się z własnym IDE
Cezary Draus
Software Developer
JUG Łódź
May 11, 2015
Java 8: Lambdas, Monads and Java Collections
Grzegorz Piwowarek
Software Developer
Jinkubator, Warszawa
May 12, 2015
Webservice'y w świecie Javy
Dominik Przybysz
Software Developer
Jinkubator, Warszawa
May 19, 2015
Microservices, ‘Enterprise’ and Conway’s law
Maciej Próchniak
Software Developer
JEEConf, Kijów
May 22, 2015
Java8 workshop
Damian Warszawski
Software Developer
JUG Łódź
June 11, 2015
Be effective, be IntelliJ, czyli jak zintegrować się z własnym IDE
Cezary Draus
Software Developer
Jinkubator, Warszawa
June 16, 2015
Vert.x – high performance polyglot application platform
Bartek Zdanowski
Software Developer
JBCNConf, Barcelona
June 26, 2015
Microservices, 'Enterprise' and Conway's law
Maciej Próchniak
Software Developer
JBCNConf, Barcelona
June 26, 2015
Mity NoSQLa
Tomasz Fijałkowski
Software Developer
Confitura, Warszawa
July 4, 2015
Vert.x – wydajna i skalowalna platforma
Bartek Zdanowski
Software Developer
Confitura, Warszawa
July 4, 2015
Java 8: Lambdas && Monads
Grzegorz Piwowarek
Software Developer
Confitura, Warszawa
July 4, 2015
Co nowego przyniesie nam Java 9?
Dominik Przybysz
Software Developer
Confitura, Warszawa
July 4, 2015
Dive into data with Apache Spark
Marcin Cylke (TouK)
Software Developer
Tomasz Bartczak (Allegro)
Software developer
Codepot, Warszawa
August 28, 2015
Dubstep developer – how to use open source code, hardware for music production
Piotr Jagielski
Software Developer
Codepot, Warszawa
August 28, 2015
Searching for answers in dumps
Maciej Próchniak
Software Developer
Codepot, Warszawa
August 28, 2015
Komunikacja – sposób na zrozumienie drugiej osoby
Adrian Soja
Software Developer
Codepot, Warszawa
August 28, 2015
Ewolucja modeli programowania współbieżnego – od monitorów do aktorów
Arek Burdach
Software Developer
JUG Łódź
September 9, 2015
Spock – kosmiczne testy dla ludzi
Cezary Draus
Software Developer
JUG Łódź
September 16, 2015
Functional programming concepts in Java 8: Lambdas && Monads
Grzegorz Piwowarek
Software Developer
JDay, Lviv
September 19, 2015
React to Scala-JS
Maciej Próchniak
Software Developer
JDay, Lviv
September 19, 2015
Komuikacja – Sposób na zrozumienie drugiej osoby.
Adrian Soja
Software Developer
Jinkubator, Warszawa
September 29, 2015
React to Scala-JS
Maciej Próchniak
Software Developer
VoxxedDays, Belgrade
October 1, 2015
Vert.x – high performance polyglot scalable platform
Bartek Zdanowski
Software Developer
VoxxedDays, Belgrade
October 1, 2015
Dobry zwyczaj: nie odziedziczaj
Krzysztof Siejkowski
Software Developer
Mobilization, Łódź
October 17, 2015
Dlaczego warto pisać aplikacje webowe w Clojure?
Piotr Jagielski
Software Developer
November 24, 2015
Co nowego przyniesie nam Java 9?
Dominik Przybysz
Software Developer
November 25, 2015
Easy testing with Spock
Dominik Przybysz
Software Developer
December 1, 2015
Jak przetestować prawdziwy system?
Tomasz Kalkosiński
Software Developer
BoilingFrogs, Wrocław
January 16, 2016
Developerze, zdewelopuj się sam
Bartłomiej Zdanowski
Software Developer
BoilingFrogs, Wrocław
January 16, 2016
Vert.x - high performance polyglot application toolkit
Bartłomiej Zdanowski
Software Developer
VoxxedDays, Berlin
January 29, 2016
Kotlin
Paweł Byszewski
Software Developer
JInkubator, Warszawa
February 9, 2016
Message Brokers
Dominik Przybysz
Software Developer
JInkubator, Warszawa
February 23, 2016
Java Wars VIII: The Function Awakens
Grzegorz Piwowarek
Software Developer
KarieraIT, Warszawa
March 5, 2016
Retrospektywy
Michał Lewandowski
Software Developer
Chamberconf, Łagów
March 5, 2016
React to ScalaJS
Maciek Próchniak
Software Developer
VoxxedDays, Bucharest
March 11, 2016
Pisz szybciej aplikacje na androida z użyciem Kotlina
Paweł Byszewski
Software Developer
Warszawskie Dni Informatyki, Warszawa
March 23, 2016
Jak radzić sobie z konfiguracją wg. Grooviego
Dominik Przybysz
Software Developer
WJUG, Warszawa
March 29, 2016
Java8 vs. checked exceptions(flashtalk)
Grzegorz Piwowarek
Software Developer
WJUG, Warszawa
March 29, 2016
Java Wars VIII: The Function Awakens
Grzegorz Piwowarek
Software Developer
4Developers, Warszawa
April 11, 2016
Message Brokers
Dominik Przybysz
Software Developer
4Developers, Warszawa
April 11, 2016
Microservices, ‘Enterprise’ and Conway’s law
Maciek Próchniak
Software Developer
VoxxedDays, Istambul
May 7, 2016
Java Wars VIII: The Function Awakens
Grzegorz Piwowarek
Software Developer
JEEConf, Kiev
May 20, 2016
Streams, flows and storms - how not to drown with your data?
Maciek Próchniak
Software Developer
JEEConf, Kiev
May 20, 2016
Integracja, EAI, ESB?
Maciek Próchniak
Software Developer
PIK@WEITI, Warszawa
May 30, 2016
MongoDB First Aid - pierwsza pomoc w zderzeniu Javy z bazami dokumentowymi?
Urszula Trzaskowska
Software Developer
JInkubator, Warszawa
May 31, 2016
Streams, flows and storms - how not to drown with your data?
Maciek Próchniak
Software Developer
JavaDay2016, Minsk
June 11, 2016
Java Wars VIII: The Function Awakens
Grzegorz Piwowarek
Software Developer
JavaDay2016, Minsk
June 11, 2016
Java Wars VIII: The Function Awakens
Grzegorz Piwowarek
Software Developer
KarieraIT, Rzeszów
June 18, 2016
Developer, develop yourself!
Bartłomiej Zdanowski
Software Developer
Devoxx, Kraków
June 23, 2016
SputnikCI - kill all bugs
Piotr Jagielski
Software Developer
Bartłomiej Zdanowski
Software Developer
Devoxx, Kraków
June 23, 2016
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
Confitura, Warszawa
July 2, 2016
Spock
Dominik Przybysz
Software Developer
Confitura, Warszawa
July 2, 2016
Developerze, zdevelopuj się sam!
Bartłomiej Zdanowski
Software Developer
Confitura, Warszawa
July 2, 2016
Stormy, flowy i streamy - czyli jak nie utonąć w swoich danych.
Maciek Próchniak
Software Developer
Confitura, Warszawa
July 2, 2016
Javaslang - Functional Programming Tools In Java 8 Workshop
Grzegorz Piwowarek
Software Developer
BuildStuff, Odessa
July 9, 2016
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
JDayLviv, Lviv
September 3, 2016
Streams, flows and storms - how not to drown with your data?
Maciek Próchniak
Software Developer
Voxxed Days, Belgrade
September 30, 2016
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
JDD 2016, Kraków
October 11, 2016
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
JavaDay, Kiev
October 14, 2016
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
DevoxxMA, Casablanca
November 3, 2016
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
DevoxxBE, Antwerp
November 8, 2016
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
BuildStuffLT, Vilnius
November 17, 2016
Functional Programming Tools In Java 8 and Beyond
Grzegorz Piwowarek
Software Developer
BuildStuffLT, Vilnius
November 19, 2016
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
BuildStuffUA, Kiev
November 21, 2016
Java 9 Additions to Stream/Optional APIs
Grzegorz Piwowarek
Software Developer
WJUG, Warsaw
January 10, 2017
Functional Programming in Java Livecoding Session
Grzegorz Piwowarek
Software Developer
Morning@Lohika, Lviv
February 11, 2017
Javaslang - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
VoxxedDaysZurich, Zurich
February 23, 2017
O Auth2 w praktyce
Piotr Fus
Software Developer
JUG, Łódź
March 9, 2017
Message Brokers
Dominik Przybysz
Software Developer
JUG, Łódź
March 9, 2017
Functional Programming Tools in Java 8 and Beyond
Grzegorz Piwowarek
Software Developer
Workshops4Dev, Warsaw
March 17, 2017
OSGi, Java 9? - do we still need modularity in the world of microservices
Maciej Próchniak
Software Developer
IstambulTechTalks, Istambul
April 5, 2017
“Zero code” systems — hopes, myths and reality
Maciej Próchniak
Software Developer
Devcrowd, Szczecin
April 22, 2017
Vavr - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
VoxxedDaysTicino, Lugano
May 6, 2017
Vavr - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
DevDays 2017, Riga
May 15, 2017
“Zero code” systems — hopes, myths and reality
Maciej Próchniak
Software Developer
JEEConf, Kiev
May 28, 2017
OSGI, Java9 - do we need modularity in the age of microservices?
Maciej Próchniak
Software Developer
Confitura 2017, Warsaw
June 19, 2017
OSGI, Java9 - do we need modularity in the age of microservices?
Maciej Próchniak
Software Developer
JDK.io, Copenhagen
June 19, 2017
Vavr - Functional Java Done Right
Grzegorz Piwowarek
Software Developer
JBCNConf, Barcelona
June 19, 2017
Vavr by Example - livecoding session
Grzegorz Piwowarek
Software Developer
DevoxxPL, Kraków
June 22, 2017
Java 9, OSGi - czy w epoce mikroserwisów potrzebujemy modularnej Javy?
Maciej Próchniak
Software Developer
Confitura 2017, Warsaw
July 1, 2017
Porty i Adaptery
Dominik Przybysz
Software Developer
Confitura 2017, Warsaw
July 1, 2017
A Hitchhiker's Guide to the Functional Exception Handling in Java
Grzegorz Piwowarek
Software Developer
Confitura 2017, Warsaw
July 1, 2017
Functional Java Discussion Panel
Grzegorz Piwowarek
Software Developer
JCrete, Crete
July 18, 2017
TOUK NUSSKNACKER – creating flink jobs with GUI
Maciej Próchniak
Software Developer
Flink Forward, Berlin
September 13, 2017
Guide to Functional Exception Handling in Java
Grzegorz Piwowarek
Software Developer
JUGLviv, Lviv
September 14, 2017
Guide to Functional Exception Handling in Java
Grzegorz Piwowarek
Software Developer
JDD 2017, Poland
October 3, 2017
“Zero code” systems — hopes, myths and reality
Maciej Próchniak
Software Developer
VoxxedDays, Berlin
October 19, 2017
Sequencing Dance Music with Clojure
Piotr Jagielski
Software Developer
GeeconCZ, Prague
October 19, 2017
Porty i Adaptery
Dominik Przybysz
Software Developer
JUG, Toruń
October 25, 2017
Guide to Functional Exception Handling in Java
Grzegorz Piwowarek
Software Developer
JavaDay, Kiev
November 4, 2017
Guide to Functional Exception Handling in Java
Grzegorz Piwowarek
Software Developer
DevoxxMA, Casablanca
November 15, 2017
Porty i Adaptery
Dominik Przybysz
Software Developer
Spread IT, Gliwice
November 18, 2017
TouK Nussknacker – creating streaming jobs with GUI
Maciej Próchniak
Software Developer
WHUG, Warsaw
March 6, 2018
Loggers: how to regain control over your app!
Bartek Zdanowski
Software Developer
BoilingFrogs, Wroclaw
March 24, 2018
'Zero code' systems – hopes, myths and reality
Maciej Próchniak
Software Developer
BoilingFrogs, Wroclaw
March 24, 2018
Porty i Adaptery
Dominik Przybysz
Software Developer
Boiling Frogs, Wroclaw
March 24, 2018
Stream processing in telco – case study based on Apache Flink & TouK Nussknacker
Maciej Próchniak
Software Developer
DataSphere, Krakow
April 17, 2018
Stream Processing in telco - lessons learned
Maciej Próchniak
Software Developer
Geecon, Krakow
May 11, 2018
Stream processing in telco - case study based on Apache Flink & TouK Nussknacker
Maciej Próchniak
Software Developer
RigaDevDays, Riga
May 31, 2018
Stream processing in telco - lessons learned
Maciej Próchniak
Software Developer
JBCNConf, Barcelona
June 11, 2018
Zero code” systems - hopes, myths and reality
Maciej Próchniak
Software Developer
Devoxx, Krakow
June 21, 2018
Co by się stało gdyby Spring zniknął na tydzień…?
Maciej Próchniak
Software Developer
Confitura 2018, Warsaw
June 30, 2018
Odzyskaj kontrolę nad aplikacją
Bartek Zdanowski
Software Developer
Confitura 2018, Warsaw
June 30, 2018
REST - know the rules
Dominik Przybysz
Software Developer
Confitura 2018, Warsaw
June 30, 2018
REST - know the rules
Dominik Przybysz
Software Developer
4Developers, Gdansk
September 25, 2018
What would you do if Spring disappeared for a week?
Maciej Próchniak
Software Developer
JDD, Krakow
October 8, 2018
Secure Domain
Dominik Przybysz
Software Developer
JDD, Krakow
October 9, 2018
Porty i adaptery
Dominik Przybysz
Software Developer
4Developers, Krakow
October 15, 2018
Property based testing in Spock
Dominik Przybysz
Software Developer
WJUG, Warsaw
October 16, 2018
What if Spring framework disappeared for a week?
Maciej Próchniak
Software Developer
Heapcon, Belgrade
October 19, 2018
Easy testing with Spock
Dominik Przybysz
Software Developer
4Developers, Lodz
October 23, 2018
Secure Domain
Dominik Przybysz
Software Developer
4Developers, Lodz
October 23, 2018
Secure Domain
Dominik Przybysz
Software Developer
JSession #11, Bialystok
October 26, 2018
Secure Domain
Dominik Przybysz
Software Developer
4Developers, Katowice
November 6, 2018
Stream processing for analysts with Flink and Nussknacker
Maciej Próchniak
Software Developer
Big Data Spain, Madryt
November 15, 2018
Porty i adaptery
Dominik Przybysz
Software Developer
4Developers, Wroclaw
November 20, 2018
W tej prezentacji, postaram się pokazać kilka praktycznych metod, na zatrzymanie, a nawet odwrócenie zjawiska biodegradacji kodu, które można zacząć stosować natychmiast.
W trakcie prezentacji pokażę przykład aplikacji wysyłającej powiadomienia do klientów w trakcie procesu obsługi zlecenia. Zostanie do tego celu wykorzystana prosta biblioteka integrująca obie technologie, którą stworzyliśmy w TouK w trakcie jednego z naszych projektów.
Urszula Trzaskowska
Software Developer
Porównanie procesu wytwarzania biznesowych aplikacji webowych oraz rozbudowanych gier opartych o przeglądarkę internetową. Prezentacja dotykać będzie wielu obszarów w procesie wytwarzania aplikacji webowej począwszy od analizy i projektowania, poprzez zarządzanie i implementację po testowanie i finalne wdrożenie. Bardzo ważną i obszerną częścią prezentacji będzie omówienie rozwiązań Open Source oraz konsekwencji ich zastosowania w projektach. Proces wytwarzania gry webowej opisany będzie na przykładzie trwającego obecnie projektu: Project Ark. Jest to projekt rozbudowanej gry z gatunku space MMO, wytwarzanej przy użyciu otwartych rozwiązań opartych o język Java oraz powszechnie używanych standardów HTML/CSS/javascript realizowany w wolnym czasie przez mały 2-3 osobowy zespół pracowników firmy TouK (www.touk.pl).
Tomasz Wielga
Software Developer
Tomasz Wielga
Jakub Nabrdalik, Maciek Próchniak
Tomasz Wielga
Software Developer
Tomasz Wielga
Cezary Bartoszuk
Software Developer
Podczas prezentacji pokażę – przy użyciu biblioteki CoFoJa – na czym polega programowanie kontraktowe, jak kontrakty współgrają z testami jednostowymi oraz jak uczynić Twoje oprogramowanie kuloodpornym za pomocą testowania randomizowanego z YETI.
Kontynuacja zaprezentowanego w zeszłym roku wykładu porównującego proces wytwarzania webowych aplikacji biznesowych oraz gier webowych. Tym razem prezentacja skupi się na aspekcie testowania oraz zaspokajania potrzeb użytkownika / gracza. Prezentacja ponownie odniesie się do praktyk AGILE-owych oraz ich adaptacji (lub krytyki) w świecie game dev. Jak dobrze testować swoje aplikacje i jak mają się do tego oczekiwania klienta ? Jakie błędy najczęściej popełniamy podczas testowania aplikacji webowych ? Jakie narzędzia mogą okazać się przydatne ? Te oraz wiele wiele innych praktycznych i życiowych przykładów z połączenia świata biznesu i gier.
Piotr Burdyło
Piotr Burdyło
Szeroka prezentacja nie tylko o wytwarzaniu aplikacji biznesowych ale także o (web) game devie. Wspólnym technicznym mianownikiem będzie GWT. Tematyka skupiać się będzie w około szeroko rozumianego 'User Experience'(UX)
Piotr Burdyło
Piotr Burdyło
Jakub Nabrdalik jako jeden z 3 prowadzących
Maciej Próchniak
Piotr Burdyło
Mockito nie robi niczego, czego nie dało się zrobić wcześniej bibliotekami do Mockowania. Ale robi to tak czytelnie, że gdy je pierwszy raz zobaczyłem, nigdy już nie chciałem wrócić do poprzednich narzędzi. Ciężko sobie było wyobrazić coś lepszego. I wtedy przyszedł Spock, i pozamiatał. Jeśli Mockito jest królem czytelności testów, to Spock jest jego suwerenem. Postaram się pokazać dlaczego, jakie są zalety i przede wszystkim wady frameworka, który powstał jako narzędzie do specyfikacji (BDD style, stąd zresztą nazwa), a skończył w moim toolboxie jako następca JUnit/Mockito.
Postaram się zwięźle zaprezentować Geba, czyli narzędzie do testowania funkcjonalnego przy pomocy przeglądarki. Pokażę jak radośnie można pisać takie testy w Spocku oraz dlaczego warto znać HTMLa i jQuery przy takich testach. Na koniec zaprezentuję Geba w akcji.
Bartłomiej Zdanowski
Piotr Burdyło
Jakub Nabrdalik
Maciek Próchniak
Agile - iteracyjne, nastawione na szybki feedback wytwarzanie aplikacji, bezpośredni kontakt z klientem i niemal nieograniczona możliwość dokonywania zmian. Prowadzenie projektów "zwinnie" powinno naturalnie zapewniać wysoki stopień używalności oraz pozytywny "user experience". Dlaczego więc mimo doskonałej receptury z ciasta może wyjść przysłowiowy zakalec ? W prezentacji postaram się omówić najczęściej pojawiające się zagrożenia projektowe oraz naświetlę obszary wymagające naszej szczególnej uwagi jeżeli realizujemy projekt zwinnymi metodykami. Omówię podstawowe błędy jakie popełniamy rozpoznając potrzeby i wymagania klienta. Podam też kilka przykładów jak zawczasu uniknąć błędów związanych z używalnością i negatywnym odbiorem aplikacji. W finalnej części prezentacji postaram się odpowiedzieć na odwieczne pytanie: Jak przekonać klienta do tego aby zapłacił za lepszą używalność swojej aplikacji
Jakub Nabrdalik
Paweł Byszewski
Dominik Wiernicki
Software Developer
Dominik Wiernicki
Bartek Zdanowski
Mateusz Kaczmarek
Software Developer
Mateusz Kaczmarek, Michał Trzaskowski
Maciej Górski (Cybercom Group)
Software developer
Krzysiek Siejkowski (TouK), Maciej Górski (Cybercom Group)
Paweł Byszewski
Marcin Cylke
Jakub Nabrdalik
Bartek Zdanowski
Mateusz Kaczmarek
Software Developer
Mateusz Kaczmarek
Piotr Burdyło, http://touk.pl/blog/pl/2013/11/15/lean-agile-not-only-in-it/
Is UML enjoyable? Fast and fun, sequence diagrams.
Bartłomiej Zdanowski
Mateusz Kaczmarek
Software Developer
Mateusz Kaczmarek
Mateusz Kaczmarek
Software Developer
Mateusz Kaczmarek
Michał Lewandowski, Krzysztof Siejkowski
Mateusz Kaczmarek
Software Developer
Mateusz Kaczmarek, Michał Trzaskowski
Marcin Brański, Przemek Hejman
Przemek Hejman, Marcin Brański
Marcin Cylke, Piotr Jagielski
Michał Trzaskowski
Joanna Siemińska
Software Developer
Joanna Siemińska
Basic steps on your way to improve usability of (web)application projects. How to deal with usability testing? What skills and set of behaviours are good (or bad) when testing usability with end users? How to organize your testing sessions and how to find "right" testers. And finally how to deal with discovered problems? (building effective backlog, convincing stakeholders that improving usability is very important factor).
Przemek Hejman, Marcin Brański
Cezary Draus
Maciej Próchniak
Damian Warszawski
Bartek Zdanowski
Maciej Próchniak
Tomasz Fijałkowski
Software Developer
Tomasz Fijałkowski
Grzegorz Piwowarek
Dominik Przybysz
Tomasz Bartczak (Allegro)
Software developer
Marcin Cylke (TouK), Tomasz Bartczak (Allegro)
Piotr Jagielski
Adrian Soja
Software Developer
Adrian Soja
Arek Burdach
Cezary Draus
Adrian Soja
Software Developer
Adrian Soja
Maciej Próchniak
Bartek Zdanowski
Krzysztof Siejkowski
Piotr Jagielski
Chciałbym poruszyć temat testowania w pełnym przekroju. Nie będzie to jeden framework lub jedna metodologia – skupię się na realnym przykładzie aplikacji integrującej się z innymi systemami. Jaką część przetestować jednostkowo, a jaką integracyjnie? Jakich narzędzi użyć, żeby nie zginąć, a jednocześnie, żeby testy były szybkie i łatwo modyfikowalne? Przetestować wszystko, czy może coś odpuścić? Wyjdziemy od JUnita i assertj, a skończymy na dobrych praktykach, które stosuję w dużych systemach, gdzie integrujemy kilkunastu dostawców.
Zapraszam Was na opowieść o rzeczach, które można robić jako developer, aby ciągle się rozwijać. Będzie o workshopach, hackathonach, code review, pisaniu blogów, udziale w konferencjach i dzieleniu się wiedzą. Wszystko to służy uczeniu się nowych rzeczy, eksperymentowaniu, doskonaleniu się i bawieniu. Bez tego zostanie nam tylko codzienna praca, która może być bardzo mozolna, w nieatrakcyjnych technologiach. Wszystko poprę praktycznymi radami jak to przeprowadzić, jako że większość stosujemy w pracy i mam sporo przemyśleń.
Vert.x is very efficient high performance scalable toolkit. Based on event driven paradigm with eventbus allows you to build non blocking thread safe asynchronous applications. Vert.x is easily scalable that can handle very high load of concurrent connections. Due to non blocking IO efficiently uses server resources. It runs smoothly even on Raspberry Pi! That's awesome base for microsrvices and IoT solutions!
Kotlin czerpie garściami z innych nowoczesnych języków. Jego twórcom przyświecał cel podniesienia efektywności programistów przy jak najmniejszym progu wejścia w nową technologię. Kompleksowo przyjrzymy się składni oraz możliwościom tego języka. Począwszy od podstawowych kontrukcjii przejdziemy do elementów, dzięki którym programuje się szybciej, efektywniej i z większą frajdą. Łatwa integracja i wyśmienite wsparcie środowiska programistycznego czyni z Kotlina idealne narzędzie dla programistów Androida.
Czym się różni JMS od AMQP? Co to jest queue? Co to jest topic? Jak zlecać zadania w przyszłości używając kolejek? Jak się do tego podpiąć z Javy? Na te i wiele innych pytań postaram się odpowiedzieć na mojej prezentacji.
Grzegorz Piwowarek
The presentation will be introduction to Scala-JS. We’ll see (through live coding demo) how (and if) it can be used to create modern web applications. Interactions with web frameworks will be shown using the React framework – we’ll also see if it’s possible to develop Relay-style applications. The focus of the talk is to give flavor of developing with Scala for frontend and to try to answer questions – is it production ready, is it worth a try?
Grzegorz Piwowarek
Grzegorz Piwowarek
Czym się różni JMS od AMQP? Co to jest queue? Co to jest topic? Jak zlecać zadania w przyszłości używając kolejek? Jak się do tego podpiąć z Javy? Na te i wiele innych pytań postaram się odpowiedzieć na mojej prezentacji.
Microservices are today’s hype. It seems that if you’re not doing them – you’re old fashioned and Doing It Wrong. But to do it properly you have to work in certain environment – ‘you have to be That tall’ as Martin Fowler wrote. In particular if you ignore things Conway’s law you’ll fail miserably.In this talk I’d like to tell you about our (small agile software house working for Big Company) experiences – when is it possible to change the company you’re working for and when it’s better to accept its constraints – and what can you do to make it still a bit better place to live – which rules and practices seen on Netflix gorgeous talks can be easily used and which are more problematic. Be aware that I’ll use old-fashioned words like OSGi, but I’ll try to omit most technical details and focus more on bigger picture – how we tried to move from good (?) old ESB towards fashionable microservices and where and why we decided to stay.
The aim of this presentation is to introduce listener to a functional programming concepts that were introduced in Java 8. Presentation covers lambda expressions, an imperative-programmer-friendly definition of a monad and an application of Java 8 monads (Optional, Stream) in everyday java developer life.
The landscape of stream processing frameworks gets more and more complicated. Some time ago Apache Storm was the only boy/girl in town. After that Spark Streaming emerged, then Apache Flink – European answer to Storm & Spark. What’s more – just few days ago Apache Dataflow entered incubation stage – aiming at API unification and backed by Google. I’m not even mentioning Samza, Flume nor projects that failed to gain traction. In the talk I’d like to clear things a bit to help listeners (and myself) decide – which of above fit particular needs and which ones are stable enough to be used without fear.
Maciek Próchniak
Słyszałeś coś o bazach NoSql, ale do czego to przydatne? Jak tego używać? I najważniejsze - jak to uruchomić w aplikacji Javowej, najlepiej w jak najprostszy sposób? Zaprezentuję jak w Javie połączyć się z bazą MongoDB, najpopularniejszą bazą dokumentową, i wykonać podstawowe operacje bazodanowe przy użyciu Spring Data. Tytułem wstępu opowiem w pigułce o bazach dokumentowych i MongoDB w szczególności, wspomnę też na co uważać przy korzystaniu z MongoDB.
The landscape of stream processing frameworks gets more and more complicated. Some time ago Apache Storm was the only boy/girl in town. After that Spark Streaming emerged, then Apache Flink – European answer to Storm & Spark. What’s more – just few days ago Apache Dataflow entered incubation stage – aiming at API unification and backed by Google. I’m not even mentioning Samza, Flume nor projects that failed to gain traction. In the talk I’d like to clear things a bit to help listeners (and myself) decide – which of above fit particular needs and which ones are stable enough to be used without fear.
The aim of this presentation is to introduce listener to a functional programming concepts that were introduced in Java 8. Presentation covers lambda expressions, an imperative-programmer-friendly definition of a monad and an application of Java 8 monads (Optional, Stream) in everyday java developer life.
The aim of this presentation is to introduce listener to a functional programming concepts that were introduced in Java 8. Presentation covers lambda expressions, an imperative-programmer-friendly definition of a monad and an application of Java 8 monads (Optional, Stream) in everyday java developer life.
I invite you for a story about things you can do as developers to keep developing yourself. I will tell you about workshops, hackathons, code review techniques, blog writing, attending and speaking at conferences, sharing knowledge and a lot more. All those activities support learning new things, experimenting and having fun. Without that we have only our day-to-day job that can be tough or boring. Everything comes from my personal experience. I will show you examples with do’s and don’ts. I will share lot’s of tips how to introduce those techniques at your work.
Sputnik.ci checks quality of contributions to GitHub projects saving developers time. It supports Java, Groovy and Scala projects build with Maven or Gradle. It runs static code analyzers like Checkstyle, PMD, FindBugs, Scalastyle, CodeNarc, JSLint.
Javaslang stał się obecnie jedną z najważniejszych bibliotek dla Javy 8+ inspirowanych rozwiązaniami znanymi z języka Scala. Javaslang wykorzystuje niewykorzystany potencjał "funkcyjnej" Javy 8 i oferuje nam zestaw narzędzi znanych z innych języków funkcyjnych. Znajdziemy tam chociażby narzędzia do pattern matchingu czy czysto funkcyjne struktury danych. Podczas prezentacji przypomnimy sobie te koncepty i zobaczymy jak za pomocą Javaslanga możemy cieszyć się lepszą Javą bez czekania na kolejną jej odsłonę.
Czy można pisać testy bez takich bibliotek jak JUnit, TestNG i AssertJ? Mockować bez Mockito? Łapać wyjątki bez catch-exception? Oczywiście, że można. Odpowiedzią jest Spock. Podczas prezentacji przyjrzymy się możliwościom Spocka w testowaniu kodu javowego i grooviowego. Zobaczymy jak pisać w stylu given-when-then, sprawdzać warunki nie używając słowa "assert", jak zasilać testy danymi, udawać że mamy zależności testowanego obiektu i pisać testy integracyjne z podniesionym kontekstem Springa.
Zapraszam Was na opowieść o rzeczach, które można robić jako developer, aby ciągle się rozwijać. Będzie o workshopach, hackathonach, code review, pisaniu blogów, udziale w konferencjach i dzieleniu się wiedzą. Wszystko to służy uczeniu się nowych rzeczy, eksperymentowaniu, doskonaleniu się i bawieniu. Bez tego zostanie nam tylko codzienna praca, która może być bardzo mozolna, w nieatrakcyjnych technologiach. Wszystko poprę praktycznymi radami jak to przeprowadzić, jako że większość stosujemy w pracy i mam sporo przemyśleń.
Danych w naszych systemach przybywa niemal tak szybko jak frameworków do ich przetwarzania. Jakiś czas temu musiałem wybrać czego użyć do strumieniowego przetwarzania danych - Kafka, filtrowanie, okna czasowe itd. Opowiem (i pokażę) co z czym się je na przykładach: Kafka Streams i Apache Flink.
This workshop focuses on helping participants in getting comfortable with functional programming tools that were introduced in Java 8. Workshop consists of a ~40min introduction talk followed by a series of Kata exercises.
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
The landscape of stream processing frameworks gets more and more complicated. Some time ago Apache Storm was the only boy/girl in town. After that Spark Streaming emerged, then Apache Flink – European answer to Storm & Spark. What’s more – just few days ago Apache Dataflow entered incubation stage – aiming at API unification and backed by Google. I’m not even mentioning Samza, Flume nor projects that failed to gain traction. In the talk I’d like to clear things a bit to help listeners (and myself) decide – which of above fit particular needs and which ones are stable enough to be used without fear.
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Functional Programming Tools in Java 8 workshop focuses on helping participants in getting comfortable with functional programming tools that were introduced in Java 8
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Java 9 is trying to spice up already existing APIs. Let's have a look at the newest Stream/Optional toys from Java 9
Java 8, Java 9, and Javaslang in practice
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Piotr Fus
Software Developer
Zawsze chciałeś/aś, by Twoja aplikacja miała magiczny link 'Zaloguj się przez Google'? Myślisz, że to magia nie z tej ziemi? Wcale nie. Podczas prezentacji pokażę, jak wykorzystywać publiczne API zewnętrznych dostawców.
Czym się różni JMS od AMQP? Co to jest queue? Co to jest topic? Jak zlecać zadania w przyszłości używając kolejek? Jak się do tego podpiąć z Javy? Na te i inne pytania postaram się odpowiedzieć na mojej prezentacji.
Application of Functional Programming Tools allows you to write working code faster and easier. The workshop focuses on helping participants in getting comfortable with functional programming tools that were introduced in Java 8 which can be problematic for developers used to an imperative way of programming.
Maciej Próchniak
Maciej Próchniak
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Java 8's lambdas empower us to create wonderful APIs. Javaslang lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
Maciej Próchniak
Microservices architecture is one of the most trendy topics in IT these days. Everyone looks at Netflix, LinkedIn or Zalando and tries to be like them. It’s all very good. But at heart of this revolution lie some well known ideas on modularity and decoupling. And guess what? Idea of modular Java applications is also not new. Even term “microservice” has been in use on JVM since many, many years. However, the main technology for modular Java - OSGi - was always struggling to gain proper attention and we’re still waiting for modules in JDK itself. In this talk I’d like to explain (and show during quick demo) why you shouldn’t too easily dismiss both OSGi and Java 9 - in many use cases, with little effort they can give you important benefits, without having to spin hundreds of VMs or containers.
Java 8's lambdas empower us to create wonderful APIs. Vavr lets us dive deeper into the world of functional programming by providing us with persistent data types, immutable collections and functional control structures. The results are beautiful and just work.
The introduction of Lambda Expressions, Optional, and Stream started a new page in Java history, inspired loads of new solutions and created a huge demand for a Functional Programming libraries like Vavr(ex-Javaslang) - the Guava of Functional Programming in Java. During this talk, we will get our hands dirty and see what Vavr is and where it flourishes - everything without even a single static slide.
...
Czy zdarzyło Ci się kiedyś przebudować całą aplikację, bo trzeba dodać nowe pole na frontendzie? Albo gdy zmiana organizacji tabel w DB zmieniała całą Twoją domenę? Jak radzić sobie ze zmieniającym się światem i wymaganiami? Jak utrzymywać porządek wewnątrz aplikacji i skupiać się na jej domenie? Jak sprawić, by zewnętrzny świat stał się detalem implementacyjnym? Odpowiedzią jest architektura portów i adapterów. Na prezentacji opowiem o doświadczeniach z budowaniem aplikacji, gdzie Twoja domena jest najważniejsza i odpowiem m. in. na pytania: Co mi to da? Jak to zrobić? Na co uważać? Dlaczego to jest trudne?
Exception handling in Java is often considered cumbersome and not very aesthetically appealing. In this session, we will have a look at how functional languages deal with exceptional situations and how we can adapt those solutions in the world of Java.
The introduction of Lambda Expressions, Optional, and Stream started a new page in Java history, inspired loads of new solutions and created a huge demand for a Functional Programming libraries like Vavr(ex-Javaslang) - the Guava of Functional Programming in Java. During this talk, we will get our hands dirty and see what Vavr is and where it flourishes - everything without even a single static slide.
During the talk I’m going to describe architecture of our platform, why we made certain design decisions and about our future plans. I’ll also describe our experiences - when being able to use GUI is great and when it’s better to develop jobs as normal code.
Exception handling in Java is often considered cumbersome and not very aesthetically appealing. In this session, we will have a look at how functional languages deal with exceptional situations and how we can adapt those solutions in the world of Java.
Exception handling in Java is often considered cumbersome and not very aesthetically appealing. In this session, we will have a look at how functional languages deal with exceptional situations and how we can adapt those solutions in the world of Java.
Maiej Próchniak
In this talk I'll give a short introduction to interactive development with Clojure followed by some examples of using Overtone - Clojure library for music programming. I'll focus on playing melodies, making beats and looping straight from your IDE, which can be used in live on-stage dance music performances. No Clojure or music theory knowledge needed.
Exception handling in Java is often considered cumbersome and not very aesthetically appealing. In this session, we will have a look at how functional languages deal with exceptional situations and how we can adapt those solutions in the world of Java.
Exception handling in Java is often considered cumbersome and not very aesthetically appealing. In this session, we will have a look at how functional languages deal with exceptional situations and how we can adapt those solutions in the world of Java.
Czy zdarzyło Ci się kiedyś przebudować całą aplikację, bo trzeba dodać nowe pole na frontendzie? Albo gdy zmiana organizacji tabel w DB zmieniała całą Twoją domenę? Jak radzić sobie ze zmieniającym się światem i wymaganiami? Jak utrzymywać porządek wewnątrz aplikacji i skupiać się na jej domenie? Jak sprawić, by zewnętrzny świat stał się detalem implementacyjnym? Odpowiedzią jest architektura portów i adapterów. Na prezentacji opowiem o doświadczeniach z budowaniem aplikacji, gdzie Twoja domena jest najważniejsza i odpowiem m. in. na pytania: Co mi to da? Jak to zrobić? Na co uważać? Dlaczego to jest trudne?
Two years ago TouK introduced Flink in one of the biggest polish telcoms in the domain of real time marketing and fraud detection. One of the most significant problems in adoption was lack of programming skills at our client - the users were supposed to be analytics/business people. Therefore, we developed an open source solution - TouK Nussknacker - which allows users to design processes with GUI by drawing diagrams. We believe it can make stream processing with Flink more accessible in many use cases, especially in companies that don't have their own development teams. During the talk I’m going to describe architecture of our platform, how is it used by our clients and what are the plans for the future. I’ll also describe our experiences - when being able to use GUI is great and when it’s better to develop jobs with standard API. If time permits I’ll also show a quick demo of our solution.
Good logging is always left to a situation when something bad happenes in production environment. The thing is to create good logging practices and proper logging environment during project developement. In this session we'll have a look at configuring logging at single machine and in distributed env.
Business owners always dream about system that will let them change its behaviour without involving coders. This desire is event stronger in enterprises, when coders are usually in different company. We’ve seen many examples: BPMN, DSLs, Drools, and many in-house samples. Big vendors and open source projects promise miracles – and usually do not deliver – or at least not to expected extent…
Czy zdarzyło Ci się kiedyś przebudować całą aplikację, bo trzeba dodać nowe pole na frontendzie? Albo gdy zmiana organizacji tabel w DB zmieniała całą Twoją domenę? Jak radzić sobie ze zmieniającym się światem i wymaganiami? Jak utrzymywać porządek wewnątrz aplikacji i skupiać się na jej domenie? Jak sprawić, by zewnętrzny świat stał się detalem implementacyjnym? Odpowiedzią jest architektura portów i adapterów. Na prezentacji opowiem o doświadczeniach z budowaniem aplikacji, gdzie Twoja domena jest najważniejsza i odpowiem m. in. na pytania: Co mi to da? Jak to zrobić? Na co uważać? Dlaczego to jest trudne?
Stream processing is one of hypes of last two years. Apache Flink, Spark Streaming and the likes conquer the world. We can hear about quite a few interesting use cases but most come from startups/technology companies – Netflix, Uber or Alibaba are good examples. I’d like to talk about case which is a bit different. Two years ago we helped to introduce Apache Flink in one of the largest mobile operators in Poland – at first to help with real time marketing. The data used included information from billing and signalling systems. We wanted to enable analysts and semi-technical people to create and monitor processes and that’s how Nussknacker – our open source GUI for Flink was born. Today, many steaming jobs are created by analysts, without the need of developers assistance. I’ll tell about this journey – what features of stream processing are important for telco business, what barriers do we see in Flink adoption in enterprise and what we consider to be it’s main selling points. We have learnt that common data model can be reused for different purposes – the most important one is real time fraud detection. Today we’re processing billions of events daily from more than dozen of sources with > 40 processes running in production. I’ll also talk about our current architecture, where it seems applicable and what are our plans for the future. The target audience of this talk are developers/analysts and architects who consider introducing stream processing in their organizations.
Two years ago we introduced stream processing engine Apache Flink in one of the larges polish telcoms. We started with real time marketing and gradually moved to fraud detection and other areas. Today we have around 50 jobs, together they process at peak more than 150k events per second. In the talk I'd like to share our experiences. Some of them are technical: what is our architecture (Flink, Kafka and so on), what are the challenges of processing tens of thousands of messages per second, how to deal with large state and so on. Some are more organisational - how is it different to design, test and monitor stream processing jobs than to use batch jobs or 'normal' applications. I'd also like to talk a bit about open source project that we created during this journey - Nussknacker, which is a tool for designing streaming processes with GUI - it's used by analysts at our client.
Two years ago we introduced stream processing engine Apache Flink in one of the larges polish telcoms. We started with real time marketing and gradually moved to fraud detection and other areas. Today we have around 50 jobs, together they process at peak more than 150k events per second. In the talk I'd like to share our experiences. Some of them are technical: what is our architecture (Flink, Kafka and so on), what are the challenges of processing tens of thousands of messages per second, how to deal with large state and so on. Some are more organisational - how is it different to design, test and monitor stream processing jobs than to use batch jobs or 'normal' applications. I'd also like to talk a bit about open source project that we created during this journey - Nussknacker, which is a tool for designing streaming processes with GUI - it's used by analysts at our client.
Two years ago we introduced stream processing engine Apache Flink in one of the larges polish telcoms. We started with real time marketing and gradually moved to fraud detection and other areas. Today we have around 50 jobs, together they process at peak more than 150k events per second. In the talk I'd like to share our experiences. Some of them are technical: what is our architecture (Flink, Kafka and so on), what are the challenges of processing tens of thousands of messages per second, how to deal with large state and so on. Some are more organisational - how is it different to design, test and monitor stream processing jobs than to use batch jobs or 'normal' applications. I'd also like to talk a bit about open source project that we created during this journey - Nussknacker, which is a tool for designing streaming processes with GUI - it's used by analysts at our client.
Business owners always dream about system that will let them change its behaviour without involving coders. This desire is event stronger in enterprises, when coders are usually in different company. We’ve seen many examples: BPMN, DSLs, Drools, and many in-house samples. Big vendors and open source projects promise miracles - and usually do not deliver - or at least not to expected extent... During more than 10 years in our industry I’ve seen and taken part in many such efforts. I’d like to share my experiences - what is (almost) doomed to be a failure, what can only depend on structure of organisation and when can we expect some modest success. I also believe that the project I’m working on - Nussknacker (check it out on github) can be a bit more successful. Join me to hear about our domain (real time stream processing in telco), technologies (Kafka, Flink, React and more) our vision and architecture.
Jakiś czas temu Milen Dyankov wysłał takiego tweeta i zacząłem się zastanawiać - no właśnie, co by się stało? Spring, Spring Boot, Spring Cloud - bardzo wielu deweloperów nie wyobraża sobie teraz już bez nich życia. Ja sam korzystam ze Springa od mniej więcej 2006 roku. Ma poczucie, ze spora część z nas już zapomniała jak się pisze aplikacje Javowe w innym stacku. Chciałbym tą prezentacją sprowokować do małego eksperymentu - spróbujmy zrobić jakiś (mikro)serwis bez Springa. Zobaczmy co da się zastąpić bez bólu, a z czym będzie problem - poczynając od samego kontenera, poprzez dostęp do danych, wystawianie RESTów itd. Żeby było jasne - nie chcę tą prezentacją nikogo odciągnąć od Springa - bardziej zbadać gdzie dodaje on więcej wartości niż tylko kilka annotacji do konfiguracji.
Dobre użycie loggera nie jest powszechną praktyką. Zazwyczaj skupiamy się na pisaniu programu jako takiego, ale zapominamy o zapewnieniu sobie kontroli nad jego wykonaniem. Szczególnie, jeśli dopiero na produkcji ujawni się błąd. Co więcej, znaczna część developerów używa StackOverflow, żeby poprawnie skonfigurować loggery, nie ogarniają tej kuwety :-) Chodzi o to, żeby rozumieć ideę oraz mieć dobre nawyki logowania od początku powstawania programu. Nie dopiero, gdy “mleko się rozleje” i nie będziemy wiedzieli jak doszło do sytuacji kryzysowej na produkcji. Opowiem o tym jak mądrze używać loggerów, na co zwrócić uwagę, jak logować wydajnie i bezpiecznie dla aplikacji, jak odnaleźć się w gąszczu informacji, również w środowiskach rozproszonych.
Jak wyglądają Twoje serwisy RESTowe? Czy to dojrzały REST, czy tylko XML/JSON przepychany przez HTTP? REST ma swoje zasady i warto je znać. Na prezentacji opowiem właśnie o tych zasadach, opowiem jak wykorzystywać w pełni HTTP oraz jak uczynić serwisy RESTowe bardziej dojrzałymi.
Jak wyglądają Twoje serwisy RESTowe? Czy to dojrzały REST, czy tylko XML/JSON przepychany przez HTTP? REST ma swoje zasady i warto je znać. Na prezentacji opowiem właśnie o tych zasadach, opowiem jak wykorzystywać w pełni HTTP oraz jak uczynić serwisy RESTowe bardziej dojrzałymi.
Some time ago Milen Dyankov sent such tweet and I began to wonder - yeah, what would happen? I've been using Spring since 2006, many developers cannot image life without Spring, Spring Boot, Spring Cloud and so on. I have a feeling that many of us already forgot how to use other stack. I'd like to make a small thought experiment in this presentation - how would we build (micro)service without Spring? Let's see what's easy to replace, and what would be more troublesome - container, REST API or persistence layer? Of course, don't get me wrong - I don't want to drag anybody from Spring - I just want to see if and where it adds more value than some fancy annotations.
What is the most important part of your project code? Of course, it is the domain logic code. We have to protect it and look after it. You say 'Yeah... I heard about Ports and Adapters or Clean Architecture'. It is not enough. Let's look into your domain code and make it really clear and safe. I will be talking about names, types, languages and techniques available in JVM world which help us making our domain code better and cleaner. Non-standard technical requirements: none.
Czy zdarzyło Ci się kiedyś przebudować całą aplikację, bo trzeba dodać nowe pole na frontendzie? Albo gdy zmiana organizacji tabel w DB zmieniała całą Twoją domenę? Jak radzić sobie ze zmieniającym się światem i wymaganiami? Jak utrzymywać porządek wewnątrz aplikacji i skupiać się na jej domenie? Jak sprawić, by zewnętrzny świat stał się detalem implementacyjnym? Odpowiedzią jest architektura portów i adapterów. Na prezentacji opowiem o doświadczeniach z budowaniem aplikacji, gdzie Twoja domena jest najważniejsza i odpowiem m. in. na pytania: Co mi to da? Jak to zrobić? Na co uważać? Dlaczego to jest trudne?
Czym jest property based testing? Do czego jest on nam potrzebny? Jak skorzystać z niego w testach pisanych w Spocku? Na te i inne pytania odpowiem podczas mojej prezentacji.
This talk is a bit provocative. Spring framework is probably the most successful of all Java frameworks in the last couple of years. Usually, half of every conference schedule is dedicated to it. It’s really great and helpful, but sometimes I see that (especially younger) developers stop to see world outside it. If they cannot use Spring for some (good or bad) reasons, they are helpless and start to moan. I’d like to do a kind of a mental experiment – what would one do in such a situation, which stuff is really essential and which is such syntax sugar that is easily replaced. This talk is mostly Spring/Java based, but I’d like to make some general observations about frameworks/libraries – how to distinguish if some feature is really difficult to live without, or is it just some syntactic glue we can replace with 5 lines of code.
Czy można pisać testy bez takich bibliotek jak JUnit, TestNG i AssertJ? Mockować bez Mockito? Łapać wyjątki bez catch-exception? Oczywiście, że można. Odpowiedzią jest Spock.Podczas prezentacji przyjrzymy się możliwościom Spocka w testowaniu kodu javowego i grooviowego. Zobaczymy jak pisać w stylu given-when-then, sprawdzać warunki nie używając słowa: assert, jak zasilać testy danymi, udawać że mamy zależności testowanego obiektu i pisać testy integracyjne z podniesionym kontekstem Springa.
Cóż, że jest najważniejszą częścią Twego kodu produkcyjnego jeśli nie kod opisujący logikę domenową. Musimy go bronić i pielęgnować. Powiesz: No tak... Słyszałem o Portach i Adapterach a także o Clean Architecture. To jednak nie wystarczy. Sięgnijmy w głąb Twego kodu domenowego i uczyńmy go naprawdę czystym i bezpiecznym. Na prezentacji opowiem o nazwach, typach, językach i technikach dostępnych w świecie JVMa, które pomogą nam uczynić kod domenowy lepszym i naprawdę czystym.
What is the most important part of your project code? Of course, it is the domain logic code. We have to protect it and look after it. You say: Yeah... I heard about Ports and Adapters or Clean Architecture. It is not enough. Let's look into your domain code and make it really clear and safe. I will be talking about names, types, languages and techniques available in JVM world which help us making our domain code better and cleaner. Non-standard technical requirements: none.
Cóż, że jest najważniejszą częścią Twego kodu produkcyjnego jeśli nie kod opisujący logikę domenową. Musimy go bronić i pielęgnować. Powiesz: No tak... Słyszałem o Portach i Adapterach a także o Clean Architecture. To jednak nie wystarczy. Sięgnijmy w głąb Twego kodu domenowego i uczyńmy go naprawdę czystym i bezpiecznym. Na prezentacji opowiem o nazwach, typach, językach i technikach dostępnych w świecie JVMa, które pomogą nam uczynić kod domenowy lepszym i naprawdę czystym.
Analyzing and gaining insights from large amounts of data is one thing. Doing it in real time is a whole different business. There quite a few advanced stream processing engines, Apache Flink is one the most widely used. However, designing, testing and deploying streaming jobs usually demand development skills – it’s not so easy for analysts or business people. When we introduced Flink in one the largest polish telcoms (which is used for real time marketing and fraud detection there) we decided to build open source project – Nussknacker – to make it easier for non-programmers to use all Flink power. I’d like to tell about it and show what we’ve built. The talk will be based on real-world examples – from simple filterings to aggregations and model serving.
Czy zdarzyło Ci się kiedyś przebudować całą aplikację, bo trzeba dodać nowe pole na frontendzie? Albo gdy zmiana organizacji tabel w DB zmieniała całą Twoją domenę? Jak radzić sobie ze zmieniającym się światem i wymaganiami? Jak utrzymywać porządek wewnątrz aplikacji i skupiać się na jej domenie? Jak sprawić, by zewnętrzny świat stał się detalem implementacyjnym? Odpowiedzią jest architektura portów i adapterów. Na prezentacji opowiem o doświadczeniach z budowaniem aplikacji, gdzie Twoja domena jest najważniejsza i odpowiem m. in. na pytania: Co mi to da? Jak to zrobić? Na co uważać? Dlaczego to jest trudne?
Taking care of the developer community
We frequently take part in conferences as attendees, sponsors and co-organizers. We contribute to open source projects as well.
We’d like to talk about your next project.
Drop us a line and we’ll get back to you.
Applying for a job?
Contact us!
