- @qnikst: *ненужный_пост *? *linux *communityа почему у апстримов всяких минорных вещей типа Russian Fedora ЧСВ словно они основные меинтейнеры ведущих дистров или половина патчей на kernel.org написана ими25 days ago
- @qnikst: *непутёвые_заметки *ненужный_постоказывается наше медицина обладает некоторыми забавними особенностями
1). в приёмном покое могут жить любимые персоналом грязные животные (ну это ж котики, они же милые), неважно, что они воняют (врачи сами стараются мыть руки после общения с ними)
и то, что у посетителей, которым приходится сидеть там весьма долго может быть аллергия
2). врач может на одной стороне заключения написать "аллергия на пинецелин", а на другой стороне в рецепте прописать пеницилино содержащий антибиотик
3). пациент или врёт или ошибается, если он говорит, что один из симптомов аллергии это повышение температуры, то так не бывает и на самом деле проблема в другом.
И вобще про аллергию можно ничего не слушать, неважно, что пациент равномерно розовый, видать у него нормальный цвет такой.
Аллергию можно замечать только когда она уже спадает.. - @qnikst: *stm *haskellа stm то не слишком большой overhead добавляет; так обычные bounded closable каналы в stm работают быстрее, чем io closable bounded queue, в котором 2 QSem и 1 лок.
а обычные каналы в IO ущербны по стравнению с STM чуть более, чем полностью. Для того, чтобы пользоваться ими в той же задаче или нужно предположить, что они
никогда не будут закрываться (что в общем-то уместно во многих задачах, но это криво), или оборачивать QSem-ами, что тоже сделает их менее производительными. Такие дела - @qnikst: *ненужный_пост *задачкаесть 12 монет, одна из них фальшивая, т.е. её вес отличается от остальных, но неизвестно в какую сторону, вопрос, как за 3 взвешивания найти фальшивую1 month ago; 26 replies
- @qnikst: *haskell *th *ненужный_пост/me упоролся TH с сделал генерацию методов Рунге-Кутта по таблице его описывающей (пока для неявных методов только один вариант):
github.com
сами методы:
github.com
опыт какой-то неоднозначный. Проще ли было описать методы какой-нибудь структурой прямо в языке? наверное нет, т.к. парсер получился простой
и вполне расширяемый конечно можно было заюзать haskell-src, но это как-нибудь в другой раз. Проще ли было не использовать TH? Тоже наверное
нет, т.к. он спасает от кучи boiler-plate кода и потом править можно в одном месте, а лечиться будет везде. Можно ли было сделать проще?
Да-да и ещё раз да, используя магические [| |] и $( ) весь код можно бы было сократить во много раз и сделать понятным, но как ими воспользоваться
в моём случае я так и не понял. - @qnikst: *? *haskell *pre-solvedда я ленивый и сам не разобрался, потому спрашиваю: gist.github.com
там в гисте вопрос как правильно вызывать функцию и парсить это дело.1 month ago; 17 replies - @qnikst: *образование *говноочередная весёлая весть с образовательных полей. сверху настойчиво спускается идея создания теологического факультета. пишутся красивые сообщения и хотят проводить конференции на тему образование и теология... это ж ппц
- @qnikst: *haskellпосле прочтения n-статей SPJ понял, что в хацкеле же есть офигенные фичи, вот в каком языке есть асинхронные исключения не через полинг, и они не являются "нерекомендованными"1 month ago; 16 replies
- @qnikst: *wtf *haskellвчера таки сделал небольшую решалку ODE (пока только 4 "школьных" метода) на haskell, далее планируются методы рунге (возможно с автоматической генерацией)
ну и соотв в коде наверняка косяков много т.к. хороший API не продумывал и сделал как делается во всяких octave, ещё там наверняка не оптимальный метод
решения неявных уравнений (метод фиксированной точки с начальным условием y'=y), такие дела
