paaaaanic

что такое SalesForce

SalesForce относится к системам управления взаимоотношениями с клиентами (Customer Relationship Management, CRM, CRM-система).
Если коротко, то это сервис для ведения базы данных клиентов (имена, контакты), ведения сделок (заказы, продажи, оплаты), документооборота (заявки, договора, квитанции). Обычно это многопользовательские системы. Обычно эти системы имеют интеграцию с другими системами для ведения email, sms и голосовых рассылок с напоминаниями о сделках или для рекламных целей. Обычно там есть возможность вести задачи, передавать их между сотрудниками, отслеживать исполнение, сроки. Обычно такие системы могут взаимодействовать с клиентами на базе автоматизированных скриптов, например регистрировать заказы с сайта или вести опросы по качеству обслуживания.

его предназначение?

Не держать всё в голове. Не вести учёт на бумажке. Не вести учёт в гугло-доках. Не терять клиентов и деньги. Вот его предназначение.

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

Когда я говорю "обычно" - это значит что это возможно, но не обязательно присутствует в базовой версии.
Дополнения к базовой версии подключаются либо программируются. SalesForce отличается тем, что для этой платформы можно дописать много чего. Она открытая для расширения силами программистов.

А дописываются модули под конкретные бизнес-процессы организации. Например, в моей организации ведутся конференции по веб-технологиям. Нужно вести контакты с конференц-залами и контакты с слушателями. С первыми договориться о времени, заплатить. Со вторых взять оплату за участие и напомнить, чтобы не пропустили. А ещё вести онлайн блог и в личном кабинете после мероприятия дать возможность скачать видео-запись, задать вопрос, оставить отзыв. Это конкретно мои заморочки. Мне стало быть нужно базовый модуль + личный кабинет участника + онлайн оплаты + интеграцию с ККМ + задачник + рассылки по email/sms + блог.

Сегодня прочитал об этом законе и сделал для себя следующие выводы:

Закон не нацелен на улучшение читаемости или эстетичности кода. Наоборот, красота кода теряется, а структура класса обрастает проксирующими функциями-пустышками, портя читаемость класса.

Основная цель использования закона, это избавить команду программистов от страха изменять существующий код.

К примеру, представим 2 разные ситуации:
1. В проекте игнорируется закон Деметры. Класс b включен в классы a, c и d. Каждый класс инстанцируется в разных участках кода по 10 раз каждый и применяется a.b.Method(), c.b.Method() и d.b.Method()
2. В проекте применяется закон Деметры. Класс b включен в классы a, c и d. Каждый класс инстанцируется в разных участках кода по 10 раз каждый и применяется a.Method(), c.Method() и d.Method()

При замене класса 'b' на класс 'z':
В 1-ом случае нам придется изменить код в 30 местах где используется a.b.Method().
Во 2-ом случае нам потребуется изменить код в 3-ех методах классов a, c и d.

Следуя этому правилу, я думаю будет логичен следующий код:

$user = new User('Paul')
$comments = $user->getCommentsOfLastPost()

В классе User:

function getCommentsOfLastPost()
{
    $posts = new Posts()
    $posts->getCommentsOfLastPostUser($this)
}

и т.д.

В итоге, этот закон стоит применять там, где стоимость легкого изменения кода выше стоимости чистоты структуры классов. А значит, закон лучше игнорировать при разработке небольших проектов.

Я уловил суть?