You will need to have:
- Strong experience with Ruby on Rails, ideally at least over 5 years of experience working on non-trivial projects with a good success record
- Proficiency in backend development in general
- Solid design and architecture skills
- Experience with async messaging solutions (we use both RabbitMQ and Kafka)
- Experience with microservices architecture
- Ability to demonstrate that with the right approach, Rails apps do scale
- Familiarity with modern API standards (JSONAPI, GraphQL)
- Experience in working within an Agile environment
- Ability to communicate effectively with both internal and external development teams
- Experience with relational databases and SQL (we're on Postgres). Experience with other databases will be a plus
- A strong commitment to quality, ownership and taking responsibility
- Excellent written and spoken English
- Experience with remote work and/or a solid work ethic that makes it possible to thrive in a remote-only environment
- Drive to getting things done efficiently
- Care for the greater good, BookingSync is not just a software company, we give back to humanitarian, solidarity, environmental &ecological causes from 10% to 50% of our profit.
It would be great if you had experience with:
- DDD/CQRS/ES
- DevOps and security
- JavaScript/Frontend development (we use Ember, ability to communicate clearly and solve the problems fast with other frontend developers is definitely a big advantage)
- Other programming languages
- Mentoring other developers
- Contributing to the development community through code, documentation, mentoring, teaching, speaking and all other forms.
- Short terms rentals or travel industry
Sounds interesting? Contact us now!
Want to increase your chances of standing out? Include your open source contributions, blog posts and other publications you wrote, links to conference talks. You could even tell us about one thing or two you created that you are particularly proud of or the most challenging features you've worked on.
The hiring process consists of four steps:
1.1 Service A with UI where specify the input (i.e. timestamps but also the email address, to which the results will be delivered)
1.2 Service B will accept the input somehow from Service A and deliver the result via email. The template for the email should be customizable (e.g. using Liquid) and the Service B should be flexible enough to handle potentially other use cases with different input. In that sense, delivering URLs from Twitter would be just one of the many types of emails that such service should be capable of handling. The template for this particular use case should include the URLs themselves, date and some info indicating what it is about (especially for shortened URLs). Treat it as a real-world project and send us a link to the repo.