да, говорить чтобы удалил
Или не передавать корп учетки другому сотруднику, а банить старые учетки и удалять старые гугл учетки из документов
Выберу язык фактов. Застройщик Мангазея за 3 года ни разу не вспомнил в негативном ключе день, когда мы выбрали для их приложения именно KMP хотя и приложение сложное и развивали его в том числе разработчики, которых они наняли к себе в штат
https://vc.ru/life/1043642-peresest-s-igly-korobochnogo-resheniya-na-sobstvennoe-mobilnoe-prilozhenie-za-polgoda-keis-moskovskogo-zastroishika
:)
Мы же даже год спустя тут со стороны бизнеса смотрим, а не того, на сколько мне как разрабу будет легко найти работу. Так что количество вакансий вообще не показатель
Посмотрим лучше количество резюме
На рынке труда 43 тыс андроид разрабов и всего 2800 человек flutter разработчиков на эти 400 вакансий...
Ну а насчёт нашего отказа от KMP отнюдь! Убедились в правильности своего решения
К нам недавно пришёл клиент, которого не устроило, как лагал интерфейс, разработанный на Flutter и он пришел к нам сделать по-нормальному, то есть на KMP:)
Скоро выкатим кейс, оставайтесь на связи!
У Вебиума большая группа ВКонтакте, на 85 тыс подписчиков, в которой промоутировалось приложение
https://vk.com/webium_ege
Но обычно для промо миниаппов еще подключается платный трафик внутри ВК
Не всё так просто, но вообще это уже сделано https://habr.com/ru/companies/whoosh/articles/707176/
В статье не хватило сравнения базовых операций, на которые обычно требуется наибольший процент времени и ошибок
Хотим как раз съезжать с планфакта, потому что нельзя без приколов сделать базовую связку для аутсорса, работающего по T&M:
- сгенерировать счет
- привязать платеж по этому счету к проекту
- разбить начисление в рамках этого платежа на сколько расчётных периодов
Есть всякие обходные пути через создание сделок, которые живут параллельно с проекта. Но тогда надо сначала создать сделку, сгенерить в ней счёт, потом отвязать платёж от сделки, привязать в проекту и там уже разбить по начислениям
И как следствие - ошибки при внесении и торможение с генерацией доков на оплату
Вроде у адеска с этим получше + с учётом анализа затрат на зп в разрезе налогов, на руки и конкретных сотрудников совсем хорошо. Но не доходят руки проанализировать остальные сервисы на предмет этих базовых сценариев
Главное, чтобы была охапка дров!
Зато хоть есть что рассказать)
надо удалять из гугл дока учетку из списка тех, у кого есть доступ