Акт второй. Битва с драконом действительностью.

Если у кого-то в ленте посты отобразились в разном порядке, то вот первая часть https://set.ki/post/5bLzBHm

Итак, в запланированный день наш сайт стал доступен широкой аудитории. Мы ежеминутно смотрели статистику посещений, и поначалу нам всё казалось очень достойным: посещаемость росла, люди заходили. Но постепенно она стабилизировалась на определённой, не очень высокой отметке, а далее были лишь просадки в выходные и праздники (это был летний сезон, и, видимо, люди предпочитали пикники, а не наш сайт, что, конечно, очень странно 😀). Т.к. у нас не было какой-то сверхнагрузки, то проблем с производительностью, которые мешали бы работе сайта, не было. В логах фиксировались те или иные ошибки, которые я исправлял на ходу. Обратной связи от посетителей не было: то ли всё было хорошо, то ли они не возвращались на сайт снова.

Мы пытались привлекать аудиторию со всех площадок: ВК, Telegram, запрещенная в РФ соцсеть с картинками и др. Это был очень сложный процесс, аудитория сопротивлялась как могла. Чтобы не скучать в технической части (признаться честно, интересовала меня исключительно она), я решил… переписать всё на Java и Angular. Это можно занести в коллекцию антипаттернов для начинающих свой проект. Мы не получили профита от проекта в виде существенно возросшей нагрузки или технического потолка, который бы мешал нам внедрять новые функции. Скорее всего, это было просто моё желание сделать лучше. К тому времени, как я заканчивал дописывать проект, он окончательно зашёл в тупик. Мой друг выгорел и не желал продолжать заниматься связями с общественностью, и мы решили заархивировать проект.

Какие выводы можно вынести из данного опыта? Ну, во-первых, не повторять ни один из описанных антипаттернов. Некоторые из них, к слову, применимы не только к личному проекту, но и к задачам, которые вам может давать ваш лид, продакт, проджект или кто-то ещё. Всегда думайте, для чего вы делаете ту или иную работу и для чего используете те или иные инструменты. Для QA отсылка к моему посту про инженерку QA-специалистов: ведь только обладая широкими знаниями, в том числе фундаментальными, можно понимать, где, что и как использовать. Во-вторых, даже если вы инженер, нужно всё равно вникать в бизнес-процессы, понимать ценность, которую несёт проект/продукт или конкретная функция. Ведь не нужно забывать истину: технологии — это лишь наш инструмент для реализации чего-то, что удовлетворяет потребности человека.

Что касается меня, опыт был очень ценным, и сожаления о потраченном времени и силах, само собой, нет. Ну и проект получился классный, хоть и недолгий.