Можно и на 4 поделить. Но время идет вперед и дефицит по разработчикам сокращает халяву. Кроме того в регионах огромная проблема с поиском кадров. То есть если вы попробуете просто так собрать эту комнаду, пусть даже за меньшие деньги, то это очень непростая задача.
Да да. Только забыли добавить, что инет продавало в те времена 2 интернет-провайдера On+ и NetByNet. МИЭТ не выделял денег на инфраструктуру вообще. А когда выделил, то построил свою сетку, выкинул Swamp и там остался один провайдер. Зачем там вообще была нужна Гидра, Swamp же не продавал инет?
Именно так и происходит.
Свои продукты получаются круче по натягиванию на сложившиеся бизнес-процессы (часто тоже с элементами своего уникального пути). Но в итоге это все поддерживать становится все сложнее и дороже. Нужна новая фича и придется ждать ее год.
Я люблю аналогии, могу привести пример. Я вот сделал тюнинг фонарей на своей машине. Они такие стали офигенские и светодиодные, вместо штатных простых галогенок, предусмотренных производителем. И все круто, пока не случилось ДТП и одна фара расхреначилась. Дальше начинается нереальный гемморой найти одну такую уникальную и заменить.
Ключевой момент — выкуп исходников. Тут сумма может быть шестизначная и в баксах. Я не шучу, реальный случай.
Не хочу называть одного крупного московского оператора, но его все знают. Их разработчики свалили ВНЕЗАПНО в Чехию. Дальше был и выкуп исходников и сопровождение за нереальные деньги. Не знаю, удалось ли им полностью перейти на новый биллинг сейчас. Но с 2013 года они начали этот процесс и переходили они на тиражируемое не самописное решение.
По поводу разработчиков в штате крупного оператора вы совершенно правы. Какое-то их количество нужно. Вопрос чем они будут заниматься. Развитием ИТ-инфраструктуры и допиливанием плагинов, виджетов и алгоритмом стыковок различных готовых продуктов. Или написанием базовых алгоритмов, которые давно решены.
Аналогию можно привести с машиной. Можно делать свою уникальную коробку автомат. А можно взять готовую и заниматься созданием продукта с уникальными характеристиками по компоновке и дизайну.
Давайте посчитаем. Минимальная команда (бюджетно для Москвы):
1 тимлид — на руки 120 000 руб.
1 разработчик — на руки 80 000 руб.
1 QA — на руки 80 000 руб.
280 000 руб в месяц + налоги и административные расходы коэффициент 1,5 = 420 000 руб в месяц.
Это без конференций, смузи-машины и электрических самокатов в офисе.
Еще на них нужно тратить драгоценное время руководства, чтобы они не сбились с пути и не начали программировать то, что не нужно бизнесу.
Еще иногда разработчики говорят, что им надоело программировать и они хотят пожить на ГОА. Или заявляют, что хотят работать в другой стране, где ЗП не падает в 2 раза в цене за год =(
jrip, merlin-vrn, ни в коем случае я бы не утверждал, что биллинг это центр вселенной. Много каких систем с критическими данными в БД. В медицине вообще можно убить пациента кодом, страшно подумать =(.
Потому что в биллинге того же оператора связи много мелких транзакций (тарификация CDR, списания по дням и тд). Потом все это еще обрабатывается с учетом скидок, бандлов и тд. То есть логика не простая и как правило народ хочет требует, чтобы все тарифицировалось в онлайне. Происходит много корректировок.
Если сравнить с данными по какой-нибудь статистике или мониторингу, то требуется разная точность. В финансовых транзакциях – без потерь и абсолютная точность.
Грубо говоря, если в статистике что-то проимеется или чуть-чуть неточно посчитается, то это не критично. В деньгах — очень критично.
Сейчас концепция сильно поменялась. Коробки идут уже с хорошими возможностями по доработкам. И код никто не скрывает и всякие API делают.
Но проблема в другом – в экономике этих доработок. Программисты очень дорогие. Ну возьмете вы программиста, во-первых, ему одному скучно у вас сидеть. Во-вторых, программист кушает много денег. Сначала он сделает важные фичи, а потом начнет делать всякую фигню и жрать деньги за фичи, без которых можно было бы обойтись (что-то же ему надо делать на фул тайме).
Потом он свалит, не оставив за собой ни доков, ни тестов, в какую-нибудь другую софтверную контору, где ему будет интересно.
И не проще ли было 1 раз заказать доработку фичи у производителя биллинга/CRM, чем содержать программиста?
Нормальный программист не пойдет работать в непрофильную компанию. Там и процессы разработки будут колхозные и тим лид это директор с такой постановкой задачи (очень абстрактной), что скорее он мешает, чем помогает.
>с БД (а это в биллинге — один из самых важных скиллов)
Почему вы кстати так считаете? Что в биллинге такого особого и какие нужны нюансы? Знать про транзакции?
Для начала они должны быть в БД. И как это не смешно, но мало кто из программистов про транзакции знает и умеет ими пользоваться.
Ого какая тема, что там нужно =). Например, уметь пользоваться правильно индексами, оптимизировать запросы, анализировать планы выборок. Для больших partitioning нужен, параллельная обработка для provisioning и быстрой тарификации.
Field Service Management Software (например, planado.ru), это не CRM, это отдельная софтина, которая интегрируется с CRM.
Разрабатывать самим всю экосистему это очень дорого и очень долго. И все будет убогое и глючное. Да, будут галочки прямо под свой бизнес, но рано или поздно все придется снести нахрен и купить все готовое.
Свои продукты получаются круче по натягиванию на сложившиеся бизнес-процессы (часто тоже с элементами своего уникального пути). Но в итоге это все поддерживать становится все сложнее и дороже. Нужна новая фича и придется ждать ее год.
Я люблю аналогии, могу привести пример. Я вот сделал тюнинг фонарей на своей машине. Они такие стали офигенские и светодиодные, вместо штатных простых галогенок, предусмотренных производителем. И все круто, пока не случилось ДТП и одна фара расхреначилась. Дальше начинается нереальный гемморой найти одну такую уникальную и заменить.
Не хочу называть одного крупного московского оператора, но его все знают. Их разработчики свалили ВНЕЗАПНО в Чехию. Дальше был и выкуп исходников и сопровождение за нереальные деньги. Не знаю, удалось ли им полностью перейти на новый биллинг сейчас. Но с 2013 года они начали этот процесс и переходили они на тиражируемое не самописное решение.
По поводу разработчиков в штате крупного оператора вы совершенно правы. Какое-то их количество нужно. Вопрос чем они будут заниматься. Развитием ИТ-инфраструктуры и допиливанием плагинов, виджетов и алгоритмом стыковок различных готовых продуктов. Или написанием базовых алгоритмов, которые давно решены.
Аналогию можно привести с машиной. Можно делать свою уникальную коробку автомат. А можно взять готовую и заниматься созданием продукта с уникальными характеристиками по компоновке и дизайну.
1 тимлид — на руки 120 000 руб.
1 разработчик — на руки 80 000 руб.
1 QA — на руки 80 000 руб.
280 000 руб в месяц + налоги и административные расходы коэффициент 1,5 = 420 000 руб в месяц.
Это без конференций, смузи-машины и электрических самокатов в офисе.
Еще на них нужно тратить драгоценное время руководства, чтобы они не сбились с пути и не начали программировать то, что не нужно бизнесу.
Еще иногда разработчики говорят, что им надоело программировать и они хотят пожить на ГОА. Или заявляют, что хотят работать в другой стране, где ЗП не падает в 2 раза в цене за год =(
vendor lock-in — не нужно связываться с нашими интеграторами, ой не нужно.
На нем и сидят очень крупные.
Свои биллинги тоже пишут. Но у богатых свои причуды, они могут себе это позволить.
Если сравнить с данными по какой-нибудь статистике или мониторингу, то требуется разная точность. В финансовых транзакциях – без потерь и абсолютная точность.
Грубо говоря, если в статистике что-то проимеется или чуть-чуть неточно посчитается, то это не критично. В деньгах — очень критично.
Но проблема в другом – в экономике этих доработок. Программисты очень дорогие. Ну возьмете вы программиста, во-первых, ему одному скучно у вас сидеть. Во-вторых, программист кушает много денег. Сначала он сделает важные фичи, а потом начнет делать всякую фигню и жрать деньги за фичи, без которых можно было бы обойтись (что-то же ему надо делать на фул тайме).
Потом он свалит, не оставив за собой ни доков, ни тестов, в какую-нибудь другую софтверную контору, где ему будет интересно.
И не проще ли было 1 раз заказать доработку фичи у производителя биллинга/CRM, чем содержать программиста?
Нормальный программист не пойдет работать в непрофильную компанию. Там и процессы разработки будут колхозные и тим лид это директор с такой постановкой задачи (очень абстрактной), что скорее он мешает, чем помогает.
Для начала они должны быть в БД. И как это не смешно, но мало кто из программистов про транзакции знает и умеет ими пользоваться.
Ого какая тема, что там нужно =). Например, уметь пользоваться правильно индексами, оптимизировать запросы, анализировать планы выборок. Для больших partitioning нужен, параллельная обработка для provisioning и быстрой тарификации.
Разрабатывать самим всю экосистему это очень дорого и очень долго. И все будет убогое и глючное. Да, будут галочки прямо под свой бизнес, но рано или поздно все придется снести нахрен и купить все готовое.