Спасибо за лекции, но они содержат только этап проектирования кода.
Мне нужно также понять этапы проектирования целей и графики, связь этапов между собой и признак того что пора переходить на следующий этап.
Спасибо за развёрнутый ответ, но он содержит только этап проектирования кода.
Мне нужно также понять этапы проектирования целей и графики, связь этапов между собой и признак того что пора переходить на следующий этап.
Станислав Макаров, можете сравнить с TeamViewer? Можно ли из Slack предоставлять доступ к своему компу? Можно ли из TeamViewer делать вышеперечисленные возможности?
Я умею писать всё это дело с нуля, но хочу узнать, насколько это оправдано и есть ли более эффективные решения. Быстрый - не главный показатель, гораздо важнее - скорость разработки при сохранении возможности кастомизировать нужный функционал.
К сожалению, твой длинный ответ не содержит полезной информации.
Про самопис хотелось бы понять, насколько оправдана скорость разработки. То что это дольше и так понятно. Например, по моей субъективной оценке использования движка при разработке информационных сайтов, скорость разработки выше в 4 раза.
Про движки хочется узнать примеры, которые вы используете, и трудности при их использовании - например, насколько удобно расширять их функционал, какие видны ограничения и риски.
SmInc, хочется рассмотреть оба случая: когда форум делается как часть продающего сайта с базовыми возможностями и когда форум пишется как самостоятельный проект с расширяемым функционалом.
Да вроде мои ребята пушили каждый в свой репозиторий. Не понимаю, что они делали до этого, что привело к этим ошибкам. Нам пришлось сделать pull rebase (мерж пока был не нужен), чтобы восстановить связь с удалёнкой. А у кого-то просто нет доступа, хотя по идее вводили логин/пароль от гитхаба те, что недавно создали.
Эврика! Фокус в том, что те документы, которые требуется сохранять на клиенте, в любом случае придётся передавать целиком, а это значит, что и агрегацию таких документов нужно также выполнять на клиенте. Серверная выборка имеет смысл только там, где данные передаются частично.
Возможно в этом способе найдутся изъяны, но пока-что это видится лучшим решением.
Александр Таратин, не хочу излишне уточнять, потому что могут придти хорошие решения, под которые можно будет подстроиться.
Не подойдёт что именно - PouchDB?
Дело в том, что метка времени - это пока ещё не полное решение. Следующая проблема в том, что сейчас база на клиенте доступна только для чтения. Данные запрашиваются с агрегацией и при желании изменить что-то на клиенте в оффлайне становится сложно определить, что и где изменять. Запрашивать исходные коллекции и агрегировать на клиенте - плохая практика. Есть идеи?
Возможно, решением будет ручная маркировка документов меткой времени последнего обновления. Тогда в дальнейшем можно будет запросить данные, отфильтрованные с меткой выше заданной.
Мне нужно также понять этапы проектирования целей и графики, связь этапов между собой и признак того что пора переходить на следующий этап.