NM
Size: a a a
2020 September 26
AH
Забавно, что, видать, нехилый прирост к производительности дала смена du на обычные классы. Что несколько намекает на тормознутость этих du.
Такое же можно было и на Ду написать, но просто скопирнули сишарп реализацию AVL, где нет ДУ
AH
Там кажется проблема есть в утечках 🤔
В аллокациях есть. Утечек вроде нет
TK
Не знаю, пока не вижу больших алгоритмических различий
AH
Аллоцирующий код != Протекающий код
ЕВ
Тикет выше
https://github.com/dotnet/fsharp/issues/8668
Оно?
Я его видела. Про него и говорилось вроде уже раз 100. Это ж бай дизайн.
Достаточно в отдельный контекст () цикл закрыть и никаких функций писать не нужно.
Оно?
Я его видела. Про него и говорилось вроде уже раз 100. Это ж бай дизайн.
Достаточно в отдельный контекст () цикл закрыть и никаких функций писать не нужно.
AH
https://github.com/dotnet/fsharp/issues/8668
Оно?
Я его видела. Про него и говорилось вроде уже раз 100. Это ж бай дизайн.
Достаточно в отдельный контекст () цикл закрыть и никаких функций писать не нужно.
Оно?
Я его видела. Про него и говорилось вроде уже раз 100. Это ж бай дизайн.
Достаточно в отдельный контекст () цикл закрыть и никаких функций писать не нужно.
Ну вот и я об том же!
NM
Аллоцирующий код != Протекающий код
Ну он же не освободиться, пока луп не закончится?
AH
А, кстати да. Елизавета права, можно просто в скобки обернуть
AH
Ну он же не освободиться, пока луп не закончится?
Хз, надо проверить. Собственно сделай?
async {
while true
do ...
}
async {
while true
do ...
}
ЕВ
Это очень плохо для бесконечных лупов
А do! Для них и не предназначено.
AH
Сомневаюсь что тут будет ООМ
NM
Хз, надо проверить. Собственно сделай?
async {
while true
do ...
}
async {
while true
do ...
}
Не могу пока)
ДБ
Я вот знаю одно протекание бай дизайн:
do! вместо return! на рекурсивном вызове
do! вместо return! на рекурсивном вызове
Ой, а я так и делал
СТ
всем привет! я слегка запутался в опциях пытаясь выбрать стек для первого своего вэб сайта, который хочу запилить на f#, может кто-то подскажет бест тулкит в моей ситуации. изначально хотел делать максимум рендереринга на сервере, чтобы как можно меньше js кода писать. потом прочитал про fable и мне понравилась эта идея. вроде как что-то вроде Safestack сейчас кажется подходящим вариантом, без ажура только, однако и bolero с webassembly звучит интересно. основные задачи проекта такие: поближе познать фшарп, сделать полезное дело в виде персонального сайта для жены, сделать все и норм и модно и молодежно чтобы потом не стыдно и показать было. P.s.: есть опыт консольных приложений на c# и слегка на джанге, небольшой опыт скриптов на фшарп по работе, но прям вот проектов на фшарпе не делал ещё
R
всем привет! я слегка запутался в опциях пытаясь выбрать стек для первого своего вэб сайта, который хочу запилить на f#, может кто-то подскажет бест тулкит в моей ситуации. изначально хотел делать максимум рендереринга на сервере, чтобы как можно меньше js кода писать. потом прочитал про fable и мне понравилась эта идея. вроде как что-то вроде Safestack сейчас кажется подходящим вариантом, без ажура только, однако и bolero с webassembly звучит интересно. основные задачи проекта такие: поближе познать фшарп, сделать полезное дело в виде персонального сайта для жены, сделать все и норм и модно и молодежно чтобы потом не стыдно и показать было. P.s.: есть опыт консольных приложений на c# и слегка на джанге, небольшой опыт скриптов на фшарп по работе, но прям вот проектов на фшарпе не делал ещё
Бери fable. Можно сделать spa с апихой на giraffe, можно взять saturn. Болеро пока сырой, забей на него
ДБ
а blazor на F# норм?
СТ
Бери fable. Можно сделать spa с апихой на giraffe, можно взять saturn. Болеро пока сырой, забей на него
Спс, а вот эта тема с mvc VS mvu? чот там elmish какой-то
R
а blazor на F# норм?
Весь васм ещё сырой. В прод его берут только самые отважные