ვებპროდუქტები, მობილური პლატფორმები და მიწოდების სისტემები.

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

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

სამი რეგულირებადი გაშვება სამ პარალელურ საგზაო რუკაზე

პორტფელის ხელმძღვანელობა Zinx Romania-ს, Betoro Denmark-ისა და YoYo Sweden-ისთვის; YoYo პროდაქშენში დაახლოებით ხუთ თვეში გავიდა.

კონტექსტი
სამი მობილური გუნდი პარალელურად სხვადასხვა რეგულირებადი ბაზრისთვის მუშაობდა, მაშინ როცა გუნდების შემადგენლობა, პრიორიტეტები, დამოკიდებულებები და კომპლაენსის მოთხოვნები მუდმივად იცვლებოდა.
პასუხისმგებლობა
ხელმძღვანელობდა 15-ინჟინრიან პორტფელს, ორი Team Lead-ის მენტორი იყო, პასუხს აგებდა მიწოდებასა და გუნდების ჯანსაღ მდგომარეობაზე და უზრუნველყოფდა პროდუქტის, დიზაინის, QA-ს, ბექენდის, გადახდებისა და კომპლაენსის გუნდების შეთანხმებულ მუშაობას.
მიდგომა
დანერგა ერთიანი სამუშაო მოდელი შეფასების, რესურსების, დამოკიდებულებების რუკის, ეტაპებისა და რელიზის საკონტროლო წერტილებისთვის. ტექნიკურ ესკალაციას საკმარისად ახლოს ინარჩუნებდა, რომ ხელმოწერის, ნატიური SDK-ების, WebView-ხიდის, აპლიკაციების მაღაზიებისა და ინციდენტების რისკები თავად მოეგვარებინა.
შედეგი
სამივე პროდუქტი დაგეგმილ ვადებში, რეგულირებადი გაშვების ფანჯარაში გავიდა. YoYo საწყისი იმპლემენტაციიდან პროდაქშენამდე დაახლოებით ხუთ თვეში მივიდა.
შერჩეული სტეკი
Flutter, Dart, Kotlin, Swift, REST/WebSockets, Firebase, GitLab CI/CD, Codemagic, Fastlane, Sentry/Crashlytics

საერთო Flutter-ბირთვი და რელიზის სისტემა ათი აპლიკაციისთვის

მრავალბრენდიანი პორტფელის ქვეშ მდებარე პლატფორმის მოდერნიზაცია ისე, რომ აქტიური პროდუქტების გამოშვება არ შეჩერებულა.

კონტექსტი
ათი აპლიკაცია იზიარებდა საერთო Flutter-ბირთვსა და ბრენდის მიხედვით განსხვავებულ კონფიგურაციას. ვერსიების დაშორება და ყოველ ჯერზე თავიდან აწყობილი რელიზი ზრდიდა როგორც მხარდაჭერის ხარჯებს, ისე პროდაქშენის რისკს.
პასუხისმგებლობა
ხელმძღვანელობდა საერთო ბირთვის მიგრაციას Flutter 3.19-დან 3.38.1-ზე და პროდუქტულ გუნდებში დაასტანდარტა GitLab CI/CD-ისა და Codemagic-ის მრავალჯერადი გამოყენების სამუშაო პროცესები.
მიდგომა
გააერთიანა პლატფორმის კონფიგურაცია, რელიზის ჩეკლისტები, რევიუს სტანდარტები, ავტომატური ტესტირება, დაკვირვებადობა და ინციდენტების შემდგომი ანალიზი; გუნდების ყოველდღიურ მუშაობას Team Lead-ების მეშვეობით მართავდა.
შედეგი
შემცირდა პლატფორმის დაშორება და განმეორებადი აწყობის სამუშაო, გაუმჯობესდა რელიზებზე პასუხისმგებლობა და მთელ პორტფელში ჩამოყალიბდა პროდაქშენისთვის მზაობის ერთიანი საბაზისო სტანდარტი.
შერჩეული სტეკი
Flutter 3.19–3.38.1, GitLab CI/CD, Codemagic, Fastlane, ავტომატური ტესტირება, Sentry, Crashlytics

ნულიდან აშენებული საოპერაციო პლატფორმა 100-ზე მეტი ეკრანით

Hands-on Flutter-ინჟინერია VPN-ით დაცული საოპერაციო პროდუქტისთვის, რომელიც მოიცავდა KYC-ს, AML-ს, ბარათებს, IBAN-ს, ტრანზაქციებს, უფლებებსა და მხარდაჭერის პროცესებს.

კონტექსტი
შიდა ფინანსურ ოპერაციებს სჭირდებოდა მკვრივი და საიმედო ინტერფეისი მრავალი ბიზნეს-მდგომარეობით, წვდომის წესებით, რეალურ დროში განახლებებითა და კომპლაენსისთვის მგრძნობიარე პროცესებით.
პასუხისმგებლობა
იყო პლატფორმის ერთადერთი Flutter-დეველოპერი და ამავდროულად უფრო ფართო საინჟინრო ორგანიზაციის ნაწილად მუშაობდა.
მიდგომა
შექმნა მრავალჯერადი გამოყენების ცხრილები, ფორმები, უფლებების, წვდომის კონტროლისა და რეალურ დროში მომუშავე კომპონენტები მოდულური არქიტექტურითა და ტესტებზე ორიენტირებული მიწოდების მოდელით.
შედეგი
18 თვეში პროდაქშენში გავიდა 100-ზე მეტი ეკრანი საერთო კომპონენტების მოდელით, რომელიც სხვადასხვა საოპერაციო სფეროში ერთგვაროვან იმპლემენტაციას უზრუნველყოფდა.
შერჩეული სტეკი
Flutter Web/Desktop, Dart, Clean Architecture, BLoC, get_it, REST, WebSockets, TDD, unit და golden tests

მიწოდების მისამართის განსაზღვრა სახლის სიზუსტით, ფასიანი გეოკოდერის გარეშე

OpenStreetMap-ზე აგებული საკუთარი მისამართების დამუშავების სისტემა ფერმერული პროდუქტების marketplace-ისთვის, რომელსაც 150 000 რეგისტრირებული მომხმარებელი ჰყავს.

კონტექსტი
მიწოდების სიზუსტე დამოკიდებული იყო არაერთგვაროვანი მისამართების ნორმალიზებასა და სახლის დონეზე შედარებაზე — ფასიან გარე გეოკოდირების სერვისზე დაყრდნობის გარეშე.
პასუხისმგებლობა
პირადად დააპროექტა და შექმნა გეოკოდირების, მისამართების ნორმალიზებისა და შედარების სისტემა; პარალელურად მუშაობდა მომხმარებლისთვის ხილულ კატალოგზე, კალათაზე, შეკვეთის გაფორმებაზე, მიწოდებასა და გამოწერაზე.
მიდგომა
OpenStreetMap-ის მონაცემები პროდუქტისთვის სპეციფიკურ ნორმალიზებასა და გეოსივრცულ წესებთან შეაერთა, შედეგი კი საოპერაციო და მომხმარებლის მიწოდების პროცესებში ჩააშენა.
შედეგი
გაუმჯობესდა მიწოდების მისამართების სიზუსტე და ოპერაციული საიმედოობა პროდუქტისთვის, რომელსაც 150 000 რეგისტრირებული მომხმარებელი ჰყავს.
შერჩეული სტეკი
Flutter, Dart, OpenStreetMap, Firebase, REST, Clean Architecture, TDD, ნატიური Android/iOS ინტეგრაციები

100-ზე მეტი ვებპროდუქტი მობილურ ეტაპამდე

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

კონტექსტი
მცირე და საშუალო ბიზნესს სრული ციფრული პროდუქტები სჭირდებოდა და არა იზოლირებული ინტერფეისის სამუშაო: მოთხოვნების კვლევა, იმპლემენტაცია, ჰოსტინგი, ინტეგრაციები და გზა გაზომვად გამოყენებამდე.
პასუხისმგებლობა
დააფუძნა და ხელმძღვანელობდა 2–4-კაციან ვებსტუდიას; პირადად აგრძელებდა მუშაობას ფრონტენდზე, პროდუქტის ლოგიკაზე, ინტეგრაციებზე, მიწოდებასა და დამკვეთებთან კომუნიკაციაზე.
მიდგომა
ქმნიდა ამოცანის მასშტაბის შესაბამის გადაწყვეტებს კომერციისთვის, ადმინისტრირებისთვის, გადახდებისთვის, გამოთვლებისა და ლიდების გენერაციისთვის და ირჩევდა უმარტივეს არქიტექტურას, რომლის მართვაც გადაცემის შემდეგაც შესაძლებელი იქნებოდა.
შედეგი
2015–2019 წლებში დამკვეთებს 100-ზე მეტი მცირე და საშუალო ვებპროექტი მიაწოდა — საფუძველი შემდგომი პროდუქტული, პლატფორმული და საინჟინრო ხელმძღვანელობის სამუშაოსთვის.
შერჩეული სტეკი
HTML/CSS, JavaScript, PHP, CMS და კომერციული პლატფორმები, გადახდის ინტეგრაციები, ანალიტიკა, ჰოსტინგი, AngularDart

გჭირდებათ ციფრული პროდუქტის შექმნა, მოდერნიზაცია ან ჩიხიდან გამოყვანა?

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

პროექტის განხილვა