У вас странное представление о екомерсе, в инстаграм ушли разве что ИП с несколькими товарами, соответственно и так странные клиенты для бизнеса, они и раньше нормально не могли платить за сайты. В конструкторы уходят примерно те же люди что и в инстаграм, ну т.е. опять же малый бизнес где толком нет и не было денег на разработку. Короче ничего не поменялось толком, просто стало больше инструментов для самой низкой ценовой группы комерсов.
А тем кому нужен реальный магазин или уникальный сайт или тем более уникальный сервис - идут и платят компаниям, иногда фрилансерам, но там риск просрать деньги еще сильнее.
Если у вас не супер интеллектуальные задачи, то оценка хоть и трудная задача, но вполне реальная даже джунам. Умножать на пи должен не программист, он должен более или менее корректно оценить. Умножить на e или пи или 2 может менеджер. А программисту надо учиться нормально оценивать и искать пути решения задач, а не сидеть и тупить.
дима кубитский, В смысле где? Да везде! ЗА некачественно выполненную работу или невыполненную работу платить не надо. Просто надо рано расходиться, если ваши услуги настолько говно, что данный клиент это понимает. Я понимаю, что бывают сложные клиенты, но надо учиться с ними работать в том числе и в юридическом русле, но говорить "я поработал - плати мне - это еп-ый бред", потому что сейчас на рынке много псевдо профессионалов, "научившихся" на курсах лохотронах дизайну, программированию, фотогорафии и другим вещам, которые не понимают, что делают говно.
Gregory Bass: Я из ростовской области, но это не важно я думаю, так как клиенты в первые года были почти всегда из США, Австралии, сейчас пополам русские и иностранцы, опять же и как подрядчики выступаем для некоторых контор иногда московских и наоборот нанимаем подрядчиков из регионов, но всегда это именно "внедрение":) И если мы говорим о внедрении верстки, на это требует практически всегда в разы меньше времени, чем на саму верстку (именно внедрение в CMS или в код бэкэнда, т.е. не программирование бэкэнда). Внедрять столько же сколько верстать - ну не знаю что это за ситуация может быть:) Обычно если день верстали, то внедрять пару часов от силы (бывает сильно меньше, бывает чуть больше).
Gregory Bass: Эм, я про это Ваше предложение "По посадке все зависит от того как вы работаете с бекендом. Думаю для вас подойдёт 50-100% от стоимости верстки брать за посадку. В зависимости от сложности." - я не понимаю о чем Вы тут вообще. Про БЭМ то мне все понятно.
JSmitty: По сути - agile отменяет нормальное планирование, ибо либо ты гибок, либо планируешь. совмещать это тяжко на больших проектах. вот был у тебя проект на 8 месяцев трех разработчиков и через три недели после начала все несколько меняется. а потом опять, а потом опять, и расходы ты свои посчитал и то что надо еще сделать в голове видишь, но вот уже не гарантируешь ничего, не то что резальтат будет через 6 месяцев, а уж тем более что оно работать будет.
Да заказчик знает что сроки сдвигаются, но вот он не знает что он получит и что это что-то будет работать, а значит он не знает ничего что нужно.
ТЗ и agile??? Они вместе хорошо живут, но вот agile не нужен ТЗ, это из другого мира.
Плывучий план - не план а болото, да и не план важное, а результат.
" Устоявшаяся команда с известной производительностью нормально оценивается в сроках, и вполне предсказуема с т.зр. менеджмента" - это вообще не про agile, извините, разговор закончен:)
JSmitty: Чувак, дело не в задаче, дело в проекте. Каждая конкретная задача не стоит ничего, важен проект. И вот agile для получения результата не гарантирует вообще ничего. Это удобно, но это просто модное слово, которое описывает, что абсолютная гибкость это хорошо. Но вот нет, важно быть гибким и готовым к изменениям. но еще более важен рабочий результат. То как ведутся проекты по любому agile у нас - фигня какая-то слабы безвольных людей, которые просто безвольно и безумно следуют желаниям окружаюищих - так дела не делаются.
Обычно когда там пишут "хотим MVP" - они имеют в виду хотим продукт с "таким-то" функционалом, при этом этот функционал ни фига не MVP и работать это должно хорошо и могут еще спросить под конец и потребовать нагрузочное тестирование на 1000000 пользователей. Короче, когда пишут MVP - это вообще ничего не значит, надо читать что за объем функционала они хотят при этом.
