PK
Не то чтобы мешает, но не дает всей картины
Давай пойдём с другого конца. Приведи пример хотя бы намека на обзор полной картины
Size: a a a
2020 October 05
VS
Представьте человека который ничего не понимает в том, как мультизадачность устроена внутри ОС. Вот он изучает Go и решает разобраться в Горутинах. А там на него вываливают sheduler поверх sheduler-a 🙂
многозадачность внутри ОС это вещь параллельная изучению concurrency в программировании...
PK
Представьте человека который ничего не понимает в том, как мультизадачность устроена внутри ОС. Вот он изучает Go и решает разобраться в Горутинах. А там на него вываливают sheduler поверх sheduler-a 🙂
Стоп-стоп. Мы хотим поговорит за конкурентные алгоритмы или за реализации? В первом случае насрать, а во втором нам без этого никак. И вообще, хорошо бы иметь в этом месте кака раз полную связную картину. Управление процессами - это вторая линия битв Пайка и компании всю тридцатилетнюю историю Go. В параллель с GC
PK
Ручные тредики, ручные тредпульчики, etc
И какую картину это тебе даёт?
W
И какую картину это тебе даёт?
Более близкую к системным тредам, цпу, етц
AK
Какая разница за что бьется Пайк, если на собесе все равно спросят: ну вы же разобрались как работает Go Sheduler? А как работает OS Scheduler разобрались? А что если у нас Процессор с гипертредингом? А без него? А что если у нас вообще один камень? 🙂
PK
Более близкую к системным тредам, цпу, етц
Если я правильно интуитивно тебя понимаю, то Go тут как раз ещё более полезен, потому что совсем полную картину из рантайма показывает
AK
Пайк боролся за асбтракцию о которой программист пишущий на Go думать не должен. Он должен на нее пологаться
AK
Но чем больше я наблюдаю за Go тем больше я вижу влезание в кишни Go программистами на Go.
PK
Какая разница за что бьется Пайк, если на собесе все равно спросят: ну вы же разобрались как работает Go Sheduler? А как работает OS Scheduler разобрались? А что если у нас Процессор с гипертредингом? А без него? А что если у нас вообще один камень? 🙂
Я напомню, что мы начали с вопроса "Просто Go для фундаментального углубления и понимания темы imho плохо подходит". Причем тут вопрос на собесе про Go Scheduler? Но вопрос про Go Scheduler он прикольный и интересный же
PK
Пайк боролся за асбтракцию о которой программист пишущий на Go думать не должен. Он должен на нее пологаться
1. В большинстве случаев в Go там сделать можно. У него получилось
2. Строго говоря нет, он боролся за инструмент с сервоприводами, а не штурвалом, на котором всё время надо висеть
2. Строго говоря нет, он боролся за инструмент с сервоприводами, а не штурвалом, на котором всё время надо висеть
VS
Какая разница за что бьется Пайк, если на собесе все равно спросят: ну вы же разобрались как работает Go Sheduler? А как работает OS Scheduler разобрались? А что если у нас Процессор с гипертредингом? А без него? А что если у нас вообще один камень? 🙂
Я кстати довольно сильно сомневаюсь, что мидл во первых ответит на такие вопросы, а во вторых что знание этих вещей мидлом ему поможет по жизни.
PK
Но чем больше я наблюдаю за Go тем больше я вижу влезание в кишни Go программистами на Go.
Это их стиль. Немного религиозно, но пока практика показывает, что он оправдан
PK
Я кстати довольно сильно сомневаюсь, что мидл во первых ответит на такие вопросы, а во вторых что знание этих вещей мидлом ему поможет по жизни.
Там ответы-то простые. Я только про гипертрединг просто не знаю
VS
Там ответы-то простые. Я только про гипертрединг просто не знаю
Смотря с каким уровнем деталей отвечать :)
PK
Смотря с каким уровнем деталей отвечать :)
Ну тоже верно
AK
Смотря с каким уровнем деталей отвечать :)
Смотря как глубоко будет копать собеседующий. Я бы вот так сказал.
AK
Я напомню, что мы начали с вопроса "Просто Go для фундаментального углубления и понимания темы imho плохо подходит". Причем тут вопрос на собесе про Go Scheduler? Но вопрос про Go Scheduler он прикольный и интересный же
Отвечаю. Обычно принято изучать что-то от простого к сложному. Изучать multithreading и concurrency на примере Go, это мне кажется наоборот. От сложного к простому.