Работим дистанционно, за клиенти във всяка държава. Четем кода, казваме в какво състояние е и чак след това даваме часове. Не обратното.
Съобщенията са прочетени, отговори няма. Сроковете текат, а достъпите останаха при него.
Работата е същата, фактурата — не, и няма къде да отидете: как е устроен проектът, знаят само те.
Нито документация, нито автор. Всяка поправка започва с разкопки и свършва незнайно кога. Точно тук е нужен одит на кода — преди да се обещава нещо по срокове.
Държи се и всички се правят, че така е било замислено. Стар код, необновяван с години — до първата задача, която не може да се отложи.
Проектът е жив, задачата е ясна, изпълнител няма. Да се започва отначало заради една функция е скъпо.
Може и наистина да е по-лесно. А може на онзи, който го е казал, просто да не му се чете чужд код.
Не даваме цена, докато не сме прочели кода. Това е единственият честен ред и най-неудобният за нас.
Който дава сума и срок по описание на задачата, ги дава наслуки. В собствен проект наслуки се греши с проценти, в чужд — с пъти, а разликата я плаща един от двамата. Затова първо четене, а цифрите след него.
В какво състояние е кодът: какво работи, какво се държи на честна дума и какво вече е мъртво и просто лежи в хранилището.
Какво се поправя, какво заслужава рефакторинг и какво е по-евтино да се пренапише. Това са различни отговори за различни части от един и същ проект, а „да пренапишем всичко“ почти никога не е сред тях.
Къде са рисковете: какво не е обновявано с години, къде няма резервни копия, какво ще се счупи първо.
Какво трябва да се направи спешно и какво ще почака. Спешно и важно са различни списъци, а бъркането им излиза скъпо.
Бегъл одит на кода — безплатно. Няколко часа, за да разберем с какво си имаме работа; за тях не плащате.
Подробният анализ е платен: на час и по хронометър, както и цялата останала работа. Но няма да се налага да го поръчвате сляпо — колко ще отнеме, ще ви кажем след безплатния оглед.
Платформа за продажба на билети за Молдова и Румъния: публичен сайт, портал на организатора, каса, приложение на купувача, приложение за сканиране за персонала, преминаване през турникети. Проектът не сме го започнали ние — кодовата база дойде вече написана. Водим го десет години, в активна разработка и поддръжка и до днес.
B2B магазин на дистрибутор на довършителни материали, сраснал се с неговата ERP система. Всеки партньор има свои договорни цени, група отстъпки, срокове за плащане и мениджър — всичко това вече живееше в ERP, а магазинът не трябваше да става втори източник на истината. Партньорът влиза и вижда своята цена, поръчката се връща в ERP като документ, статусът на доставката се чете оттам. Същата витрина обслужва и частни купувачи — с плащане с карта и на изплащане.
Значителна част от проектите ни е под споразумения за поверителност на агенции. Примери — при запитване.
Не предлагаме по подразбиране всичко да се пренапише от нулата. Това е най-скъпият отговор и почти никога най-нужният. Понякога е верният — но тогава е извод от четенето на кода, а не първата реплика.
Не даваме цена преди четенето на кода. Бързият отговор „да, ще го направим, евтино“ вече сте го чували веднъж — и най-вероятно затова сте тук.
Не се захващаме мълчаливо. Ако след четенето се окаже, че поправянето струва повече от пренаписването, ще го чуете направо — и тогава ще предложим да се пренапише.
Андрей е CTO от 2009 г., в две компании. Анализът на чужд проект започва с него.
Чуждият код е точно мястото, където един чифт ръце опира в непознат стек. Двама от нас работят на една и съща бекенд територия, двама — на една и съща мобилна.
Буфер може да има в оценката, но във фактурата влизат само отработените часове. Работата е отнела по-малко — плащате по-малко. Повече — на началната страница.
Достъп до хранилището и до сървъра. Повече на този етап не е нужно: да разберем как е устроено всичко, е наша работа, а не ваша.
За сайт това може да е достатъчно: онова, което лежи на хостинга, най-често си е самият изходен код. Ще погледнем какво има там и ще кажем точно.
Бегъл преглед — няколко часа, и той е безплатен. Колко ще отнеме пълният анализ, се вижда чак след него: отвън обемът на чужд код не се преценява, а да се дава срок сляпо е точно онова гадаене, което плаща клиентът.
Само по себе си това не е повод да се пренаписва: такова е обичайното състояние на проект, стоял година без разработчик. Обновяването се брои като отделна работа със свой срок: първо казваме колко назад е останало всичко и какви рискове носи това, а вие решавате дали да обновяваме веднага, или засега да работим както е.
Ако се справя — да, няма смисъл да се сменя заради самата смяна. Ако проблемите на проекта започват именно от него, ще го кажем при четенето на кода. Преместването също е отделна работа, а хостингът е по-добре да се регистрира на ваше име, а не на наше.
Само ако съвпада с нашия — списъкът е в долната част на страницата. Ровенето в чужд код на технология, с която не се занимаваме, значи учене за ваша сметка. По-честно е да кажем веднага, че това не е за нас.
На вас. Работим на месечна база и фактурираме вече свършеното, затова достъпът до хранилището може да бъде предаден веднага, а не накрая — няма причина да държим кода при себе си до последното плащане.
Да. Значителна част от текущите ни работи и без това е под такова споразумение.
Работим дистанционно с клиенти отвсякъде, часова зона EET. Говорим и пишем на румънски, руски, английски и български.
Не е нужно да подготвяте техническо задание. Достатъчно е да напишете какъв е проектът и защо е останал без разработчик — нататък ще питаме ние.
Това е входът. Поемането винаги започва с Андрей — кодът го чете той.
За да пишете директно на някого от нас — контактите на началната страница.
Ако задачата е друга: уеб приложение или вътрешна система, API, интеграции и плащания, приложение за iOS и Android, онлайн магазин, сайт или лендинг страница, адаптиране на готов сайт за телефон.
Ако първо искате да видите кои сме — началната страница: тримата, с какво се занимава всеки, как броим часовете и какво вече сме направили.
ниво 1 — платформа
Дистрибуторът продава през един и същ магазин в два режима: на партньорски фирми и на частни купувачи. Трудна беше именно B2B частта — всеки партньор има свои договорни цени, своя група отстъпки, свои срокове за плащане и закрепен мениджър, и всичко това вече живее в ERP на компанията. Магазинът не можеше да стане втори източник на истината. Затова работата не беше да се отвори магазин, а да се построи слоят, който свързва магазина с ERP: цената, която партньорът вижда след вход, е неговата цена от ERP, а поръчката се връща в ERP като документ, без ръчно пренабиране. Правено като разработчици в състава на екипа Rinnovation.
Един магазин за два типа купувачи: категории клиенти с различна цена, различен ход на поръчката и различни начини на плащане. За частните лица — цени на рафта, плащане с карта и покупка на изплащане през партньори за финансиране, в същата кошница. Известие, когато изчерпаната стока се върне в наличност.
Партньорите идват от ERP, а профилите в магазина се създават и обновяват сами. Синхронизира се номенклатурата: категории, стоки, изображения и съответствието между атрибутите в ERP и полетата на магазина. Наличностите се обновяват, за да поръчва партньорът по реалната наличност, а не по статичен списък. Групите отстъпки, сроковете за плащане и мениджърите се изтеглят и се обвързват с партньора. Синхронизациите вървят по разписание, с дневник и с отделни инструменти за диагностика, когато съответствието не излиза; има сверка на данните и почистване на записите, останали без двойка.
Три нива на цената от ERP: общата оферта, договореното лично с партньора и текущите промоции. След вход фирмата вижда само своите цени, с правилния приоритет между общата цена, собствената и промоцията. Офертите се обработват на пакети — комбинациите „партньор — стока“ са много. Груповите отстъпки се прилагат в магазина по същия начин, както в ERP.
Поръчката от магазина автоматично се изнася в ERP като документ — с партньора, стоките, цените и условията. Състоянието на поръчката се чете обратно от ERP и се показва в кабинета, затова партньорът вижда реалния етап на доставката. Съпътстващите документи са достъпни на същото място. Изнасянето се съобразява с категорията на клиента: поръчка на дребно и поръчка по договор влизат в системата с различни условия.
Договорните цени се виждат само след вход, а вместо незабавно плащане — срокове, поръчка по фактура и закрепен мениджър. Фирмата се проверява автоматично по фискалния код в публичния регистър на платците на ДДС.
ниво 1 — платформа
Платформа за продажба на билети и управление на събития: от публикуването на събитието и избора на място по схемата на залата до плащането, издаването на билета, контрола на входа и разчета с организатора. Шест интерфейса в един продукт, два пазара със свои данъчни правила — Молдова и Румъния — интерфейс и съдържание на румънски, руски и английски. В активна разработка и поддръжка вече много години.
iticket.md iticket.roКаталог на събитията, търсене, схема на залата с избор на места, оформяне на поръчката и личен кабинет. Различни цени по сектори, редове и отделни места; временната резервация не позволява едно място да се продаде два пъти и сама отпада, ако плащането не е минало. Три езика със свои адреси, структурирани данни и картинки за споделяне, съгласие за бисквитки.
Създаване и водене на събития, собствен екип, отчети за продажбите. Няколко компании и договора за един организатор, стъпала на комисионата и преносими аванси, разделяне на комисионата по отделни сметки, електронни фактури към фискалната система, настройваеми правила за анулиране и за частично възстановяване.
Вътрешни операции, финансова статистика, счетоводни отчети с експорт в Excel и PDF. Права за достъп по роли и пълен дневник на промените, GDPR сценарии за изтриване и за прехвърляне на лични данни. Текстовете в интерфейса ги редактира екипът на клиента, без разработчици.
Физическа точка на продажба: оформяне, издаване и отпечатване на билета на място по шаблони, настройваеми за всяко събитие.
Купуване на ваучер, изпращане до получателя, използване при поръчка на билет и сканиране.
Търсене, промотирани събития, чипове с категории, филтри по градове, раздели за билети, ваучери и акаунт. Плащане с карта, с QR направо от банковото приложение, от салдото по сметката, по фактура или при получаване — с история на операциите и със собствена обработка на грешките за всеки начин. Push известия.
Контрол на билетите на входа за персонала на площадката: сканиране на QR и статистика по събитието в реално време.
Интеграции с външни партньори, widget-и за резервация за чужди сайтове, кампании по e-mail и SMS с преглед на шаблона, реферална програма с изплащания, кешбек кампании и A/B тестове. Тук влиза и преминаването през турникети: турникетът стои на площадката и работи по свой протокол.