Обновить
3
0
Алексей Титаренко@1_ex

Инженер-программист

Отправить сообщение

Метафора сознания как пузыря в хаосе: слои, центр, коммуникация и путь наблюдателя

Уровень сложностиСредний
Время на прочтение15 мин
Охват и читатели1.4K

«Да, я не вел корабли сквозь фотосферу звезд! Я их всего лишь сажал на шоссе, тормозя автобус с помидорами.»

«Звезды — холодные игрушки». Автор: Сергей Лукьяненко.

Предисловие

Представь, мой друг...

Бескрайность... Океан... слепой, кипящий огнем...

Это можно сравнить с поверхностью звезды, выталкивающей протуберанцы немыслимых температур. Она инфернальна, непознаваема и невозможна. Хаос в его чистейшем, неумолимом обличье. Но в этом пекле, как диковинные, хрупкие жемчужины, плывут «пузыри», ненадолго оставляя за собой след и слегка подсвечивая путь впереди. Пузыри сталкиваются, некоторые слипаются вместе, иногда формируя целые скопления, связанные узорчатыми стеклянными нитями. Некоторые выглядят темными, потрепанными — покрытые трещинами, слабо освещенные внутренним сиянием. Или совсем темные... Некоторые — настоящие ограненные кристаллы, сверкающие как маленькие звезды. Но в некоторых особенно чистых и прозрачных кристаллах совсем нет света. Большие, малые, простые, сложные... Каждый — целый мир. Мир Наблюдателя. Твой мир. Мой мир.

Эти строки — слабая попытка дать карту внутренних территорий, описать вечное плавание сквозь огонь хаоса, где единственный маяк — холодная искра в самой сердцевине нашего бытия.

Погнали смотреть на этот мир...

«Натягивая сову лингвистики на глобус архитектуры ПО: Что я нашел на стыке»

Уровень сложностиСредний
Время на прочтение11 мин
Охват и читатели930

Давно думаю над моделью, в которой есть всего две формулы:

State = Static + Dynamic

и

State = Fact + Delay.

Казалось бы – пора звонить в Спортлото, не стыковались они у меня, хотя по отдельности каждая формула вроде работает. Но заявить, что на все вопросы я готов ответить по этим формулам – такого ощущения не было.

И вот... Сидел я как-то над пиццей, подумал, что прикольно раскидали начинки. «Четыре вкуса» и всё такое. И как бы мысленно (а потом и физически) ее ни резал – всё равно что-то влезет на соседний кусок. Итогом стало это...

Погнали натягивать сову на глобус!

Время, как часть платформы ERP-систем

Уровень сложностиПростой
Время на прочтение6 мин
Охват и читатели1.2K

Всем привет!

Продолжаю публиковать странные и непонятные статьи.

Но вдруг, кому-то пригодится.

Поехали...

Хочется поговорить о времени, как о состоянии системы.

Но для начала нужна вводная: первая из них — временнАя переменная. С чего стартуем? Стартуем с дебага, как и я когда-то. Сидишь, трейсишь программу, и в дебаге у тебя есть несколько инструментов для похода по исходному коду: какой-нибудь step over, step into, run to cursor, step next. Ну, вроде все есть, но как бы: а где step back? Вы никогда не пролетали в отладке мимо того, что отлаживаете? И сколько раз приходилось перезапускать отладку? Может, я один такой… несчастливый?

Как раз, проблема в том, что обратные операции неочевидны. Процессоры, (может я и неправ, это просто гипотеза), не могут работать в обратном направлении по исходному коду. Операция степени в обратном направлении - это извлечение корня, например. Возможно, поэтому у нас нет такого очевидного и удобного, лично для меня, инструмента - как вернуться на строку назад от текущей…

Что может помочь? Например, какие-нибудь инструменты логирования. Мы берем область памяти, которая выделена для хранения значения переменной, и записываем в “блокнот”, что там происходит. В этом такте одно значение, в следующем другое… Мы формируем логи, так сказать.

Когда мы объявляем переменную, она будет “работать” с момента объявления до момента окончания работы исходного кода (выхода из подпрограммы или удаления этой переменной). Ее значение в процессе может быть многократно изменено без возможности восстановления. Обычно нас это устраивает, и значения в дебаге нас интересуют только в текущий момент. Обычно это говорит о том, что значение “вечно”, оно было таким всегда, даже если один такт назад это было не так.

Читать далее

Проектирование и добавление функционала в концепт ForTeаToo (42)

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели921

Потихоньку развиваю проект, основанный на своих (сложных) инженерных изысканиях, опубликованных тут:

Теория разработки информационно-исторических систем с реализацией концепта

и частично, (может, не совсем удачно, но как-то по-проще) описанных тут:

Прикладное использование теории построения информационно-исторических систем

Сразу хочу предупредить, что описанное в статье - еще на разработке, и в проекте появится не скоро.

Поехали!

Читать далее

Прикладное использование теории построения информационно-исторических систем

Уровень сложностиСредний
Время на прочтение3 мин
Охват и читатели864

Сложные и скучные выкладки формул я выдал в прошлой статье. Хотел бы поделится с тем, как я это применяю на своем концепте. Ссылка на него там тоже есть...

Теория разработки информационно исторических систем с реализацией концепта

Боюсь, что без нее начало этой статьи будет не совсем понятной. Хотя там все не просто.

Читать далее

Теория разработки информационно-исторических систем с реализацией концепта

Уровень сложностиСложный
Время на прочтение15 мин
Охват и читатели1.5K

Всем привет!

Занимаюсь разработкой системы построенной на теории, что любые исторические информационные системы (ИИС) построены по одним законам.

Хотел поделится своими теоретическими наработками в этой области. Возможно, я не прав, или глубоко заблуждаюсь, но вдруг мои наработки кому-нибудь пригодятся. Пост может быть очень долгим, выкладки скучными и могут быть непонятны без пояснений. Все что ниже встречается, я реализую на связке Python + Django + Sqlite в своем проекте.

Статус проекта на текущий момент: Proof of concept.

Лицензия - MIT.

Кодовое название: ForTeaToo или 42.

В дневнике разработчика встречается название ForTea (устарело).

Ссылка на проект тут

Актуальный дневник разработчика тут

Поехали...

Читать далее

Информация

В рейтинге
Не участвует
Откуда
Ростов-на-Дону, Ростовская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Системный инженер, Архитектор программного обеспечения
Старший
Python
Django
Базы данных
Проектирование архитектуры приложений