Czego od Ciebie oczekujemy?

Jakie mamy potrzeby i wymagania

WYMAGANE

HA

Mikroserwisy

SQL/ NoSQL DB

MySQL

HTTP

Automatyzacja/orkiestracja

MILE WIDZIANE

Cloud

bash scripting

Wirtualizacja

Czym będziesz się zajmował?

Jakie projekty będziesz tworzył

Rozwijaniem i utrzymaniem infrastruktury największego w tej części Europy systemu logistycznego.
Projektowaniem i developmentem platformy dla mikrousług.
Wsparciem technologicznym dla procesów wewnętrznych firmy klienta.

Technologie i narzędzia, jakich używamy przy tych projektach

Puppet
MySQL/MariaDB
Foreman
HAproxy
Elasticsearch
PostgreSQL
MongoDB
Gitlab CI
RabbitMQ
Sphinx
Redis
Docker
Jenkins
Jira
ejabberd
Nagios
Ovirt/Libvirt

Podział czasu pracy

Jak tworzymy oprogramowanie

Zobacz, w jaki sposób pracujemy

#pomysł #potrzeba

Rozpoznajemy potrzeby biznesu. Wspólnie ustalamy szczegóły nowej funkcjonalności.

#technologies #tools #proofOfConcept

W zespole dobieramy najlepsze rozwiązania technologiczne. Jeżeli funkcjonalność jest bardziej złożona wykonujemy PoC (proof of concept).

#piPlanning #SAFe #scrum #sprint #systemDemo #epic #story #task

Raz na kwartał, całą firmą planujemy orientacyjny zakres prac na trzy miesiące. Pracujemy w Scrumie, w dwutygodniowych sprintach, które kończą się przedstawieniem aktualnego postępu przed klientem. Wewnątrz zespołu sami dzielimy się pracą i ustalamy priorytety.

#dev #solid #kiss #dry #psr #patterns #unitTests #codeReview #pairProgramming

Kod tworzymy zgodnie z panującymi standardami (zgodność z PSR, SOLID, KISS, DRY, wzorce projektowe), bardzo duży nacisk kładziemy na jakość kodu dlatego testy nie są dodatkiem, są obowiązkową częścią procesu. Dbamy aby funkcjonalności przetestowane były jednostkowo (przynajmniej 85% pokrycie), integracyjnie oraz funkcjonalnie. Praktykujemy code review i pair programming.

#git #branch #mergeRequest #testowanie #releaseCandidate

W momencie gdy przygotowany merge request z funkcjonalnością jest gotowy, przetestowany i pozytywnie oceniony podczas code review następuje jego merge do gałęzi developerskiej. Tam ponownie uruchamiane są testy. Następnie kod jest wydzielany do osobnej gałęzi w GIT, wdrażane na środowiska RC w celu zintegrowania oraz przetestowania z całym systemem.