Воеводский Михаил

Воеводский Михаил

Был в сети 30 марта 2026, 14:44
Заказы не принимаю
Простой квест для клиентов, в котором они должны будут для прохождения почитать базовые правила оформления задач — хорошая идея, поддерживаю. Это лучше любых списков правил, которые находятся в сторонке где-то рядом.
Ambassador'ов привлекать с указанием имен тоже некорректно.
Выдавать должна организация. Либо организация-разработчик самой системы, либо признанное сообщество.

В глазах заказчиков MODX.RU намного выигрышнее смотрится, чем MODX.PRO по вполне понятным причинам. Но мы находимся на втором.

Хотя, в любом случае, красивый сертификат на стене в офисе приятно повесить :)
Если заказчик пишет одно, а по факту другое, то потенциальный исполнитель отписывается по этому поводу в задаче.
Здраво.

Повторюсь — можно прокачивать инфраструктуру с ориентиром на проект-менеджеров, а те уже будут оформлять задачи как надо.
Тоже хорошая идея, но:
И вообще low-context задачи должны блокироваться
В таком варианте большинство рядовых заказчиков не будет иметь возможности разместить даже заявку, ибо они не понимают, как правильно описать задачу.

Всегда стараюсь выяснять все детали заранее или, если выяснилось непредвиденное, решить это без привлечения заказчика. Но да, бывают ситуации, когда приходится уведомлять о вынужденном изменении с подробным объяснением причин такого изменения. Естественно, если подобное происходит, учитываю восприятие заказчика, ибо он на такое не рассчитывает.
Видимо, нужно рейтинг разделять на много-много составляющих и выводить их все, помимо общего рейтинга. Тогда заказчик сможет увидеть, что разработчик проявил себя в нескольких направлениях, а не только в одном, за счет которого набрал общий общий балл.
Кто будет выдавать такую бумажку? Фактически, выдавать ее должны в головной компании MODX. Но это существенно выходит за рамки поднятой темы. А кто будет вызывать доверие заказчиков у нас, в России?

Кстати, сертификация Битрикса тоже давно не является показателем качества.
Кто и как будет оценивать сложность задачек? Особенно в ситуации, когда заказчик в описании задачи не указывает никаких подробностей?

Для клиентов задача «Добавить кнопочку» всегда выглядит примитивной. Только в одном случае эта кнопочка может быть действительно примитивной, а в другом потребует неделю на реализацию сложных алгоритмов расчетов и тд.
Далеко не всегда это понятно даже при начале работ. Иногда внешне все выглядит на грани, но когда доходишь до более глубоких вещей, обнаруживаются совершенно непредвиденные «решения» предыдущего разраба.
Лучше закрывать на уровне сервера. Переименованию админку указывать в robots смысла мало. Там все равно находить для поиска нечего.
периодически сталкивался со случаями, когда админка закрыта дополнительной http авторизацией.
Отключать проверку не стоит. Если email точно не нужен, заполняйте его автоматически случайным значением при каждой регистрации пользователя через вк. А существующим пользователям через базу можно задать email.