Solution Architect - დისტანციური ვაკანსია

Digital Forms ეძებს სპეციალისტს პოზიციაზე Solution Architect. ვაკანსია IT და პროგრამირება-ის მიმართულებისაა და სრულად დისტანციურია. კომპანიას კანდიდატის ადგილმდებარეობა შეზღუდული არ აქვს, ამიტომ განაცხადს საქართველოდან შეიტანთ.

განცხადებაში ნახსენები ძირითადი ინსტრუმენტებია: Python, Java, AWS, Agile / Scrum. რეზიუმეში სწორედ ამ უნარების კონკრეტული მაგალითები უნდა გამოჩნდეს.

დამსაქმებელმა ანაზღაურება საჯაროდ მიუთითა: 160 - 220 PLN საათში. განცხადება ასახელებს CET სასაათო სარტყელს, ამიტომ სამუშაო საათები საქართველოს დროსთან შესათანხმებელია.

ეს ვაკანსია ავტომატურ შემოწმებას გადის: სიაში არ ხვდება განცხადება, რომელიც ითხოვს უცხო ქვეყნის სამუშაო ნებართვას, ვიზის სპონსორობას, კონკრეტული ქვეყნის მოქალაქეობას ან იქ ცხოვრებას.

At Digital Forms we help mid-sized service businesses go through digital transformation - part consulting, part building the software ourselves. That mix is the job: understanding what a client actually needs, then designing something real enough to ship. As a Solution Architect, you're the person who turns messy business problems into a clear technical plan. You'll sit in discovery workshops, dig into the client's existing systems and APIs, weigh up the options, and decide how a new system should be built - then make sure it actually gets built that way. It's senior, it's client-facing, and it stays technical. You won't disappear into slide decks: you stay close to the code, you talk directly to our clients, and you own your design from the first conversation through to production. Requirements Responsibilities

* Get to the bottom of what the client needs, and turn it into architecture that scales and survives contact with reality

* Design the system and choose the stack for new builds

* Stay hands-on - write and review production code, and prototype when a design needs proving rather than describing

* Look at existing systems and APIs and call what's reusable, what's a dead end, and what needs replacing

* Work shoulder-to-shoulder with client stakeholders, product owners, and developers

* Document the architecture clearly enough that the team can build from it