A Transdisciplinary Lingua Franca


Introduce a tiny set of exhaustive transdisciplinary concepts that most people are intimately familiar with, that can represent all processes that people go through to build their worlds, then use them to organize information, and get people understand the modern world.


One of the hardest things in ensuring access know-how is knowledge representation. It is not easy to find concepts that most people would be intimately familiar with, and yet that those concepts would map well across disciplines. So, here is one set of such concepts: to ask Questions, then proceeding to search for Ideas to answer them, then to start and run Projects based on those ideas, and to do Tasks (or "Challenges") with respect to relevant Places to obtain Results. The below is an illustration of how transdisciplinary those concepts are, comparing them with the equivalent concepts in computer science and how they are related to the physics.

In Computer Sciences, these concepts correspond to what programmer does within their programs, that rely on TYPES, FUNCTIONS, VARIABLES, VALUES, OPERATIONS and PROCESSES. However, as Alan Turing had shown, these processes decompose into simple INPUT/OUTPUT of bits.

In Physics, scientists study INPUT/OUTPUT processes of MATTER and ENERGY instead, and use mathematics to model the changes they see, formalizing and approximating their behaviors with field equations describing phase spaces. (Note: as we discussed on the idea "MRSGREN", humans do that I/O of M/E as they live as well.)

Think of "FIELD FLUX" in the image as computation -- in that sense, our industries are "physics apps", and if projects are examples of groups of humans "self-programming" to execute on their dreams, then having such examples of contextualized execution (or running of projects) in public would work like open source software, and this is an idea of one set of hypothetical of concepts to achieve this. This idea is currently is being tested here on 0oo.


(не уведомлять) (Необязательно) Пожалуйста, войдите.

Как ввод-вывод становится: <Типы, функции, процессы, операции, переменные и значения?>

10100111011010101010101101101100101011 Все это заставляет меня задаться вопросом, как простая машина Тьюринга превратилась в эти 6 вещей, с которыми мы так часто встречаемся. Очевидно:

  • Значения : это данные ленты Тьюринга или состояния.
  • Типы : просто общие шаблоны на Ленте Тьюринга .
  • Переменные : размещаются на ленте Тьюринга .
  • Операции : это то, что происходит, когда Часы тикают с места чтения-записи.
  • Процессы : это физические Часы , которые выполняют операции - двигатели машины Тьюринга и головка чтения / записи.
  • Функции : это «функция» тип переменных , которые хранят значения как возможные операции для выполнения.

Нетрудно увидеть, как все, что делает компьютер, четко сводится к этим вещам. Мне было бы интересно узнать, как компьютер полностью построен из вентилей NAND или как мозг полностью построен из асинхронных нейронов, и какие идеи мы можем получить из понимания того, как эти низкоуровневые вещи превращаются в эти 6 концепций, потому что я видят те же самые концепции управляющие общества. Возможно, понимание того, как информационные процессы превращаются в эти 6 вещей, поможет придумать что-то (например, форму организации) принципиально нового. Есть более абстрактные вещи, такие как модель уравнения, и даже более абстрактные вещи, такие как поликонтекстный метасимвол. Есть ли что-то вроде универсальной аддитивности и как она может привести к универсальному благу?

Интересно отметить, что «Категории» и «Типы» - это «Вопросы», «Квесты» и «Запросы» ... совпадают с «Целями», «Намерениями», «Проблемами», «Доменами», «Интересы». Это означает, что Запросы - это категории: каждый поисковый запрос - это категория.

How does I/O become:

10100111011010101010101101101100101011 That all makes me wonder, how does a simple Turing Machine become these 6 things, that we are so common with. Obviously:

  • Values: it's the Turing Tape data, or states.
  • Types: just common patterns on the Turing Tape.
  • Variables: places on Turing Tape.
  • Operations: it's what happens when the Clock ticks with read-write places.
  • Processes: it's the physical Clocks that make operations happen - the Turing Machine's motors and read/write head.
  • Functions: it's 'function' type of variables that store values as possible operations to execute.

It's not hard to see how everything what computer does, clearly breaks down to these things. I would be interested in learning how computer is built entirely out of NAND gates, or how brain is built entirely out of asynchronous neurons, and what insights can we get from the understanding of how these low-level things becomes these 6 concepts, cause I do see these same concepts running societies. Perhaps understanding how information processes become these 6 things, would be help to come up with something (like a form of organization) that's fundamentally new. There are more abstract things, like the equation model, and even more abstract thing like polycontext metasymbol. Is there something like universal additivity, and how can it converge towards the universal good?

It's interesting to observe, that Categories and Types are Questions, Quests and Queries... coincide with Goals, Intents, Problems, Domains, Interests. It means that Queries are Categories: every search query is a category.

Я думаю, важно отметить, что типы, переменные, классы, методы, классы типов - это просто синтаксический сахар, используемый компилятором. Как таковые, они фактически не существуют в компьютерном коде.

В конечном итоге компилятор генерирует последовательность инструкций. Нет инструкции для переменной, метода или типа.

Абстракции компилятора не приводят к вычислениям! Я думаю, что отчасти компьютеры настолько несовместимы, что это досадное ограничение. Важна структура данных и поля, которые используются разными реализациями. Это то, что делает код совместимым.

Сделаю категорию несовместимого компьютерного кода.

I think it is important to note that types, variables, classes, methods, typeclasses are just syntactic sugar used by the compiler. As such they dont actually exist in computer code.

Ultimately what gets generated by the compiler is a sequence of instructions. There is no instruction for a variable or a method or a type.

Compiler abstractions result in no computation! I think part of why computers are so incompatible is that this is an unfortunate limitation. What matters is the data structure and fields that are shared between implementations. This is what makes code compatible.

I will make a category for incompatible computer code.

    : Mindey
    :  -- 
    :  --