Our primary business domain is E-commerce.
That means any site that directly sells either physical or digital goods.
We have experience with building and maintaining:
tl;dr: See on stackshare.
We pretty much cover the full stack web developer definition. However if we must highlight our most powerful areas, they're PHP Backend development and simple but scalable Cloud Infrastructure.
Currently we have active projects with:
We use these technologies to create websites/applications, REST APIs, CLI apps, background
Formerly we also used to work with:
Our typical solution can probably be best described as Hexagonal
Architecture + Domain Events.
So you won't see fat controllers or god objects. Fat services, yes that could happen. Neither have we stepped to CQRS yet, nor to Event Sourcing, but we're already having flirts.
We usually don't take fixed price projects, but prefer long term, permanent relationships.
The reasons why we're concerned:
Related read: scope creep.
What we've seen to work very well during the years and proved to be very efficient is to work very close together as we were part of the internal team. Most successful projects we've participated worked this way.
We are more than open to discuss your next project idea, and provide with an insight of what to expect, an estimated timeline, possible obstacles and solutions.
Our preferred way to work is billing per hour.
It means we log all our activities in JIRA. Logging only happens when we're actually working with something, so it's expected to have ~6 hours/person/day (with a full time contract).
At the end of the month you'll receive a detailed Time Report that contains all the work done and the number of hours spent with them. We don't do rounding, so 30 minutes of work is always 0.5 hours
Our team currently consists of 4 people.
Normal business hours are 9:00 - 17:00 EET.
Live systems are being monitored and recovered on failure 24/7/365.
We operate a helpdesk for projects in the operation/maintenance phase.
We can provide with services beyond business hours/days on demand.
Apart from being a buzzword, Scrum can work pretty well in some scenarios.
We can do Scrum if necessary, but we don't stick to it.
We've done dozens of sprints already with all those scrummy goodies like planning poker (fun), burndown charts (never worked), retrospectives ¯\_(ツ)_/¯.
If the decision is up to us, we choose a workflow that's near to Kanban, with rapid 1-2 weeks iteration + continuous delivery.
There's one thing we encourage as much as possible, and that's a clean agreement on:
- who can submit requests,
- what are the expected results,
- who/when approves completed work,
- complaint resolution paths.
Our default work language is English.
We also speak: Hungarian, Romanian, German (and one of us can read Dutch 😉).
We create worklogs, code comments and documentation in English.