>>3517545 Микросервисы это технический долг и не более того. Создавать тех долги можно хоть на с++. Это не как не объединяет го с нодой. Их можно в одном проекте использовать без микросервисов. Просто разделив приложение на большие куски по задачам. Нода чтобы фулстеки ебались с бизнес логикой и graphql говном, голенж чтобы считать циферки в отсчетах и генерить xls
>>3517482 (OP) Нода-жс это вообще говоря системная обвязка чтоб сделать из js python. голанд это компилируемый язык, и для него не существует какой то кросплатформенной ебалы которая пускает go скрипты, так что что тут вообще сравнивать?
Гошка - околоинфровые компоненты и нагруженные сетевые сервисы. Пример: прокся тебя нужна своя со специфическим особенностями.
Нода - различные продуктовые сервисы и апишки. В освноном рестухи - жсон лопатой перекидывать между клиентом и базой. Динамоскриптуха на который можно очень быстро накидывать mvp. Пример: ну CRM там какая-нибудь или екомерс.
>>3519228 >прокся Пишется на С/С++ (пидораст не нужен). Никто не пишет хайлоадные штуки на языке со сборкой мусора. Когда пытаются писать на го, начинается ебаный карнавал с мемори аренами и пулами структур, только чтобы не выделять память в куче.
>>3519236 У тебя с криокамерой проблемы. Во-первых на го - это уже написано. И всем +/- норм, за исключением каких-то edge cases. Просто глянь тот же cncf ландшафт.
>Пишется на С/С++ Во-вторых писать на этой всратой залупе вообще нет никакого смысла. Писать на го проще и быстрее в десятки раз. А GC там очень заебсиь и его хватает для большинства сетевых задач.
Где ты такую хуйню услышал? В контексте инфры и бекенд разработки на этой залупе не пишется вообще ничего. Линукс, постгря, редис, нжинкс и овердохуя всего - это чистая сишечка-няшечка. Куб, прометей, графана, волт и овердохуя всего инфрового - это го.
Ты перед тем как изрыгнуть свое некомпетентное мнение проверяй хотя бы его на связь с реальностью.
ты бы второе убрал бы отсюда чувак. на плюсах только поехавшие пишут, людей которые выбрали этот фрактал безумия как основной рабочий инструмент нужно в дурку отправлять и гнать из индустрии ссаными тряпками. го он конечно для аутистов сделан, но всё лучше чем плюсов касаться.
>>3519960 >В контексте инфры и бекенд разработки на этой залупе не пишется вообще ничего. >Линукс, постгря, редис, нжинкс и овердохуя всего - это чистая сишечка-няшечка. Ебать. Как называется эта болезнь?
>>3519264 >А GC там очень заебсиь и его хватает для большинства сетевых задач. Для задач пукать в кафку может и хватает. Я сталкивался с беком для таргетированой рекламы на го, там от го только ифы без скобок. Никакого жц, все на пулах. От кода на си не отличается ничем, кроме неиспользования указателей. Ну и с горутинами никто не бесоебит, горутины и каналы это охуеть какая медленная срань.
>>3520195 >Никакого жц, все на пулах Аахахха, чтд. Завернули элементарное дёрганье системного вызова в абстракцию которую приходится разворачивать как только задача перестаёт быть игрушечной.
>>3517589 Наоборот, удобно реюзать типы на фронтенде даже минуя генерацию из опенапи
>>3517482 (OP) Принципиальной разницы для микросервисошлёпов или других типажей калопроводчиков нету. Теоретически го может хорошо справляется с числодробильными нагружающими цп задачами, но если задача нагружает цп, то не лучше бы написать для неё отдельный сервис на расте или плюсах? Да и в тестах цп нагрузки тот же го на одном уровне с другим жс рантаймом, bun.js
Привет, у меня есть пакет, в котором лежат в двух файлах два хендлера - create и get сущности документа(например). Как мне правильно описать интерфейс в месте использования для сервиса документа? я хочу type document interface { Fetch(ctx context.Context, id string) (entities.Document, error) } и type document interface { Create(ctx context.Context, payload entities.DocumentCreatePayload) (string, error) } но в одном пакете нельзя иметь два интерфейса с одним названием - как в таком случае поступить, чтоб был 'go-way'?
>>3521118 1) Скил ишью и у тебя прост. 2) Пишут не на жс, а тайпскрипте. В тс подходов по распутываию кодов на порядки больше чем в голенге. Одних только ФП либ десятки.
>>3524488 Это зависит от определений. Твоё видимо отличается от общепринятых. Но в любом случае, ничего из мной сказанного это не меняет. На всякий случай повторю, что у тс система типов топ 2 после раста среди мейнстрим языков.
>>3525158 я же дал определение, никакого своего рантайма у ts нет, он либо обернут над js+web либо над js+node и таким образом один код на ts может быть несовместим с другим. > у тс система типов топ 2 после раста среди мейнстрим при том что в расте нет объектных типов как сущности, а в ts нет типов данных, то есть выдал по сути хуйню вроде "у феррари крутящий момент топ два после белаза", че к чему хуй пойми.
>>3525202 Что бы объяснить вебмакаке что такое знаковый/беззнаковый целый, одинарный и двойной вещественные типы, нужно прочитать лекцию, а я как бы школьным учителем по информатике не работаю иди в тырнет и там информацию ищи про типизацию в си/расте и экма/джава/тайп-скрипте. Хотя про вторые я тебе все же напишу по памяти что везде написано: all numbers in javascript is a fp64 data type.
>>3525241 эй дегенератина, ты же в курсе что на уровне машины никаких типов не существует? и что типы в си не сильно сложнее чем типы в ts? и что они нужны только для компиляции?
>>3525271 Уймись. Типы данных это социальный конструкт, его нет в машинах. TS не лучше и не хуже чем какие-нибудь плюсы.
>>3525311 Если у тебя в рантайме были получены данные не того вида (по сети например) - сверка типов тебе особо не поможет. Придется обрабатывать ошибку своими силами и откатить операцию.
>>3525241 И часто оно тебе надо при перекладывании кабаньих жсонов? Чтобы проверять что вместо uint8 тебе int32 в функцию не передали? Если у нормального чела будут байтоебские задачи, то он байтоебский язык возьмет, а не голенг..
Чел то что один пишет бизнес логику, а другой байты в сети считает, это не причина орать ряя я больше знаю. Это по детски глупо звучит. Нихуя ты не знаешь больше. Ты такая же ограниченая своим тесным стойлом скотинка у кабанчика.