Стартапы дня год спустя: база данных MariaDB, сеть апартаментов Sweet Inn, сервис предзаказа еды LevelUp и другие
Директор по стратегии и анализу Mail.Ru Group Александр Горный о судьбе проектов из рубрики «Стартап дня».
Ещё одна веб-аналитика. От GA дифференцируется независимостью простотой и хранением полных сырых данных. Маркетолог с Heap не зависит от программиста. Код на сайт, конечно, все-таки ставит разработчик, но это только один раз, дальше цели настраиваются из интерфейса. Сразу после заведения события он видит все о нем в прошлом, а не ждет неделю пока накопится статистика.
За год значимых новостей о проекте не было.
Компания вокруг одноименной базы данных с открытым кодом, форка MySQL. Когда-то это была скорее версия MySQL, чем самостоятельный продукт. Разработчики поддерживали полную совместимость по фичам и соблюдали ту же нумерацию версий то есть все новшества MySQL 5.5 поддерживались в MariaDB 5.5.
Сейчас пути разошлись, базы ещё родственники, но уже не близнецы. Зарабатывает стартап классически для таких компаний: продает специальный платный дистрибутив, подписку на поддержку и обучение.
За прошедший год компания привлекла ещё один раунд, оценка увеличилась с $200 млн до $350 млн, а главным инвесторам была Alibaba – событие знаковое, теперь уже точно не пропадет.
Американский Craftsy — образовательный проект, помогающий людям научиться чему-то новому в хобби: фотографии, готовке, шитье и тому подобном. Пример типичного курса — «десять секретных приемов жарки овощей» умеренно известного повара, не Гордона Рамзи, калибром пониже, но объективно авторитетного и легко гуглящегося.
Купив курс, студент получает доступ к шести-восьми видеороликам, длящихся от десяти минут до часа, и разнообразным дополнительным материалам – для готовки это будут тексты с рецептами. Кроме того, автор материалов обещает отвечать на возникающие дополнительные вопросы.
Проект год назад продался телеканалу и новости на этом должны были закончиться, но нет. Новые хозяева активно развивают проект, за год запустили подписку, $15 в месяц за доступ ко всем курсам.
Маркетплейс, на котором товары продают непосредственно бренды, а не магазины-перекупщики, как обычно. Оплату принимает сайт, покупки доставляют сами производители, покупать можно хоть у десяти поставщиков в одну корзину, но тогда придет десять посылок.
За год после большого раунда рост не виден — это плохо, деньги привлекались на маркетинг.
Хочет быть Mariott или Hilton XXI века, строит международную сеть апартаментов. В квартирном фонде стартап поддерживает гарантированный уровень мебели и чистоты и предлагает одинаковый набор дополнительных услуг, включающий самые разные возможности от местной SIM-карты до платной уборки. В общем, ведет себя как сеть отелей, да и гостей ищет традиционно – через Booking.com и подобные ресурсы.
От аналогичных мелких сеток, которые везде есть, стартап отличается амбициями и масштабом, в прошлом году он работал в 7 городах, сейчас в 10. Количество апартаментов выросло с 350 до 400.
Американский стартап развлекает болельщиков во время прямых эфиров. Приложение задает вопросы типа «забьет ли Джонсон сейчас штрафной», начисляет баллы за правильные ответы и платит настоящие деньги тем, кто набрал больше всех.
Год назад стартап зарабатывал на рекламе, а выигрыши платил из своего кармана, сейчас запустил и турниры со ставками, по сути классический тотализатор. Изменения связаны то ли с новой позицией Верховного суда, то ли с уходом на пенсию основателя компании. А может быть, просто совпало.
Американский LevelUp предлагает пользователю киоск предзаказа — как в McDonalds, только через приложение, а не в железном ящике. Офисный сотрудник спускается на обед, в лифте вводит заказ в соседней забегаловке, и к тому моменту, как он подойдет, еда на вынос уже будет его ждать.
За год формально ничего не изменилось, но, судя по акцентам, стартап забросил собственный продукт и переключил фокус на разработку white-label приложений для ресторанов. Они, конечно, включают в себя кроме предзаказа ещё и кучу других взаимодействий с пользователем, от спама спецпредложениями до оплаты заказа за столиком.
Комментарий удален модератором
Учитывая требования к железу и инертность крупного бизнеса к внедрению не прошедших испытание временем решений, пройдут десятилетия, прежде чем подобные разработки станут мейнстримом.
В своих нишах потенциал у них есть, но с классическими решениями они живут в параллельных реальностях.
P.S. Чисто с технической точки зрения все решения на GPU упираются в огромную стену под названием I/O. Данные нужно загрузить с диска, прогнать через процессор и закинуть на видеокарту. Память у которой ещё менее нерезиновая, чем оперативная.
Поэтому если нет возможности загрузить рабочий объём на видеокарту, а потом его там долго-долго считать (как в ряде задач машинного обучения), то выигрыш может быть не столь большим.
Для баз данных этот фактор является в большинстве случае критическим.
Комментарий удален модератором
Комментарий удален модератором
Комментарий удален модератором
За счет чего спидап-то? Давно процессор является узким местом для СУБД?
Ну вот смотри, летит куча сырых данных, с которыми нужно кучу операций провести и сложить храниться персистентно. И тут уже затык в процессоре. Сейчас базу и в памяти хранить можно, учитывая дешевизну одного ГБ
Можете привести пример этих операций?
Думаю, лучше на ТЫ) Научные расчеты типа генетики и химии, статистика, нейросети, сложные процедуры с относительно небольшими кусками данных из базы, типа агрегации. В хранимых процедурах можно наваять кучу логики, которая проц будет выжирать
У меня маркетинг из монитора потек. Есть конкретный пример? Типа, вот запрос на условной реляционной базе, а вот запрос на гипер-GPU-базе и он работает быстрее, потому что там-то упирается в процессор. Или так и будем про сферических коней рассуждать?
Друг, какой тут маркетинг, ты что несешь?)
Ты спросил, где это можно применить и почему проц не справится. Я тебе ответил довольно подробно. Сам не щупал пока что эту фичу и вроде бы не планируется в ближайшее время. Но что-то мне подсказывает, что здесь те же ограничения проца, что и с нейронками или расчетами хэшей обходятся
Я не спрашивал где это можно применить. Я спросил за счет чего спиадап и какие конкретно операции (примеры этих операций) упираются в процессор. В ответ получил полный б/щ бинго.
Думаю, GPU будет быстрее в обработке индексов и агрегации/трансформации итоговых данных. BI там всякое, кмк
Теоретизировать можно в обе стороны. Я могу придумать много причин почему выйгрыша от расчетов на GPU не будет. Например, что данные нужно гонять из обычной RAM в GPU RAM и обратно. Или то, что GPU не подходит для классических индексов. Обход дерева нельзя распараллелить на несколько ядер. И это мы только про чтение говорим. Возможно все эти проблемы решены, поэтому хотелось бы конкретный пример, а не вот это вот все.
Согласен. Не встречал реальных систем с бд на gpu. В теории можно данные сразу в gpu memory засунуть, наверное. Будет in-memory gpu db
Это все равно, что Оку сравнивать с фурой, совершенное разные задачи и стоимость обслуживания, которые практически не пересекаются.
Комментарий удален модератором
По-моему, Вы бредите..
Комментарий удален модератором
Комментарий удален модератором
Я не разбираюсь в этих базах, но все, что ускоряет, звучит интересно!
Может ли это помочь небольшим проектам в интернете? :)
Дорого ли обходится внедрение, какие железяки нужны?
Комментарий удален модератором
Воу! Свежая тема для молодых технопророков?
Истинно!
GPU базы? Лёкгий путь монетизировать фермы после падения курсы крипты?))
А если серьезно - in-memory GPU DB на системах с 6-20 картами - вполне может быть.
Комментарий удален модератором
Не начать писать, а форкать
Это вы опоздали лет на 30.
Комментарий удален модератором
Без блокчейна не взлетит
Комментарий удален модератором
Я с тобой;возьми меня с собой в команду.
Люблю стартапы особенно их развитие своими собственными силами
Комментарий удален модератором
И чат-ботов не забудьте, вместо хелпа можно. А сложные вопросы можно сразу оплачивать по Apple Pay или криптой.
БД каждый год новые появляются, и все нужны. До этого года, например, не было NoSQL-БД с ACID.
Вы про монго 4 с транзакциями? Не слышал пока отзывов об этой штуке в продакшене - а у монго бывали всякие проблемы технического характера в прошлом, то есть ожидать такого вполне можно.
А не спеть ли мне песню...
MariaDB - это не база данных, а система управления базами данных (субд).
Комментарий удален модератором
И? Теперь неграмотные заголовки строчить?
Комментарий удален модератором
База данных - это отдельный термин обозначающий совсем другое. В вашем же примере - это если вместо термина ПЭВМ говорить "процессор". Вроде и где-то рядом, но совсем не то.
Неужели кто то мог принять по такому заголовку MariaDB за сборище данных?) кмк, вы немного занудствуете
Комментарий удален модератором
Комментарий удален модератором
Комментарий удален модератором
Комментарий удален модератором