Привет, Хабр! Меня зовут Дмитрий Пашкевич, я — CEO компании Smartup. Родился, вырос и живу в Омске. Здесь построил международную IT-компанию и развиваю новый проект. Расскажу о том, как моя страсть к программированию переросла в успешный бизнес и о том, какие инсайты ждали меня на этом пути.
Почти зарелизили опенсорс по учету рабочего времени. Заморочились и получили регистрацию в Росреестре! Молодцы со всех сторон!) Чем Smartup Time Tracker может быть полезен вам?
Несколько лет назад, во время пандемии, на рынке труда был огромный спрос на айтишников. Сеньоров было сложно найти, а мидлов и джунов расхватывали мгновенно. Практически все, кто окончил какие-то курсы и умел программировать на начальном уровне — будь то веб, бэкенд или мобильные приложения — имели практически 100% вероятность найти работу за 2-3 месяца. Но сейчас все изменилось.
Для роста и нормального функционирования компании руководителям приходится принимать различные решения: сколько и каких сотрудников нанять, нужно ли брать кредит для закрытия кассового разрыва, сколько денег выделить на закупку печенек в следующем квартале, стоит ли инвестировать в новое оборудование и т. д. Чтобы принять решение, нужна информация. Недостоверная информация или ее недостаток могут привести к ошибочным решениям, что, в свою очередь, вызовет проблемы. Поэтому любая компания, независимо от размера, строит систему аналитики и отчетности.
Экстремальное программирование (XP) — это одна из методологий Agile. Несмотря на название, некоторые практики уже стали стандартом в индустрии — например, рефакторинг и непрерывная интеграция. XP сосредоточена на упрощении процесса разработки, минимизации документации и максимизации обратной связи от заказчиков.
Данных становится все больше. Важно уметь эффективно хранить и обрабатывать их для решения сложных бизнес-задач. Одним из первых шагов на пути к успешной стратегии является выбор технологии хранения, поиска, анализа и отчетности по данным. Как выбрать между базой данных, Data Warehouse и Data Lake? Рассмотрим ключевые различия и когда следует использовать каждое.
Привет, Хабр! Технический долг есть в любом крупном проекте. Он возникает, когда копятся компромиссные решения, проблемы в коде или архитектуре. Важно, что эти решения и проблемы усложняют и удорожают поддержку и обновление кода в будущем. Это своеобразные «проценты». Чем больше долг, тем больше «процентов» приходится платить.
В статье поделимся опытом работы с техдолгом. Сначала определим, что это, затем подумаем, как решать. Пишите в комментариях свой опыт — подискутируем.
Сеньор — это самостоятельная единица, которая не требует дополнительного управления. В него просто кидают задачи, причем в довольно сыром виде с точки зрения требований. Сеньор — тот, кто может придумать решение, реализовать его, проверить, что получилось качественно. Он автономен и в случае необходимости может прояснить требования. В этой статье мы обозреваем сеньорную жизнь и даем рекомендации о том, как им стать.
Все требования к программным продуктом можно разделить на две группы. Это функциональные и нефункциональные требования (НФТ). Первые описывают «что» нужно сделать, вторые — «как» должна работать система. Это условия, при которых продукт должен работать, и качества, которыми он должен обладать (например, производительность, надежность, масштабируемость). Они имеют большое значение, хотя напрямую и не описывают основные функции системы. От них зависит пользовательский опыт. Сегодня расскажем о трех интересных задачах из нашей практики, в которых НФТ играли решающую роль. Будем рады обсудить ваши задачи в комментариях. Увидимся под катом!
Привет, Хабр! Меня зовут Сергей Дербуш, я архитектор в компании «СмартАп Технолоджи».
Это третья часть из цикла статей о SSP (Supply‑Side Platform). В предыдущих статьях мы рассказывали о том, как поднимали систему и как боролись с проблемой несоответствия. В этой статье коснемся архитектуры и того, как от ее выбора зависит стоимость трафика. Всех, кому данная тема интересна, жду под катом!
Привет, Хабр! В предыдущей статье мы рассказывали, как поднимали для клиента SSP (Supply‑Side Platform). В процессе напоролись на проблему несоответствия.
Несоответствие — одна из самых неопределенных, трудноустранимых и распространенных проблем в AdTech, у неё нет четкого алгоритма исправления. Она может приходить и уходить без видимых причин.
Меня зовут Сергей Дербуш, я архитектор в компании «СмартАп Технолоджи». В этой статье расскажу о проблеме в общем, а также о подходах, которые мы использовали для ее решения.
В этот раз к нам пришел клиент, желавший запустить собственную SSP (Supply-Side Platform). Это система, которая позволяет владельцам отдельных сайтов или целых сетей продавать рекламные места и получать доход от размещения объявлений. У клиента уже был реализован MVP системы, но оставалось еще много работы.
Меня зовут Сергей Дербуш, я архитектор в компании «СмартАп Технолоджи». Расскажу о том, что мы доделывали, чтобы система заработала на полную, и как это бустануло навыки всей команды.
Недавно нам довелось перевести на актуальные рельсы устаревший сервис. На этой махине у заказчика завязано много процессов — от таргетированной рекламы фармпрепаратов до доставки пробных образцов на реальный адрес. Но она не обновлялась 8 лет, и работала на древнем фреймворке Yii 1, который не поддерживается с 2015 года. Даже незначительные изменения нужно было вносить 3 недели.
Меня зовут Никита Швыряев, я руководитель отдела разработки компании «СмартАп Технолоджи». Этот проект мы перепиливали 4 месяца. Расскажу подробно, как это было, и что получилось.