Комментарии 7
Ещё итераций 100 того что отсутствует , так и до c# дойдете когда все это есть из коробки
LINQ в C# правда очень удачно спроектирован, больше нигде такого удобства не встречалось. Однако сам язык после Go теперь кажется громоздким, например в части "наследных" от Java модификаторов. Начинать писать функцию с "public static void" и выбирать для неё класс теперь как-то лениво 🙂
P.S. Если бы надо было оставить только один ЯП для всего, то C# пожалуй все ещё лучший кандидат по моему мнению ввиду универсальности
А почему на первой картинке "объединение в бадчи"? Это опечатка или хитрый смысл?
на первый взгляд вай красота, тишь да благодать..
но стоит попытаться выйти за пределы чистых/тотальных функций, стоит только на горизонте появиться error handling как вдруг сигнатуры функций станут немножк всратыми, и вот опять они - бесконечные if err return err
стопэ, а куда return? в error канал конечно и вот уже лапша из error chan, success chan.
или при error надо ретраить? значит стратегии на retry
что насчет паник. выскочила паника навернулась вся аппка? а при рестарте кто последний валидный стейт поднимает? а если воркер в deadlock встал, а если воркер в livelock встал, а если надо по таймауту отстрелить? неужели супервизоры нужны
почему так получилось что в древнем вонючем erlang все было из коробки, в современном модном конкурентном go - ничего не завезли
Оптимизация конкурентных приложений в Go