Recover is a built-in function that regains control of a panicking goroutine. Recover is only useful inside deferred functions. During normal execution, a call to recover will return nil and have no other effect. If the current goroutine is panicking, a call to recover will capture the value given to panic and resume normal execution.
Т.е. если сделать recover() то потом текущая функция вернётся а рутина продолжится как ни в чём не бывало. Правильно же?
Если обрабочик быстрее потока, то нет смысла делать несколько потоков потому что пропусканая способность канала вряд ли от этого увеличится.
Если обработчик медленнее потока достаточно в Scan просто запускать новую рутину на каждую запись на обработку. Ну или складывать в канал для последующей обработки ограниченным количеством рутин.
Ну у разных проектов разные шаблоны. В геймдеве возможно всегда надо целиком собирать игру, а в Microsoft программисту работающему над условным калькулятором скорее всего не нужен целиком весь репозиторий винды.
Ну как бы VFS это вроде бы Virtual File System и решает она те же проблемы и вроде бы точно так же как и Яндексовый Arc. Т.е. ничего она целиком не высасывает.
Как нет типа? В панику же любой параметр можно передать и потом как угодно обработать — включая проверку типа.
Ну как бы не совсем так.
https://blog.golang.org/defer-panic-and-recover
Т.е. если сделать
recover()
то потом текущая функция вернётся а рутина продолжится как ни в чём не бывало. Правильно же?Спасибо.
Кто нибудь может объяснить чем
panic
неexception
? Только тем что их не вызывают по поводу и без?Каждый раз такие зявления глаз режут.
А можно эту же статью на английском? Я бы своим показал.
Прямо какой то Go-антипатерн.
Если обрабочик быстрее потока, то нет смысла делать несколько потоков потому что пропусканая способность канала вряд ли от этого увеличится.
Если обработчик медленнее потока достаточно в Scan просто запускать новую рутину на каждую запись на обработку. Ну или складывать в канал для последующей обработки ограниченным количеством рутин.
Взлетит
Какие то вредные советы.
Ну у разных проектов разные шаблоны. В геймдеве возможно всегда надо целиком собирать игру, а в Microsoft программисту работающему над условным калькулятором скорее всего не нужен целиком весь репозиторий винды.
Ну как бы VFS это вроде бы Virtual File System и решает она те же проблемы и вроде бы точно так же как и Яндексовый Arc. Т.е. ничего она целиком не высасывает.
А как это по сравнению с VFS for Git (GVFS) от Microsoft?
https://github.com/microsoft/VFSForGit
https://devblogs.microsoft.com/bharry/the-largest-git-repo-on-the-planet/
Чей велосипед лучше?
Хорошая статья, спасибо.
Очень круто. Спасибо.
Как получать уведомления о входящих сообщениях? Есть webhook?
api_key
наверное лучше было бы в заголовке передавать чтобы вам не надо было весь JSON парсить.Сколько стоит?
Приватность как-то обеспечивается? Может быть стоит подумать чтобы сдавать за деньги образ на AWS / Google Cloud? — https://aws.amazon.com/marketplace, https://cloud.google.com/marketplace/ — это сняло бы много страхов/вопросов.
Насколько востребован? Если не секрет.
А как же тернарные операции и лямбды?
Было бы здорово описать почему именно нет того или иного в Го.
На английском статью можно для коллег?
Я понимаю что это non-science fiction, но хотелось бы немного достоверности.
На мой взгляд едут не столько за увеличением дохода сколько за стабильностью, качество жизни, человеческим отношением от окружающих. Плюс экология.