Шкала компетентности Salesforce разработчика

[quote="Dmitry Shnyrev"]Привет народ.
Хочу предложить такую тему для обсуждения. По результатам будут подведены итоги и наверное появится статья.

[b]"Шкала компетентности Salesforce разработчика" - что должен знать и уметь SF разработчик чтобы разделить SF разработчиков по категориям: junior, middle, seniour.[/b]

Понятно что данные категории достаточно неопределенные, но давайте попробуем.
Я уверен что в каждой фирме есть такие деления и решения принимаются точно не с потолка.[/quote]

На счет junior, middle не скажу.
По поводу seniour - я считаю это должен человек, способный находить и внедрять всевозможные workaround's в салесфорсе и причем не первые попавшиеся а оптимальные и уметь прогнозировать к чему это все может привести. Из своего опыта скажу что далеко не каждый архитектор салесфорс, который работает именно в салесфорс способен на это и в больших проектах это настоящая головная боль, потому что основная задача большинства всех этих людей продать продукт. Когда им говоришь что что-то не работает или работает не так как написано в доке они отвечают - It's OK и фикс этого бага просто перемещается в следующий спринт или релиз, до тех пор пока заказчик не скажет стоп !!! Быстро исправить. Вот тут и начинается веселуха.

Думаю на "Junior-разработчик" по SF можно выделить к примеру такие критерии:

- минимум 3-4 месяца пладотворного опыта работы с SF
- понимание основных механизвом работы SF
- Знание "некоторых" лимитов SF
- опыт работы с Apex и Visual Force
- опыт написание тест-методов
- некоторый уровень английского

Данные критерии думаю можно отнести к оптимальным, т.к. порог входа в програмирование на SF - не очень высок.
Другое дело уже другие ступени (выше которые), вот там уже надо иметь солидные знания и опыт.

Интересно стало кто я же такой)
Опыт больше 2х лет. Делал много чего. Наверное таки middle)

А у кого на фирме есть градация такая, может поделитесь, по каким принципам у вас идет разделение.
Я лично виже следующие факторы разделения:

- опыт (SF)
- широта взгляда (SF)
- знание лимитов (SF)
- знание всевозможных подводных каменй при разработке SF) 
- умение заставить работать то, что отказывается работать
- опыт интеграции со сторонними расширениями

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

[quote="Roman Bazylev"]- знание всевозможных подводных каменй при разработке SF) [/quote]
СФ сам по себе подводный камень)

Я бы неверное сделал бы так - перечислил основные инструменты Salesforce и кто это должен знать:

Вот небольшая заготовка - проставьте напротив (j - junior, m - middle, s - senior)

- Standard Objects
- Custom Objects
- RecordTypes
- Visualforce page
- Visualforce components
- Custom controllers
- Extensions
- Triggers
- Custom Settings
- Custom Labels
- Licences types
- Tests
- Standard Layout
- Validation rules
- Workflows
- Approval Processes
- CRUD & FLS (Profiles)
- Sharing
- Email Templates
- Outbound Messages
- Batch
- Future methods
- Callouts
- API
- Security Scanner (publish in AppExchange)
- Data Loader
- Migration tools (ant)
- Standard Reports
- Site
- Customer Portal
- Community
- Chatter (apex use)
- Salesforce1
- Canvas
- SSO
- Packages
- ChangeSets
- Static Resources
еще добавлю сюда (без этого никак)
- html
- css
- javascript, jquery


Если  что еще придумаете, добавляйте.

- Standard Objects (j)
- Custom Objects (j)
- RecordTypes (j)
- Visualforce page (j)
- Visualforce components (j)
- Custom controllers (j)
- Extensions (j)
- Triggers (j)
- Custom Settings (m)
- Custom Labels (j)
- Licences types (s)
- Tests (j)
- Standard Layout (j)
- Validation rules (m)
- Workflows (m)
- Approval Processes (m)
- CRUD & FLS (Profiles) (m)
- Sharing (m)
- Email Templates (m)
- Outbound Messages (m)
- Batch (m)
- Future methods (m)
- Callouts (m)
- API (m)
- Security Scanner (publish in AppExchange) (m)
- Data Loader (m)
- Migration tools (ant) 
- Standard Reports (m)
- Site (m)
- Customer Portal (m)
- Community (m)
- Chatter (apex use) (s)
- Salesforce1 (s)
- Canvas (s)
- SSO (s)
- Packages (s)
- ChangeSets (m)
- Static Resources (j)
еще добавлю сюда (без этого никак) - тут полностью поддерживаю, это надо знать хотябы минимально
- html 
- css 
- javascript, jquery

Я тут форму запилил, для удобства. Заполняйте, не стесняйтесь)) Результаты автору сайта потом в виде диаграммы ну или как-нибудь, можно обсудить. Следует указывать навыки так: если джун знает Standard Objects,понятное дело, что мидл это знает по умолчанию
[url=https://docs.google.com/forms/d/1KNj1rykBz21DarpihUUO9abFlqE5nrxleDLi6reGrSI/viewform]SF matrix[/url]

[quote="Eugene Konstantinof"]Я тут форму запилил, для удобства. Заполняйте, не стесняйтесь)) Результаты автору сайта потом в виде диаграммы ну или как-нибудь, можно обсудить. Следует указывать навыки так: если джун знает Standard Objects,понятное дело, что мидл это знает по умолчанию
[url=https://docs.google.com/forms/d/1KNj1rykBz21DarpihUUO9abFlqE5nrxleDLi6reGrSI/viewform]SF matrix[/url][/quote]

SKILLS - чтобы это значило?

[quote="Maxim Elets"][quote="Eugene Konstantinof"]Я тут форму запилил, для удобства. Заполняйте, не стесняйтесь)) Результаты автору сайта потом в виде диаграммы ну или как-нибудь, можно обсудить. Следует указывать навыки так: если джун знает Standard Objects,понятное дело, что мидл это знает по умолчанию
[url=https://docs.google.com/forms/d/1KNj1rykBz21DarpihUUO9abFlqE5nrxleDLi6reGrSI/viewform]SF matrix[/url][/quote]

SKILLS - чтобы это значило?[/quote]
fixed

[quote="Eugene Konstantinof"]Я тут форму запилил, для удобства. Заполняйте, не стесняйтесь)) [/quote]
Спасибо огромное за помощь!
Соберем статистику, оформлю красивую таблицу - будет отличная помощь тем, кто принимает участие в отборе разработчиков.

[quote="Dmitry Shnyrev"][quote="Eugene Konstantinof"]Я тут форму запилил, для удобства. Заполняйте, не стесняйтесь)) [/quote]
Спасибо огромное за помощь!
Соберем статистику, оформлю красивую таблицу - будет отличная помощь тем, кто принимает участие в отборе разработчиков.[/quote]
Я в понедельник скину инфу в скайпе в течение дня

Мне кажется, приведенная шкала немного некорректна. 
Мы ведь понимаем, что знать, скажем, триггеры и кастом-контроллеры можно по разному. Мало того, знать и применять их в работе можно по разному :)
В итоге это закончится созданием шкалы оценок для каждого из пунктов с дальнейшей детализацией критериев каждой оценки в шкале. 
Боюсь, для одного топика это выльется в чрезмерное усложнение. Проще привести упрощенные примеры персонажей :)

Евгений, мне сегодня скинул результаты в виде трех наборов по juniour, middle и senior.
Сказал что проголосовало 17 человек, так что о некоторой степени объективности уже можно говорить.
Я ближайшее время оформлю и выложу в виде статьи.



[quote="cidr8n"]Мне кажется, приведенная шкала немного некорректна. [/quote]
Это конечно все достаточно примерно получается, понятно что junior может спокойно знать что-то из мидли и сеньора. Это будет больше зависеть от того с какими он задачами работает.
Но общее представление, общая картина получилась очень даже. И я бы сказал что будь у меня фирма, я бы руководствовался именно этой таблицей.

[quote="cidr8n"]В итоге это закончится созданием шкалы оценок для каждого из пунктов с дальнейшей детализацией критериев каждой оценки в шкале. [/quote]
Согласен, что каждый пункт требует уточнени. Может в перспективе по каждому пункту стоит придумать перечень вопрсов (и соответственно уровень в %) и тогда получится совсем уж совсем круто. И можно внедрять в процессы крупных компаний, типа VRP.

Спасибо всем, кто принимал участие в голосовании.
Приглашаю ознакомиться с результатами [url=https://salesforce-developer.ru/shkala-kompetentnosti-salesforce-razrabotchika-itogi]Шкала компетентности Salesforce разработчика (итоги)[/url]

У кого будут комментарии по этому поводу приглашаю продолжить обсуждение здесь.

Оставил подобный вопрос в Salesforce developer community. Может что путное ответят.
https://developer.salesforce.com/forums/ForumsMain?id=906F0000000AktKIAS

[quote="yurybond"]Оставил подобный вопрос в Salesforce developer community. Может что путное ответят.
https://developer.salesforce.com/forums/ForumsMain?id=906F0000000AktKIAS[/quote]
Почитал ответы. 
Могу сказать, что точно так же начиналась и наша беседа - вяло. 
Очень сложно вот так просто взять и сказать что должен знать тот, тот и тот.
Предложи им разбить список (выше) на три части, посмотришь как народ активизируется и присоединится к обсуждению. Можешь приложить нашу итоговую таблицу (статья)
Все-таки выбирать из вариантов ответа проще чем придумывать ответ.

[quote="Dmitry Shnyrev"][quote="yurybond"]Оставил подобный вопрос в Salesforce developer community. Может что путное ответят.
https://developer.salesforce.com/forums/ForumsMain?id=906F0000000AktKIAS[/quote]
Почитал ответы. 
Могу сказать, что точно так же начиналась и наша беседа - вяло. 
Очень сложно вот так просто взять и сказать что должен знать тот, тот и тот.
Предложи им разбить список (выше) на три части, посмотришь как народ активизируется и присоединится к обсуждению. Можешь приложить нашу итоговую таблицу (статья)
Все-таки выбирать из вариантов ответа проще чем придумывать ответ.[/quote]

Дима, подключайся к дискусии в Community, заодно будешьв английском практиковаться)

Для каждого случая (компании/проекта) будут свои критерии. Какой-то минимум, например объекты, триггеры, ограничения, должен быть у любого, а дальше, уже от проекта зависит.
Я вот в одну контору собеседовался. Спрашивали много про самописные списки, как по ним бегать. Что-то про пачки (batch) было. Ну, мне предложили на $500 меньше, чем я хотел. А тут, где я сейчас работаю... я даже не помню, что спрашивали :-) Но, видимо, что-то по сервисам, которые я пишу в СФ. Вот 4 года работаю с СФ и 3 из них так точно пишу сервисы в СФ или код, который использует сторонние сервисы. Тут я в поряде оказался и, мне кажется, сразу после собеседования мне сказали хорошо и спросили, когда же я выйду на работу.
Точно так же, как и с Жавой. Кто такой Мидл? Там столько всяких фрэймворков, что мидлом можно разве что себя по выслуге лет назвать.
Я вот по этой шкале... Отчеты пару раз делал перед сдачей экзамена. Портал/комьюнити ни разу не видел. СФ1 - видел. Ант для СФ - даже не пробовал. ССО никогда не слышал.
Вот Callout, Future Methods, Test, Workflows, Batch, Change Sets - я бы это в минимум для СФ программера вынес.
Я бы больше градацию по выслуге лет делал.

Chiz, спасибо за мнение.
Согласен что критерии могут отличаться и все зависит от конкретной компании и потребностей. Я тоже проходил достаточное количество собеседований, но все они (в нормальных конторах) сводились к тому что "у нас есть такие задачи как вы их будете решать". Если начинают гонять по теории и тем более по ООП можно спокойно заканчивать такое собеседование потому что в этой компании делать нечего - задач боевых у них нет, те кто собеседуют просто хотят прокачать свое эго за счет вас, ну и рекрутеры поставить галочку что они работают.
[quote="chiz"]Портал/комьюнити ни разу не видел. СФ1 - видел. Ант для СФ - даже не пробовал. ССО никогда не слышал. [/quote]
В подтверждение что все от конкретной канторы зависит. Я например сейчас без ант как без рук (вообще не представляю чтобы без него делал), порталы на прошлой работе 3 года только и пилил, SF1 пробовал, отчеты тоже не сталкивался.

Мне кажется сила разработчика не в знаниях, а в умении эти знания приобрести при необходимости.
Я вот тоже не считаю себя js разработчиком (завалил бы любое собеседование на эту должность), но это мне не мешает пилить любые фронтенд решения и кастомизировать js библиотеки. Просто сейчас любой ответ, пример решения можно найти в интернете. Плохо что "старая гвардия" этого пока еще не понимает, и мыслит понятиями "книжка, документация, 5 лет университета".

[quote="Dmitry Shnyrev"]Плохо что "старая гвардия" этого пока еще не понимает, и мыслит понятиями "книжка, документация, 5 университета".[/quote]
Полностью согласен. Говорю как человек с образованием агронома) 

А где KnowledgeBase, Rest и Soap. Какой же Senior без умения интеграции со сторонним ПО?

KnowledgeBase добавлю.
REST и SOAP косвенно я думаю что затронуты (Callouts и API).
Но в принципе можно и добавить.
Спасибо за дополнение :) 

Поместил REST и SOAP в Middle - я думаю Миддл должен хотя бы знать теорию по этим вопросам.
Ну а KnowledgeBase в Senior - слишком специфическая штука и если честно я например ее не знаю совсем - никогда не сталкивался.

Соглашусь, 
Knowledge Base - практически полностью функциональная зона, если что-то и остается разработчику из а-ля "как работать с Data Category" или "Как рендерить/искать по базе знаний", то эти вещи слишком специфичны. 

Лучше оставить это консультантам :)

[quote="cidr8n"]Knowledge Base - практически полностью функциональная зона, если что-то и остается разработчику из а-ля "как работать с Data Category" или "Как рендерить/искать по базе знаний", то эти вещи слишком специфичны.

Лучше оставить это консультантам :)[/quote]
Ну хотя бы нужно иметь представление, что это такое.
Однажды сталкивался с переводом статей на разные языки и последующим деплоем, а так да, работы там не очень много.

[quote="Dmitry Shnyrev"]KnowledgeBase[/quote] [url=http://support.fxclub.org]support.fxclub.org[/url] я вот тут использую, довольно неплохо подошло.

Ну, слушай, прикольно смотрится!
Надо присмотреться к этому KnowledgeBase!!!

[url=https://www.linkedin.com/jobs2/view/109777734?spSrc=&clkData=&trk=hp-feed-job-name]Пример Junior[/url]

[quote="wilder"][url=https://www.linkedin.com/jobs2/view/109777734?spSrc=&clkData=&trk=hp-feed-job-name]Пример Junior[/url][/quote]
Шутки шутишь :)

[quote="wilder"][url=https://www.linkedin.com/jobs2/view/109777734?spSrc=&clkData=&trk=hp-feed-job-name]Пример Junior[/url][/quote]
Прикольно. А чем у них тогда синьоры занимаются? :-)

[quote="Sergey Prichepo"][quote="wilder"][url=https://www.linkedin.com/jobs2/view/109777734?spSrc=&clkData=&trk=hp-feed-job-name]Пример Junior[/url][/quote]
Шутки шутишь :)[/quote]

Неа. Реальная вакансия. Мне интнресно только как много времени им понадобиться что бы найти такого джуниора:)

Мда! Офигеть! Я даже со своим многолетним опытом не подойду на эту вакансию. 
Хотя Может у них должность так называется (Junior) а платят они как Senior'у поэтому и требования сообвествующие.

[quote="Chiz"]Прикольно. А чем у них тогда синьоры занимаются? :-)[/quote]
Наверное как в старой доброй шутке - "учатся не работать" :D

[i]Джуниор - учится работать
Мидл - работает
Синьйор - учится не работать
Software Architect - не работает
Solution Architect - учится мешать работать
CTO - мешает работать[/i]

:D 

О нашел продолжение шутки
"Итого, самый проверенный вариант – быть мидлом, считаться синьором, работать как джуниор." :D 

[quote="wilder"][quote="Sergey Prichepo"][quote="wilder"][url=https://www.linkedin.com/jobs2/view/109777734?spSrc=&clkData=&trk=hp-feed-job-name]Пример Junior[/url][/quote]
Шутки шутишь :)[/quote]

Неа. Реальная вакансия. Мне интнресно только как много времени им понадобиться что бы найти такого джуниора:)[/quote]
Вопрос поставлен некорректно, потому как не указан размер компенсации. Понятно же, что позиция junior в Google будет отличаться от junior в OOO "Рога и Копыта", как по требованиям, так и по компенсации.

Можно я тут напишу? :-)
Вакансия [url=https://jobs.dev.by/81379?utm_source=devby&utm_medium=job_article&utm_campaign=bestjobs2]Junior Java developer[/url]. [quote]Содержание работы:


Разработка приложений на Force.com платформе.[/quote]
На платформе Force.com можно разрабатывать на Java? Или это они так завуалировали, мол, программить будут на Apex, но он же похож на Java синтаксисом...

На самом деле можно. У пары корпоративных клиентов видел. Как они это сделали не знаю.

[quote="wilder"]На самом деле можно.[/quote]
Это как? Java транслируется в Apex? Или вся бизнес логика на Java а работа через API?

[quote="Dmitry Shnyrev"][quote="wilder"]На самом деле можно.[/quote]
Это как? Java транслируется в Apex? Или вся бизнес логика на Java а работа через API?[/quote]

Нет они именно сохраняют свой jar в salesforce а потом через url его вызывают. В частности у ibm такое видел.

[quote="wilder"][quote="Dmitry Shnyrev"][quote="wilder"]На самом деле можно.[/quote]
Это как? Java транслируется в Apex? Или вся бизнес логика на Java а работа через API?[/quote]

Нет они именно сохраняют свой jar в salesforce а потом через url его вызывают. В частности у ibm такое видел.[/quote]

сталкивался только с использованием java апплетов, но они выполнялись на клиенте, когда как очень интересно с jar файлами - они должны где-то выполняться, а это вопрос как доступа к вычислительным ресурсам, так и зависимостей.

[quote="wilder"][quote="Dmitry Shnyrev"][quote="wilder"]На самом деле можно.[/quote]
Это как? Java транслируется в Apex? Или вся бизнес логика на Java а работа через API?[/quote]

Нет они именно сохраняют свой jar в salesforce а потом через url его вызывают. В частности у ibm такое видел.[/quote]

Ну, полагаю, чтобы загружать свои jar'ы в Salesforce нужно иметь очень тесные отношения к Salesforce, читай: платить им много бабла. А зачем ibm так делает, кстати? Что за проблему решали при этом? 

[quote="Mike V"]Что за проблему решали при этом?[/quote]
Наверное недостаток квалифицированных SF программистов :) 

[quote="Chiz"]Можно я тут напишу? :-)
Вакансия [url=https://jobs.dev.by/81379?utm_source=devby&utm_medium=job_article&utm_campaign=bestjobs2]Junior Java developer[/url]. [quote]Содержание работы:


Разработка приложений на Force.com платформе.[/quote]
На платформе Force.com можно разрабатывать на Java? Или это они так завуалировали, мол, программить будут на Apex, но он же похож на Java синтаксисом...[/quote]
[url=https://dev.by/lenta/main/top-6-junior-vakansiy-na-dev-by-za-nedelyu#comment61479]Ответ[/url]

[quote="Chiz"]Ответ[/quote]
O! опять WaveOC всплыли :) 
Знаю много людей которые оттуда ушли. А вот чтобы туда кто-то устроился что-то не слышал. 
Сам когда-то пытался к ним попасть, но что-то не срослось. Может и к лучшему.

По ходу не сильно работает их метод. Разве что набрать кучу java жуниоров которые потратят бюджет на обучение SF и свалят.

[quote="Mike V"][quote="wilder"][quote="Dmitry Shnyrev"][quote="wilder"]На самом деле можно.[/quote]
Это как? Java транслируется в Apex? Или вся бизнес логика на Java а работа через API?[/quote]

Нет они именно сохраняют свой jar в salesforce а потом через url его вызывают. В частности у ibm такое видел.[/quote]

Ну, полагаю, чтобы загружать свои jar'ы в Salesforce нужно иметь очень тесные отношения к Salesforce, читай: платить им много бабла. А зачем ibm так делает, кстати? Что за проблему решали при этом?[/quote]

очень сомневаюсь что есть такой метод работы с форсом - апекс хоть компилируется в java 5, все равно не верю что такое сосуществование возможно - вызывать веб-сервисы? тогда их можно хостить не на форсе, а уж юзать всякие java beans и другие варианты RDP из апекса - это из области фантастики. 

говорю как работающий в самом крупном системном интеграторе форса - никто тут такого не слышал :-/


В итоге думаю они просто набирают Java разрабов для "обращения" в Apex. Список технологий привели для того чтобы убедиться что его уровень "достаточен" для быстрого "обращения".

По-моему, пора заводить тему "Самый идиотский костыль для Salesforce, который вы когда-либо видели". Номером один будет вот этот: подгрузка кастомных jar'ов.

[quote="Mike V"]По-моему, пора заводить тему "Самый идиотский костыль для Salesforce, который вы когда-либо видели". Номером один будет вот этот: подгрузка кастомных jar'ов.[/quote]

О не это не самый:) я тут за последний месяц столько новых повидал:)

[quote="wilder"]О не это не самый:) я тут за последний месяц столько новых повидал:)[/quote]
Ну так поделись. Как сказал д’Артаньян: "Соблаговолите сказать, над чем вы смеетесь, и мы посмеемся вместе!"

[quote="Mike V"]Ну так поделись. Как сказал д’Артаньян: "Соблаговолите сказать, над чем вы смеетесь, и мы посмеемся вместе!"[/quote]

Ну вот сегодняшний.

Девелопер сделал общий мап для стран и штатов где глючом мапа был Ид ответственного за регион. И надо же такому случиться что AL - это не только Албания, это еще и Алабама.  

И как решили? Два мапа? Или Алабама стала ALB?

[quote="Mike V"]И как решили? Два мапа? Или Алабама стала ALB?[/quote]

Фикс, очень простой. Просто добавил префикс для страны и все.