J
нет медленных кодеров, есть короткие дедлайны
Size: a a a
2020 August 03
AM
Это в стартапах разрабы и вся команда работает по 16 часов в сутки
AM
В наёмном труде 4 часа предел
C
Это в стартапах разрабы и вся команда работает по 16 часов в сутки
неправда )
AM
неправда )
тогда это грабёж)
IV
Я понимаю, что со стороны тут выгляжу как типичный заказчик-мозгоеб, у которого все виноваты во всем)) Не, я понмиаю, что виноват во всем сам. От и до.
Тем не менее, кто что может посоветовать?
Критерии:
1. Задачи делать параллельно/отдельно от других разрабов, чтобы не ждать кого-то со стороны. Именно по задачам, которые реально параллелить, не мешая друг другу. На то и затевали теоретически "микросервис".
2. Не переделывать все с нуля.
3. Не срывать сроки
4. Не разводить и не врать, ибо работы и так и так много.
При этом, разраб работает с условно-нормальным ТЗ, описанным на где-то 3 балла из 5, не самой лучшей документацией.
Но с конкретными этапами, бюджетом и доплатой за любую дичь, которую изначально не включали в план.
Тем не менее, кто что может посоветовать?
Критерии:
1. Задачи делать параллельно/отдельно от других разрабов, чтобы не ждать кого-то со стороны. Именно по задачам, которые реально параллелить, не мешая друг другу. На то и затевали теоретически "микросервис".
2. Не переделывать все с нуля.
3. Не срывать сроки
4. Не разводить и не врать, ибо работы и так и так много.
При этом, разраб работает с условно-нормальным ТЗ, описанным на где-то 3 балла из 5, не самой лучшей документацией.
Но с конкретными этапами, бюджетом и доплатой за любую дичь, которую изначально не включали в план.
1. Зафиксировать дату запуска. Для старта можно взять «запуск через месяц, 2 сентября». Дата не меняется
2. Задача команды придумать такое техническое решение которое, чтобы ровно через месяц выйти в лайв. Они должны прийти с предложением от чего отказаться и какой ценой. Желательно чтобы принесли несколько вариантов
3. Чтобы через месяц быть в лайве, то через две-три недели должен быть feature freeze и начаться подготовка к выкладке.
4. Если через месяц проекта нет по адресу www.вашурл.com, то менять команду
2. Задача команды придумать такое техническое решение которое, чтобы ровно через месяц выйти в лайв. Они должны прийти с предложением от чего отказаться и какой ценой. Желательно чтобы принесли несколько вариантов
3. Чтобы через месяц быть в лайве, то через две-три недели должен быть feature freeze и начаться подготовка к выкладке.
4. Если через месяц проекта нет по адресу www.вашурл.com, то менять команду
J
1. Зафиксировать дату запуска. Для старта можно взять «запуск через месяц, 2 сентября». Дата не меняется
2. Задача команды придумать такое техническое решение которое, чтобы ровно через месяц выйти в лайв. Они должны прийти с предложением от чего отказаться и какой ценой. Желательно чтобы принесли несколько вариантов
3. Чтобы через месяц быть в лайве, то через две-три недели должен быть feature freeze и начаться подготовка к выкладке.
4. Если через месяц проекта нет по адресу www.вашурл.com, то менять команду
2. Задача команды придумать такое техническое решение которое, чтобы ровно через месяц выйти в лайв. Они должны прийти с предложением от чего отказаться и какой ценой. Желательно чтобы принесли несколько вариантов
3. Чтобы через месяц быть в лайве, то через две-три недели должен быть feature freeze и начаться подготовка к выкладке.
4. Если через месяц проекта нет по адресу www.вашурл.com, то менять команду
может быть криво
AM
1. Зафиксировать дату запуска. Для старта можно взять «запуск через месяц, 2 сентября». Дата не меняется
2. Задача команды придумать такое техническое решение которое, чтобы ровно через месяц выйти в лайв. Они должны прийти с предложением от чего отказаться и какой ценой. Желательно чтобы принесли несколько вариантов
3. Чтобы через месяц быть в лайве, то через две-три недели должен быть feature freeze и начаться подготовка к выкладке.
4. Если через месяц проекта нет по адресу www.вашурл.com, то менять команду
2. Задача команды придумать такое техническое решение которое, чтобы ровно через месяц выйти в лайв. Они должны прийти с предложением от чего отказаться и какой ценой. Желательно чтобы принесли несколько вариантов
3. Чтобы через месяц быть в лайве, то через две-три недели должен быть feature freeze и начаться подготовка к выкладке.
4. Если через месяц проекта нет по адресу www.вашурл.com, то менять команду
Запустится можно и завтра, но с таким говном лучше не запускаться вообще
J
в дедлайн впишутся но работать будет не очень
AM
Запустится и обосраться, потерпев репутационные убытки намного хуже, чем отложиться на 2 месяца
AM
Опыт? Да, но какой ценой?))
J
или нужно найти таких которым стыдно писать криво
IV
еще раз - второй пункт. задача команды предложить решение чтобы в момент запуска не было говна.
AM
а так можно?
AM
запустится раньше, чтобы без говна?
J
еще раз - второй пункт. задача команды предложить решение чтобы в момент запуска не было говна.
а кто узнает говно там или нет если проект принимает заказчик который в этом ничего не понимает?
AM
Было б так, капиталисты выкатывали в релиз не думая, дабы начать приток денег
IV
говно может быть в коде, но это проблемы конкретных разработчиков. говна не должно быть у пользователей, а это вполне реально сделать.
J
я так гугль за 1 день напишу. но искать будет в mysql по like '%%'
IV
я так гугль за 1 день напишу. но искать будет в mysql по like '%%'
если это решает определенную бизнес задачу, то почему нет?