Привет. Очередной вопрос для опроса назрел.
С чем чаше приходится работать на проектах Salesforce? Standard Layout или Custom Visualforce Page?
Что вам больше по душе допиливать стандартные страницы или делать страницы с нуля. Что чаше всего требуют заказчики. Приходилось ли вам спорить на этот счет с заказчиками если ваше мнения не совпадали?
Скажу по себе, на всех проектах с которыми я сталкивался лучше было бы делать новые VF страницы с нуля. И там где именно так и происходило, в итоге все получалось красиво. Там где работали над изменением стандартных страницы все в итоге получалось на уровне магии и работало на честном слове. Последний проект на котором я работаю имеет некоторую степень свободы и мои взгляды на этот вопрос совпадают с лидом, поэтому все получается просто супер на кастомных страницах. Да и пользователям легче - не надо разбираться в родном интерфейсе Salesforce, что значительно облегчает нам жизнь.
Что вы думаете по этому поводу?
Стараюсь по максимуму использовать именно стандартный функционал. Допилил его немного под себя в части отображения связанных списков, отображния кнопок, отображения сообщений и картинок. Не знаю мне пока вполне хватает. И главное никаких проблем с добавлением, удалением полей и прочей лабуды.
Помню сколько уже не новичков свои костыли изобретали. Хорошо когда есть наработки и про них все знают. А если один программист изобрел магический способ заставить что-то работать, а потом ушел, звиздец потом настает.Ну не так все плохо. Кто захочет разберется :)
На самом деле все зависит от задачи. Если можно обойтись стандартными средствами, не привлекая особых усили, стараюсь использовать их. А если заказчику хочется уж что-то более изошренное, то мне проще написать кастомное решение.
Вот тут самое главное чтобы заказчик знал Salesforce и представлял его стандартные возможности. Обычно сталкиваюсь с тем, что заказчики просто покупают Salesforce, а требуют от него не совсем стандартные решения. В паре проектов от Salesforce оставалась только база и хостинг. Все тоже самое можно было легко сделать на том же Rails + heroku.
В США я так понимаю перед покупкой Salesforce можно пройти какие-нибудь обучающие курсы? Наверное очень хорошо работают консультанты. С американскими проектами именно так и было - по максимуму использовался стандартный функционал. А русские заказчики почему-то обходят вопрос обучения стороной, покупают Salesforce и сразу нанимают разработчика, или нанимают разработчика еще до покупки Salesforce. Я понял что в США практика другая - по максимуму используем стандартное решение, а уже на крайний случай нанимаем разработчика. Видна сразу разница понимания CRM.
<blank>
У меня на сайте оказывается была сломана система подсветки непрочитанных сообщений на форуме. Спасибо Gres заметил и подсказал. Поэтому в последних актуальных темах будет появляться <blank> чтобы тему заметили те, мимо кого она могла пройти. Простите за временные неудобства те, кому придет лишнее оповещение.
На западе стараются тратить больше времени на аналитиков или экспертов с опытом.
Требования разбиваются, формализуются в объектную модель, притом как можно более простую, ибо все имеет свойство меняться и казавшееся шедевральным решение оказывается не таким уж удачным.
Проекты СНГ почти всегда более продвинуты в техническом плане, но вот с точки зрения value для бизнеса все может быть не настолько радужно. Часто за ублажью инженерного склада ума теряется лаконичность и простота решения :-/
А если брать вопрос по сабжу, то стандартные лэйауты гибче с точки зрения разграничения прав доступа, особенно если существует больше 3-х видов отображения одного и того же содержимого с точки зрения состава полей.
Хаки по встраиванию вф страниц в макет вроде более менее известные. Грязные, но известные - всякие ссылки или кнопки с либами для ресайза фрейма и прочее. Нужно лишь один раз запомнить :)
