Ответы пользователя по тегу Организация работы
  • Как правильно наладить работу с фрилансерами в вопросе добавления товаров?

    1) на freelansim, но я не искал data entry, только разработчиков; вам может не подойти.
    2-3) Бэкапы, разумеется, необходимы.
    4) А нельзя доверять ftp. Надо либо использовать систему контроля версий, давать доступ к репозиторию и слепок БД, и заливать на production только после code review; либо, если для упомянутых вами магазинов это затруднительно - сделать отдельный сервер и давать доступ только к нему. А на production опять же перетаскивать после проверки.
    Ответ написан
    Комментировать
  • Что делать если команда говнокодит?

    Мы стараемся не запускать эту проблему посредством code review, пытаясь распределить нагрузку по ревью между наиболее опытными участниками. Если в коде есть проблемы - тикет возвращается на доработку с замечаниями. Даже если банально не мержится с главной веткой. Попробуйте наладить этот процесс.

    Также мы всё собираемся настроить Continuous Integration. Jenkins может прогонять по коду проверку на соблюдение стандартов и покрытие тестами, а затем показывать результаты в красивом виде. Если чей-то коммит показывает более чем N ошибок в расчёте на единицу объёма кода - можно возвращать на исправление.

    Прямо уж откровенной копипасты и лапши у нас вроде бы нет почти. Мы стараемся избегать её, придумывать декларативные абстракции во всех случаях, где много тупого императивного кода, писать в функциональном стиле. Я думаю, что необходимы постоянные целенаправленные усилия в этом направлении, чтоб не допускать засилья энтропии.

    Ещё пара идей.
    • можно отправить разработчиков на какой-нибудь онлайн-курс по чистому коду, хотя я таких даже не знаю, но наверняка должны быть
    • или устраивать "хакатоны чистого кода", на коих команда разбивается на пары-тройки, каждая из коих пишет какую-нибудь маленькую, но полезную, а главное чистую и оттестированную штуковину, причём тема - по собственному выбору. Потраченное время - оплачиваемое, разумеется. Это уже зависит от руководства фирмы, согласится ли оно на такие развлечения.


    Мне думается, что чистота и красота кода должны быть пунктами культуры в команде разработчиков, ценностями, если угодно. Нужно не только ругать за ошибки, но и не забывать похвалить товарища за красивое решение, за хороший код, за внимательность.

    Ну и важно, чтобы у самих разработчиков была установка на хороший код, профессиональная гордость. У фрилансеров её, бывает, нет, а есть отношение "тяп-ляп, лишь бы работало и лишь бы часы оплатили, а там хоть потоп". Учитывая, что их заказчики занимаются code review нечасто, развитие такого отношения закономерно. Но всё-таки хочется писать красивые программы. Такое желание обязано быть.

    Я, конечно, сам не волшебник, я только учусь, и работа с командой - такая штука, которой надо постоянно учиться. Видимо, вы тоже учитесь; успехов в этом.
    Ответ написан
    2 комментария
  • В какую сторону смотреть при создании системы формирования бизнес-процессов?

    Системы такого класса именуются BPMS - Business Process Management System. Как правило, они применяются именно для того, чтобы управлять другими приложениями в соответствии с диаграммами процессов, составленными в нотации BPMN. Одно время интересовался ими, но до практического опыта не дошло. Может быть, подскажу несколько направлений и ключевых слов.

    Существует множество BPM-систем. Сходу вспоминаются BizAgi (коммерческая, но есть упрощённая бесплатная версия) и Activiti BPM (open source). Есть сайт - bpms.ru - там публикуются статьи и материалы на тему.

    www.sql.ru/forum/erp-crm - самый интересный русскоязычный форум по BPM-системам, который я нашёл.

    BPM - не единственное направление в этой области. В последнее время в некоторых кругах в моде ACM, Adaptive Case Management, цель которого - обеспечить большую гибкость и приспособляемость бизнес-процессов. В чём-то альтернативный, в чём-то дополняющий подход - системы управления бизнес-правилами BRMS (Business Rule Management System). Они предполагают, что мы не рисуем большие запутанные BPMN-диаграммы, а имеем дело с репозиторием простых правил вида "если A и B, но не C, то выполнить D, E и F".

    Тема, в общем, широка, и от вашей конкретной ситуации зависит, какая технология подойдёт вам лучше всего.
    Ответ написан
    Комментировать