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