Хотелось бы побольше конкретики, тема масштабируемых сервисов, написанных на Go и развернуты в Kubernetes не раскрыта :( Например, у вас 20 подов, и потом при нагрузке они увеличиваются - как? Автоскейлинг, либо еще что-то? Можно раскрыть было какие-то интересные плюшки при переходе с PHP на Go - что изменили в бизнес-логике, т.п. У вас 3 сервиса, которые тоже можно было раскрыть как-то в статье. Обосновать применение MariaDB, KeyDB по сравнению с другими базами данных.
Спасибо за статью. Интересно и заставляет задуматься, как мы проектируем наши приложения. Хочу еще добавить, что полезно изучать тулзы и экосистему используемых БД. Например, у PostgreSQL есть Pgbouncer, который будет держать пулл коннектов и т.п. А также, в крупных компаниях делают иногда учебные аварийные отключения сервисов (скопом), баз данных и т.п., что тоже помогает найти уйму мест, где сервисы ведут себя не по задуманному образу.
Брокер сообщений — Kafka. Знаю, знаю! Kafka - не классический брокер сообщений, но большинство компаний используют его именно как брокер. Мы не стали исключением.
а как еще кафку можно использовать? я не знаток, но интересно узнать и почитать было бы, так как для меня это новость :)
я к тому, если ПК будет в спящем режиме, то после пробуждения отработает ли скрипт? это довольно странный вопрос и не факт, что критический, но у нас на старой работе некоторые менеджеры компы держали в спящем режиме по нескольку месяцев)
Господи, спасибо за дайджест! Очень долго хотел, чтобы и по гошечке был дайджест <3
Осталось еще по расту запилить дайджест и на земле наступит полная утопия :)
У меня есть забавная история неудачного собеседования.
При поиске сотрудников работодатели часто обращаются к сторонним агенствам, у которых цель — найти подходящего по шаблону кандидата и просто отправить его на собеседование.
В моём случае я общался с ремоут-рекрутером по телеграму, она сказала, что я подхожу и мы договорились, что она передаст моё резюме на тех. диру, а также задала вопросы по часовому поясу (устариваться думал удалённо), по началу/концу рабочего дня. Очевидно, что эту информацию она должна собрать и передать заказчику.
Когда я пошел на собеседование в зум, просидел там полтора часа (час — решение задач, полчаса — остальной диалог), и в середине разговора мне задают те же вопросы, которые задавала рекрутер. В итоге мы не смогли сойтись по часовому поясу, я потерял полтора часа в рабочий день, а заказчик — полчаса своего и программистов, собеседовавших меня.
Из этой ситуации можно вынести:
при устройстве на ремоут, уточняйте временные/часовые ожидания (как со стороны кандидата, так и работодателя) ЗАРАНЕЕ!
если кандидат ведет диалог с рекрутером, то лучше переспросить или попросить включить доп. информацию к резюме
лучше заранее сказать ожидания по зп, рабочему времени,… и обсудить не в конце собеседования, а до того, как оно начнется
Ruby не в чистилище завис, вышла версия 3.0, которая на фоне PHP 8.0 смотрится великолепно, а на фоне Ruby 3.0, версия PHP 8.0 смотрится как застрявшая в чистилище :)
Я считаю, что PHP либо необходимо не добавлять фичи, а полностью переработать язык, кардинально, не таща всё и ото всюду, либо не тащить всё и ото всюду, а добавлять только необходимые фичи, а не «приколюхи», в ином случае энтерпрайз в конце концов откажется от PHP в пользу альтернатив
Комьюнити — это не закрытая группа, в нее может войти каждый, любой, без приглашения. Это не проблема языка, не язык (core team) собирает вокруг себя определенных людей. Всё намного сложнее.
Есть отличные коммьюнити, где тусуются пара сотен (не более тысячи) людей, где каждый знает своего и у них уже не коммьюнити из всяк входящих, а своё, которое они построили. Это чаще всего чаты, группы, где модерируется по внутренним правилам.
Да, есть проблема, что язык позволяет делать всё, даже BDSM, и это — одна из причин «всяк входящих», такое же положение и не только в мире PHP.
Проблема в самих людях — PHP позволяет делать всё, от чего они (люди) не смотрят налево и направо.
Удобная тема, но мне кажется, необходимо не просто натолкать эмодзи. Кроме них можно рассмотреть словесные реакции, например: «hr нагрубил», «зп не соответствует указанной», «условия не соответствуют указанным».
И также нужны положительные реакции иметь.
А эмодзи в виде сердечек, пальца вверх/вниз и т.п. можно сделать для карточки компании.
ну пожалуйста, давайте не превращать хабр в мемошную :(
Хотелось бы побольше конкретики, тема масштабируемых сервисов, написанных на Go и развернуты в Kubernetes не раскрыта :(
Например, у вас 20 подов, и потом при нагрузке они увеличиваются - как? Автоскейлинг, либо еще что-то?
Можно раскрыть было какие-то интересные плюшки при переходе с PHP на Go - что изменили в бизнес-логике, т.п. У вас 3 сервиса, которые тоже можно было раскрыть как-то в статье.
Обосновать применение MariaDB, KeyDB по сравнению с другими базами данных.
Спасибо за статью. Интересно и заставляет задуматься, как мы проектируем наши приложения.
Хочу еще добавить, что полезно изучать тулзы и экосистему используемых БД. Например, у PostgreSQL есть Pgbouncer, который будет держать пулл коннектов и т.п.
А также, в крупных компаниях делают иногда учебные аварийные отключения сервисов (скопом), баз данных и т.п., что тоже помогает найти уйму мест, где сервисы ведут себя не по задуманному образу.
Конечно, у pyroscope есть и пример https://github.com/grafana/pyroscope/tree/main/examples/golang-push, и документация https://pyroscope.io/docs/golang/, которые раскрывают такую же суть статьи, но всё равно спасибо, скопипастил, запустил код, потыкал 5 минут. Новый опыт :)
Единственная проблема - платформа не доступна в РФ, а если использовать VPN, то вы все равно не сможете подтвердить номер мобильного телефона РФ.
ещё можно почитать Киберленинку :)
так получается, что go сам инлайнит всё, что может, а мы можем принудительно ему только указать, что не нужно инлайнить //go: noinline ?
интересно, спасибо!
Брокер сообщений — Kafka. Знаю, знаю! Kafka - не классический брокер сообщений, но большинство компаний используют его именно как брокер. Мы не стали исключением.
а как еще кафку можно использовать? я не знаток, но интересно узнать и почитать было бы, так как для меня это новость :)
а что вообще такое "вход"?
я к тому, если ПК будет в спящем режиме, то после пробуждения отработает ли скрипт? это довольно странный вопрос и не факт, что критический, но у нас на старой работе некоторые менеджеры компы держали в спящем режиме по нескольку месяцев)
Осталось еще по расту запилить дайджест и на земле наступит полная утопия :)
У меня есть забавная история неудачного собеседования.
При поиске сотрудников работодатели часто обращаются к сторонним агенствам, у которых цель — найти подходящего по шаблону кандидата и просто отправить его на собеседование.
В моём случае я общался с ремоут-рекрутером по телеграму, она сказала, что я подхожу и мы договорились, что она передаст моё резюме на тех. диру, а также задала вопросы по часовому поясу (устариваться думал удалённо), по началу/концу рабочего дня. Очевидно, что эту информацию она должна собрать и передать заказчику.
Когда я пошел на собеседование в зум, просидел там полтора часа (час — решение задач, полчаса — остальной диалог), и в середине разговора мне задают те же вопросы, которые задавала рекрутер. В итоге мы не смогли сойтись по часовому поясу, я потерял полтора часа в рабочий день, а заказчик — полчаса своего и программистов, собеседовавших меня.
Из этой ситуации можно вынести:
Я считаю, что PHP либо необходимо не добавлять фичи, а полностью переработать язык, кардинально, не таща всё и ото всюду, либо не тащить всё и ото всюду, а добавлять только необходимые фичи, а не «приколюхи», в ином случае энтерпрайз в конце концов откажется от PHP в пользу альтернатив
Есть отличные коммьюнити, где тусуются пара сотен (не более тысячи) людей, где каждый знает своего и у них уже не коммьюнити из всяк входящих, а своё, которое они построили. Это чаще всего чаты, группы, где модерируется по внутренним правилам.
Да, есть проблема, что язык позволяет делать всё, даже BDSM, и это — одна из причин «всяк входящих», такое же положение и не только в мире PHP.
Проблема в самих людях — PHP позволяет делать всё, от чего они (люди) не смотрят налево и направо.
И также нужны положительные реакции иметь.
А эмодзи в виде сердечек, пальца вверх/вниз и т.п. можно сделать для карточки компании.