ODOO

 Con ODOO cualquier cliente puede introducir dimensiones de puertas, listado de cerraduras, tiradores, bisagras, jambas, perfiles, cristales, etc.

Tras lo cual se genera un modelo virtual del producto solicitado desde nuestro idioma.

Server - 836E16 + X7DA3

 

En este servidor almacenamos todos los proyectos realizados por clientes, instaladores (personas que instalan puertas) y BrainGapps.

Todos estos proyectos se almacenan en un lenguaje estándar, pero también en nuestro lenguaje informático interno para ODOO ERC.

https://www.supermicro.com/en/Aplus/system/2U/2113/AS-2113S-WTRT.cfm

 

Supermicro 2113S-WTRT 2U server

1 x AMDP EPYC ROME 7232P 8C/16t 3.1ghz

2 x Certified 32GB DDR4 3200MHZ ECC REG

1 x Kioxia 512GB XG6 M.2 NVME

5 x Intel 960GB S4510 SATA SSD

1 x LSI 9361-16I Raidcontroller

1 x LSI CacheVault Module

Onboard dual 10GB RJ45

Onboard IPMI 2.0 + KVM with dedicated LAN

Redundant power supplies

 

Totalprice 4085 euro ex VAT

TWP INFO <info@twp.nl>

BrainGapps

 https://braingapps.com/portfolio-type/tour-virtual-cifp-hesperides-cartagena-murcia/

Si necesitas preparar piezas para un barco o una casa entera. Luego le pedimos a BrainGapps que haga esto por el dinero de los clientes.

También disponemos de un programa (App) para teléfono para instaladores de puertas que pueden prescindir del escaneo 3D. Pero lleva más tiempo.

VR estéreo 3D

 

Módulo de cámara USB VR estéreo 3D, doble lente, 720P, sincronizado, misma base de marco, cámara web ajustable para Windows/Linux/Android

Connects to our phone (where only our software is installed, but which we give to users for free)

Семь уровней проектирования

На восьмом уровне Ложбан, Пролог или первая реализация Томашика цел получит описани конечного автомата на Лисп

Код на Лисп модуля идет на 3 уровень - исполняется на Лисп ядре

Второй уровень нетлист машины состояний, который конвертируется как Си, так и в Лисп.

На 4 уровне по мимо экстракции всех предыдущих уровней можно добавить реализацию виртуального алфавита (комбинации предыдущих уровней)

На 5 уровне логическая адрессация и вызов функций БИОСА по управлению памятью

На 6 уровне использования таблицы прерываний Операционной системы

На 7 уровне файловая система которая нужна для поддержки различных драйверов или модулей привязанных к конкретному железу

Ну и 9 уровень нейроматрица наблюдения или Генеративный анализ, то что бы я назвал функцией Вивгиштейна.

6 системный
5 регистровый
4 функциональный
3 логический
2 схемотехнический
1 топологический
0 физический

2012 Android: View, Activity, BroadcastReceiver, Intent, ContentProvider, Service.

Classification functions by the following features:

1. The object. - View

2. Upgrade to the states. Finite State Machine. - Activity

3. To implement the switching functions / equalization / branching. -

BroadcastReceiver

4. To implement the function parser (parsing) / compilation. - Intent

5. By field of memory and the physical devices.

6. By time intervals.

7. On the search function / insert data into the repository. - ContentProvider

8. Along the route objectives. Target way. - Service

9. By the user and planned processes. The sensitivity analysis.

Я преложил упровни проектирования микросхемы, на процесс создания программы.

И рассмотрел на примере ОС Андроид версии 4.0

Все это было сделано в 2012 году.

2023 год Elite 1984 на процессоре 6502

1. Первый уровень это классы.

4. Второй уровень это Активные объекты как в Актив Обероне

3. оператор Case или то что в Драконе называют силуэтом (вообщем место откуда шампуры разветвляются из одной точки)

4. Уровень трансляции алфавита в операторы IF () then {} else {}

5. Уровень регистров (регистровых передач или DMA контроллера)

6. Уровень таймеров

7. По сути это операция поиска подстроки в абстрактном бинарном массиве (была реализована в чипе компании NEC , которую скопировал Intel 8271 )

этот чип находился в клавиатуре и у него было свойство клавиатурного сканера, позднее использован в качестве основного чипа для управления дисководом БиБиСи Микро. Естественно служил для вредительских целей отключения компьютера или сбоя операционной системы на заводах вассалов.

8. Всякие обратные алгоритмы (типа обратной трасировки лучей, динамическое программирование, недетерминированное и т.д.)

9. Уровень статистики или нейроматрицы

Нейроядро оно будет в сторонке стоять.

А вот 8 уровень динамического програмирования будет по принципу волны расчитываться.

Предпложим туда пойдет акустическая а обратно электромагнитная уже по найденному пути (или наоборот зависит от задачи)

Грубо говоря звуковой (или поверхностной акустической волной) будут выбираться физика процесса для повтояющихся расчётов.

А электромагнитная волна будет аналогична клеточному автомату.

Поверхностная (акустическая) волна направленная.

электромагнитная - просто паралельная систолическая структура.

Для Навье-Стокса у нас будет уже рядом пространство памяти (например на мемристорах), а вот сами уравнения как раз на клеточном автомате, настроенном акустической волной.

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

И смена сигнала в основном будет связана с движением объекта. А переращет всех остальных параметров будет осуществлятся лавинно и не будет требовать смены автомата.

Если совсем по простому - то адресовать будем с помошью АЦП\ЦАП.

С программным обеспечением тоже самое.

На первом уровне ООП
На втором АО
На третьем Лисп
На четвертом как на втором но добаляеся машина состояний или искусственный алфавит уже на уровне базовых понятий словарной логики.

Ну то есть названия созвездий и все производные первой двухмерной базовой матрицы в не более чем 256 терминов.

Далее идет уже трехмерная матрица на 4096 слов. Среди них как существительные, так и глаголы.

То есть мы аккуратно генерируем все основные названия функций и аргументов. Но не делаем их реализацию.

На втором, третьем и четвертом уровне мы не будем следовать бинарной логике, у нас есть готовая библиотека тернарных элементов, которые мы и будем использовать. То есть мы будем использовать в чипе 3 основных оберации или 3 октавы или основной и 2 побочных сигнала или 3 основных решетки Брюльена для активизации носителей.

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

Если считать от нулевой координаты Земли. То центральная гармоника на Лондон из лучшего места 

в Африке (0, 0) Берега слоновой кости, а побочная на Питер. Какой город на третей гармонике я не смотрел.

Ранее было, централная на Гренландию, первая побочная на Лондон, вторая на Питер.

AUTOSAR

https://en.wikipedia.org/wiki/AUTOSAR

https://en.wikipedia.org/w/index.php?title=Automotive_SPICE&redirect=no

Посмотрел в Википедии, оказывается моя концепция с уровнями проектирования теперь называется AUTOSAR. То есть все выделенные мной уровни предусмотрены, но у меня они более детальные. Так каждый драйвер, хотя по сути он и являтеся Активным объектом с Автоматом, но в 2012 и тем более 2004 редко когда делали формальный полный автомат в драйвере. Скорее ограничивались дибаггером.

Debugging a PRACTICE Script

Если что это некоторые тонкие вопросы по написанию скриптов в современном аппаратном дибаггере

Концепция Гитхаба себя несклько изжила

 Концепция Гитхаба себя несклько изжила. Там есть куча отличных проектов о которых не кто не знает. Даже внутренняя индексация не стремится их показывать. Только если через Гугл искать. Кроме того сам Гитхаб может прихлопнуть в любой момент Микрософт. Она кстати уже начала - введя токены. Уверен что половина авторов просто переехала на другой репозитарий. Теперь еще есть Гитлаб и  Bitbucket.

А еще несколько Российских все размывается.

Но и это не основная проблема. Многие сознательно и обоснованно пилят свои протоколы и совсем не горят предоставлять документацию или удобные методы изучения проекта.

Раньше вообще ни каких АПИ не было, были просто знания что делают те или иные функции и как их вызвать, например из своего скрипта.

И что делать?

УМЛ диаграммы вообще не помогают потому что они никогда не актуальные. На момент создания проекта они не точные. А на момент завершения  - не полные. Инструменты моделирования вроде Дракона или платные уже лучше, так как позволяют конвертировать и код и модель друг в друга автоматически. Но скажем уровнем ассемблера этим уже плугины к Диа Про занимаются.

Даже если мы ограничимся одной платформой (грубо говоря одной конкертной ПСБ платой или одноплатником), то ни каких объективных сравнений библиотек с одинаковым функционалом ни кто почти не производит. Группу сюрвея патчев не берем в расчет так как они есть у считанных корпораций и с работой даже по самой популярной платформе - Линукс на АРМ или Интел не справляются.

Что нам делать с чукчами, которые не читатели а писатели?

Ну в целом их уже заменили генеративным интеллектом. И скоро они переквалифизируются в пассивных проаграммистов.

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

Вообщем я предлагаю еще один велосипед. Некую логико-словарную матрицу, которая просто будет разбивать каждую функцию на упровни проектирования, если потребуется и подсказывать одно единственное правильное название для каждой функции. Таким образом чтоб выбрать что лучше, достаточно будет просто сравнить функции с одним названием.

В качестве аргументов у них будут существительные тоже все жёстко определенные.

https://www.youtube.com/watch?v=NxsaHxON350