ReferenceError: parent is not definedБолее неочевидной НЁХ, чем QML, в жизни ещё не видал.
projecteuler.net
Ха-ха, я был настойчив. Хорошая задача, рекомендую.
Congratulations, the answer you gave to problem 502 is correct.
You are the 51st person to have solved this problem.
Ха-ха, я был настойчив. Хорошая задача, рекомендую.
Вступайте и компилируйте!
Есть ли какие-нибудь нормальные банки с онлайн-доступом? Чтобы вот без перетасовываний правил.
#2731494 объявили неделю FRP, количество постов об FRP удваивается. github.com
По ссылке пример того, как можно реализовать методами стрелочного FRP интегрирование ODE методами а-ля Рунге-Кутта (весь код в одном файле). В качестве основы используется подход в стиле Yampa или Netwire. Хорошо описано в заезженной статье: staff.science.uu.nl
От описанного в статье сделаны следующие важные отступления. Во-первых, избегается использование init'ов или delay'ев, которые обычно в таком подходе используются для описания интегралов. Вместо этого используется примитив integrator. Во-вторых, стрелки оперируют не сырыми данными, а отдельной абстракцией под названием Signal. На которую и выкладывается бремя обеспечения интегрирования. Для примера традиционно реализовано два метода интегрирования: Эйлер первого порядка (строка 133) и Рунге-Кутта четвёртого порядка (строка 153). Собственно, строчки 153-158 наибольший интерес и представляют, остальное всё шелуха.
В качестве примера интегрируемого уравнения обычный гармонический осциллятор (строка 170). Пруф работоспособности: tau.rghost.ru
Привет.
Поскольку астрологи в По ссылке пример того, как можно реализовать методами стрелочного FRP интегрирование ODE методами а-ля Рунге-Кутта (весь код в одном файле). В качестве основы используется подход в стиле Yampa или Netwire. Хорошо описано в заезженной статье: staff.science.uu.nl
От описанного в статье сделаны следующие важные отступления. Во-первых, избегается использование init'ов или delay'ев, которые обычно в таком подходе используются для описания интегралов. Вместо этого используется примитив integrator. Во-вторых, стрелки оперируют не сырыми данными, а отдельной абстракцией под названием Signal. На которую и выкладывается бремя обеспечения интегрирования. Для примера традиционно реализовано два метода интегрирования: Эйлер первого порядка (строка 133) и Рунге-Кутта четвёртого порядка (строка 153). Собственно, строчки 153-158 наибольший интерес и представляют, остальное всё шелуха.
В качестве примера интегрируемого уравнения обычный гармонический осциллятор (строка 170). Пруф работоспособности: tau.rghost.ru
Привет.
Более продвинутый способ — навешивать теги. Но это тоже жуть та ещё, поскольку теги лежат в огромном числе рядом и своим количеством не лезут ни в какие ворота. Поэтому возникает резонное предложение — организовывать теги в иерархию. То есть есть определённый корневой тег /, а все остальные — его потомки. У каждого тега есть родитель (можно два родителя и больше). Прикрепление одного тега подразумевает прикрепление в том числе всех родителей и прародителей этого тега. Можно грабить корованы.
Пусть, например, есть книга про применение аналоговых фильтров в народном хозяйстве. Навесим на неё два тега: "/Math/Probability/Stochastic processes" и "/Engineering/Electronics/Circuits". Это будет подразумевать, что мы так же навесили теги "/Math", "/Math/Probability", "/Engineering" и др. Некоторым тегам(например, какой-нибудь кристаллографии) могут понадобиться несколько родителей (например, оптика, группы, электродинамика), поэтому нет смысла ограничивать теги только одним родителем, пусть будет их много.
Так вот. Чего хорошего придумало для этого (для правильной организации литературы) чел-о-вечество? Интересуют готовые решения.
P.S. Если объяснять аналогиями, то. Для фанатов ООП: теги — это трейты/миксины/интерфейсы, а книги — это объекты. Для хаскеллистов: теги — это классы типов, книги — это типы. Для плюсофагов: теги — это классы, книги — это объекты.