Nand2tetris сделали прекрасное промо-видео — https://coursera.org/share/7e16e02e4f2c6708274a6f4a52db6463 , супер-наглядно показано, что в курсе. Все бы так делали курсы!

Более красочное чем то, что у них на сайте. Кстати на наши пары по электротехнике похоже 🤣

@vitkarpov вот когда идешь на джуна в Яндекс, на скрининге гоняют по Языку, а в ФААНГе гоняют по языку вообще? Ну мидлов, про стажеров вы наверное не знаете

Ответы интересеные. Щас про асинхронность читаю, модет что еще интересное есть https://qna.habr.com/user/bingo347

Только сопромат, только хардкор.

Пригодится при расчете стропильной системы своего дома) Если не поручишь проектантам) Или для проверки проектантов)))

Ответы интересеные. Щас про асинхронность читаю, модет что еще интересное есть https://qna.habr.com/user/bingo347

не очень согласен про то, что асинхронная программа почти всегда многопоточная. Он может быть, но не обязана. Особенно если надо нечто подобное реализовать на процессоре с одним ядром. Или, например, на микроконтроллере. =) Я добавлю к его ответу, что такая модель асинхронных вычислений, какая применяется в современных языках называется кооперативная многозадачность против вытесняющей через привычные потоки.

не очень согласен про то, что асинхронная программа почти всегда многопоточная. Он может быть, но не обязана. Особенно если надо нечто подобное реализовать на процессоре с одним ядром. Или, например, на микроконтроллере. =) Я добавлю к его ответу, что такая модель асинхронных вычислений, какая применяется в современных языках называется кооперативная многозадачность против вытесняющей через привычные потоки.

Классика: "Ничего не понятно, но очень интересно"

Классика: "Ничего не понятно, но очень интересно"

Что? Не понимаю комментария

Что? Не понимаю комментария

Звучит сложно, но интересно

Ну вот взять, например, js. Он однопоточный, но асинхронный. В питоне тоже asyncio в одном потоке работает.

Классика: "Ничего не понятно, но очень интересно"

https://python-gino.org/docs/en/1.0/explanation/async.html

Ну вот взять, например, js. Он однопоточный, но асинхронный. В питоне тоже asyncio в одном потоке работает.

Новые не создаются совсем? При нагрузке

В js имею в виду

Совсем. Только вручную запускать новые потоки. Ну или какая-нибудь внешняя (по отношению к языку) автоматизация, вплоть до какого-нибудь автоподъёма новых инстасов приложения.

Новые не создаются совсем? При нагрузке

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

Совсем. Только вручную запускать новые потоки. Ну или какая-нибудь внешняя (по отношению к языку) автоматизация, вплоть до какого-нибудь автоподъёма новых инстасов приложения.

Ясно. Я так понимаю речь про ноду

Ну да, но в браузере очевидно тоже никаких новых потоков никто не создаёт. Да и в других движках тоже.

Впрочем, а в каком *языке* потоки вдруг сами создаются?

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

Т.е. для задействования всех ядер процессора потребуется несколько прроцессов питона, верно я понимаю? 🤔

@vitkarpov вот когда идешь на джуна в Яндекс, на скрининге гоняют по Языку, а в ФААНГе гоняют по языку вообще? Ну мидлов, про стажеров вы наверное не знаете

Хороший вопрос. Раньше на скайпе были вопросы такие, что можно сказать «по языку», но сейчас такого нет. Все выясняется когда решаешь задачи, то есть интервьюеру ничего не мешает сделать шаг в сторону и спросить пока пишешь код.

Впрочем, а в каком *языке* потоки вдруг сами создаются?

Корректнее было сказать не языке, а рантайме, да. В шарпе есть пул потоков, потоки оттуда задействуются по необходимости

Т.е. для задействования всех ядер процессора потребуется несколько прроцессов питона, верно я понимаю? 🤔

Да, всё так. Обычно для тяжелых задач создают по процессу на ядро. Ну или x2 процессов, если они еще в IO упираются, например.

Хороший вопрос. Раньше на скайпе были вопросы такие, что можно сказать «по языку», но сейчас такого нет. Все выясняется когда решаешь задачи, то есть интервьюеру ничего не мешает сделать шаг в сторону и спросить пока пишешь код.

Ааа, ну летом 2019 спрашивали в Яндексе

А кто определяет необходимость?

Ааа, ну летом 2019 спрашивали в Яндексе

Интересно. И как это выглядит? На скайпе?

Корректнее было сказать не языке, а рантайме, да. В шарпе есть пул потоков, потоки оттуда задействуются по необходимости

Пулы потоков можно и в питоне сделать, но так как это не потоки ОС, выполняться они всё равно будут под GIL и на одном ядре. Типичная задача для этого - скачать список ссылок. Все потоки будут висеть в ожидании сети, поэтому им нормально и на одном ядре. Хотя сейчас это лучше делать через asyncio, и вообще не думать про треды.

Корректнее было сказать не языке, а рантайме, да. В шарпе есть пул потоков, потоки оттуда задействуются по необходимости

«По необходимости» имеется в виду ручками?

Да, всё так. Обычно для тяжелых задач создают по процессу на ядро. Ну или x2 процессов, если они еще в IO упираются, например.

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

Интересно. И как это выглядит? На скайпе?

Да, тупо: Сколько типов? Что такое замыкание? Что вернет этот код

Ну там куча этих вопросов, если кому надо, могу вспомнить большинство

Пулы потоков можно и в питоне сделать, но так как это не потоки ОС, выполняться они всё равно будут под GIL и на одном ядре. Типичная задача для этого - скачать список ссылок. Все потоки будут висеть в ожидании сети, поэтому им нормально и на одном ядре. Хотя сейчас это лучше делать через asyncio, и вообще не думать про треды.

Почему же это не потоки ОС? =) GIL нужен только для того, чтобы в отдельно взятый момент времени невозможно было получить доступ к разделяемым данным из другого потока. Поэтому интерпретатор блокирует остальные. При использовании процессов получаем по версии интерпретатора на процесс со своим GIL. Кстати, сейчас на подходе субинтепретаторы.

А кто определяет необходимость?

Рантайм. Например, если есть множество асинхронных вызовов, то если запустить профилировщик, то можно увидеть, как обработка переключается между разными потоками, рандомно. Заранее заготовленными в пуле (четыре, если не ошибаюсь).

А кто определяет необходимость?

Поток и процесс - это понятие ОС. В ОС есть планировщик, который следит за использованием ресурсов процессоров. Это называется вытесняющая многозадачность. В современном мире сильно набирает популярность кооперативная многозадачность, когда переключение между выполнением участков кода управляется средствами языка.( Ну, понятно, что в итоге мы спустимся к epoll, kpoll) Вспоминая питон - средствами curio, asyncio, gevent, например.

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

Отложенная очередь - это если кто-то ответа прямо сейчас ждет. А если нужно просто большой набор данных обработать, то, например, курсор БД уже может быть этой самой очередью в каком-то смысле.

Да, тупо: Сколько типов? Что такое замыкание? Что вернет этот код

Любопытно. Я думал, что такого уже нет, но по-разному бывает.

Отложенная очередь - это если кто-то ответа прямо сейчас ждет. А если нужно просто большой набор данных обработать, то, например, курсор БД уже может быть этой самой очередью в каком-то смысле.

Наверно это разные типы задач. Если надо вытащить много данных и если надо провести аналитический подсчет, например.

Рантайм. Например, если есть множество асинхронных вызовов, то если запустить профилировщик, то можно увидеть, как обработка переключается между разными потоками, рандомно. Заранее заготовленными в пуле (четыре, если не ошибаюсь).

Ну в таком виде потоки в nodejs тоже есть для доступа к fs например. Асинхронность сети вообще отдана на откуп OS

Почему же это не потоки ОС? =) GIL нужен только для того, чтобы в отдельно взятый момент времени невозможно было получить доступ к разделяемым данным из другого потока. Поэтому интерпретатор блокирует остальные. При использовании процессов получаем по версии интерпретатора на процесс со своим GIL. Кстати, сейчас на подходе субинтепретаторы.

Ну да, я несколько слукавил :) Хотел сказать, что с питонячьими потоками не стоит пытаться работать так же, как принято в плюсах, например

Любопытно. Я думал, что такого уже нет, но по-разному бывает.

Ну вот у меня уже не спрашивали в 2020, но это может повезло

Наверно это разные типы задач. Если надо вытащить много данных и если надо провести аналитический подсчет, например.

Впрочем, я сказал, что не всегда нужно, а сам тем временем использую multiprocessing.Queue для общения между мастером и воркерами :) А потом еще и воркеры пишут в другую такую же очередь, откуда еще один процесс дампит результаты

я уже подумал что сегодняшняя задача легкая, оказалось что нет на больших вычислениях 😄

а оказалось что я условия прочитал неверно. ну как всегда же ))

я уже подумал что сегодняшняя задача легкая, оказалось что нет на больших вычислениях 😄

У меня сначала были мысли про ДП и таблицы с сочетаниями для всех комбинаций (вес человека 1, вес человека 2), но после просмотра Related Topics всё оказалось гораздо проще.

То, что в лодку всего два человека влезает, всё упрощает.

То, что в лодку всего два человека влезает, всё упрощает.

А я как раз Решил вариантом что сколько угодно могут влезать, и только потом увидел про двух ))

А я как раз Решил вариантом что сколько угодно могут влезать, и только потом увидел про двух ))

Лишний раз отметка в голове "надо всегда внимательно читать условие")

А я как раз Решил вариантом что сколько угодно могут влезать, и только потом увидел про двух ))

Кстати, а как решил со "сколько угодно в лодке"?

Сначала по тупому через жадный аллгоритм, потом хотел уже оптимизировать через набор максимально близких значений к лимиту, но к счастью увидел условие про двух человек ))

Ясно)

https://leetcode.com/problems/divide-two-integers/ Впечатляет количество тестов у этой задачи : 10 / 989 test cases passed.

Хороший вопрос. Раньше на скайпе были вопросы такие, что можно сказать «по языку», но сейчас такого нет. Все выясняется когда решаешь задачи, то есть интервьюеру ничего не мешает сделать шаг в сторону и спросить пока пишешь код.

То есть на позицию фронтендера по фронтенду не спрашивают?) только алгоритмы?

То есть на позицию фронтендера по фронтенду не спрашивают?) только алгоритмы?

Sad but true 😊

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

Sad but true 😊

А алгоритмические задачки на собесе в Амазоне на каком ты языке решал?

А алгоритмические задачки на собесе в Амазоне на каком ты языке решал?

На джаваскрипте. Можно выбрать любой.

В Амазоне, кстати, одна секция была а-ля про фронтенд. С ноутом даже.

Но один хрен мы там больше базарили, чем код писали.

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

Это очень грустно 😥

То есть на позицию фронтендера по фронтенду не спрашивают?) только алгоритмы?

В Яндексе, кстати, я что-то забыл есть ли отдельная секция или нет.

Это очень грустно 😥

ну, типа все фулстеки. у нас тут джавист из 90-х, с 30 летним опытом сидит на тайпскрипте бодро пишет.

ничего, нормально.

а я прошёл собес на джаваскрипте и отправился писать на котлине. тоже ничего — нормально.

Это очень грустно 😥

А вот в Топтале, кстати, классные были собеседования именно фронтендерские.

Вроде как бы и алгоритмы, но задачки из мира фронтенда.

Это очень грустно 😥

А почему это грустно, кстати, на твой взгляд?

а я прошёл собес на джаваскрипте и отправился писать на котлине. тоже ничего — нормально.

То есть если ты хочешь прям фронтендом заниматься, то ФААНГ — это не твой вариант?

То есть если ты хочешь прям фронтендом заниматься, то ФААНГ — это не твой вариант?

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

но не так, что когда надо что-нибудь на бекенде написать или aws настроить ты пошёл ставить задачи на «настоящих программистов»

это не ок

А почему это грустно, кстати, на твой взгляд?

Ну, я люблю интерфейсы, работать с доступностью, перфомансом, верстать и делать динамику Мне интересна вся веб-инфраструктура (точнее даже фронтенд), а бэкенд/мобильная разработка не так привлекает Хотя у меня 1.5 года опыта и может через пару лет мысли будут совершенно другими

Ну, я люблю интерфейсы, работать с доступностью, перфомансом, верстать и делать динамику Мне интересна вся веб-инфраструктура (точнее даже фронтенд), а бэкенд/мобильная разработка не так привлекает Хотя у меня 1.5 года опыта и может через пару лет мысли будут совершенно другими

может и нет, но попробовать стоит 😉

Ну, я люблю интерфейсы, работать с доступностью, перфомансом, верстать и делать динамику Мне интересна вся веб-инфраструктура (точнее даже фронтенд), а бэкенд/мобильная разработка не так привлекает Хотя у меня 1.5 года опыта и может через пару лет мысли будут совершенно другими

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

@zavsievich делал отдельный тредик с подробностями именно про сам процесс собеседований — https://twitter.com/vitkarpov/status/1343988746836996097 , если не видел вдруг, может интересно будет

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

особенно если ты любишь верстать. я вот верстку прям вот ненавижу 😄

кайфово было верстать на реакт нейтиве ))

@zavsievich делал отдельный тредик с подробностями именно про сам процесс собеседований — https://twitter.com/vitkarpov/status/1343988746836996097 , если не видел вдруг, может интересно будет

Не видел, почитаю, спасибо)

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

Ты имеешь в виду, что мне вообще никакие продукты не подходят?)

Ты имеешь в виду, что мне вообще никакие продукты не подходят?)

потому что как и сказал Виктор, ты точно не можешь знать какую команду тебе подберут и чем ты будешь заниматься )

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

потому что как и сказал Виктор, ты точно не можешь знать какую команду тебе подберут и чем ты будешь заниматься )

на самом деле, эта история тоже меняется со временем. потому что в том же Фейсбуке есть буткемп, например, где ты по сути выбираешь команду себе.

потому что как и сказал Виктор, ты точно не можешь знать какую команду тебе подберут и чем ты будешь заниматься )

А разве не ты сам команду выбираешь? В Авито, например, в общем случае ты сам выбираешь из доступных позиций в разных юнитах, и туда уже интервьюируешься. И только если что-то пошло не так (например, позиция закрылась), тебе предложал выбрать другой юнит. То есть не будет такой ситуации, что тебе подберут команду, в которой ты не хочешь оказаться.