Доброго времени суток!
Я работаю больше двух лет программистом SF. Делал много всего)
Пришел я на эту работу вообще зеленым знал только основы основ java и c#. По сути сейчас все мои знания касаются только SF, html, javasript(jquery) и по мелочи(php, android, c#, java).
И есть у меня идея поменять работу(где есть хоть какое корпоративное обучение, и возможность проф. развития).
И меня очень интересует, что же спрашивают на собеседовании на должность проггера SF?
Если ты планируешь продолжить с Salesforce, но с другим работодателем, то могу сказать что сейчас в России появился спрос на salesforce разработчиков. В основном это бизнес, который планирует переходить на Salesforce. Спрашивают в основном про опыт и твои идеи по реализации той или иной задачи. Нет такой цели завалить тебя, как на собеседованиях по java. Т.е. если у тебя есть практический опыт в Salesforce и заказчик увидит, что ты можешь решить его проблемы - работа твоя.
Дим, к примеру я захочу устроится к Вам на VRP. Думаю таки вопросы будут.
я там уже не работаю. Ясно, ок спс за информацию.
Ну вот вам мой опыт прохождения собеседования.
Собственно тематических телефонных собеседований было три: первые два про СФ, там вопросы вроде "Это хорошо или плохо ставить @seeAllData=true в тесте?" - с этим все понятно, нет проблем.
Но последнее интервью было с главным руководителем, который не знает деталей СФ, но знает все остальное из мира програмирования, и поэтому задает вопросы общего плана, мотивируя это тем, что сотрудник в не-только-СФ-сной конторе должен быть team-player-ом, т.е. участвовать и в др процессах.
На этом интервью я рассказал все "по-простому", как оно есть у нас в проектах, интервьюер остался доволен моими ответами, а вот я - совсем нет.
Вот все вопросы которые мне были заданы, и я очень хотел бы спросить наших опытных товарищей, о том как на эти вопросы нужно ответчать "по-уму", т.е. грамотно и правильно.
(частично ответы на эти вопросы - очевидны, а частично - совсем нет)
(1) Как вы делаете тестирование? Какие тулсы вы используете для тестирования?
(2) Как вы делаете integration testing? (что это??)
(3) Как вы документирете вашу работу, расскажите о о вашем documentation process?
(4) Вы просите кого-то сделать review вашего кода? how do you track reviews?
(5) How do you build your projects? Do you know Hudson build tool?
(6) Используете ли вы какие-то тулсы для build and testing automation? Когда-нибудь слышали об Sylvania (UI testing)?
(7) Как вы использете ООП паттерны в СФ? Например, Singleton Pattern?
(8) Какие типы UML диаграм вы любите и почему? Чем interaction diagram или sequence diagram так полезна?
(9) Как вы используете Agile/Scrum методику при СФ разработке?
спасибо
Хорошие вопросы однако!
Я только на 7 могу ответить на пальцах. А на остальные только "где-то слышал, но никогда не использовал".
По моему это болезнь Salesforce разработчиков. Я уже писал об этом и не раз. Чистые Salesforce разработчики, мягко сказать, слишком слабые, и это не проблема разработчиков, это проблема Salesforce. На Salesforce чтобы что-то сломать надо постараться, на обычных платформах чтобы что-то НЕ сломать надо постараться, поэтому там уделяется столько внимания тестированию и проектированию, а не просто "страница+контроллер+75% покрытия как-нибудь и в прод"
"Обычные" программисты на все эти вопросы думаю ответят с ходу.
Я конечно извиняюсь, но вопросы по тестированию причем к разработчикам? Тестировать должны специальнообученные люди. Это тоже самое что спросить у тестировщиков про ооп.... Короче нет слов.
ПЫСЫ: я бы в эту кантору не пошел. У меня был такой опыт с Итранзишн минской..
Там правда что было... Говорю хочу к вам на .net. Сказали Приходи на собеседование. Пришел. По .net было вопроса 3 всего, причем это было не собеседование, а тест с наверно 60 вопросами(или чуть больше, давно было не помню). Остальное это php, java, c++, тестирование и прочая шняга которая меня совершенно не интересовала в то время...
Собственно я рад что собеседование было успешно завалено))) Ибо я нашел место где спрашивали по той теме на которую я к ним шел. Привет ребятам из "ОК")))
Естественно, есть даже test driven development. Я не спорю что разработчик должен писать тесты. Но, все же как мне когдато сказали в ВРП, каждый должен заниматься своим делом)
Den, ты просто попал не в ту контору на собеседование. Им просто не нужны были новые люди, а они просто собирали статистику по рынку.
Я считаю что вопросы должны быть практическими из реальной области. Как сделать это, как сделать то. А лучше вообще тестовое задание. Хотя тестовое задание это больше для junior, опытные не будут этим заниматься. Но опытному и не надо отвечать на 60 вопросов по php когда он java разработчик. Опытному вообще не надо отвечать на вопросы :)))))) за него должен отвечать его опыт :)))))) и резюме.
))) Тоже проходил этот этап. Только этот тест не на устройство на работу, а на зачисление на курсы трехмесячные(с последующим трудоустройством). Тест норм, я его прошел кстати на 95% :). Тоже возник вопрос: зачем мне отвечать на эти вопросы. Все дело в том, что они набирают сразу и php, и .net, и ruby. После прохождения теста и собеседования формируют большую группу (а-ля факультет) и подгруппы(уже по языкам). И как я понял, вроде как если ты написал, что хочешь на .net то смотрят в первую очередь на ответы в тесте по .net части.
Вообще в плане фабрики кадров итранзишн хорошая контора. Довелось мне там поучиться немного. Ушел по собственному желанию, т.к. предпочел реальную работу теоретическому трудоустройству.
По моему мнению если ты идешь на .net то ты готовишься именно к нему и в голове прокручиваешь инфу именно по нему, а потом приходишь и тут нежданчик.)
Да, Вадик правильно написал, там сначала 3хмесячные курсы, за которые не плотют, + по окончании не факт что тебе предложат работу.
Собственно для меня был нежданчик в виде остальных языков и вопросов). Собственно именно поэтому я не люблю такие большие конторы)
Тоже в тему собеседований.
Как-то раз довелось мне принимать участие в собеседовании по php одного кандидата (чтобы не скучал на Salesforce подкинули еще PHP проект). Так вот спрашивать про всякие ООП и паттерны проектирования я не мог, потому что сам не знал, зато знал что нужно для текущего проекта - как развернуть окружение на базе линкса аналогичное продакшену, как базу поднять и скопировать, как дебажить (а это была основная проблема, потому что движек был самописный). В итоге на все эти вопросы ответов не было, хотя знаний языка вполне даже хватало.
А если на это взглянуть со стороны кандидата, нафига ему знать линуксы и все такое? поднял xampp под виндой и девелопь себе наздоровье, а прод - залил на sharing хостинг и всего делов.
Я тоже вспомнил свое собеседование
Помню сделал тестовое задание и ведущему разработчику, которые мне его выдал, результат вполне понравился. Он собственно и ходатайствовал о том чтобы меня взяли. Но все равно пришлось проходить собеседование с моим будущим директором - гоняли меня сначала по логическим задачам (эх как я их ненавижу), по английском (ну это ладно), потом пошли по программированию: принципы ООП (до сих пор не могу запомнить, но это не мешает мне программировать), потом зацепили стек (принципы внутреннего устройства, принципы работы, LILO FIFO там всякие). Я помню вышел как выжатый лимон. А смысл всего этого? На знания Salesforce и продуктивность это никак не повлияло.
Зато мне нравится последние собеседования:
как бы вы сделали это? а это? а это?
сколько вы хотите?
! Все-таки собеседования людей с опытом и без совсем разные.
Ну не знаю по поводу блога. Я пришёл покал свой проект. И у них слюни сразу потекли. И все.
Виктор, насколько я знаю ты искал работу удаленно - такой вариант мы предложить не можем, если будет готовность на on-site обязательно приходи на собеседование!
Очень часто встречаю на англоязычных форумах совет от опытных товарищей к начинающим - использовать открытые репозитории на github.com и почаще туда коммитить свои наработки. В продвинутых компаниях при устройстве на работу это огромный плюс - люди могут посмотреть твой код, оценить уровень знаний и желание развиваться. Также там есть такая замечательный блок - Contributions, где показывается твоя активность во времени. Так что это лишний раз подтверждает мои слова насколько важно вести активную социальную жизнь программиста.
Сам буквально на днях переборол себя и решил хранить свои наработки в открытом репозитории на github.com (до этого использовал закрытые репозитории в bitbucket.com). Ведь если подумать - сколько я всего перепробовал, сколько интересных наработок валяется у меня на компе, а сколько уже ушли в небытие, и как мне теперь доказать что все записи в моем резюме не пустые слова.
Так что чем раньше начнете о себе заявлять, тем лучше!
Касаемо репозитория думаю действительно стоит начать свои наработки выкладывать.
Ну не знаю. Я вот до сих пор не уверен что могу выкладывать свои разработки в открытый доступ.
согласен, жалко. Но это уже личное дело каждого Сам 3 года прятался в приватных репозиториях. Но и уровень моих наработок не тянет на коммерческий продукт, так что мне нечего скрывать. А если мои наработки в публичном доступе помогут мне найти работу лучше, то почему бы и нет. Все равно пылятся.при поиске серьезной работы обязательно спросят примеры работы. Хорошо бы иметь несколько СФ сайтовых страниц и открытый "витринный репо" с образцами твоих работ.
И если спросят, то просто кинешь ссылку: мол, смотрите, смейтесь...
хотя я подозреваю, что тут дело не просто в том, что люди хотят посмеяться над чужим кодом. Предполагаю, что дело в том, что работодатели даже видя кандидата с сертификатом СФ девелопер 401 абсолютно не имеют понятия, имеет ли этот парень вообще кодить, хоть как-то. Поэтому спрашивают про код...
Saelsorce ПРЕКРАСЕН.
И прекрасен он тем, что ты не можешь "прострелить себе ногу" - платформа тебе не позволит. Я реально фанат лимитов, и даже немного грущу, когда их отменяют. Они заставляют писать оптимальный код, с максимальным перформансом - у меня пунктик насчет "оптимальности".
На salesforce ты концентрируешься на бизнес задаче, а не на написании 500 строк кода для элементарных операций.
И много много всего.
Подходи на собеседование. daria.mitkevich@vrpinc.com - это HR.
Если прекрасен, то нужно писать правильно :). А если по теме, то я наверное могу привести массу примеров, почему я не считаю, что salesforce не прекрасен. Хорош да, но не прекрасен.
А Salesforce прекрасен это точно, только жаль мало заказчиков. Реально сидишь и думаешь как не остаться без работы, а не ищешь интересные проекты.
Знаете чему бы я был бы рад и о чем мечтаю? Чтобы Salesforce выпустила облачный сервис без всякого стандартного функционала - только Apex, Visualforce и Custom Objects и всё. И вот такие орги продавались бы за цену стандартных VPS. Я бы тогда стал чистым Salesforce программистом не задумываясь.
Некотрые видимо забывают что толко совмен недавно у нас появился нормальеый join. И до сих под нет нормальной сортировки в примитивных мапах и сетах. И не нужно мне говорить про Sortable я прекрасно про него знаю. А дебильный лимит в 3.5 мега для WebService. А уж про то что некоторые строковые функции выжирают двойной Heap, я просто молчу. Продолжать ?
я про soql подумал)
join я подумал про SQL запрос а не про join строковый Его я знаю и постоянно использую.
Ну навскидку, такой ширпотреб как авторизация или регистрация пользователя на сайте.
Истина где-то рядом. Последний раз у меня это вроде уместилось в 64 строки. Давайте согасимся что Salesforce хорош, но не прекрасен :)
Ну раз уж мы на ты, представь что я клиент и прошу тебя сделать сайт каталог с авторизацией. Дай мне пожалуйста оценку трудозатрат (без UI части и дизайна) на своем любимом языке/платформе или на нескольких.
Как-то вы все приукрашиваете. авторизация+регистрация == 4 часа?
Что-то на каждом своем проекте (не salesforce) это крадет из моей жизни минимум неделю а то и намного больше (не фултайм конечно).
регистрация = сама регистрация+отправка подтрерждения на мыло+обработка подтверждения+сброс пароля+запрос повторного подтверждения
Вход = обработка мыла/логин, редирект на страницу с которой пришел на логин.
Правильное хранение паролей, обработка их хешей, трекинг пользователей (когда откуда пришел).
+ чтобы совсем красиво - система ролей + их проверка.
Тут страниц минимум 10 на "нормальную" работу с пользователями.
Если все это с нуля писать + проверка тестами == неделя минимум.
Если использовать готовые плагины (не знаю как в asp.net) то 100% уверен что захочется что-то кастомизировать и тогда начнутся танцы с бубном.
Система учета пользователей и прав - это 50% любой системы.
Это на Salesforce мы расслабились потому что за нас все делает Salesforce и мы можем спать спокойно.
А когда сделаешь вот такую же систему сам, точно спокойного сна можно лишиться, потому что уверен что с первого раза сделать "БЕЗОПАСНО" не получится.
Ну что-же, значит пусть будет 4 часа спорить я думаю тут нет смысла, у каждого свой опыт.
Но единственное что могу добавить - я бы не стал давать такую оценку заказчику.
PS: тему надо бы для плюсов и минусов салесфорса
Коллеги, по-моему тема уходит в off topic. Попробую вернуть назад: когда я нанимался последний раз, про SF как таковой почти ничего не спрашивали, задачи были про алгоритмы, структуры данных, ООП, и про HTTP немного. IMHO Конкретная технология - это наживное. Вряд ли среди нас есть те кто начал программирование с SF, все откуда нибудь пришли PHP, Java, .NET
про какие именно алгоритмы спрашивали?
к слову, а какие из алгоритмов наиболее актуальны в прикладном програмировании (исходя из вашего опыта)?
спасибо
Это больной вопрос, по-моему это просто мода такая спрашивать на собеседованиях про что-такое/как релизован/какова эффективность хеш-таблиц/векторов/списков. Про алгоритмы спрашивали Deep First Search/Breadth First Search, причем в друх местах подряд (тоже не знаю зачем). А что спрашивают у вас на East Coast?
меня распрашивали именно про Салейсфорс (в действительности вопросы были для меня не сложные).
но однажды спросили более широко (смотрите перечень вопросов выше). меня это так смутило, что я отказался от предложения (хотя прошел интервью успешно). Я уже не помню алгоритмы (кроме сортировочных), а некоторые вещи вроде Do you know Hudson build tool я не знаю. так что сейчас обложился книгами. не люблю, когда что-то не знаю, а они спрашивают...
Ps: но у нас тут все имплиментирующие компании, кто внедряет СФ. А в компаниях где делают СФ софт-продукт для маркета, там я думаю на интервью совсем другой коленкор.
Вот я и говорю, мода такая, зачем - не знаю. А что у Вас спрашивали?
Опыт прохождения собеседований у меня маленький.
1 раз SF - когда начинал проф карьеру - но это собеседование было формальностью, я всех покарил тем, что за неделю накатал сложную VF страницу, хотя до этого даже не слышал про SF. Брали на должность junior поэтому тут проблем не было.
1 раз на Java в наш горячо любимый в Беларуси Epam. Тоже делал тестовое задание, причем сделал с изюминкой - надо было поднять REST web service и site и чтобы данные с сайта сохранялись и тянулись с web service. Использовал Spring + Hibernate и выложил все это на Heroku. В общем на собеседовании народ даже не понимал что такое heroku, все привыкли что школьники присылают им исходники, да еще и не рабочие. Жестоко гоняли по теории ООП и Java (принципы ООП, всякие equals, hashmap и многое другие что уже не припомню, выкинул из головы за ненадобностью), тут я не особо блистал. Зато когда пошли вопросы по CSS и Javascript тут я уже поражался со знаний интервьюиров. В общем предложили гораздо меньше чем я зарабатывал на тот момент, отказался.
ну и последнее время, когда стал работать на себя (ИП) все собеседования сводятся к поговорить по душам и рассказать о практическом опыте в Salesforce.
