наниты незаменимая штука, модели гигабайтные жрет и не давится, а вот люмен не всегда даёт ожидаемый результат

наниты незаменимая штука, модели гигабайтные жрет и не давится, а вот люмен не всегда даёт ожидаемый результат

В каких конкретно ситуация она себя ведет нестабильно если не секрет?

лучше уж новый длсс и ртх*

Так rtx вроде деприкейтед?

не слышал такое, мы нвртх юзаем, но мы на серверах запускаемся

Это версия UE которую пилит NVidia?

загугли, а то тема затянулась) не люблю геймдев, особенно в свободное время😂 там просто больше платят

Интересно как они представляют человека сорок и больше лет с "Профильное высшее образование уровня не ниже бакалавр". Когда он учился такого не было. :) При этом опыта нужно много. :)))

Там просто собрали все ключевые слова, какие возможны.

Интересно как они представляют человека сорок и больше лет с "Профильное высшее образование уровня не ниже бакалавр". Когда он учился такого не было. :) При этом опыта нужно много. :)))

Про знание Echo не менее 3 лет уже шутили?

#вакансия #работа #job #удаленно #senior #golang #development #go #developer #разработчик GO - разработчик Компания: Top Selection (аутсорсинговая компания) Оформление: ИП (СЗ) Грейд: Senior Формат: удаленно ЗП: от 300 000 до 340 000 руб. ✅ Требования: • Профильное высшее образование уровня не ниже бакалавр. • Опыт работы по данной специализации не менее 5 лет. • Опыт управления командой разработчиков не менее 1 года. • Каркасные работы (каркасы адаптеров, общих библиотек, обеспечивающих сервисов). • Разработка функциональности и отладка (бэк). • Написание юнит-тестов. • Разработка имитации смежных систем. • Код-ревью. • Исправление дефектов, выявленных на этапах компонентного, сквозного, нагрузочного тестирований и ИФТ/ПСИ. • Поддержка кодовой базы сервисов в зоне ответственности по мере развития версий общих компонент/библиотек. • Консультации специалистов смежных команд, консультации внутри команды. ✅ Стек: • Go, включая интерфейсы, контекст, горутины, каналы, буферы, селекты, мьютексы, не менее 4 лет. • CLI на Go — Cobra/urfave. • ORM: GORM. • Gin, Beego, Revel, Echo, Gorilla (один или несколько, не менее 3 лет). • Apex, Zerolog или Zap. • Melody или Centrifugo. • REST API Client - Heimdall или Grequest. • Kubernetes и принципов его работы. • SQL и как минимум одной реляционной СУБД. • Redis, MongoDB. • RabbitMQ или Kafka. • Clean Code, ACID, SOLID, DRY. • Docker, Kubernetes. • GraphQL. • Gitlab CI/CD или TeamCity. • (API) - REST, JSON APIs, gRPC, SOAP, HATEOAS и Authentication. • Client-side cache и CDN. • Clean Code. • SCRUM, Kanban и Waterfall. СV и вопросы: @LebedevaElenn

:)) Не, Swarn и OpenStack забыли. :)

Мне нравится что acid, solid и dry в одном списке. Учитывая насколько это разные сущности

Мне нравится что acid, solid и dry в одном списке. Учитывая насколько это разные сущности

Вакансию сгенерировал ChatGPT

Слабо что-то

интересно, с каких пор REST стал сетевым протоколом

👣 Тестовое задание в Keenetic (NDMSystem) на junior\ Midle- программиста. # Очередь на go с REST интерфейсом ## ТЗ Реализовать брокер очередей в виде веб сервиса. Сервис должен обрабатывать 2 метода: 1. PUT /queue?v=message Положить сообщение message в очередь с именем queue (имя очереди может быть любое), пример: curl -XPUT http://127.0.0.1/pet?v=cat curl -XPUT http://127.0.0.1/pet?v=dog curl -XPUT http://127.0.0.1/role?v=manager curl -XPUT http://127.0.0.1/role?v=executive в ответ {пустое тело + статус 200 (ok)} в случае отсутствия параметра v - пустое тело + статус 400 (bad request) 2. GET /queue Забрать (по принципу FIFO) из очереди с названием queue сообщение и вернуть в теле http запроса, пример (результат, который должен быть при выполненных put’ах выше): curl http://127.0.0.1/pet => cat curl http://127.0.0.1/pet => dog curl http://127.0.0.1/pet => {пустое тело + статус 404 (not found)} curl http://127.0.0.1/pet => {пустое тело + статус 404 (not found)} curl http://127.0.0.1/role => manager curl http://127.0.0.1/role => executive curl http://127.0.0.1/role => {пустое тело + статус 404 (not found)} при GET-запросах сделать возможность задавать аргумент timeout curl http://127.0.0.1/pet?timeout=N если в очереди нет готового сообщения получатель должен ждать либо до момента прихода сообщения либо до истечения таймаута (N - кол-во секунд). В случае, если сообщение так и не появилось - возвращать код 404. Получатели должны получать сообщения в том же порядке как от них поступал запрос, если 2 получателя ждут сообщения (используют таймаут), то первое сообщение должен получить тот, кто первый запросил. Порт, на котором будет слушать сервис, должен задаваться в аргументах командной строки. Запрещается пользоваться какими либо сторонними пакетами кроме стандартных библиотек. (задача в написании кода, а не в использовании чужого) Желательно (но не обязательно) весь код расположить в одном go-файле (предполагается, что решение будет не больше 500 строк кода) для удобства проверки, никаких дополнительных файлов readme и т.п. не требуется, создание классической структуры каталогов (cmd/internal/...) не требуется. Комментарии приветствуются и помогут нам понять ход Ваших мыслей при разработке. Лаконичность кода будет восприниматься крайне положительно, не нужна "гибкость" больше, чем требуется для решения именно этой задачи, не нужны логи процесса работы программы (только обработка ошибок), никакого дебага и т.д... чем меньше кода - тем лучше! Оцениваться корректность реализации (заданные условия выполняются),архитектурная составляющая (нет лишних действий в программе, только решающие задачи программы), лаконичность и понятность кода (субъективно, конечно, но думайте о том, насколько будет понятен ваш. код для других, это куда более важно в командной разработке, чем сложный "крутой" код). @Golang_google

👣 Тестовое задание в Keenetic (NDMSystem) на junior\ Midle- программиста. # Очередь на go с REST интерфейсом ## ТЗ Реализовать брокер очередей в виде веб сервиса. Сервис должен обрабатывать 2 метода: 1. PUT /queue?v=message Положить сообщение message в очередь с именем queue (имя очереди может быть любое), пример: curl -XPUT http://127.0.0.1/pet?v=cat curl -XPUT http://127.0.0.1/pet?v=dog curl -XPUT http://127.0.0.1/role?v=manager curl -XPUT http://127.0.0.1/role?v=executive в ответ {пустое тело + статус 200 (ok)} в случае отсутствия параметра v - пустое тело + статус 400 (bad request) 2. GET /queue Забрать (по принципу FIFO) из очереди с названием queue сообщение и вернуть в теле http запроса, пример (результат, который должен быть при выполненных put’ах выше): curl http://127.0.0.1/pet => cat curl http://127.0.0.1/pet => dog curl http://127.0.0.1/pet => {пустое тело + статус 404 (not found)} curl http://127.0.0.1/pet => {пустое тело + статус 404 (not found)} curl http://127.0.0.1/role => manager curl http://127.0.0.1/role => executive curl http://127.0.0.1/role => {пустое тело + статус 404 (not found)} при GET-запросах сделать возможность задавать аргумент timeout curl http://127.0.0.1/pet?timeout=N если в очереди нет готового сообщения получатель должен ждать либо до момента прихода сообщения либо до истечения таймаута (N - кол-во секунд). В случае, если сообщение так и не появилось - возвращать код 404. Получатели должны получать сообщения в том же порядке как от них поступал запрос, если 2 получателя ждут сообщения (используют таймаут), то первое сообщение должен получить тот, кто первый запросил. Порт, на котором будет слушать сервис, должен задаваться в аргументах командной строки. Запрещается пользоваться какими либо сторонними пакетами кроме стандартных библиотек. (задача в написании кода, а не в использовании чужого) Желательно (но не обязательно) весь код расположить в одном go-файле (предполагается, что решение будет не больше 500 строк кода) для удобства проверки, никаких дополнительных файлов readme и т.п. не требуется, создание классической структуры каталогов (cmd/internal/...) не требуется. Комментарии приветствуются и помогут нам понять ход Ваших мыслей при разработке. Лаконичность кода будет восприниматься крайне положительно, не нужна "гибкость" больше, чем требуется для решения именно этой задачи, не нужны логи процесса работы программы (только обработка ошибок), никакого дебага и т.д... чем меньше кода - тем лучше! Оцениваться корректность реализации (заданные условия выполняются),архитектурная составляющая (нет лишних действий в программе, только решающие задачи программы), лаконичность и понятность кода (субъективно, конечно, но думайте о том, насколько будет понятен ваш. код для других, это куда более важно в командной разработке, чем сложный "крутой" код). @Golang_google

Всем привет, кто пользовался github copilot? Как обошли блокировку по России?

Всем привет, кто пользовался github copilot? Как обошли блокировку по России?

там нужно оплатить, а возможные способы только карта (не русская) и paypal

можно купить предоплаченную виза/мастеркард

не подскажешь где?

Если кто-то решится сделать, то пришлите мне в ЛС код, мое(очень плохое) решение не проходит тесты, интересно посмотреть, как нужно было это делать

Тесты из задания или где-то ещё есть?

Не, нету, мне текстом ответили

Кстати, сколько часов на такое задание можно дать?

А из задания работают?

А, кстати, в стандартной библиотеке очередь есть?

8 часов

Можно очередь на канале делать

А если в память упрусь, что изменится?

А таймауты, наверное, на контекстах принято

можно купить предоплаченную виза/мастеркард

Payoneer

Просит договор аренды за пределами рф…

нотариально заверенный?

Ну… на честном слове:) но мыж добропорядочные и фотошопить не будем

а ты где?

А ты откуда спрашиваешь:)

из армении

А, ну я в Африке:)

Мне стало интересно и я накидал вот такое решение - https://go.dev/play/p/J5DlpNfG0Xo

Чёт непонятное, запутанное

Мне кажется тут упростить можно только сделав очередь не на связанном списке а на слайсе, но тогда сразу time complexity вырастет