Forwarded from Stanislav Popov
вот про это статья https://blog.danlew.net/2017/07/27/an-introduction-to-functional-reactive-programming/
Dan Lew Codes
An Introduction to Functional Reactive Programming
I gave a talk this year about functional reactive programming (FRP) that
attempted to break down what gives FRP its name and why you should care. Here's
a write-up of that talk.
--------------------------------------------------------------------------…
attempted to break down what gives FRP its name and why you should care. Here's
a write-up of that talk.
--------------------------------------------------------------------------…
Forwarded from Stanislav Popov
вот это у меня так и не заработало https://twitter.com/ChromeDevTools/status/1192803818024710145
Twitter
Chrome DevTools
Initial DWARF support has landed in Chrome DevTools! It means that you can resolve stack traces, set breakpoints and step-in/-over source code in C/C++/Rust natively, without generating source maps.
Forwarded from Stanislav Popov
но речь не о том. оно как бы вроде работает, вроде не работает. wasm-pack у меня не получилось чтото сделать
Forwarded from Stanislav Popov
все что касается васма пилит один человек - Nick Fitzgerald
GitHub
fitzgen - Overview
fitzgen has 321 repositories available. Follow their code on GitHub.
Forwarded from i[am]GR00T
xsltdev.ru
Справочник XSLT с примерами кода
Forwarded from red75prime
unsafe не значит, что там что-то не так. Это значит, что мы знаем что-то, что не знает компилятор. Или думаем, что знаем
Forwarded from Stanislav Popov
предвидя ваши возражения - интерпретируемость все же должна быть фундаментом для разработки. кодер будет хотеть иметь возможность всегда покрутить что ему пришло, побрутфорсить обьект таким образом чтобы получить своё. да я понимаю что те кто вышел из статики привыкли без этого обходится, эта тема уже поднималась с @mersinvald и я понял что можно писать мини тесты но это не совсем катит. бывает так что стейт слишком крупный или жирный, бывает так что воспроизвести стейт затратно, нужно писать механизм типа "просто дампни текущий стейт в файлик и воспроизведи", вобщем я понял что это удобный хороший способ но это все же недостаточно гибко и требует всю архитектуру делать "рекаверабле"
короче есть две нерешенные проблемы
- брейк он паник
- возможность в отладчике вызывать методы
и я уже столько лютого треша на эти темы нагуглил. вот например https://gist.github.com/spacejam/15f27007c0b1bcc1d6b4c9169b18868c
вобщем есть у меня ряд задач где просто страшно отказываться от какого то низового уровня, страх потерять контроль, страх потерять возможность отладить. причем это же не просто так, это вот буквально в любом ботике, любом кравлере - вот происходит отсос - можно вытащить стейт всех обьектов, изучить, потраить какието рантайм тулзы
короче есть две нерешенные проблемы
- брейк он паник
- возможность в отладчике вызывать методы
и я уже столько лютого треша на эти темы нагуглил. вот например https://gist.github.com/spacejam/15f27007c0b1bcc1d6b4c9169b18868c
вобщем есть у меня ряд задач где просто страшно отказываться от какого то низового уровня, страх потерять контроль, страх потерять возможность отладить. причем это же не просто так, это вот буквально в любом ботике, любом кравлере - вот происходит отсос - можно вытащить стейт всех обьектов, изучить, потраить какието рантайм тулзы
Gist
using rr with rust
using rr with rust. GitHub Gist: instantly share code, notes, and snippets.
Forwarded from The Wacky Yellow Dog
tapir/rho/typed-schema + finch/http4s + IO/ZIO + doobie/quill, архитектурно - tagless final и т.п.
Forwarded from The Wacky Yellow Dog
Ну и я не называю раст плохим, он достаточно хорош, чтобы я сел на нём прод писать.
Вопрос в том, что трейдоффы в нём не подходят для тех приложений, где производительность не играет критичной роли
Вопрос в том, что трейдоффы в нём не подходят для тех приложений, где производительность не играет критичной роли
Forwarded from The Wacky Yellow Dog
Потому что эргономика так себе, она сильно ограничивает архитектуру приложения не по принципиальным причинам, а тупо из-за ограничений языка, связанных с его низкоуровневостью и некоторыми решениями в дизайне.
С этим можно мириться, если тебе нужна максимально хорошая производительность, но это редко нужно.
А где производительность не столь критична, там есть куда более выразительные альтернативы, которые в IO-bound задачах сравнимы по большинству показателей, а в плане эргономики сильно лучше
С этим можно мириться, если тебе нужна максимально хорошая производительность, но это редко нужно.
А где производительность не столь критична, там есть куда более выразительные альтернативы, которые в IO-bound задачах сравнимы по большинству показателей, а в плане эргономики сильно лучше
Forwarded from Jack
YouTube
C++ Siberia 2020: Виталий Брагилевский - Управление ресурсами: линейные типы спешат на помощь
Подробнее о конференции C++ Russia: https://jrg.su/9Sszhd
— —
. . . Как известно, языки программирования слабы в описании того, что нужно делать разработчикам. Они, конечно, пытаются помочь, но не всегда успешно. В результате программы содержат множество…
— —
. . . Как известно, языки программирования слабы в описании того, что нужно делать разработчикам. Они, конечно, пытаются помочь, но не всегда успешно. В результате программы содержат множество…
Forwarded from Αλεχ Zhukovsky
https://blog.ploeh.dk/2017/01/27/from-dependency-injection-to-dependency-rejection/ нелохая статья на эту тему
ploeh blog
From dependency injection to dependency rejection
The problem typically solved by dependency injection in object-oriented programming is solved in a completely different way in functional programming.