Pull to refresh
69
0.2

Программист

Send message
Могу порекомендовать книгу, в которой рассказывается об ученых и врачах, прививавших себе, как и Хавкин, возбудителей различных смертельных заболеваний (кстати, сам Хавкин в ней, кажется, не упомянут, но о других рассказано достаточно подробно). В молодости эта книга произвела на меня большое впечатление
image
Здесь можно прочитать о динамических моделях эпидемии чумы, в частности, о зависимости количества смертей от количества серых и черных крыс (не могу указать ссылку на нужное место страницы, нужно прокрутить до раздела «Чума в Бомбее»)
Добавлю сюда иллюстрацию для детерминированного хаоса, это известный аттрактор Лоренца, рассчитанный для совсем немного отличающихся условий

Модель Лоренца со странным аттрактором, немного отличающиеся начальные условия
image

Быстро создал GIF с помощью своего приложения для исследования динамических систем. Видно, что система с чуть-чуть отличающимся начальным положением ведет себя совсем иначе, предсказание будет неточным
Существование демона Лапласа невозможно еще и потому, что огромное количество физических процессов являются сильно зависящими от начальных данных и неустойчивыми. Грубо говоря, это означает, что численное решение дифференциальных уравнений, описывающих Вселенную, очень легко может дать неверный результат, если начальные условия определены хотя бы и с минимальной ошибкой. Компьютерные эксперименты уже в XX веке привели к понятию детерминированного хаоса (т.е. хаоса, который появляется в абсоютно предопределенной системе), возникшего, в частности, после работ Эдварда Лоренца. По крайней мере, демон должен был бы предсказывать будущее не при помощи численнных методов
Не претендую на славу Торвальдса, замечу только, что мой, как вы выражаетесь, хобби-проект, существует примерно так же долго, как и Linux. А крупных проектов, которые не просуществовали и пару лет, я видел достаточно, как и тех, за участие в которых должно быть стыдно
Это приложение — для души, я уже писАл об этом. Его можно использовать в готовом виде, большую часть часть фич — бесплатно (на самом деле, это приложение SHAREWARE с пробным периодом, отнюдь не железобетонной защитой и символической оплатой за официальную регистрацию). Те, кто крутят пальцем — пусть крутят, тем, кто утверждает, что
Весь этот код, запросто можно переделать на C/C++
можно ответить только — ну, запросто переделайте и покажите, что получилось. Можно считать это резьбой по рисовому зёрнышку, на такое заказчиков, конечно, немного
А какой там Архипелаг? Не тот, что я подумал?
Нет, я имею виду програму на Ассемблере с обработкой формул, матричными операциями и элементами трехмерной графики
Программа на Ассемблере под DOS тоже должна работать в Windows, why not. Если прямого доступа к железу не использовать.
Интересно бы взглянуть на такую программу на Ассемблере, особенно без использования доступа к железу
Однако, чаще всего интересен вопрос о том, какую технологию выбирать для следующего проекта. Если бы вы сегодня эту систему делали с нуля, то вы бы тоже выбрали паскаль?
Не могу ничего ответить, я не полиглот в отношении ЯП. Примерный аналог моего отношения к этому — это похоже на поддержание на ходу какого-нибудь древнего, но красивого автомобиля, при этом автомобиль должен быть сделан так, чтобы это позволить

image
Ну если всю жизнь заниматься одной программой, то, конечно, необходимости в других языках не возникнет. Они будут даже вредны — действительно, зачем переписывать уже работающее?
Это приложение — развлечение для души, и я привожу его историю как пример, иллюстрирующий основную мысль публикации — почему автор до сих пор не отказался от Паскаля. Моё мнение — у автора есть для этого основания
Где в 2021 году держат MS-DOS и с какой целью, интересно знать ;)
Наверное, нигде не держат, я говорю о приложении, которое работало под MS DOS, работает под Win10 и является полезным до сих пор
Тот же хаскель, по-вашему, этого не умеет?
Понятия не имею. В 1991 я ни про какие Хаскели ничего не слышал, пользовался тем, что было просто и доступно. За 30 лет настоятельной необходимости в чем-то, кроме Паскаля, и не возникло. Для доказательства того, что Хаскель существенно лучше, нужно было бы написать на нём подобную систему, которая была бы существенно лучше в чем-то (быстрее, или работать на совсем уж разных ОС), да еще и чтобы она работала на всех промежуточных версиях Windows (и даже MS DOS)
Правильно, для этого лучше брать языки из ML-семейства. Компиляторы и тому подобное на них очень приятно писать
Компилятор выражений — только часть моего приложения, важная, но не едиинственная. Кроме того, нужно достаточно быстрое выполнение множества операций с плавающей точкой, действия с матрицами, возможность динамического выделения/освобождения памяти, работа с графикой. Для всего этого нужен был универсальный язык. Паскаль для этого подходил уже очень давно, и до сих пор он позволяет относительно просто дополнять систему, а также без проблем мигрировать на новые версии компиляторов и новые версии ОС
Я тоже не очень понял, зачем вдруг мой код нужно переделывать на C/C++. Повторю, что он продолжает работать, будучи написанным 30 лет назад (под Windows 10 тоже). Если вы имеете в виду, что C/C++ дадут какие-то уж очень большие преимущества в разработке подобного рода, то в этом у меня большие сомнения. Использование самих по себе C/С++ или ООП не даст большого выигрыша по сравнению с Паскалем там, где нужно писать компилятор формул или процедуры аналитического дифференцирования. Конечно, можно пользоваться сторонними компонентами, но той свободы, которую получаешь, написав всё самостоятельно, при этом не получишь
В добрый час! Если уж вы это произнесли, то, когда переделаете — сообщите, пожалуйста, здесь, в комментариях, о завершении работы и выложите результаты.
Если говорить серьезно, то в своём приложении я практически не пользуюсь никакими сторонними компонентами, а у вас в процессе переделки это может и не получиться. В любом случае, интересно будет взглянуть на то, что у вас выйдет.
Тоже очень привязан к Паскалю. До сих пор продолжаю поддерживать приложение, первый вариант которого заработал еще в 1991 году под Turbo Pascal 5.5. Приложение предназначено для графического исследования динамических систем, задаваемых системой обыкновенных дифференциальных уравнений. Ныне это все работает во Free Pascal 3.2.0 (графическая часть) и Lazarus 2.0 (база данных динамических систем). Особенно меня радует, что до сих пор можно пользоваться почти без изменений кусками кода, написанными 30 лет назад

image

Вот ролик, в котором показан пример исследования динамической системы «с нуля». Конечно, заметно, где код старый, а где поновее. Старая, графика, к сожалению, медленновата, но для многих применений её достаточно

Исследование динамической системы («гиперхаос Рёсслера»)


Паскаль таки хорош в качестве языка «на всю жизнь»

Статья Альберта Снеппена только что была принята к публикации в журнале Scientific Reports, и ее можно прочитать здесь: Дивергентные отражения вокруг фотонной сферы черной дыры | https://doi.org/10.1038/s41598-021-93595-w

Уравнение в полярных координатах получилось такое:

\frac{\text{d}^2 u}{\text{d}\phi^2}=\frac{3}{2}u^2-u

где u(\phi)=\frac{R_s}{r(\phi)}, R_s- координата горизонта событий.

Порешал уравнение в своём приложении для анализа динамических систем, если нигде не ошибся - получилось красиво

Модель Шварцшильда для "черной дыры"
Статья напомнила о книжках Джэймса Хэрриота, в которых описаны множество отёлов, окотов и т.п., их интересно читать даже и совсем не ветеринарам

Я попытался продвинуть руку еще на пару сантиметров. Голова теленка была запрокинута, и я кончиками пальцев с трудом проталкивал тонкую веревочную петлю к его нижней челюсти. Моя рука была зажата между боком теленка и тазовой костью коровы. При каждой схватке руку сдавливало так, что не было сил терпеть. Потом корова расслаблялась, и я проталкивал петлю еще на пару сантиметров. Надолго ли меня хватит? Если в ближайшие минуты я не зацеплю челюсть, теленка мне не извлечь… Я застонал, стиснул зубы и выиграл еще один сантиметр.

Information

Rating
2,725-th
Location
Харьков, Харьковская обл., Украина
Registered
Activity