А ещё есть kprintf

Так я реально не понял, а нельзя это все выпилить и оставить Console.Write(Line) с типизацией от sprintf?

Какой профит у кастомного фшарп вывода вообще?

Ты у меня это спрашиваешь? %)

Я вот не вижу, чем этот твой код хуже настоящего

И вижу, чем твой код лучше настоящего

Ну может я чот упускаю и там есть уникальные фичи

Так что я тоже не понимаю, зачем так так сложно

Инопланетяне прилетели и задизайнили нам printfn.

Возможно, стоит спросить Сайма, какого хуя

Возможно.

Но ты представляешь, сколько у него там таких спрашивателей? :)

И некоторые с реально полезными вопросами приходят, а не с фигнёй, как мы :)

https://github.com/dotnet/fsharp/blob/71fefdb0a6d10e3c9b1795a363456c1882372ca4/src/fsharp/FSharp.Core/printf.fs#L171-L172 вот это вот всё тоже околхозится, я так понимаю

потому что можно.

В принципе мб оно там как-то более оптимизированно делается

Ну, то есть не везде sprintf будет ок

Скажем, printfn может по частям сразу в стрим отдавать

Тут хз какой вариант будет лучше

Но у sprintf будет аллокаций больше

куча причин может быть
- переопределить CE не забыл? может быть тут нужен override. Например попробуй переименовать, отнаследоваться от AsyncBuilder и потом let async = MyAsyncBuilder()
- выражение в this из предыдущего, и аргументы подходить по сигнатуре?
- попробуй сначала без рефайнмента 'u when 'u :> Entity, я не уверен умеет ли билдер с ними обходиться
- если предыдущего выражения нет, т.е. оно идет первым в блоке, как тут async { let! driveItem = ..., то возможно надо еще определить this.Zero