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

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

давай конкретную задачу

телеграмма "вася еб твою мать подробности письмом"

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

на части — делать ретрай

что такое тип ошибки в go?

у ошибки ровно один тип - error. и это интерфейс с единственным методом Error()

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

это только изменив stdlib, да (

иногда чешутся руки :)

твой запрос поднимает виртуалки с чем-то тяжёлым первый фейл: у тебя некоторые из виртуалок не поднялись из-за недостатка ресурсов второй — у тебя разрыв сетки третий — у тебя невалидный формат запроса (запрос сложный) четвёртый — у тебя нет прав на создание опредёлённых виртуалок пятый — у тебя протух токен шестой — у тебя не запущены (не подключены, не созданы) какие-то из необходимых компонет

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

так и препроцессор не долго добавить в компилятор

а теперь часть этих ошибок прилетает к тебе по сети, но не от твоих сервисов и чатсь из них тебе нужно отдать на фронт, но нужна ещё интернационализация твои действия?

а теперь часть этих ошибок прилетает к тебе по сети, но не от твоих сервисов твои действия?

а теперь часть этих ошибок прилетает к тебе по сети, но не от твоих сервисов и чатсь из них тебе нужно отдать на фронт, но нужна ещё интернационализация твои действия?

@kirilldanshin , ты впиливал препроцессор?

а теперь часть этих ошибок прилетает к тебе по сети, но не от твоих сервисов и часть из них тебе нужно отдать на фронт, но нужна ещё интернационализация, а ещё у тебя не 5 ошибок, а 105 ошибок, а ещё у тебя пользователь может создавать кастомные квери, и не пользователь тоже твои действия?

а теперь часть этих ошибок прилетает к тебе по сети, но не от твоих сервисов и часть из них тебе нужно отдать на фронт, но нужна ещё интернационализация, а ещё у тебя не 5 ошибок, а 105 ошибок, а ещё у тебя пользователь может создавать кастомные квери, и не пользователь тоже твои действия?

посылаю всех нахуй на фронтенде, вызываю панику.

ну тут архитектура пиздец

все в одну кучу навалено

а как предложишь?

предлагаю сесть и отрефакторить это гавно

код всегда говнокод

предлагаю сесть и отрефакторить это гавно

код всегда говнокод

каким образом? я выслушаю предложения )

рефакторинг за деньги. :)

Что тут за ад и израиль

так а почему он говно?

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

ооп это не серебряная пуля, но лучше пока не придумали

ооп это не серебряная пуля, но лучше пока не придумали

придумали не использовать наследование => это уже не ооп

Ох ё... Даже недельку-две не поболеть, сразу срачи А препроцессор тут при чём?

ну какие у меня могут быть предложения на рефакторинг абстрактного говнокода ? сесть и написать асбтрактный код отвечающий ооп принципам

с чего же - композиция это тоже часть ооп

препроцессор как пример того, до чего можно дойти, если начать форкать язык

Не лучший пример У меня есть сейчас три ветки компилятора. Один на go, один на c++ и вот он - твой пример на все случаи жизни - один на js

причём тут ООП? мне кажется ты не очень понимаешь что ты говоришь, извини если у тебя есть какая-то бизнес логика, то у тебе нужно как-то работать с ошибками сложнее чем "записать в лог и умереть"

я говорю о том что детали реализации не должны отдаваться наружу.

я говорю о том что детали реализации не должны отдаваться наружу.

а при чём тут детали реализации? пользователь отправил форму, ему пришло сообщение, в котором содержится информация о невалидном поле это внутренняя реализация?

и что? ООП не существует без инкапсуляции, но не наоборот как ООП не существует без наследования

да потому что другие принципы тоже хорошо бы использовать

А не паника в логах, потому что пользователь - дурак :))

да потому что другие принципы тоже хорошо бы использовать

Кто сказал? 🙃