Николай
есть языки где верхний регистр не совпадает с нижним вихуально)
Вчера как раз подобный стиль собесов обсуждали)
🧤 Сэр Шурф
я если что не даю такое) потмоу что это как раз херня для собеса, чисто дома самому позависать
Владъ
ну в англ g G не совпадают
И? Как это к задаче относится?
Viktor
я если что не даю такое) потмоу что это как раз херня для собеса, чисто дома самому позависать
Так это, не понял. Вопрос был какие задачи ты считаешь хорошо подходят для собеса и почему, что задача должна поверять. Эта задача для собеса или нет? 😅
🧤 Сэр Шурф
С иероглифами тоже бы стала отстоем
🧤 Сэр Шурф
Про физзбазз историю же слышали?
Владъ
От этого есть смысл
🧤 Сэр Шурф
На литкоде тоже есть)
Viktor
Идеальная задача для собеса это сделать таску и запустить её в прод
Мы уже обсуждали, что надо пускать кандидата на два дня в офис и давать ноут. И так даже делают, это реально. Просто работает это далеко не для всех: зависит от размера компании
🧤 Сэр Шурф
Что за история?
https://blog.codinghorror.com/why-cant-programmers-program/
Владъ
За два дня сложную систему не понять
Особенно в компаниях без нормального онбординга А это бОльшая часть
Viktor
За два дня сложную систему не понять
Там готовят пул изолированных, небольших задач. Но реальных
Илья
давай примеры хороших задач
Мне кажется, на Leetcode все задачи из категории Design хорошие 😊
Viktor
Особенно в компаниях без нормального онбординга А это бОльшая часть
Вот и ответ почему это сложно 😃 намного ж проще дать задачу с литкода или тухлое тестовое задание, а потом уже месяц работать и смотреть как пойдет.
Sergei
Я думал про эту историю, там вариантов физбаз на любой уровень https://blog.tdwright.co.uk/2022/07/14/fizzbuzz-is-fizzbuzz-years-old-and-still-a-powerful-tool/
Sergei
Можно даже клауд архитектора пособесить 😁️️️️️️
Владъ
Вот и ответ почему это сложно 😃 намного ж проще дать задачу с литкода или тухлое тестовое задание, а потом уже месяц работать и смотреть как пойдет.
Ну мы делали проще лучше Мы просто давали задачи из нашего проекта Там сразу и вью был и жс, и конкретная задача, которую мы решали
Viktor
Я помню в Яндексе был этот разговор, мол, ну реально проще людей с улицы брать в случайном порядке и потом смотреть у кого-то получится у кого-то нет. Но с этим есть проблема. Ты не можешь нанять человека, а потом через месяц уволить просто так даже на испытательном сроке с точки зрения законодательства, каждому бейджик напечатай, в системе заведи, потом удали и короче это все в ад превратилось бы.
Viktor
Ну мы делали проще лучше Мы просто давали задачи из нашего проекта Там сразу и вью был и жс, и конкретная задача, которую мы решали
Ходят байки, что все эти ликткоды появились как раз когда люди пытались взять реальную задачу из проекта, отделить все зависимости, потом выделить суть, потом переписать в отрыве от всяких NDA
Viktor
Но потом все развивалось иначе 😃
Владъ
Мне кажется опыт командной работы это наверное самое главное
И на собесе такое никак не проверить Только от предыдущего работодателя или на испытательном
Николай
Мне кажется опыт командной работы это наверное самое главное
Во! Наконец-то дошли до вывода "Софты самое нужное".
Николай
Программировать не надо! Надо уметь работать в команде!
Ilia
я на два дня пойду работать на чужую компанию только за 5х, потому что на основной работе никто не даст два дня ничего не делать
Владъ
Программировать не надо! Надо уметь работать в команде!
Главное не значит единственно необходимое
🎄Ilya
сегодня утром вспомнил что у меня была цель попасть в какой-нибудь бигтех
Serega
Программировать не надо! Надо уметь работать в команде!
Проходил практикум, были те кто обижался на кодревью 🤪. Думали что ревьювер издевается над ними, хотя там все было по делу
Николай
Проходил практикум, были те кто обижался на кодревью 🤪. Думали что ревьювер издевается над ними, хотя там все было по делу
Вроде это везде так, а не только в программировании. Одному говоришь - слушает, другой обижается.
Sergei
Проходил практикум, были те кто обижался на кодревью 🤪. Думали что ревьювер издевается над ними, хотя там все было по делу
Смотря как комментирии формулировать. Бывают очень прямолинейные и резкие ревьюверы, особенно в СНГ. В shit sandwich не умеют, цель же не унизить человека, а помочь 🙂
Николай
А какое отношение к ревью имеет "shit sandwich"? На ревью только про код и решение же должен быть разговор
Viktor
А какое отношение к ревью имеет "shit sandwich"? На ревью только про код и решение же должен быть разговор
Некоторые воспринимают комментарии типа «этот код говно» как «ты говно»
Николай
Писать "этот год говно" нельзя конечно - это больше об авторе коммента говорит чем о коде.
Serega
Некоторые воспринимают комментарии типа «этот код говно» как «ты говно»
А таких коментариев не должно быть. Если знаешь как лучше сделать напиши с пояснением.
Viktor
А таких коментариев не должно быть. Если знаешь как лучше сделать напиши с пояснением.
Не, ну это утрировано, конечно. В целом бывает проблема, что человек ассоциирует себя с кодом слишком сильно, как следствие если получилось не ок, то это сильная демотивация, выгорание и скорое увольнение
Sergei
Еще нужно разделять "требования" и "предложения по улучшению". Помните обсуждали когда рейтига из исходников нидерландских? Кому-то ок, кому-то нет, но код то дело делает. Ты бы так не написал, а коллега написал 🙂
Alex
А скажите, насколько приемлимыми на ревью вы считаете комментарии вида “мне кажется было бы лучше тут сделать Х“ или “я обычно в таких случаях делаю Х потому что Y, не думаешь ли что так лучше?”, при этом комментарий явно помечен ревьюером как не обязательный к исполнению и PR не помечен как request changes?
Николай
А скажите, насколько приемлимыми на ревью вы считаете комментарии вида “мне кажется было бы лучше тут сделать Х“ или “я обычно в таких случаях делаю Х потому что Y, не думаешь ли что так лучше?”, при этом комментарий явно помечен ревьюером как не обязательный к исполнению и PR не помечен как request changes?
Зависит от обьема исправлений и значимости лично для тебя. Есть принципиальные моменты в коде а есть вторичные. Например, я почти никогда не спорю по именованию - мой взгляд в процессе выполнения задачи замыленный а у ревьювера нет. Но, ключевые вещи по дизайну стоит отстаивать.
Николай
Хотя опять же зависит от решаемых задач - json'ы и прочие CRUD'ы как не перекладывай все одно получится)
Sergei
А скажите, насколько приемлимыми на ревью вы считаете комментарии вида “мне кажется было бы лучше тут сделать Х“ или “я обычно в таких случаях делаю Х потому что Y, не думаешь ли что так лучше?”, при этом комментарий явно помечен ревьюером как не обязательный к исполнению и PR не помечен как request changes?
Выглядит норм, формулировки приемлемые. Больше похоже на партнерские отношения, где у тебя есть шанс прислушаться, узнать что-то новое или отстоять свое мнение. Чем просто править, куда указали, как-будто кто-то пишет свой код твоими руками
Николай
Зависит от обьема исправлений и значимости лично для тебя. Есть принципиальные моменты в коде а есть вторичные. Например, я почти никогда не спорю по именованию - мой взгляд в процессе выполнения задачи замыленный а у ревьювера нет. Но, ключевые вещи по дизайну стоит отстаивать.
Когда проходишь ревью главное услышать какую проблему решает ревьювер теми или иными изменениями - проблему кодстайла - проблему тестового покрытия - проблему бизнеса - проблему собственного эго От этого стоит плясать)
Sergei
А вы оставляете хвалебные комментарии? Вроде, "О, здесь классно написано!" или "Мне нравится, очень аккуратно (neat)!" или "Отличный нейминг!"
Alex
в основном если добавили тесты там где давно стоило или в процессе реализации задачи например человек зарефакторил какой-то стремный код)
Sergei
Я по своему опыту скажу, у меня от таких комментов потом крылья отрастают и я готов еще больше и усерднее работать 🙂
Lynn «Кофеман»
Вот вы нафлудили. Я думаю что задачки типа «написать свой flat» как минимум покажут тебе что он оказывается не бесплатен ни по времени ни по памяти. Так же как написать свой find. Что б потом не писали квадратичные алгоритмы и «ой а чего оно тормозит на сотне элементов, на пяти всё нормально же было»
Lynn «Кофеман»
Флэт Вайт мэттерз!
Serega
Про гласдор, думал там правдивые отзывы 😔 https://newsletter.pragmaticengineer.com/p/layoffs-push-down-scores-on-glassdoor
Viktor
Про гласдор, думал там правдивые отзывы 😔 https://newsletter.pragmaticengineer.com/p/layoffs-push-down-scores-on-glassdoor
Надо доходить лично до инженеров и общаться, чтобы оценить компанию.
Viktor
Пока еще не успел хлебнуть — оставь ревью
Serega
Пока еще не успел хлебнуть — оставь ревью
Или если еще на испытательном, то ревью будет хвалебным
Viktor
Кент Бэк цитирует Ленина 🔥
Илья
В каждой теме много вложенных тем
Илья
А вот так выглядит Knowledge map
Илья
Все по мере прохождения заполняется, проценты растут, чувствуешь себя персонажем в MMORPG
Viktor
Я вчера хвалил JetBrains Academy. Рассказывал про то как организован процесс обучения. Собственно вот как выглядит их план обучения, когда выбираешь проект
Я правильно понимаю, что по сути они сразу дают тебе проект и пытаются провести, давая параллельно и теорию и ссылки на другие материалы?
Илья
В общем сделано с любовью
Viktor
Да так. Плюс там есть тест для новых пользователей на 10 минут, чтобы узнать уровень
Они в зависимости от теста потом дают проект и учебный план?
Илья
Они в зависимости от теста потом дают проект и учебный план?
Нет, тест позаполняет компетенции и по ходу проекта какие-то темы можно не проходить (при желании повторить)
Илья
А проект выбираешь сам, хоть сразу Hard, но к нему идти дольше, проходить этапы