Добавить комментарий

Дефрагментация мозга

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

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

Главу «О нашей профессии» читай как «Руководство по трудоустройству» Слишком много уделено отношениям программист – работодатель.

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

Стр.85. Уничтожение вычислительной техники было дважды. Сначало ЕС, потом СМ. Нет ответа на вопрос Кем, все это было сделано?

Layers and levels. Удобная для диссертации модель, которая упрощает. Однако я вижу ее порочность. Я бы на ней не основывался, хотя, в плане объяснения, она удобна.

Глава «Проектирование и процессы». Думаю, что все-таки книга ближе к построению учетных систем. (Котлован Платонов А.П.) «не старый, но седой от счета природы человек». Тоже достойно.

Книга - обзорный вариант, понемногу обо всем.

P.S. После прочтения захотелось доработать платформу Nexus. Прежде всего это касается метаданных, которые по существу и есть таблицы и их поля.Давайте посмотрим, что позволяет сам SQL server

CREATE TABLE [dbo].[Справочник.Номенклатура](
      [Код] [varchar](32) NULL,
      [Наименование] [varchar](100) NOT NULL
) 
 
select * from [dbo].[Справочник.Номенклатура]

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

И второе, это работа с индивидуальными и общими данными, работу с которыми надо организовать через разные схемы. Какой смысл пользоваться и работать одной схемой dbo, если СУБД позволяет работать в разных схемах.

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

Если переработать ядро с учетом этих трех фундаментальных оснований и сделать генератор ядра, то это будет нечто быстрое и мощное.