План проекта приложения знакомств
В прошлой статье
(Как я начал делать приложение для знакомств) дал вводную информацию о своей затее по созданию приложения. В этой, обозначу план и примерные шаги.
Вот люблю планы, все расписывать, ставить сроки из головы взятые, последовательность действий определять. Эти планы дают ощущение того, что все под контролем, все понятно, мир структурирован. Дают уверенность в завтрашнем дне. У планов нет недостатков, кроме одного, совершенно несущественного – они нихера не работают так, как задумывалось. Всё, как всегда, идет наперекосяк. И в лучшем случае, пьяными тропами ты все же приходишь к более или менее нужному результату. Но обычно они проваливаются в пух и прах. В общем, обожаю планы.
К моменту выпуска этого поста, я удовлетворенно поставлю галочку в 4 пункте.
Я сейчас накидаю здесь приблизительный план, а в дальнейших статьях буду рассказывать, почему в каждом пункте идет что-то не так, как такое произошло и как приходится подстраиваться под обстоятельства.
Как и любая проектная деятельность, эта началась с постановки задачи и мотивации. Повторюсь – сделать приложение по поиску людей по конкретным интересам. При чем, как во многих умных книжках пишут, будем делать MVP (minimum viable product). Объясню, эта такая штука, с помощью которой потом не стыдно (хотя еще как) оправдываться, что затея, так сказать, бутерброд с собачьим дерьмом и джемом, а ты на самом деле просто хотел много юаней срубить и чтобы оно как-то само так произошло (но об этом никто никогда не скажет, кроме меня конечно же).
Задача поставлена, едем дальше.
Следующий шаг – выделение сущностей и связей между ними.
Кстати, сделаю небольшое отступление. Если будут непонятны некоторые термины, либо же есть какие-то вопросы по поводу разработки программного обеспечивания или общие вопросы из области компьютерных наук, буду рад на них ответить в отдельных постах. Люблю эти темы.
Так вот, выделение сущностей – просто выделяем, кто и что будет у нас в приложении. Это пользователи, сообщения, лайки, дизлайки. Вот какие есть в тех. задании существительные, то и сущности (упрощенно говоря).
Связи между сущностями – это как они будут взаимодействовать между собой. Есть сущность человек, у него есть неотделимые характеристики: пол, возраст, имя. (Хотя, при нынешней медицине, про пол я бы уже не был так уверен. Очень там все отделимо, как оказалось, и присоединимо тоже. Впору делать приложение, определяющее двойных агентов, оно может оказаться куда актуальнее). А есть то, что принадлежит человеку, но не является его неотделимой частью, это разные адреса (электронные, как вариант) и прочие данные.
Дальше идет структура проекта. Тут особо писать нечего, это больше про архитектуру приложения, его составляющие и т.д. и т.п. Скука.
А у меня есть потребность писать как-то смешно. Хотя, как можно смешно описывать технические вещи. Разве что аналогиями из повседневной жизни и смешными картинками. Любую работу хочется скрасить перерывом на поболтать, посмеяться и нифига не делать.
Выставление приоритетов – выберем тот функционал, без которого задуманная логика работы приложения теряет свой смысл. Тоже. Не то чтобы много такого функционала.
Регистрация по номеру телефона
Заполнение профиля (кстати, пункт «О себе» текстом заполнять не придется)
Система подбора на основе введенных интересов
Настраиваемый поиск людей
Возможность выражать симпатии
Возможность чатиться
Это ключевой функционал. Фундамент приложения – поиск максимально релевантного человека со схожими интересами. Ну и безопасность данных, конечно же.
Наверное, код и технические вещи оставлю за кадром. Хотя, если будут интересные моменты, конечно же, опишу и их.
Но самое главное, это, конечно же, подумать, кто будет пользоваться приложением и как привлекать к нему внимание людей. Это хорошая, интересная и очень сложная задача.