DateTimeKind.Utc ?

у меня просто как всегда есть пример из пульсара на это) https://github.com/fsharplang-ru/pulsar-client-dotnet/blob/develop/src/Pulsar.Client/Common/Tools.fs#L73-L76

Я вот только не понимаю, зачем это все

как говорится, найдите ошибку в коде: let toUnix date = Math.Round((date - DateTimeOffset(DateTime(1970, 1, 1))).TotalSeconds, 0)

у меня просто как всегда есть пример из пульсара на это) https://github.com/fsharplang-ru/pulsar-client-dotnet/blob/develop/src/Pulsar.Client/Common/Tools.fs#L73-L76

How dare you. Ты противник св. Влашина? Сжечь

и какой там кайнд на выходе?

и какой там кайнд на выходе?

int64!

Скорее float

module Railway = type Result<'TSuccess,'TFailure> = | Success of 'TSuccess | Failure of 'TFailure let succeed x = Success x let fail x = Failure x let either successFunc failureFunc twoTrackInput = match twoTrackInput with | Success s -> successFunc s | Failure f -> failureFunc f let bind f = either f fail let (>>=) x f = bind f x let (>=>) s1 s2 = s1 >> bind s2 let map f = either (f >> succeed) fail let switch f = f >> succeed let tee f x = f x; x let pass f x = (ignore >> f)(); x let tryCatch f exnHandler x = try f x |> succeed with | ex -> exnHandler ex |> fail let doubleMap successFunc failureFunc = either (successFunc >> succeed) (failureFunc >> fail) let plus addSuccess addFailure switch1 switch2 x = match (switch1 x),(switch2 x) with | Success s1,Success s2 -> Success (addSuccess s1 s2) | Failure f1,Success _ -> Failure f1 | Success _ ,Failure f2 -> Failure f2 | Failure f1,Failure f2 -> Failure (addFailure f1 f2)

Да не было просто стандартного тогда

Хотя все ещё не вижу, где явный каст

Кастомный резалт это еще ок. А вот за NonNegativeInteger и String50 я б его в розыск подал

Особенно учитывая наличие uint32

но это не то же самое

Ну у вас они совсем бестолково сделаны были. Добавляли церемоний, не добавляя гарантий. Худшее из двух подходов

В их реализации считай то же самое, только хуже)

можно получить приколов с оверфлоу на ровном месте

можно получить приколов с оверфлоу на ровном месте

не, надо будет проверять что число в uint32 это int32

Так у них там тоже можно было найти -12 внутри этого неотрицательного юниона)

Не, я их код осуждаю если чо. Но заменить NonNegativeInt32 на UnsignedInt не получится

Есть. DateTime.UnixEpoch

Я вот пишу говнокод и мне ок. Сегодня я уже рассказывал что получил в лицо "null" вместо ексепшна или там хз, null нормального при чтении конфига На null я бы хотя бы сразу упал c NRE Считаю что тот кто вернул мне строкой "null" - пидарас

Я вот пишу говнокод и мне ок. Сегодня я уже рассказывал что получил в лицо "null" вместо ексепшна или там хз, null нормального при чтении конфига На null я бы хотя бы сразу упал c NRE Считаю что тот кто вернул мне строкой "null" - пидарас

я его знаю. Он между прочим с тобой в одном офисе сидит @eglyph

О, значит, можно ему отвёртку в бок организовать

я его знаю. Он между прочим с тобой в одном офисе сидит @eglyph

В NJ в смысле?

Result<‘a, exn> например часто встречается в нашей кб

Хорошего человека Заду не назовут

Result<‘a, exn> например часто встречается в нашей кб

котлин кстати запрещает возвращать из функции Result прикинь

Жесть

котлин кстати запрещает возвращать из функции Result прикинь

Жесть

Всм

Ошибка там, естественно, в отсутствии UTC

почитайте

Ошибка там, естественно, в отсутствии UTC

Там же написано что это временно

Где посмотреть

The Result class is not designed to be used directly as the result type of general functions and such use produces an error (see Limitations). In general, if some API requires its callers to handle failures locally (immediately around or next to the invocation), then it should use nullable types, when these failures do not carry additional business meaning, or domain-specific data types to represent its successful results and failures with any additional business-related data that is needed to process these failures. Consider this hypothetical API design: fun findUserByName(name: String): Result<User> // ERROR If the only kind of failure we might be interested in handling is the failure to find the user with the given name, then the following signature shall be used: fun findUserByName(name: String): User? // Ok

Нулы возвращать что ль