Уход цифрового крестоносца

[recoder]

Подводя грустные итоги уходящего года, хотелось бы упомянуть ещё одну закрывшуюся страницу истории, начавшейся в уже далёком 2003 году...

Пятнадцать лет назад тридцатипятилетний программист Терри Дэвис выписался из дурки и осознал, что Господь начал разговаривать с ним. И не просто разговаривать, а выбрал его и повелел ему построить Третий Храм. И не простой храм, а - настоящую Священную Операционную Систему с настоящим Святым Компилятором C, а поверх всего этого написать цифрового оракула AfterEgypt.exe в разрешении 640x480 и с 16 цветами, чтобы Святому Духу было проще доносить свои слова до желающих.

Сказано - сделано. Терри засел за комп, и принялся кодить сутками напролёт, периодически подкрепляясь кофе, и с Божьей помощью в одиночку за десять лет наваял настоящую 64-битную операционную систему с весьма оригинальной архитектурой. В конце концов он назвал её TempleOS и даже за-opensource-ил её чтобы поделиться своей благодатью.

Увы, общество не оценило его по достоинству. Третим Храмом его операционку не признали. К откровениям полученым через цифрового оракула из NIST-beacon'a не прислушивался. А в соц.сетях его банили за сумасбродство, расизм, и гомофобию. В конце концов он бросил пить таблетки, заглушавшие божественные голоса и осенью этого года как-то оказался на железнодорожных путях в Орегоне. Поезд Union Pacific поставил точку в этой удивительной истории.

В общем, верно говорил старик Малдер: "если ты разговариваешь с Богом - это молитва, а если Бог разговаривает с тобой - это шизофрения".

Comments

[fantaseour.livejournal.com]

У Завалишина в его Фантоме тоже были размыты грани между документами и программами. Там как бы и файлов вроде не должно было быть....

[dibr.livejournal.com]

Тут-то вроде файлы на месте - вон они, справа в окошке висят. И от программ файлы вроде как отличаются (грани между исходником программы и самой программой таки размыты, но это у многих скриптовых языков так).
А в фантоме, если я правильно понял, Завалишин хотел отказаться от "сохранения" и "загрузки" дерева объектов из памяти в файл и обратно - мол, если у меня гарантировано неограниченно долгое сохранение памяти, а адресуемой памяти в 64 разрядах нам хватит надолго, то и сохранять/загружать ничего не надо, пусть так вечно в памяти и валяется. Проблема только в том, что сохранять и загружать один фиг придётся - при взаимодействии с внешним миром, в адресное пространство локального компа не попадающим; ну и неочевиден вопрос "замусоривания" памяти криво написанными прикладными программами - под традиционной ОС их можно хотя бы перезапустить, а тут вроде как нельзя, точнее - даже если можно, весь мусор бережно сохранится.

А эту штуку так и хочется применять для "эмбедщины": 64 бита, значит адресуемой памяти - сколько вставишь; ring 0, значит все адреса портов и памяти - доступны без ограничений и задержек... красота!


https://upload.wikimedia.org/wikipedia/commons/5/50/TempleOS_4.05_session.png