в чем проблема с высчитыванием кеша? в конце же просто кладем либо локально, либо в memcached

Работа с банками на го, есть у кого пример, кстати? Пробовал сделать сайт брони, ступор на платежах Максимум кнопку Гугл пея на фронт прикрутил, дальше ноль

иди в гугл)

только майка

гугл офис в киеве?)

и впервые услышал о их офисе

Ну, у них некрупный офис, как я понял

а про то что с украины можно легче на собес в европу уехать

а про то что с украины можно легче на собес в европу уехать

Ну им как минимум виза не нужна, насколько я знаю)

Да, не нужна

Коллеги добрый день. Начал изучать Го, до этого был опыт с нодой. С удивлением обнаружил что в Го (Gin и тд) веб фреймворки очень похожи на Express js. А есть какой-нибудь аналог Nestjs?

А чем он отличается от express? Я просто в жс ничего другого не пробывал.

тайпскрипт, декораторы, классы, "уход" от мидлевар на интерцепторы и тд (хотя мидлевары оставил), DI

я собеседуя кандидатов в первую очередь стараюсь понять есть ли, скажем так, огонек в глазах. Для этого смотрю на: 1) если есть предыдущий опыт - насколько кандидат понимает общую картину проектов, над которыми работал. Или же ограничивался "мне сказали - я сделал, остальное не волнует". 2) хобби проекты и любые наработки вне работы. Не обязательно что-то супер сложное. 3) Пробовал ли кандидат другие технологии вне необходимого для работы минимума 4) Понимает ли кандидат как работает технология под капотом (например, для го - базовые принципы сборщика мусора, что из себя представляет срез, отличие кучи от стэка и особенности работы с ними) В твоем случае важно второе и четвертое. Для этого надо просто "писать код". Не абы как, тупо копируя из интернета, а с пониманием что и почему ты делаешь. Найди задачу, которая тебе интересна (мозг не обмануть - если нет интереса, не будет и успеха).

4 - что ты сделаешь зная как работает сборщик мусора в гоу? ты разрабатываешь сам компилятор гоу? знание из разряда прочитать перед собеседованиями и забыть

4 - что ты сделаешь зная как работает сборщик мусора в гоу? ты разрабатываешь сам компилятор гоу? знание из разряда прочитать перед собеседованиями и забыть

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

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

Разве скорость go не хватает? Для такой супер скорости нужно брать ассемблер какой-нить

Причем тут ассемблер

Например оптимизируешь работу с памятью)))

Нет, благодаря этим знаниям не напишешь. А правила из разряда "старайся чтоб не утекало на хип" и "переиспользуй память" не пересекаются со знанием работы ГЦ

ну приведи пример конкретный "вот ГЦ работает так-то, поэтому здесь делаем так-то"

был же пример. Приложуха получает тысячи запросы. Накапливает мусор. В итоге с определенной периодичностью проседает. Без понимания ГЦ товарищ уходит писать простенький бэкэнд в другую контору. С пониманием гц товарищ профилирует решение и рефакторит код так, чтобы задержки на сборку мусора были минимальны и память максимально переиспользовалась

Это другое. А что тут надо знать про работу ГЦ? Что он запускается и может остановить мир? Конкретно нужно было понимание работы pprof и еще что-то в этой статье смотрелось, еще какие-то метрики

переиспользование памяти? мне для этого надо знать какие там стадии работы у ГЦ?

Ну а причём тут знание, как работает сборщик мусора?

Базовые принципы, повторяю. Что это такое. В чем разница кучи и стэка в этом контексте. Что в целом для рантайма есть мусор. Когда гц вызыввется и какие у этого последствия.

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

причем тут ГЦ?)

не знаю, для меня базовые принципы это вот взять и описать работу ГЦ с этими всеми марками и свипами и прочим

Притом, что если ты на каждый запрос аллоцируешь в куче память - заниматься ей потом сборщику мусора.

Я этот диалог в сохраненках оставлю

Ну это ж просто делается. Добавляешь pprof http, видишь что вот тут аллокации много занимают, думаешь заюзать sync.Pool, смотришь другие варианты, юзаешь - смотришь pprof и дальше. Заранее оптимизировать и усложнять код, чтобы потом выяснилось, что это место вообще не влияет - такое себе.

А зачем оно тебе?