ну да. они так и пишут

А свою монаду городить вербозно?

нулаблы здорового человека и работать с ними удобно

то есть там прям NPE поймать сложно. Поэтому нулаблы ок

Но ведь это не резал

Да у них походу родной резалт странный, с одним женерик типом

второй всегда эксепшн

там ещё удобный синтаксис экстеншнов (и немного йобнутый) fun SomeType?.foo(arg: String, action: () -> SomeType) = ...` val a: SomeType? = null a.foo("a") { action() } вот тут я объявил экстеншн над нулабл типом. В экстеншне 2 аргумента, где последний - лямбда. Если она последняя, котлен её разрешает каррировать в блок отдельный

этот пример кстати не упадёт с NPE, прикинь

А какой результат?

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

В скале зато есть инфиксная нотация.

ПоЛеЗнО

Неплохо, но вербозно по сравнению с фшарпом)

но там в целом создать своего говна изи. Есть DU, есть exhastive check. Патерн матчинга нет, но есть смарткаст. После проверки на тип компилятор сразу кастит в него в скоупе после проверки

Кто-то не в курсе что в kotlin есть T? 🤔

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

А то сколько Влашина не читал, постоянно была путаница между map\bind\apply

map/bind понятно, а чо такое apply?

map/bind понятно, а чо такое apply?

Наконец-то понятное и краткое описание map\bind: https://blog.jonathanchannon.com/2020-06-28-understanding-fsharp-map-and-bind/

Индия сейчас - самый лакомый и многообещающий рынок в области онлайна; свои разработки относительно слабые — и поэтому страна стала полем битвы США и Китая. И в Индии это давно прекрасно понимают — потому позволяют себе требования, которые вряд ли кто-то ещё рискнул бы выдвигать. Вот, например, правительство собирается потребовать от международных лидеров электронной коммерции (это в первую очередь Amazon и Walmart) предоставить для изучения исходный код сайта и основных алгоритмов, используемых на нем. К ИИ-алгоритмам собираются выдвинуть требование интерпретируемости. Очень интересно, насколько это удастся реализовать: для других стран и организаций это может оказаться прецедентом, стимулирующим собственные требования. https://thenextweb.com/in/2020/07/06/amazon-and-flipkart-might-have-to-give-their-source-code-to-the-indian-government/

@Lanayx https://twitter.com/dustinmoris/status/1279896595610427395?s=19 Я тебя спалил

к слову это есть в LYAHFG в первых главах, с детскими картинками, и про map и про apply

По-Влашиновски это как map, только функция тоже завёрнута в контейнер

C#-программисту интересующемуся F#'ом стоит почитать? Там не упоротая функциональщина?

https://degoes.net/articles/no-effect-tracking лысый из Браззерс красиво пояснил за IO

при этом он автор zIO

при этом он автор zIO

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

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

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

просто протащи через имплисит)

Не, не, он за контроль эффектов, но только правильный православный арийский контроль эффектов, который есть только в ЗИО.

ну да. работает до первого НЕ ТОГО втащенного имплиста из импорта

ну да. работает до первого НЕ ТОГО втащенного имплиста из импорта

привело к дедлоку к слову