Из SMM в создателя продукта, день 5
Напомню контекст. У меня уходило 3–4 часа в день на сбор новостей со всего инфополя и отбор того, что реально подходит в работу. Эту проблему я решил закрывать через собственный сервис.
Первая рабочая версия у меня была очень простой и собрана на Google Таблицах. На первом листе я указывал источники, откуда хочу тянуть новости, а на втором получал уже общий поток, который можно было быстро сортировать и просматривать в одном месте.
Сильная сторона этой версии проявилась сразу. Я почистил текст от лишних подписей каналов и за пару минут видел всю ленту списком. Раньше на такой этап уходило сильно больше времени, потому что приходилось прыгать между пабликами и вчитываться в каждый источник отдельно. Здесь я бегло проходил новость и быстро принимал решение, беру ее в работу или нет.
Но в первые дни вылезла критичная проблема с надежностью. Сервис, через который шла часть сбора, оказался бесплатным и публичным, поэтому периодически падал под нагрузкой. Самый показательный момент был, когда я нажал сбор новостей, а в ответ не пришло вообще ничего. Днем пришлось вернуться к ручному режиму, а вечером уже разбирать код и искать причину.
Главный вывод тогда был простой. Одного окна с новостями уже достаточно, чтобы сильно ускориться, но дальше системе нужна логика приоритизации, чтобы она сама подсвечивала наиболее полезные материалы. Но прежде чем внедрять новые функции, я решил сначала добить вопрос стабильности и надежности сервиса, потому что это этап, от которого зависят все остальные. Что именно я сделал, чтобы система перестала падать, расскажу в следующем посте.