Я бы по алгоритму со строкой ипользовал стек для каждого слова , и pushil бы туда значения из строки пока не будет ' ', затем в stringBuilder , с заданной capacity, пулил бы всё из стека
Как видите, участники использовали свои обычные микрофоны, которые используют для общения с другими людьми. Можно считать это как повод задуматься а как вы звучите для других, особенно, если работаете удалённо 😉
По поводу последний практики: такое решение будет работать не правильно. Дистинкт из числе 1, 1, 2, 3 оставит 1, 2 и 3. А нужно что бы осталось 2 и 3, уникальные значения.
Ну вообще обычно уникальными значениями считаются просто все разные значения, т.е. именно то, что выдаёт Distinct. Если нужно отобрать те значения, которые встретились не более одного раза, то так и нужно формулировать задачу. Будет чуть сложнее - через GroupBy, Count и Where.
"сумма уникальных чисел" ребят ну каммон. если алго-секция, пишите нормально без использования linq и всяких доп методов (reverse). Сплитануть, пройтись по каждой строке, для каждой сроки взять начало конец массива поменять местами пока не дошли до середины (перевернули строку), венрули, записали в массив результатов, в конце собрали ответ. Ну и конечно у подобно рода решений подобного рода задач в конце окажется небось лишний пробел, мне кажется это даже не уровень Easy на литкод
а в чем прикол уметь писать то, что уже сто раз реализовано? я на работу беру тех, кто умеет писать на языке и использовать его возможности если человек на собесе бодро решает алгоритмы это значит лишь то что у него дофига свободного времени было на задрачиваение литкода и такому сразу отказ. никакой гибкостью мышления и полетом мысли тут и не пахнет
Лично у меня здесь логика следующая: чтобы писать эффективный код, человек должен уметь в алгоритмы, а если он умеет в алгоритмы, то сможет написать код, эффективно решающий задачу и без использования вспомогательных средств. Иначе это уже не программист, а копипастер получается, который может работать только при наличии уже готовых решений.
@@DotNetInterviewPreparation на мой взгляд уже давно нет уникальных задач. Все уже придумано и реализовано, сейчас ценится умение собирать из фигурок лего то, что нужно бизнесу и рядовому разрабу достаточно знать что цикл в цикле это плохо и умение загуглить табличку с эффективностью алгоритмов для структур данных
Да, порой участники в первый раз видят задания, которые дают друг другу. Посмотрите видео, где я рассказываю как подобные мок собеседования проводятся.
Правильный ответ уже озвучивали ниже - оба мидлы) Андрей претендовал на роль сеньора, но ему в пару не нашлось сеньора, поэтому для собеседования решили взять вопросы на мидла.
А так вообще первый спикер гораздо бодрее, чем второй. Гораздо )) Хотя на задании тоже слегка поплавал, но если чисто по теоретической части, я б подумал, что и на тех лида уже тянет )
@@DotNetInterviewPreparation первый собеседующий синьор. Бодрый спикер еще не значит, что опытный. Почему я решил, что первый синьор? Он знает про евенты и делегаты. Не часто щас такое в работе встречается. А раз первый с ними работал, значит опыт большой.
огромная благодарность участникам
Я бы по алгоритму со строкой ипользовал стек для каждого слова , и pushil бы туда значения из строки пока не будет ' ', затем в stringBuilder , с заданной capacity, пулил бы всё из стека
Очень тяжело слушать 😢 со звуком беда. За видео спасибо !
Как видите, участники использовали свои обычные микрофоны, которые используют для общения с другими людьми. Можно считать это как повод задуматься а как вы звучите для других, особенно, если работаете удалённо 😉
По поводу последний практики: такое решение будет работать не правильно. Дистинкт из числе 1, 1, 2, 3 оставит 1, 2 и 3. А нужно что бы осталось 2 и 3, уникальные значения.
Отличное замечание! Спасибо 👍
Ну вообще обычно уникальными значениями считаются просто все разные значения, т.е. именно то, что выдаёт Distinct. Если нужно отобрать те значения, которые встретились не более одного раза, то так и нужно формулировать задачу. Будет чуть сложнее - через GroupBy, Count и Where.
По заданию нужно было именно работать именно с теми числами, которые в единичном варианте есть.
чет я не помню Revert для String
Там есть Reverse()
Второе практическое занятие: там ответ, да и условие задачи подразумевает ответ 5. Предложенное решение дает ответ 6. Очень странные дела.
Да, если в пример не вчитываться, то условие можно неправильно понять.
"сумма уникальных чисел" ребят ну каммон. если алго-секция, пишите нормально без использования linq и всяких доп методов (reverse). Сплитануть, пройтись по каждой строке, для каждой сроки взять начало конец массива поменять местами пока не дошли до середины (перевернули строку), венрули, записали в массив результатов, в конце собрали ответ. Ну и конечно у подобно рода решений подобного рода задач в конце окажется небось лишний пробел, мне кажется это даже не уровень Easy на литкод
Хочу напомнить, что ребята пришли учиться и тренироваться. Так что я не стал бы так уж строго к ним придираться 😉
а в чем прикол уметь писать то, что уже сто раз реализовано? я на работу беру тех, кто умеет писать на языке и использовать его возможности
если человек на собесе бодро решает алгоритмы это значит лишь то что у него дофига свободного времени было на задрачиваение литкода и такому сразу отказ. никакой гибкостью мышления и полетом мысли тут и не пахнет
Лично у меня здесь логика следующая: чтобы писать эффективный код, человек должен уметь в алгоритмы, а если он умеет в алгоритмы, то сможет написать код, эффективно решающий задачу и без использования вспомогательных средств. Иначе это уже не программист, а копипастер получается, который может работать только при наличии уже готовых решений.
@@DotNetInterviewPreparation на мой взгляд уже давно нет уникальных задач. Все уже придумано и реализовано, сейчас ценится умение собирать из фигурок лего то, что нужно бизнесу и рядовому разрабу достаточно знать что цикл в цикле это плохо и умение загуглить табличку с эффективностью алгоритмов для структур данных
в задании про строку не сохраняется положение знаков препинания, так что не зачет
О, интересный момент, да, спасибо.
Я нихрена не понял что произошло на практическом задании, там такое чувство что собеседующий к концу сам не понял чего хотел
Да, порой участники в первый раз видят задания, которые дают друг другу. Посмотрите видео, где я рассказываю как подобные мок собеседования проводятся.
Так то из них мидл кто сеньер?
Правильный ответ уже озвучивали ниже - оба мидлы) Андрей претендовал на роль сеньора, но ему в пару не нашлось сеньора, поэтому для собеседования решили взять вопросы на мидла.
А так вообще первый спикер гораздо бодрее, чем второй. Гораздо )) Хотя на задании тоже слегка поплавал, но если чисто по теоретической части, я б подумал, что и на тех лида уже тянет )
Раскрываю завесу тайны: на сеньора собеседоваться приходил Андрей, а Алексей - на мидла.
Оба мидла
))
Интересный вариант)
@@DotNetInterviewPreparation первый собеседующий синьор. Бодрый спикер еще не значит, что опытный. Почему я решил, что первый синьор? Он знает про евенты и делегаты. Не часто щас такое в работе встречается. А раз первый с ними работал, значит опыт большой.
Отличный ход мыслей. Только по факту Андрей готовился устраиваться на сеньора, а Алексей - на мидла.
Андрей грамотный спец