Coding assignment

[nyekimov]

Если специалист нанимается на жаву Спринг и будет делать только это. То оно и понятно.

Про процентаж ответивших, совершенно не показательно. Те люди, кто работает уже в Гугл, наврятли пойдёт не в фаанг. В фаанг спрашивают литкодовские задачи, потому что проекты живут часто не долго. Например даже у меня не на фаанг был модуль, который индусы писали 2.5 года и постоянно что то чинили. Причём каждый релиз какой то новый затык в старом коде, ну или на стыке нового и старого. Я пришёл и переписал им это чудо юдо. Вдруг оказалось, что столько людей и не надо. Освобождённым ресурсам надо будет заниматься чем то ещё.

[deev_a_v]

90% не знают что такое EXPLAIN PLAN

Это чисто оракловая штучка. Странно ожидать от рядового java программера знакомства с ней

[nickb]

В той или иной форме explain plan существует для основных RDBMS. Я обычно спрашиваю не ИМЕННО буквально оракловский синтакс.

Если dev не понимает, где затык, то приложение будет страдать.
По мне, так умение читать explain plan полезнее, чем умение быстро написать обход бинарного дерева. Где-то, конечно, другие приоритеты

[nickb]

Если специалист нанимается на жаву Спринг и будет делать только это. То оно и понятно.

Про процентаж ответивших, совершенно не показательно. Те люди, кто работает уже в Гугл, наврятли пойдёт не в фаанг. В фаанг спрашивают литкодовские задачи, потому что проекты живут часто не долго. Например даже у меня не на фаанг был модуль, который индусы писали 2.5 года и постоянно что то чинили. Причём каждый релиз какой то новый затык в старом коде, ну или на стыке нового и старого. Я пришёл и переписал им это чудо юдо. Вдруг оказалось, что столько людей и не надо. Освобождённым ресурсам надо будет заниматься чем то ещё.

У нас обычно нет задач ЧИСТО для ТОЛЬКО Java. Много намешано, и понимать БД нужно.
Не везде задачи алгоритмически сложные, у нас нужно знать всего понемногу.
Я же не спрашиваю их КАК там внутри работает какая-то БД фича.

[valchkou]

90% не знают что такое EXPLAIN PLAN

Это чисто оракловая штучка. Странно ожидать от рядового java программера знакомства с ней

уже нет. Но на счет жавы и не только кстати жавы вы правы.
Не всем посчастливилось поработать с такими товарищами которые поделились сакральным.

Я бы рекомендовал включить EXPLAIN PLAN в курс колледжа по computer science, так как он замечательно ложится на структуры данных и алгоритмы.
Особенно если учесть что современные IDE имеют эту фитчу.

[Херовимчик]

А мне вот что интересно. Как люди относятся к тому, что кандидат в каком-нибудь codepad использует отладчик? А сами вы пользуетесь?

[nyekimov]

А мне вот что интересно. Как люди относятся к тому, что кандидат в каком-нибудь codepad использует отладчик? А сами вы пользуетесь?

Не совсем понял вопроса. Типо писать код на бумажке или в ide? Как по мне писать что то посложней чем элементарное на бумажке без отладчика немного издевательство.
Мы например в coderpad разрешаем кликать запуск ровно столько, сколько хочется. И это тоже показательно, кто то напишет большинство и кликнет раз, извинится и тут же исправит что нить мелкое. А есть те, кто напишет строчку и лезет нажимать на запуск. Потом ещё ошибку блин распознать не может, начинают править не то вообще. Это тоже хороший тест на адекватность, особенно в элементарных и около элементарных вещах.

[mikeG]

Я прямо читаю и дивлюсь. Периодически меня просят провести интервью к кандидатами.
70% не понимают передачу параметров по ссылке или по значению на примере String/Stringbuffer
80% не знают, как работает @Autowired
90% не знают, как работает @Transactional и public/private methods
90% не знают что такое EXPLAIN PLAN

Всегда был уверен, что в джаве параметры только по ссылке передаются. Разница в mutable/immutable.
Остальные пункты - я вообще не знаю о чем это. Очевидно, дальше фон скрина я у вас не пройду.

[nickb]

Интервьюировал один раз парня, который в apple перед этим работал. Он отвечал прямо не задумываясь, вот реально, ни секунды.
Но тут уж мы ему не подошли

[Big W]

Я прямо читаю и дивлюсь. Периодически меня просят провести интервью к кандидатами.
70% не понимают передачу параметров по ссылке или по значению на примере String/Stringbuffer
80% не знают, как работает @Autowired
90% не знают, как работает @Transactional и public/private methods
90% не знают что такое EXPLAIN PLAN

Всегда был уверен, что в джаве параметры только по ссылке передаются. Разница в mutable/immutable.
Остальные пункты - я вообще не знаю о чем это. Очевидно, дальше фон скрина я у вас не пройду.

Че-то тоже не соображу, как на примере String/Stringbuffer предполагается продемонстрировать разные варианты передачи параметров по ссылке и по значению

[Херовимчик]

А мне вот что интересно. Как люди относятся к тому, что кандидат в каком-нибудь codepad использует отладчик? А сами вы пользуетесь?

Не совсем понял вопроса. Типо писать код на бумажке или в ide? Как по мне писать что то посложней чем элементарное на бумажке без отладчика немного издевательство.
Мы например в coderpad разрешаем кликать запуск ровно столько, сколько хочется. И это тоже показательно, кто то напишет большинство и кликнет раз, извинится и тут же исправит что нить мелкое. А есть те, кто напишет строчку и лезет нажимать на запуск. Потом ещё ошибку блин распознать не может, начинают править не то вообще. Это тоже хороший тест на адекватность, особенно в элементарных и около элементарных вещах.

В codepad теперь есть встроенный gdb

[vdfs]

Какая статистика! Красивая, и детальная. Неужели количество кандидатов у вас кратно десяти? Иначе как получить такие ровные проценты. Или вы считаете статистику, как в том советском мультике про полтора землекопа?

[Сабина]

Я прямо читаю и дивлюсь. Периодически меня просят провести интервью к кандидатами.
70% не понимают передачу параметров по ссылке или по значению на примере String/Stringbuffer
80% не знают, как работает @Autowired
90% не знают, как работает @Transactional и public/private methods
90% не знают что такое EXPLAIN PLAN

Я тоже не знаю что такое EXPLAIN PLAN. А что это?

Возможно ты знаешь его как execution plan. Любая distributed system имeет свои правила как он строиться и и свои rules, но суть в том как твой SQL будет проинтепретирован и как engine будет его выполнять (join through sort merge etc). Скажем в Spark UI есть tab SQL when you run SparkSQL job. Redshift has similar "explain SQL" functionaly, Hive, BigQuery, you name it

[Krys-Krys]

Я прямо читаю и дивлюсь. Периодически меня просят провести интервью к кандидатами.
70% не понимают передачу параметров по ссылке или по значению на примере String/Stringbuffer
80% не знают, как работает @Autowired
90% не знают, как работает @Transactional и public/private methods
90% не знают что такое EXPLAIN PLAN

Я тоже не знаю что такое EXPLAIN PLAN. А что это?

Возможно ты знаешь его как execution plan. Любая distributed system имeет свои правила как он строиться и и свои rules, но суть в том как твой SQL будет проинтепретирован и как engine будет его выполнять (join through sort merge etc). Скажем в Spark UI есть tab SQL when you run SparkSQL job. Redshift has similar "explain SQL" functionaly, Hive, BigQuery, you name it

Execution plan знаю и давно, а вот такой термин 1й раз слышу.

[alex_127]

Я прямо читаю и дивлюсь. Периодически меня просят провести интервью к кандидатами.
70% не понимают передачу параметров по ссылке или по значению на примере String/Stringbuffer
80% не знают, как работает @Autowired
90% не знают, как работает @Transactional и public/private methods
90% не знают что такое EXPLAIN PLAN

Я тоже не знаю что такое EXPLAIN PLAN. А что это?

Возможно ты знаешь его как execution plan. Любая distributed system имeет свои правила как он строиться и и свои rules, но суть в том как твой SQL будет проинтепретирован и как engine будет его выполнять (join through sort merge etc). Скажем в Spark UI есть tab SQL when you run SparkSQL job. Redshift has similar "explain SQL" functionaly, Hive, BigQuery, you name it

не путайте compiled plan with execution plan (или estimated vs actual). это для начало совсем разные объекты с разным временем жизни (может быть 10 execution plans for one compiled as an example)

[Сабина]

Я прямо читаю и дивлюсь. Периодически меня просят провести интервью к кандидатами.
70% не понимают передачу параметров по ссылке или по значению на примере String/Stringbuffer
80% не знают, как работает @Autowired
90% не знают, как работает @Transactional и public/private methods
90% не знают что такое EXPLAIN PLAN

Я тоже не знаю что такое EXPLAIN PLAN. А что это?

Возможно ты знаешь его как execution plan. Любая distributed system имeет свои правила как он строиться и и свои rules, но суть в том как твой SQL будет проинтепретирован и как engine будет его выполнять (join through sort merge etc). Скажем в Spark UI есть tab SQL when you run SparkSQL job. Redshift has similar "explain SQL" functionaly, Hive, BigQuery, you name it

не путайте compiled plan with execution plan (или estimated vs actual). это для начало совсем разные объекты с разным временем жизни (может быть 10 execution plans for one compiled as an example)

Я объясняла Крыси идею, а не Оракловскую имплементацию. Последнее ей сильно вряд ли понадобится

[rtogan]

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

Когда человек не понимает как получить количество элементов в глобальном массиве без использования глобальной перемены count - вот это печаль! Зато задачки с LC умеет решать )))

О каком языке речь? Что за глобальная переменная count? Которую нужно апдейт, чтобы не считать заново кол-во элементов? Или вы имеете в виду использовать property (размер) самого массива, которые есть в некоторых языках?

[rtogan]

Задачки на дом такая же инвестиция времени в возможность быть нанятым, как и задачки на доске. Я б сказал, в задачки на доске надо вложить много больше времени (загодя). Вон тут народ месяцами надрючивается на литкоде. Следуя логике "должны платить за вложенное время", надо высылать счет за предварительный литкодинг, тоже.

Неправильная логика Тренируясь на литкоде, вы готовитесь к интервью в любой компании, в то время, как задание на дом может быть специфичным. Ну и на литкоде у вас более гибкий график.

[nyekimov]

Задачки на дом такая же инвестиция времени в возможность быть нанятым, как и задачки на доске. Я б сказал, в задачки на доске надо вложить много больше времени (загодя). Вон тут народ месяцами надрючивается на литкоде. Следуя логике "должны платить за вложенное время", надо высылать счет за предварительный литкодинг, тоже.

Неправильная логика Тренируясь на литкоде, вы готовитесь к интервью в любой компании, в то время, как задание на дом может быть специфичным. Ну и на литкоде у вас более гибкий график.

Задания на дом как правило касаются напрямую того, чем придётся заниматься. Если какие то затруднения выполнить или задачка «левая», то вполне можно и пропускать, либо подтягивать уровень, что будет готовить к работе будущей.

С литкодом как раз таки потом на работе он мало кому нужен, хотя и не мешает.

[Albert_al]

Я прямо читаю и дивлюсь. Периодически меня просят провести интервью к кандидатами.
70% не понимают передачу параметров по ссылке или по значению на примере String/Stringbuffer
80% не знают, как работает @Autowired
90% не знают, как работает @Transactional и public/private methods
90% не знают что такое EXPLAIN PLAN

Я тоже не знаю что такое EXPLAIN PLAN. А что это?

Когда ваша query выполняется медленно, и вам нужно понять, где затык, может, missing indexes, full table scans, etc

Это вообще то для людей моего профиля, я не знаю ваших autowired, зато про квери могу весь день бухтеть

[Albert_al]

Я прямо читаю и дивлюсь. Периодически меня просят провести интервью к кандидатами.
70% не понимают передачу параметров по ссылке или по значению на примере String/Stringbuffer
80% не знают, как работает @Autowired
90% не знают, как работает @Transactional и public/private methods
90% не знают что такое EXPLAIN PLAN

Я тоже не знаю что такое EXPLAIN PLAN. А что это?

Возможно ты знаешь его как execution plan. Любая distributed system имeет свои правила как он строиться и и свои rules, но суть в том как твой SQL будет проинтепретирован и как engine будет его выполнять (join through sort merge etc). Скажем в Spark UI есть tab SQL when you run SparkSQL job. Redshift has similar "explain SQL" functionaly, Hive, BigQuery, you name it

не путайте compiled plan with execution plan (или estimated vs actual). это для начало совсем разные объекты с разным временем жизни (может быть 10 execution plans for one compiled as an example)

Коллега!

[caltrain]

Я пришёл и переписал им это чудо юдо. Вдруг оказалось, что столько людей и не надо.

А детушек малых по лавкам кто теперь кормить будет? Теперь то вы осознали свою венценосную вредоносность?

[vdfs]

Неправильная логика Тренируясь на литкоде, вы готовитесь к интервью в любой компании, в то время, как задание на дом может быть специфичным. Ну и на литкоде у вас более гибкий график.

Depends. Если не тренироваться на литкоде, то задания на дом лучше. Потому что на 3 месяца заданий просто не наберешь, как ни старайся, а потому задания выгоднее.
У нас тут ваш литкод особо и не спрашивают, и я это одобряю. Люди нужны не алгоритмы решать на доске.

А вообще меня уже второй раз цитируют не понимая контекста, в котором я это написал. Больше не буду отвечать

[Херовимчик]

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

Когда человек не понимает как получить количество элементов в глобальном массиве без использования глобальной перемены count - вот это печаль! Зато задачки с LC умеет решать )))

О каком языке речь? Что за глобальная переменная count? Которую нужно апдейт, чтобы не считать заново кол-во элементов? Или вы имеете в виду использовать property (размер) самого массива, которые есть в некоторых языках?

Язык С. Но что-то мне подсказывает что разделить размер массива на размер первого элемента можно в любом языке...

[rtogan]

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

Когда человек не понимает как получить количество элементов в глобальном массиве без использования глобальной перемены count - вот это печаль! Зато задачки с LC умеет решать )))

О каком языке речь? Что за глобальная переменная count? Которую нужно апдейт, чтобы не считать заново кол-во элементов? Или вы имеете в виду использовать property (размер) самого массива, которые есть в некоторых языках?

Язык С. Но что-то мне подсказывает что разделить размер массива на размер первого элемента можно в любом языке...

А разве размер массива и размер элементов массива - это одно и то же? Массив - не обязательно заполнен, правильно?
Да и получить, сколько занимает массив в памяти, наверно, можно не в любом языке. Это - что-то типа sizeof()? Но опять таки, это даст размер всего массива, а не заполненного элементами. Определите задачу четче