https://twitter.com/horusiath/status/1172108795218157569?s=12

Как-то очень грустно

почему?

7 байтов на дороге не валяются

почему?

Куча места за зря тратится.

Там куда больше же.

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

Я завел LiteDb на TypeShape

Я завел LiteDb на TypeShape

Кстати что там, не переехали на пятую версию ещё?

https://twitter.com/horusiath/status/1172108795218157569?s=12

И сюда вброшу вид на Терру в 4к https://www.youtube.com/watch?v=wVn6ANxuJrc

> Терру Вахаёб, што ле?

Будто что-то плохое!

Млин, насколько же я охуенен все-таки

Смог-таки на typeshape запилить

Всякие fold выкинуть

А что, от fold производительность страдает?

Да, сильно

Какой-то фиговый в F# компилятор

https://twitter.com/horusiath/status/1172108795218157569?s=12

Какой-то фиговый в F# компилятор

вопрос в зал: Для ошибок типа валидации или нарушений правил бизнес логики, словом, ошибок, вызванных ожидаемыми действиями юзера, вам нужен стектрейс или какой-то аналогичный хинт о том, где конкретно в коде это сработало?

вопрос в зал: Для ошибок типа валидации или нарушений правил бизнес логики, словом, ошибок, вызванных ожидаемыми действиями юзера, вам нужен стектрейс или какой-то аналогичный хинт о том, где конкретно в коде это сработало?

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

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

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

Именно так и получалось

вопрос в зал: Для ошибок типа валидации или нарушений правил бизнес логики, словом, ошибок, вызванных ожидаемыми действиями юзера, вам нужен стектрейс или какой-то аналогичный хинт о том, где конкретно в коде это сработало?

Для нарушений правил бизнес логики однозначно да.

речь идет о штуках вроде "недостаточно средств на счете" или "нельзя оплатить пустую корзину"

@vshapenko @Liminiens @black_boomer буду рад конструктивной критике!

Ну вот я бы не полагался на то, что код написан корректно

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

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

Наличие стектрейса позволяет искать проблемы в незнакомом коде эффективней

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

Фактически мне надо точное место где человеку ногу оторвало а не текст Васи

Так ты можешь же пихать в качестве ошибки исключение как объект

Наличие стектрейса позволяет искать проблемы в незнакомом коде эффективней

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

Если исключительная ситуация возникает не по вине разработчика бэкенда, то и не бэкендеру ее править - искать источник ошибки не нужно