Pull to refresh
10
0

Программист

Send message
Ну по сути да, но на мой взгляд DDD — это фреймворк для ООП как идеи.
Пост не совсем о боли. Пост для тех, кому больно от того, что должно быть легко и приятно.
Привет вам из Минска!

Действительно вау, только есть пару нюансов с закгругленными кнопками, которые слегка выбиваются из общей картины, производительностью, и иногда шрифты. Если хотите подробнее, то могу прислать письмом.
А так, очень красиво.
Наше ТЗ фиксировано не с точки зрения фич, а с точки зрения «легальности», т.е. если никто ничего не изменит до часа Ч, то сорьки, вы нас попросили это — мы сделали это. В процессе разработки идёт непрерывное обсуждение определенных моментов с заказчиком и определенные правки. Если вдруг глобальные правки — то переоценка данной задачи.

Помню, кстати, один случай, когда мы работали не напрямую с заказчиком, а с его заместителем. И он где-то попросил сделать какую-то ненужную хрень, а мы взяли и сделали. А когда пришло время сдавать проект, ему крайне не понравилась эта вещь, и он ругался, кричал, обзывался и отказывался платить. Мы ткнули его лицом в то, что это было зафиксировано в документе, мол, к нам никаких претензий, ваш представитель попросил и на наши просьбы передумать он нам ответил, что инфа сотка, дирик будет в восторге ёпт. Ну и ткнули лицом в ТЗ и e-mail логи, сказали, извините — но платите, люди же работали. Таки заплатил, до сих пор работаем с ним, правда, часть задач он перевёз в Индию.
К счастью, когда я пришёл работать в компанию, то она уже переросла «фриланс-на-снг» и теперь занимается «фринлансом-на-юса».
Но если бы такое случилось, то выставили бы неадекватный ценник, а потом натянули бы шаблон на CMS. Такие дела.
На этапе выставленного приблизительного времени разработки. Каждая задача оценивается.
Наш самый большой проект мы поддерживаем уже пятый год. Просто мы разделяем его на миллион подпроектов и к каждому пишем спецификацию.

Information

Rating
Does not participate
Registered
Activity