А что это?
Да так, может кто хочет выразить свой ВАУ или ФИ 
О! Должно быть высело! И SQL есть. А то его спрашивают, а я его лет 5 в глаза не видел :-)
Ты, Chiz, реально что ли на позиции жуниора пробуешься?
Блин, как-то у опытного девелопера спрашивать про SQL запросы это грубо!
На Топтале в тестах по СФ были две задачи на SQL. Я их, правда, не сделал, ибо синтаксис не помню. А я парень честные, не подсматриваю.
Ну, мне пофик как называется позиция, главное чтоб >3к было = )) А там, хоть Trainee называй :-)
Я тоже парень честный - на любые вопросы отвечал на собеседованиях -
"нафига мне это помнить если можно нагуглить?"
И реально - я сейчас ни строчки кода без копипаста или гугла не напишу!!!
Время уже не то! Сейчас важно не ЗНАТЬ, а ЗНАТЬ КАК НАЙТИ ОТВЕТ на свой вопрос.
Я вот сегодня знаю кучу языком и стеков программирования, но я без гугла не напишу ни строчки!
И ничего в этом плохого не вижу. Вот почему я за тестовое задание а не собеседование с листочком бумаги.
Было и такое - меня на собеседовании заставили на бумажке написать SQL запрос с кучей join чтобы выбрать то что просит интервьер. Я просто ушел в затуп и ни буквы не смог написать. Пришел домой и нагуглил этот самый запрос за 10 минут. Вот и нахрен спрашивается это нужно держать в голове?
Не, ну поверхностные знания, типа как "Привет, Медвед!" написать надо знать. Ну, и простые запросы.
А так, я сам тоже всегда в Гугле :-) Написание каждой VF странички у меня начинается с запроса "<apex:page" в Гугле и дальше я смотрю атрибуты, какой параметр передается в контролер и как тест к контролеру пишется.
Кстати, тут тоже надо знать грань :-)
Мы как-то собеседовали товарища. Задача - простая сортировка. В колледже такому учат. Он сказал, не, не буду писать. Это в книжке есть. Надо выбрать правильный алгоритм для сортировки и его закодить. Так и ничего на не написал :-) Такой был один, правда.
Я бы не написа - вообще ни одного алгоритма сортировки не знаю и не изучал, ни одного паттерна проектирования не знаю. Я на любом собеседовании буду хуже жуниора.
Но млин, это не мешает мне делать работу и делать ее хорошо.
Я даже не знаю как описать то что я знаю - поэтому мне сложно понравиться работодателю
Вот таких людей я бы брал к себе в команду. Но не тех кто круто решает логические задачки на собеседовании или знает что такое ООП.
Вот тоже очень показательный пример - на проекте столкнулся с одним парнем - недавним жуниором с бывшей конторы. Товарищи, он херачит так что у меня с моим многолетним опытом шары по пять копеек. Я таких опытных по пальцам одной руки могу назвать. А бывшие коллеги его характеризовали как начинающего. Он просто берет технологию и через сутки херачит. Нужен Ангуляр - да без проблем, вот тебе Ангуляр, нужен тебе Lightning - вот тебе Lightning, надо кастомизировать сложную страницу - на завтра утром - готово. Да я бы сам эту свою же страницу так быстро не сделал. А работал человек за копейка на позиции жуниора.
Корочей - не на собеседованиях надо людей оценивать а по реальным делам. Дал задачу, которую бы сам скажем день делал и смотри через сколько ее сделает кандидат. Может он уже через час сделает. И уж точно это будет не опытный прожженый спец. Я вот рад что этот человек со мной работает, и я его теперь буду тянуть за собой на самые высокие рейты.
Он продал душу диаволу?
Сколько ему лет?
Молодой совсем
