я в пхп чате сижу, там такой пиздец некоторые скидывают, что мне стыдно )

Не сиди ) нервы сбережешь

solvedIncidents := 0 for _, incident := range incidents { if incident.IsClosed() { solvedIncidents++ } } вот ну как так-то? solvedIncidents = incidents.filter((incident) => incident.isClosed()).count()

Уважаемые, позволите ли здесь флудануть вопросом про авторизацию по токену в API? (вопрос будет про технологии, а не про Go) Или направьте туда где можно будет.

Ну, кстати, иногда действительно хочется кратких выразительных конструкций типа: solvedIncidents = sum(x.isClosed() for x in incidents) реализация - целиком на усмотрение компилятора - хоть циклом, хоть отдельной горутиной, из которой наружу будет торчать канал и выдавать элементы Важно, что и это читаемо, и хорошо оптимизируемо комплилятором.

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

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

Спасибо. Мне не придётся реализовывать, мне нужно ТЗ описать и попросили использовать существующие технологии, чтобы меньше свои костыли пилить.

есть проект go-linq (я на C# пишу, поэтому отсутствие LINQ сразу почувствовал), но выглядит это все у них не очень красиво из-за отсутсвия лямбд и дженериков: https://github.com/ahmetb/go-linq

А какую проблему решает linq?

В чем задача токенов собственно? Если она вписывается в парадигму "авторизовался по логин/пароль, получил токен, бегаем с токеном по API" - oauth 100%

есть проект go-linq (я на C# пишу, поэтому отсутствие LINQ сразу почувствовал), но выглядит это все у них не очень красиво из-за отсутсвия лямбд и дженериков: https://github.com/ahmetb/go-linq

работа с коллекциями. например, есть коллекция лог-записей (IpAddress, код ответа, ...) и требуется найти уникальные IP адреса, у которых был ответ 500. в LINQ на C# это будет logRecords .Where(r => r.StatusCode == 500) .Select(r => r.IpAddress) .Distinct()

ну тут ты передаешь просто функции, x => x.SomeProp == 500 - это синтаксический сахар для func(x YourType) bool { return x.SomeProp == 500; }

работа с коллекциями. например, есть коллекция лог-записей (IpAddress, код ответа, ...) и требуется найти уникальные IP адреса, у которых был ответ 500. в LINQ на C# это будет logRecords .Where(r => r.StatusCode == 500) .Select(r => r.IpAddress) .Distinct()

что ты имеешь в виду под невалидным?

частенько слышу от Java программистов: "Exceptions > panic" или "Go плох тем что в нём нет exception'ов" но не могу понять их мысль, обоснований практически ноль, вы как считаете, обосновано ли высказывание?

Странно, что Exception с panic сравнивают. Вообще это error. И в принципе, если тебе не лень морочится, то можно организовать даже разные структуры под разные error, которые могут достаточно далеко прокидываться между функциями

частенько слышу от Java программистов: "Exceptions > panic" или "Go плох тем что в нём нет exception'ов" но не могу понять их мысль, обоснований практически ноль, вы как считаете, обосновано ли высказывание?

Где-то я это сообщение видел

в другой группе :)

в общем-то в C# сейчас, да наверно и Java считается неправильным(некрасивым) использовать исключения для управлением потоком выполнения

Но в целом и в го и в джаве системы обработки ошибок говно

http://fsharpforfunandprofit.com/posts/recipe-part1/

а вот этот перманентный возврат ошибок из функций чего-то стоит?

а вот этот перманентный возврат ошибок из функций чего-то стоит?

вы сейчас все с кем разговариваете?

вы сейчас все с кем разговариваете?

имеешь ввиду производительность?

угу

эксепшены в основном не поэтому дороже, конечно, ну да хрен с ним

не думаю, считай 1 выделение памяти в стэке на ошибку и одна conditional проверка if err != nil, мизерное потребление ресурсов в то-же время волощение концепции Exception в компиляторе намного более сложное и в основном Exception'ы из-за этого относительно дороже