Спасибо, почитаю про них.

А wasm норм работает? Кто-то использует? Я много лет про него читаю, но что-то не припомню каких-то эпичных побед с его внедрением.

анимации которые есть браузере и не лагают это почти все wasm

Освойте микросервисную архитектуру за 5 месяцев на курсе «Microservice Architecture» от OTUS В процессе обучения вы: ✅ рассмотрите множество нетривиальных проблем проектирования backend-приложений и их дальнейшего сопровождения; ✅ изучите не только паттерны проектирования новых сервисов, но и подходы к работе с legacy-сервисами; ✅ научитесь решать проблемы с согласованностью изменений или с оркестрацией сервисов; - как разработчик научитесь базовым навыкам работы с Kubernetes. 💻 Программа подойдёт архитекторам, разработчикам, системным аналитикам, администраторам и DevOps-инженерам. В конце программы вы получите практическую помощь в трудоустройстве и карьерную консультацию от эксперта. 🌐 Оцените свой уровень знаний для обучения на курсе: https://otus.pw/YjRv/ Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: LjN8K7jLz

анимации которые есть браузере и не лагают это почти все wasm

Ого. А где на лагающие посмотреть?

Ого. А где на лагающие посмотреть?

huuh, много же таких

Точно? По моему наоборот, орм по дефолту зло пока не доказано обратное

Точно? По моему наоборот, орм по дефолту зло пока не доказано обратное

Факт. ОРМ зачастую добавляет очень много неявности, особенно горм

Ну, ОРМ

откуда в го столько хейтеров ормок?)

Без разницы го или нет, но справедливости ради на го ормки особенно беспонтовые

откуда в го столько хейтеров ормок?)

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

Я тоже пытался насадить в одном проекте, как никрути появляется новый не нужный слой и просто размазывается логика по еще куче файлов, поплевались причем с братками как выходцами из nodejs так и из пыхи

На уровне дефолтного круда орм работает как альтернативный синтаксис для SQL, но не проще ли тогда сразу на SQL писать запросы

откуда в го столько хейтеров ормок?)

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

откуда в го столько хейтеров ормок?)

Просто нет пока, или вообще жирных навороченных ОРМов с кешированием и т.п. И нет нужды такого уровня ООП. :)

откуда в го столько хейтеров ормок?)

Опять же возможно есть задача, где без ОРМ не куда даже на Go. Но я пока такой задачи не встречал. :)

Опять же возможно есть задача, где без ОРМ не куда даже на Go. Но я пока такой задачи не встречал. :)

Таких задач и нет. Орм же не делает ничего уникального, всегда можно написать запросы ручками и смапить все тоже ручками)

Что ты имеешь ввиду?

Таких задач и нет. Орм же не делает ничего уникального, всегда можно написать запросы ручками и смапить все тоже ручками)

Написать хороший умный кеш та еще задача...

Написать хороший умный кеш та еще задача...

как его потом инвалидировать если данные поменялись в базе, и как это сделать во всех инстансах приложения?

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

как его потом инвалидировать если данные поменялись в базе, и как это сделать во всех инстансах приложения?

Конечно кеш с умом применять стоит. Если архитектурный гений размазал кешируемое инстансами, то никак. :)

Конечно кеш с умом применять стоит. Если архитектурный гений размазал кешируемое инстансами, то никак. :)

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

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

Да, к сожалению реальность. :) А потом вопросы а чтоже делать, почему тормазит. :)

))))))

расходимся пацаны, просто надо было на одном инстансе все крутить, так бы и базка не понадобилась

расходимся пацаны, просто надо было на одном инстансе все крутить, так бы и базка не понадобилась

Иногда реально так сильно проще. Есть и такие паттерны нагрузок, что на десять записей в кеше одна запись в базу.

Так то я конечно не против резвится в попытках обогнать память с помощью cети и дисков, но бизнеc порой платит за скорость первого варианта. :)

И при этом, что странно, бизнесу пофиг что: "не микросервисы, не чистая архитектура и не т.п." :)

бизнесу почти никогда не пофиг что приложение крутится в одном инстансе, потому что есть например требования к доступности

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

бизнесу почти никогда не пофиг что приложение крутится в одном инстансе, потому что есть например требования к доступности

Да, если готов ждать по Брюеру, то любой каприз за его деньги. :)

не знаю правда причем тут орм, но ладно

не знаю правда причем тут орм, но ладно

На Go не причем, у нас вроде нет ОРМов с крутым кешированием и т.п. Это я выше просто привел пример относительно, когда ОРМ может помогать.

На Go не причем, у нас вроде нет ОРМов с крутым кешированием и т.п. Это я выше просто привел пример относительно, когда ОРМ может помогать.

т.е gorm плох?)

т.е gorm плох?)

Не, он прост, легок и т.п.

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

Затем что с ормом у тебя априори больше заморочек потому что ты сову на глобус натягиваешь

Кейс такой что в базе объектов нет

Это тебе нужны аргументы зачем использовать орм потому что это надстройка, усложнение

Кейс такой что в базе объектов нет

Ответь вот на этот кейс для начала

В концепции орм есть

Ясно ))

#Вакансия #Backend #Golang #Senior #Remote #Fulltime Вакансия: Middle+ / Senior Golang Developer Компания: LuckyGroup lucky-group.com Занятость: полная Страна: РФ и заграница Формат работы: офис/гибрид/удаленно Мы создаем высоконагруженные «умные» системы и инструменты, которые помогают получить максимум эффективности при работе с интернет-рекламой и ищем сильного Golang разработчика. 🔻Стек технологий, с которым мы работаем: -Язык разработки: Golang -Базы данных: Postgresql, Clickhouse, cockroachdb, Scylla -Брокеры сообщений: Kafka, NSQ -Система контроля версий: Git -CI/CD: gitlab -Деплой и оркестрация: nomad, consul, vault, docker -Мониторинг: ELK, prometheus + grafana, zabbix, okmetr -Алертинг: sentry, alertmanager 🔻Чем предстоит заниматься: -Разработка и поддержание микросервисов высоконагруженных проектов LuckyFeed, LuckyPush; -Участие в проектировании новых микросервисов; -Взаимодействие с командой; -Участие в планировании и проработке задач. 🔻Наши ожидания: -Опыт разработки и проектирования разных архитектур на Go от 3х лет; -Хорошее знание PostgreSQL, ClickHouse: уметь писать сложные запросы (джоины), уметь применять индексы, производить профилирование запросов; -Опыт работы с GRPC + Protobuf; -Опыт работы с REST; -Опыт работы с FastHTTP и Chi будет преимуществом; -Умение писать скрипты на bash, ansible будет преимуществом; -Умение писать юнит-тесты, покрывать свой код метриками и уметь его дебажить; -Знание и умение применять шаблоны разработки. -Опыт работы с высоконагруженными системами и гео-распределенными системами будет преимуществом! 🔻Мы: -Даем выбор: полная удаленка, офис или гибридный график (удаленка/офис); -Предлагаем атмосферу молодой компании, гибких процессов и прозрачности; -Оформляем по ТК РФ и всё, что с этим связано; -Предоставляем ДМС после испытательного срока -Поддерживаем стремление к развитию: корпоративные скидки на обучение от партнеров; -Доверяем: есть возможность взять 3 дня в квартал по болезни, без официального подтверждения; -Работаем 5/2, гибкий старт дня с 09:00 до 11:00. Если позиция вас заинтересовала, пишите @marina_luckyhr

Привет, возник вопрос ,работодатели требуют умение работать через gui иди через консоль с postgresql? + pgx

Никогда не сталкивался с такими требованиям. Хотя опыт с pgx и общее понимание устройства субд всегда подразумевались.

Мы же не вкатышки, к базе подключаться, в конце концов. Нам надо эффективно зафиксировать состояние бизнес-процессов.

А это так сложно к постгресу через psql подключиться? Я вон только через pgcli и работаю потому что в кайф и никакой DataGrid мне не нужен. Хотя требование странное, работодателя обычно не ипут ни инструменты, ни даже какая БД. Видимо какая-то специфика за этим требованием стоит

Привет, возник вопрос ,работодатели требуют умение работать через gui иди через консоль с postgresql? + pgx

подключаюсь к бд только через DataBeaver

databeaver и datagrid это смешно)

databeaver и datagrid это смешно)

твои предложения?)

твои предложения?)

dbeaver и datagrip

dbeaver и datagrip

ахаха) я чет не заметил неправильности названий, я сразу понял про бобра и джетбрайнс)

ахаха) я чет не заметил неправильности названий, я сразу понял про бобра и джетбрайнс)

ну это просто как два наркоманских названия каких-то)

или из параллельной вселенной

Я за orm но справедливости ради сама обривиатура говорит о том что есть. Да в бд объектов нет, а в коде у нас как правило есть, искренне не пойму о чем спор. Рано или поздно любой высоконагруженый проект начинает работать с бд на более низком уровне, но это не означает уход от любых готовых решений, абстракций и преждевременную оптимизацию

Привет, народ, я смотрю сейчас в сторону пхп\го что выбрать? Интересен бекенд

COBOL

аха, смешно смешно

Привет, народ, я смотрю сейчас в сторону пхп\го что выбрать? Интересен бекенд

с пхп на го часто переходят, есть ли обратная тенденция - сомневаюсь)

Го хороший. Ты код пишешь, а он работает, обычно сразу и так, как ожидается

Го хороший. Ты код пишешь, а он работает, обычно сразу и так, как ожидается

Сначала пишешь бойлерплейт для бойлерплейта, потом сам бойлерплейт, и только потом всё работает 😁

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

Сначала пишешь бойлерплейт для бойлерплейта, потом сам бойлерплейт, и только потом всё работает 😁

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

с пхп на го часто переходят, есть ли обратная тенденция - сомневаюсь)

Хмм, а с работой как? Например кроме регионов РФ ?

Хмм, а с работой как? Например кроме регионов РФ ?

ну, это не 1С что бы бояться о вакансиях за пределами РФ)

я видела что в РФ много, а за пределами не смотрела, потому и узнаю, так как не могу работать на РФ

вакансии в гугл наверняка будут)

ахахх))

ну в плане в самой компании, а не отправка погуглить)

За пределами жаловался народ, что в Европе одна ява

За пределами жаловался народ, что в Европе одна ява

Ну она же прекрасна ))

Ну она же прекрасна ))

там точно бойлеров перебор

Очень спорно, особенно если современный spring

Если речь о большом приложении то рано или поздно начинают писать те же уровни абстракции но без нужных инструментов, к примеру тот же nest на node Dto надо ? А то, не мапить же модель бд на апи Отдельный интерфейс и какой то репозиторий нужен ? - как бы многие пишу напрямую, но тогда ни тестов написать, ни orm смерить … не успел оглянуться вот уже у тебя он же абстракции что и в Java но работают хуже Я не говорю что это нужно в go, просто для большого приложения это рано или поздно само появляется

Если речь о большом приложении то рано или поздно начинают писать те же уровни абстракции но без нужных инструментов, к примеру тот же nest на node Dto надо ? А то, не мапить же модель бд на апи Отдельный интерфейс и какой то репозиторий нужен ? - как бы многие пишу напрямую, но тогда ни тестов написать, ни orm смерить … не успел оглянуться вот уже у тебя он же абстракции что и в Java но работают хуже Я не говорю что это нужно в go, просто для большого приложения это рано или поздно само появляется

Чем хуже-то?)

Гошники, в каких проектах сейчас интересных работаете?

Скорее слава богу, что не разбираешься, кто там какой наследник какого абстрактного класса

Нынче с грамотностью точно проблемы имеються. Публика, родившаяся начиная с конца 80-х, просто не жила в мире, когда грамотность ценилась, и часто просто не понимает о чём тут речь.

у Вас тут лишний Ь

Гошники, в каких проектах сейчас интересных работаете?

url shortener