Здравствуйте.
Есть на форуме люди перешедшие в Salesforce из других Frontend / Backend / FullStack направлений?
Хотелось бы узнать какие плюсы и минусы вы нашли в Salesforce-разработке по сравнению с тем чем занимались раньше.
Я вот часто смотрю на Salesforce и думаю попробовать вкатиться. Как-то в свободное время прошел более 20 трейлов на Trailhead и было довольно интересно. Понравилось что нет такого зоопарка технологий как например в современном фронтенде.
Это и плюс и минус одновременно 
Плюс - меньше нужно думать на чем писать
Минус - это все же ограничение по технологиям, а значит придется встречаться и с ограничениями в самой технологии.
Например производительность отрисовки в ангуляре(даже в самом первом) была в стотыщпиццот мильенов лучше. Сделать рендер 1000 строчной таблицы незаметным глазу было легко и просто. Ты просто брал и делал. Тут же тебе придется больше объясняться почему твой рендер 1000 строчной таблицы не происходит за полсекунды
Ну и куча других косяков, каждый день новые, и это для тех кто работает уже достаточно давно 
Вкатиться можно а смысл? Если на своей технологии получается зарабатывать 100500 енотов, то нафига опять превращаться в зеленого джуна и работать за хлеб? Но если и в своей области 0 то можно и Salesforce попробовать. Чтобы тут начать зарабатывать надо минимум год просидеть на реальном проекте в реальной фирме за гроши. А Trailhead проходить много думать не надо - сиди да клацай как там написано.
Нууу, не скажите, батенька, не скажите... Бывает на SUPERBADGE–ах такое загнут, ну всё правильно, а гадина эта не принимает...
Возможно я заблуждаюсь, но мне нравится что Salesforce это коробочный продукт и в нем нет зоопарка библиотек/фреймворков/сборщиков. Поправьте меня если я не прав.
У меня есть опыт работы и с фронтом и с беком. Каждый проект в котором я принимал участие отличался друг от друга по стеку используемых инструментов процентов на 80. И пока ты разбираешься с новыми инструментами старые или устаревают или эволюционируют. Иногда это капец как бесит.
Редактировал сообщение и случайно создал новое. Не могу удалить
Относительно другого мира, да, зоопарк здесь меньше. Но это скорее касается бэкенда где правит исключительно Apex. Во фронтенде не все так радужно. Хотя последнее время все пересаживаются на LWC, но 90% проектов пришли из старой школы где кто во что горазд применяли различные подходы к написанию фронтенда. Но опять же, если есть опыт на других платформах с фронтендом то здесь ничего сверхестественного нет. Новые проекты же стремятся использовать LWC, что уже является неким стандартом на сегодняшний день.
СФ имеет кучу своего зоопарка. Разные клауды, декларативные тулзы, кучу стандартных обьектов и фич которые надо знать и использовать. Поскольку это "multitenant" платформа, то есть ограничения о которых надо знать и держать в голове. Эти знания нигде не пригодятся помимо СФ. Плюсом к этому идут разные сторонние продукты (Pardot, Informatica, mulesoft etc.). В последнее время стал замечать, что за норм ЗП хотят видить консультатна который может и cloud настроить и компоненту написать.
Ну смотря кем становиться в SF. Developer или Administrator/Consultant.
Я к примеру уже скоро 10 лет как с SF связан, а кроме как кодировать тут ничем не занимался и про все вышеперечисленное слышал только что это есть. Все зависит от компании и проектов куда попадешь. Знать и заниматься прям ВСЕМ это если работаешь напрямую с конечными заказчиками (это задел уже на создание своей компании и вопрос про зоопарк точно не должен возникать) или устроиться в совсем молодую компанию которая хватается за все абы работа была. В нормальных компаниях роли давно распределены и каждый занимается своим куском SF. Кто-то настраивает стандартные фичи или сторонние продукты, кто-то пилит код.
И вообще я во многом уверен что если автор темы с опытом разработки фронтенда попадет в большую компанию по SF его точно посадят пилить какой-нибудь злобный JS фронтенд на старом проекте, потому в SF компании SF разрабов много, а тот же JS (Angular/React) попилить уже экзотика. Не стоит считать что придя в мир SF ты прям попадешь на идеальный чисто-SF проект который вот только только начался чтобы в нем использовались исключительно новейшие решения.
Как раз этого я и не хочу. После пары лет работы с фронтом я его просто ненавижу. Сейчас пишу на Python и это как заново родиться.
Если все же решусь вкатываться в SF, то думаю начать с администрирования чтобы узнать платформу, а дальше как получится.
Кстати, если есть на форуме тема с roadmap для старта в SF дайте пожалуйста ссылочку -- сам не могу найти.
Попробуй заглянуть сюда: https://trailhead.salesforce.com/career-path
Вроде то что нужно.
Спасибо.
Увы, но реальность намного суровее. Администрирование/Консультирование это лакомый кусок которые америкосы оставляют себе. До нашего брата в странах третьего мира доходят только то что америкосы сами не хотят делать, а именно кодирование всякой сложной хрени.
Я нисколько не отговариваю от присоединения к SF сообществу, просто делюсь своим многолетним опытом наблюдения за этим миром
Я например последние 3 года переключился на python/nodejs + angular/<прочий зоопарк> и только радуюсь. Теперь у меня развязаны руки и потенциал разработки ограничен только моим мозгом. В Salesforce я только и делал что боролся с ним из-за кучи всяких ограничений и убожеством коробочного функционала, который постоянно приходилось расширять тем же зоопарком из мира JS.
У форса свои преимущества и свои недочеты, по сравнению с традиционными языками программирования.
В целом соглашусь с
Плюс добавлю еще про развитие - если развиваться просто некуда, тогда, возможно, смысл переходить в СФ есть. Хотя я опять же сильно бы подумал - в случае отсутствия развития, как по мне, лучше перейти в другой традиционный язык программирования, нежели во что-то узкоспециализированное вроде форса.
А что вас заставило переключится? Вы достигли предела развития или просто надоело?
Сильно ли просели в ЗП?. Я например два года работал с Commerce Cloud. Но там было много задач по UI и мне просто до тошноты надоело. Сейчас пишу всякие боты/парсеры на python -- вроде и нравится, но таких разработчиков пруд пруди. Salesforce мне видится как серьезный тема, вот и смотрю на него
Именно так. В какой-то момент просто надоело однообразие и отсутствие дальнейшего развития. Разработка просто сводилась к борьбе с системой и ничего больше. Никаких новых фич и тем для изучения. Просто сиди и клепай формочки. Я жуть как завидовал разработчикам на других платформах и сам потиху пилил домашние проекты. А потом так сложилось что старому SF клиенту понадобилось вынести часть функционала из SF и тут настал мой час :).
Что больше всего бесило в SF - это когда просто нельзя было сделать простейшие вещи ввиду ограничения платформы. И это как-то надо было объяснять клиентам или приходилось жестко костылить жуткие костыли.
Сейчас все затыки в решении задач сводятся лишь в одному - недостатку скилов. Это каждый раз вызов проявить себя и вырости на одну ступень выше.
Но опять же все зависит от проектов с которыми придется работать. Скучно может быть и на python/js проекте, а весело в Salesforce Все сильно субьективно.
Salesforce так прирастает всякими фичами, что мне уже становится страшно за те объёмы знаний, которые в будущем может понадобиться держать в голове. Особенно это касается собеседований. Я уже на половине полученных сертификатов понял, что я не могу удержать в голове столько информации на профессиональном уровне и они(сертификаты) просто превратились в ачивки, т.е. подготовился, сдал, понял, что могу и так далее. А вот на собеседованиях так может не прокатить и могут гонять по всем пунктам, когда нужен теоретик, а не problem solver.
Без постоянной практики такой объём информации вылетает из головы со скоростью света и уже спустя пол года остаются только основы, если на проектах ничего такого не было. Да и постоянные обновления вносят свои коррективы.
Salesforce в этом плане не уникальный. Это везде так. На любых платформах. Тоже самое у меня - чуть изученная технология остается без внимания все приходится изучать с нуля. Я нашел для себя единственный верный вариант хоть как-то запоминать - вести технические блоги и каждую изученную тему сразу конспектировать своим языком с реальными примера использования. Буть то найденные и использованные bash команды, python/angular методы.
В идеальном случае это работает так:
Изучил -> запилил -> законспектировал -> через пару недель на другом проекте скопипастил -> Profit!
Если забыл шаг "законспектировал", то через пару недель опять "изучил" -> "запилил". Причем повторное изучение очень сложно дается потому что мозг уже помнит что такая тема была, но в памяти не отложилась и поэтому начинает бунтовать.
Поэтому "ЗАКОНСПЕКТИРОВАЛ" очень важный для нас разработчиков этап в развитии. Пусть для собеседований это не лучший вариант, но для повседневной работы просто необходимо.
К примеру у меня есть "конспект" по развертыванию flask/angular проекта который уже не раз помог мне стартануть проект буквально за день и дальше заниматься уже разработкой непосредственно фич. Но чтобы написать такой конспект когда-то пришлось досконально изучать тему где-то в течении 2-3 недель и до этого тоже пару раз тратил время на старт проекта, но не удосужился это дело законспектировать.
Мораль предыдущего сообщения - заводите технические блоги и пишите, пишите, пишите статьи про все что изучили.
Копипаст с профитом работает и без конспекта
Сомневаюсь, что тут никто со старых проектов код не копирует. База кода, которая постоянно улучшается в качестве, это просто мастхэв для разработчика
Да да, я тоже так делал, пока количество проектов не перевалило за много десятков (а возможно уже и за сотню ). Вспомнить в каком проекте есть код который тебе нужен еще сложнее чем вспомнить официальную документацию.
У меня значительная часть кода переходит из проекта в проект с постоянным улучшением. Всё, что мне нужно, это смотреть проекты за последний год и этого хватает, чтобы найти последнюю версию нужной логики. А если что-то не нашлось, то открываешь доки и пилишь с нуля с уже имеющимся скилом
Я стараюсь какие-то дженерик вещи, которые можно юзать на нескольких проектах, просто хранить в личном битбакете. Удобно - всегда знаешь что есть единое место, где можно подсмотреть какие-то уже готовые решения, скрипты, куски кода.
Подскажите пожалуйста, а нужно ли сейчас знать Visualforce?
Если я правильно понимаю, то на новых проектах эта технология не используется.
Или бывает что есть на одном проекте и Visualforce и Lightning?
Общее представление иметь нужно, но это делов на пару вечеров.
VF в чистом виде уже давно не используется.
Если только проект переводят из VF на Lightning.
Специалистов по VF преогромнейшее количество и конкурировать с ними уже точно не стоит. Учите Lightning со спокойной душей - больше шансов найти себе работу.
renderAs="pdf" - ничего другого на ум не приходит.
workarounds, когда что-то не поддерживается в lightning и нужно использовать visualforce как врапер для компонент.
Чисто для общего развития можешь примеры какие-нибудь привести?
