Переход на SalesForce после PL/SQL

Переход на SalesForce после PL/SQL

Добрый день,

компания в которой я работаю набирает SF разработчиков. Проблема в том что найти Salesforce дева в Латвии где мы находимся, сложно, многие про SF не слышали в принципе. Сейчас нашёлся парень, который работал c Siebel и сам изучал SalesForce, хочет этим заниматся, с ним проблем нет. Второй кандидат, девушка, работала всю жизнь с PL/SQL и сопутствующими технологиями но про SF не слышала. Учитывая её опыт, уверен что с задачами которые есть у нас она справится, опасаюсь того что приняв её на работу SF ей не понравится и начнутся проблемы. Поэтому родилась мысль дать ей простое тестовое задание на неделю домой чтобы она "прочуствовала" SF. Мысли крутятся вокруг workbook`овских заданий с некоторыми измнениями. Вопрос - что бы вы добавили в такое тестовое задание чтобы человек полностью ощутил на себе все прелести/недостатки SF?

Спасибо!

За неделю пройти все задания в базовом ворк-буке (создание Warehouse app), а тем более пройти все задания в Фундаменталс ворк-буке (создание HR app - это лучше) - это само по себе серьезная задача, открывающая глаза на все ключевые вещи в SF. Этого должно хватить чтобы картинка стала понятно в целом. Другое дело, что в этих двух ворк-буках как-то не освещены вопросы работы самой сейлсфорсной CRM (SalesCloud, ServiceCloud), но это когда требуется знать сразу, а когда и не требуется.

Yuri
Второй кандидат, девушка, работала всю жизнь с PL/SQL и сопутствующими технологиями но про SF не слышала

Не скромный вопрос....а девушка ближе к пенсии по возрасту ? Если что простите за неуместную иронизацию.

wilder
Yuri
Второй кандидат, девушка, работала всю жизнь с PL/SQL и сопутствующими технологиями но про SF не слышала

Не скромный вопрос....а девушка ближе к пенсии по возрасту ? Если что простите за неуместную иронизацию.

Хах, ирония к месту, лет немного, где-то 28-30 но в банках и не только до сих пор активно используется PL/SQL, где-то даже Oracle Forms и прочие радости жизни :)

Yuri
wilder
Yuri
Второй кандидат, девушка, работала всю жизнь с PL/SQL и сопутствующими технологиями но про SF не слышала

Не скромный вопрос....а девушка ближе к пенсии по возрасту ? Если что простите за неуместную иронизацию.

Хах, ирония к месту, лет немного, где-то 28-30 но в банках и не только до сих пор активно используется PL/SQL, где-то даже Oracle Forms и прочие радости жизни :)

В том числе и Siebel. Сейчас как раз работаю на проекте в банком, так что знаком с этим не по наслышке.

Проблема в Salesforce не в том чтобы научиться.
Порог входа очень низкий. Сделав задания по воркбук можно затронуть все аспекты.

Но проблема в другом - в Salesforce столько нюансов, что без опытного человека там делать нечего.

В моей бывшей конторе, где я проработал 3 года сейчас 90% студенты без другого опыта работы - становятся SF разработчиками уже через 3 месяца и могут выполнить практически любую задачу. НО это только благодаря тому что есть костяк профессиональных разработчиков, которые знают когда и какое решение применить, наработанный код-стайл, постоянные код ревью и все такое, куча шаблонных решений. А начиналось все с того что год писали откровенную лажу и набивали шишки.
Так что на вашем месте я бы брал одного опытного именно в SF разработчика, и уже остальных без разницы - если не хотите чтобы ваши "новички" тренировались на вашем боевом проекте.

И второе - я конечно не принимал участия в отборе разработчиков, но если бы брал, то брал бы обязательно людей знакомых именно с Web разработкой. Без знания HTML, CSS, Javascript, JQuery в SF тоже делать нечего. Смешно звучит, но, млин, многие и этого не знают, или "типо" знают. Всех остальных, особенно чисто десктопных разработчиков, оставил бы дальше разрабатывать для десктопа (сори особо не представляю сферу коспетентности специалистов по Siebel и тем более PL/SQL).

Еще важно заметить - в SF нет Базы данных Как обычно это представляют. Там не надо ничего администрировать/оптимизировать (все на себя берет сам SF) и ломать голову над составлением чудо запросов. Специалисты по базам данных в SF НЕ НУЖНЫ!

Dmitry Shnyrev
Еще важно заметить - в SF нет Базы данных Как обычно это представляют. Там не надо ничего администрировать/оптимизировать (все на себя берет сам SF) и ломать голову над составлением чудо запросов. Специалисты по базам данных в SF НЕ НУЖНЫ! :)

Вот тут бы я поспорил. Есть много людей которые не умеют правильно составить запрос, а так же вместо одного запроса делают два и более.

Согласен, но я немного не то имел в виду.
Конечно и в SF есть SOQL

Я имел в виду составление запросов с целью оптимизации скорости работы и нагрузки на саму базу данных. Весь вспомни свой опыт, ты когда нибудь задумывался о том как быстро отработает твой запрос, думал ли ты про какие-то индексы в базе данных. Да у нас ее просто нет. У нас есть куча объектов, которые мы просто используем. В этом и есть нюанс Salesforce.

На счет сложности запросов - тут тоже мне кажется Salesforce слишком расслабляет. Максимум что есть в арсенале - обращение к родителям через точечную нотацию вплоть до 5 уровня выше (не знаю правильно ли выразился) и к детям через вложенный SOQL. А как вспомню SQL нормальный, до сих пор никак в голове не уложу всякие JOINы и наверное такого добра там еще больше.

Dmitry Shnyrev
Согласен, но я немного не то имел в виду.
Конечно и в SF есть SOQL

Я имел в виду составление запросов с целью оптимизации скорости работы и нагрузки на саму базу данных. Весь вспомни свой опыт, ты когда нибудь задумывался о том как быстро отработает твой запрос, думал ли ты про какие-то индексы в базе данных. Да у нас ее просто нет. У нас есть куча объектов, которые мы просто используем. В этом и есть нюанс Salesforce.

На счет сложности запросов - тут тоже мне кажется Salesforce слишком расслабляет. Максимум что есть в арсенале - обращение к родителям через точечную нотацию вплоть до 5 уровня выше (не знаю правильно ли выразился) и к детям через вложенный SOQL. А как вспомню SQL нормальный, до сих пор никак в голове не уложу всякие JOINы и наверное такого добра там еще больше.

На счёт скорости выполнения запросов тоже задумывался. Было пару заказчиков для которых это было критично. А запросы выполнялись секунд по 6-8. Join тоже не большая проблема когда сделаешь его пару раз.

wilder
На счёт скорости выполнения запросов тоже задумывался.

Если не секрет какие решения принимали для ускорения запросов?

Всем спасибо за ответы, решили дать Workbook`и и ограниченное время выполнения, там всё и будет видно :)

Dmitry Shnyrev
wilder
На счёт скорости выполнения запросов тоже задумывался.

Если не секрет какие решения принимали для ускорения запросов?

Вот для этого и запилили Query Plan

Dmitry Shnyrev
wilder
На счёт скорости выполнения запросов тоже задумывался.

Если не секрет какие решения принимали для ускорения запросов?

Обычно скорость существенно падает если использовать разного рода JOIN. Делался анализ что и зачем получается в запросах.

Это только недавно появилась фича в консоли по отладке запросов

Хорошим для освоения считаю "ректуринговое приложение", есть даже целая книга (PDF) об этом. На примере его создания очень хорошо поясняются многие возможности SF. Но не стоит давать его как тестовое задание, т.к. это даволи обширное приложение, зато если его дать человеку на первых порах работы в организации - вы дадите человеку хорошую базу по SF.

давно уже предлагал сделать пришпиленную тему с перечнем воркбуков в виде дорожной карты для новичков.

вот начальный force.com воркбук (warehouse)
https://developer.salesforce.com/docs/atlas.en-us.workbook.meta/workbook/

рекрутинговый воркбук(фундаменталс) лучше, но долше.
http://www.salesforce.com/us/developer/docs/fundamentals/

есть еще новый воркбук, найденный Дмитрием, но не знаю о чем он и как он:
https://salesforce-developer.ru/salesforce-developer-workshop-novyiy-uchebnik-po-salesforce

Interesting information? Help us, post link to social media..