Вопрос этот встал после одного из последний проектов, когда неграмотно составленная структура проекта заставила работать всю команду в два раза больше времени.
Естественно, получив при этот в два раза меньше денег.
Для этого и существует коэффициент т.н. страховки. Когда вы берете деньги с запасом на форс-мажор. В 10 проектах не случается, в одном случается.
Сергей Горячев,
Масштабируйте!
Если нужен проект-менеджер, он решает коммуникации между разработчиками.
Ошибки, которые вы озвучили - встречаются очень часто. И это лишь рабочие моменты. Ничего страшного в этом нет.
К примеру, менеджер дал задание дизайнеру, тот выкатил прототип, мы его утвердили с UI/seo и тд, со всеми заинтересованными людьми, которые могут ответить быстро, есть ли ошибки в их сфере. И дают правки. Правки эти исправляются на раз два.
Бывает, что правки запоздалые, но общение между разработчиками сводит к минимуму временные потери.
2 моих случая за последнюю неделю:
1) RN разработчик не учел вход через email/parol дефолтные на сайте, а делал все через FB, так как понял это задание так со стороны тим лида моб. приложения. Вопрос подняли, вопрос решили.
2) RN разработчик потребовал дополнительные размеры всех изображений на сайте. чтобы на моб приложении активная загрузка выглядела красиво. Да, не учли это, хотя я месяц назад орпшивал всех, какие разремы нужны на каждое изображение. Сейчас вопрос на стадии обсуждения, со стороны разработчика бэкенда - написать пару действий на генерацию нужных размеров.
Сергей Горячев, Сергей, вы ожидали просто какого-то ответа. Но решения тут не существует. Вы можете идти строго по плану одной из методологий разработки проектов, но все это упирается в бюджет заказчика.
Иначе говоря, у заказчика есть 100 руб, и это хватит на хороший инет магазин без разной волокиты у хорошего фрилансера.
либо на эти деньги вы сможете вывести сайт визит у большой компании, так как у них есть всяких проект-менеджеры. И конкретный случай не решает.
Мое мнение- что вы должны считать, что заказчик - инвестор. И вы должны помочь заработать ему денег. (повторяюсь с предыдущим ответом, да) Все остальное не важно.
А Кейсов, когда человек думает, что ему надо что-то, но без анализа компетентными людьми - множество.
На первом месте решаем, какие бизнес задачи будет решать наш сайт, и почему это выгодно, и какой тип магазина запустить лучше.
А потом пишем ТЗ.
SEO и прочее вообще можем отложить. Сначала MVP , а потом дорабатывает. Поймите, что главный вопрос не в том, насколько красивый и современный будет ваш сайт, а в том, сколько денег он принесет здесь и сейчас. Очень много разработчиков этот момент теряют из виду.
data-loop определены заранее? если нет, то делайте foreach формируя массив элементов data-loop, потом сортируйте этот массив и потом делайте data-loop foreach , получая доступ к элементам.
batyrmastyr, antimind,
Ясно, я на андроиде последнем как раз был redmi 4 pro. И как то вообще про lte вопросов не было. всегда был. Я думал что телефоны уже давным давно универсальны в этом плане.
