• Организация кода django-проекта, связывание приложений?

    printf
    @printf
    Ем детей.
    По-хорошему приложение в django — юниксвей в чистом виде: делает что-то одно, делает это хорошо, обладает неким внешним API для взаимодействия с другими модулями. Обычно даже в небольшом проекте насчитывается около десятка приложений. Плюсы такого подхода — значительно легче тестировать, повторно использовать код, можно сравнительно безболезненно менять имплементацию модуля, не нарушая работу всего сайта.

    Антипаттерн — монолитные приложения (обычно буквально одно-два). Их, помимо прочего, тяжелее поддерживать, поскольку код выполняет множество не связанных напрямую задач (функции, отвечающие за генерацию RSS и смену аватарки пользователя, находятся рядом — в таком файле ничего не получится сделать без поллитры и ctrl-F). Это особенно актуально, когда в команду добавляется новый разработчик.

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

    Jump
    @Jump
    Системный администратор со стажем.
    Как в этом аду не сойти с ума и распределить деньги максимально справедливо, чтобы все остались довольны?
    Никак. Деньги вообще невозможно распределить справедливо, да еще и чтобы все остались довольны. Это невозможно в принципе, в любой ситуации.

    По поводу оформления - нужно знать что за организация, форма собственности.
    А вообще все просто-
    X- общий капитал организации.
    инвестор даёт 100 тыс. рублей
    его доля в процентах X/100тыс.
    Далее двое человек работают вместе 3 месяца (за долю)
    Доля каждого из них в процентах равна X/(зарплата*3).
    присоединяется еще один (за долю), и они уже втроем работают еще 3 месяца
    То же самое - X/(зарплата*время работы)
    Потом первый теряет веру в проект и уходит
    Его право. Доля остается за ним, если в договоре не указано иное.
    У всех людей разная стоимость на рынке труда. То есть их время не равноценно.
    Разная, но известная, так что не проблема.
    После ухода первого человека (программиста) команда решила отказаться от половины его работы, потому что проще переписать часть кода с нуля, чтобы закончить всю его работу.
    Это ни на что не влияет. Работу то уже оплатили.
    Самый первый месяц работы вообще холостой, потому что выбрали не ту архитектуру, пришлось отправить всю проделанную работу в корзину. Но был получен ценный опыт. В каком-то смысле это тоже вклад, хотя опыт личный.
    Люди работали, получили оплату.

    Проект приносит доход каждый месяц (разный). Из оставшихся людей один совсем обленился и хочет просто получать деньги. Другой продолжает работать, развивать проект, занимается продвижением. И через 3 месяца присоединяется еще один человек, тоже в долю, но работает в пол силы, по вечерам (после штатной работы в другом месте).
    Ну человек и идет в долю, чтобы потом не работать а получать.
    Поэтому обленившийся получает свою долю и все.
    Другой получает свою долю и зарплату.
    Ответ написан
    4 комментария
  • Чем отличается redis от RabbitMQ?

    RabbitMQ - полноценный сервер очередей, имеющий под капотом "свою" базу данных. Redis - база данных, над которой можно построить сервер очередей. Строить сервер очередей над Redis имеет смысл, имхо, если полноценный сервер не нужен, а Redis уже используется как база данных.
    Ответ написан
    Комментировать