Не хочешь - не развивайся, просто ведь такой инженер через год придет просить больше денег, хотя, как специалист, с момента найма он не вырос.
Так же рост сотрудников как специалистов - один из инструменов мотивации сотрудников.
Вообще, нормально, когда человек достиг определенных высот и уже хочет инвестировать время не в себя, а в семью, например - абсолютно нормальная ситуация. А вот такое слышать от средних специалистов (которые считают себя не меньше, чем синьорами) - для меня знак того, что ничего нового он не привнесет.
Имхо, ит - творческая область, лично мне нравится, узнавать и пробовать что-то новое, и для меня это важная и приятная часть профессии
для кейса "Ограничение времени выполнения какого-либо процесса" я бы старался не городить горутины, а сделать контекст с таймаутом и внутри process обрабатывался бы отмену контекста.
Бывают конечно кейсы, когда мы используем внешнюю либу, которая не умеет работать с контекстом, но в таком случае текущие решения я бы не позиционировал как best practices.
Ставка до 5% по программе сохранится, если в течение 3 месяцев после увольнения работник устроится в компанию, которая входит в реестр аккредитованных и получает налоговые льготы. В ином случае новую ставку могут поднять до ключевой ставки на дату оформления договора, увеличенной на 2,5 — 4,5%
сорри, не получается часто заходить на хабр)
у нас хэндлеры вызывают «процессоры», которые в свою очередь используют «сервисы» для выполнения бизнес-логики (сервисы могут содержать репозиторий).
Сервисы в нашем случае — изолированные блоки какой-либо функциональности.
Инициализируем это все в одном файле, в некоторые сервисах используется di, для упрощения.
Но в этой статье не хотели затрагивать тему со структурой приложения, т.к. эта тема тоже большая, и не хотелось смещать фокус с генерации.
Тест везде один - отправляем n параллельных запросов в БД и смотрим за поведением.
Разные драйверы с разными параметрами либо корректно работают, либо воспроизводят проблему.
Автор, не хочешь скрины из статьи заменить на текст? Чтобы эта статья гуглилась по тексту ошибки.
Еще, реально ли на окнах запустить что-то посложнее hello world? Как обстоять дела с зависимостями?
Комментапию выше:
Это ж всё-таки язык от apple и для apple продуктов.
Желаю удачи и надеюсь, что это не будет очередной "аналог" ради пиара и распила, а будет хороший конкурентный продукт.
Но для себя я пока не увидел, зачем мне бы, например, стоило бы использовать данную площадку.
CheburGit
Спасибо за статью, простите, не увидел сколько в итоге сэкономим на проблеме #3?
Обязательно кто-то кого-то должен съесть?
А в проде будет кубер с образом на базе arch linux
Не хочешь - не развивайся, просто ведь такой инженер через год придет просить больше денег, хотя, как специалист, с момента найма он не вырос.
Так же рост сотрудников как специалистов - один из инструменов мотивации сотрудников.
Вообще, нормально, когда человек достиг определенных высот и уже хочет инвестировать время не в себя, а в семью, например - абсолютно нормальная ситуация. А вот такое слышать от средних специалистов (которые считают себя не меньше, чем синьорами) - для меня знак того, что ничего нового он не привнесет.
Имхо, ит - творческая область, лично мне нравится, узнавать и пробовать что-то новое, и для меня это важная и приятная часть профессии
для кейса "Ограничение времени выполнения какого-либо процесса" я бы старался не городить горутины, а сделать контекст с таймаутом и внутри
processобрабатывался бы отмену контекста.Бывают конечно кейсы, когда мы используем внешнюю либу, которая не умеет работать с контекстом, но в таком случае текущие решения я бы не позиционировал как best practices.
Да, все верно. Речь идет про процентную ставку (которая будет увеличина) на дату оформления договора
Так вроде бы нет:
https://www.gosuslugi.ru/ipoteka
Потому, что микросервисы предполагают, что в конкретном сервисе только один домен
Считаю, что монолит - один из возможных подходов к решению задачи. Который эффективен до определенного количества кода и коммитеров.
Я скорее против того, чтобы делать монолиты на go, для этого лучше подойдет php, java или c#
DDD хорош при построении монолитов, но не для микросервисов и go (если конечно вы не решили строить монолит на go).
у нас хэндлеры вызывают «процессоры», которые в свою очередь используют «сервисы» для выполнения бизнес-логики (сервисы могут содержать репозиторий).
Сервисы в нашем случае — изолированные блоки какой-либо функциональности.
Инициализируем это все в одном файле, в некоторые сервисах используется di, для упрощения.
Но в этой статье не хотели затрагивать тему со структурой приложения, т.к. эта тема тоже большая, и не хотелось смещать фокус с генерации.
Зачем такие пренебрежения рекомендациям кодстайла языка?
https://github.com/golang/go/wiki/CodeReviewComments
"Дедлайн" я бы заменил на "цель" Голдрата
Почему стоит упомянуть этот репозиторий? Это ж не репозиторий авторов языка.
https://github.com/golang/go/wiki/CodeReviewComments — это действительно стоит
В jetbrain корректно работает