Відео

звук отстой, еле слышно

Задание прям из книги про подготовку к system design интервью

На х2 кайф)

Во первых, спасибо за вашу работу, из видео мы можем извлечь массу пользы. Во вторых, вы довольно сильно повторяете одно и то же по всем семи CV, что уменьшает процент полезной инфы. Хотелось бы больше примеров в моменте (так не надо, а вот лучше вот так) В основном оценка ваша исходит из критики и почти не сказано, как улучшить написанное. В целом, после прослушивания не складывается какая-то даже смутная картинка, как надо делать CV. Так или иначе, я понимаю, что давать оценку и еще учить нас, как все делать правильно - отдельный скилл, которому нужно учиться, но даже такая информация будет очень полезна для разрабов, которые не умеют делать CV. Это был бутерброд, а вот то, что говорит HR - просто критика и в конце иногда он говорит что-то хорошее. Если учишь чему-то, демонстрируй это умение. Круто было бы увидеть такой же выпуск с разбором резюме джунов + объяснение того как и что писать. (если это ваша ЦА, такой выпуск был бы весьма популярен)

3 задача при пустой строке и со строкой в длину 1 мне кажется будет ошибка

Сложно понять что такое entities :)

1:42 Почему никто не говорит что каналы можно итерировать?

У фронтовика 10 минут спрашивать про кибератаки это сильно, конечно Не досмотрел, закрыл видео.

лок + слайс это по большому счету и есть канал, разве что буферизированый. Поздравляю с изобретением велосипеда)

Такое чувство будто интервьювер хочет выпендриться знаниями/опытом а не прособеседовать middle разработчика.

Зачем скрыли предыдущий стрим с разбором задач на Go? Он же прикольный и смешной был 👍

Эх, пойду форточку открывать, хоть там и холодно...

Часть вопросов показалась не сильно структурированных, когда приходится догадываться что хотел спросить интервьювер. Тем не менее было полезно

Кмк такое собесить коллег

душные скуфы пошли... ну и время

Какой интервьюер душный

Очень хочется попасть на мок интервью на джуна, но денег нет пока что. Если можно как-то попасть на открытое бесплатно, был бы очень благодарен.

😮- Ничего нет лучше, когда вам шепчет в ухо что-то молодость.

Фейк собеседование. Глупое и непродуманное Человек говорит, что у него опыт ~3 года, первый вопрос от собеседующего: Как отцентровать div? Есть ли смысл продолжать собеседование, если ответа на этот вопрос не последует? Никто таких простых вопросов не задаёт на собеседовании.

35:44 А 100ms для кеша - это не слишком ли много? Там 5ms - это уже не быстро

Граждане из Эйчи - пожалуйста не приглашайте ну совсем уж "нулЁвых" индивидов, просто слушать "я не знаю я не доучился" - не интересно, интересно слушать людей, которые могут агрументированно возразить Парамошкину, и рассказать свое "неглупое" видение языка GO. Просто так выпустить ролик ради того чтобы выпустить его - ну так себе затея, да и авторитета школе не дает. Вот Парамошкин же видно что умный дядька, даже очки носит, но у него нету никакого шанса проявить живость ума при таких собеседуемых

После того, как вы наняли абсолютно поехавших z-шизов в качестве менторов, единственное что можно сделать - добиваться попадания каждого такого персонажа в санкционные списки.

Это все хорошо, только вот непонятно причем тут Go?

Почему чувак выглядит не как джун? Он прям джун или свитчер из другого языка?

ну не протобаф работает поверх хттп2 а грпц

И это, пореже пользуйте копайлотом, а то так и будете такие кэши писать😉

Немного осмыслив ваш кэш могу сделать следующие выводы. Очень удручает что GOшники начали писать как JSкриптеры. Мьютексы не нужно использовать, если можно использовать атомик, не надо использовать атомик, если можно его не использовать. В вашем случае не нужно использовать ни первое, ни второе. Кэш вашего типа подразумевает получение неактуального значения. У вас один писатель и множество читателей. Атомик это просто инструкция процессора с LOCK префиксом, которая запирает шину памяти на время её выполнения. Поскольку в вашей программе используется всего одна переменная типа int, запись этого числа сама по себе атомарна, нельзя записать полинта. Если же у вас сложная структура, то нужно писать в буферную структуру, а затем менять указатели. И в этом случае у вас так же будут консистентные данные.

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

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

Мне нравится фраза, ну мы "не хотим лочится". И поэтому мы используем кучу каналов и груп внутри которых мьютексы.)

37:40 по мне не совсем корректное решение. Мы вычитаем значение только из 1 канала и пойдём дальше. В качестве решения можно запустить for range по joinChannels(), а в функции worker() после передачи значения в канал закрывать его и не получить deadlock.

вариант решения первой задачи через хук useChannel (Broadcast Channel) ua-cam.com/video/VNd3r6I00Ck/v-deo.html

интервьювер говорит больше интервьюируемого. завидую. обычно на собесе говорю "в пустоту"

Хабиб теперь в ИТешке ?

09:09 к сути дела для тех, кто уже в курсе про менторскую программу и крутой онлайн-редактор кода для собесов 😉

зачем же так сложно про мьютекс?) Есть 2 состояния: locked = 1, unlocked = 2. Лок через compareAndSwap, анлок через атомик сет. Фсьо

Чем больше я вникаю в тему юнит-тестирования, тем больше убеждаюсь что это хлопотная суета и практически бесполезная. Чтобы в базу мусор не попал нужно констрейны в базе делать. И они гарантируют отсутствие в базе мусора, не только предотвращают в будущем, но и гарантируют, что он не попал туда в прошлом. Ошибок в тестах у вас было на порядок больше чем в коде. И это были настоящие ошибки, а не намеренно допущенные для примера. От реальных багов, то есть не предусмотренных программистом ситуаций, тесты, написанные им же не могут спасти по определению. И только ради тестов нагромождение абстракций, интерфейсов моков. Проект уровня бумажный самолетик превращается боинг по сложности, срокам и цене.

Лучше про зарплаты расскажите, для мотивации апать скиллы, так сказать :)

Ну наконец то вышло видео, а то я не успел все посмотреть. Подача - отлично, объяснение - отлично, всё - отлично! Берем весла - гребем дальше! Только вперед!

10:05 - нет в контексте никакой хеш таблицы )))

Саш, у тебя полка книжная сломалась :-)))

Не совсем приятно видеть, что на таких видео участников поджимает время... А если я куплю мок-собес там тоже будет лимит по времени?

9:30 Не совсем корректный вопрос, я бы даже сказал совсем некорректный. Биг О нотация нам говорит о концептуальной/абстрактной сложности алгоритма, а точнее как растет время выполнения в зависимости от увеличения входных данных. В то время как чтение линии из памяти в кэш это конечно приятный бонус, но концептуально скорость доступа в массиве не меняет, только уже фактическую наблюдаемую скорость позволяет увеличить засчет "железных" оптимизаций, но никак не алгоритмических. При этом доступ в массиве по индексу точно также является O(1) т.к. выполняется за константное время, даже без ухода в детали реализации кэша. Отсюда можно сказать что вопрос "почему у нас в слайсе может быть такая же скорость доступа" - не корректен. Т.к. с точки зрения алгоритмизации она не может, а она такая же - О(1). Если хотелось спросить вопрос: почему проход по матрице сначала по строкам и потом по столбцам может отличаться по скорости от прохода сначала по столбцам, а потом по строкам - надо было бы этот вопрос и спрашивать :)

Кандидата не представили - чем живет, чем дышит?)))

На 50:04 что он говорит? "Свойство ... with"?

Кайф!

Кандидат отлично держался и отвечал. Сложно поверить, что нет коммерческого опыта. И кажется, что уровень и вопросов и кандидата выше чем мидл

В среднем 100 собесов 🤣

9:30 о чем вопрос про поиск по слайсу за O(1) ?

Что-то не могу найти слайд, хотя в начале было сказано что будет подкреплен.