Если бы я понимал sequent calculus- тоже бы из него не выходил.

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

Ну, это спорное утверждение - среди хаскелистов есть и евангелисты - работа у них такая с людьми разговаривать

тебя @clayrat смотрю в самое серце поразил

F# is just a better OCaml

that’s where you’re wrong, kiddo

Практичный окамл?

окамл сам по себе практичный

окамл сам по себе практичный

Сышал, что он нужен что ты только кок писать)

Есть же какаято мега контора у которой всё на окмле. Трейдеры что ли

Но наверное и единственная )

> Sakhalin, United States

Докер что-то странное сделали. Выдрали tcp-ip стек из миража какого-то? Но зачем, почему

Зачем классы то нужны? Ты их используешь?

мираж это ос без ос, на гипервизоре и даже на чистом железе может, прикинь. Ну и на каждый чих поэтому нужны библиотеки, например чтобы тупо сетевую карту использовать нужен код, но не ос. Докер в маке и виндах бежит на гипервизорах, и поэтому удобно было украсть части из уже написанных библиотек миража

в окамле такие же классы как в F# рекорды, больше ничего. Есть еще модули, которых в F# нет, а жаль, потомучто это удобная альтернатива тайпклассам таким как в хаскелях и скалах

А как делается RPC поверх TCP? Если асинхронный делать, типа можно отправить 100 запросов, и ждать ответа. Не уверен, что правильно будет на каждый RPC запрос поднимать новое соединение, поэтому я это вижу как-то так, что просто запрос сериализую на клиенте, и отправляю серверу, сервер обрабатывает запрос, и отправляет клиенту ответ + хэш сумму запроса, и по хэш сумме клиент понимает, на какой запрос ему пришёл ответ. Я упоротый? Насколько это вообще правильно?

А как делается RPC поверх TCP? Если асинхронный делать, типа можно отправить 100 запросов, и ждать ответа. Не уверен, что правильно будет на каждый RPC запрос поднимать новое соединение, поэтому я это вижу как-то так, что просто запрос сериализую на клиенте, и отправляю серверу, сервер обрабатывает запрос, и отправляет клиенту ответ + хэш сумму запроса, и по хэш сумме клиент понимает, на какой запрос ему пришёл ответ. Я упоротый? Насколько это вообще правильно?

мы также рпц поверх вебсокетов сделали даже без хэша, а просто const let syncKey = 0; getSyncKey = () => syncKey++; сделали на клиенте

Если клиент отправит syncKey кривой, чтобы ничего не сломалось, как-то валидировать нужно

Ну всё равно, выглядит крайне ненадёжно 🤔

хотя про последнее я спизданул, против повторного id это не поможет можно на сервере воткнуть валидацию на уже существующие syncKey (в разумных пределах), но это форсит stateful

я вот щас в апартаментах. я как подумаю что в каждой квартире по такой ебанине, не понимаю этих людей. Проще уж было в подвал общий котёл поставить и 24*7 его греть

я вот щас в апартаментах. я как подумаю что в каждой квартире по такой ебанине, не понимаю этих людей. Проще уж было в подвал общий котёл поставить и 24*7 его греть

Ну ты можешь и сам топить электричеством так-то)

криптофермой, например

криптофермой, например

Никто не пробовал? https://www.nuget.org/packages/FSharp.Data.GraphQL.Server

Чот я пишу комменты в ревью к питонокоду, а там в ответ "I'm not familiar to python" 😭😭😭

Как правильно сделать обработку данных в акторах и получить результат без использования ask? Например, если это сделать надо из Controller'a