SKY / MAIN /
TERMINOLOGY1

В проекте SKY. используется своя собственная терминология. Нужно стараться вносить как можно меньше новых терминов, чтобы читателю не приходилось искать их значения. Тем не менее, чтобы подчеркнуть важность некоторых новых понятий, на которые нужно обратить внимание, вносятся новые термины, смотрите пункт "Термины" в главном меню. Также используя новые термины, можно яснее изъясняться, употребив меньше слов.

Основные новые термины:

clear cloud (чистое облако)
Любой код для повторного использования имеет определенный уровень гибкости. Никто не стремиться создавать параноидально гибкий код, осознавая что этот путь ведет к ощутимому снижению быстродействия кода и необходимости создавать сложную документацию. Так какой же уровень гибкости оптимален? Идеальный вариант: это чтобы код был тривиально прост до такого уровня, чтобы средний программист для которого он предназначен предпочел бы проанализировать сам код, а не пытался бы искать описание функционала в документации. Одновременно код должен покрывать не менее 70-90% реальных вариантов использования такого кода в практически работающих программах на данный момент в мире, т.е чтобы он потенциально был способен стать заменой для другого подобного кода. Т.е. мы имеем дело с абстрактным понятием, при котором, максимальному количеству программистов не нужна документация и код способен потенциально заменить максимальное количество подобного кода. В подобных случаях, всегда, при балансировании между двух максимумов, следует отдавать предпочтение простоте, так как в ней заложен скрытый потенциал к развитию. Таким образом "чистое облако" это новый термин, характеризующий свойство кода для повторного использования, на которое в этом проекте следует обратить внимание.

cloud modification (облачная модификация)
Это измененный код "clear cloud", чтобы покрыть 100% случаев использования. Он должен все также оставаться простым. В файлах "крыльев" следует, в комментарии писать, каков данный файл - чистое или измененное облако. Облачные модификация кода следует получать с помощью изменения кода "clear cloud" посредством запуска скрипта изменения в приложении DEV.SKY.

code wings (код крыльев)
Код для повторного использования также классифицируется по частоте использования. Наиболее часто используемый - первое крыло. Если код редко используется, но может быть применен в приложении без изменений с хорошей эффективностью, такой код считается кодом для повторного использования (КПИ) третьего крыла. Такой код также имеет свойства "clear cloud" или "cloud modification". Заметим, что код приложения, кроме кода КПИ, также содержит код приложения, который уникален. Таким образом, "код крыльев" это абстрактное понятие, характеризующее КПИ.

code crystallization (кристаллизация кода)
Кристаллизация кода отличается от оптимизации в том, что первая никогда не заканчивается. При кристаллизации постоянно осуществляется поиск факторов влияющих на качество КПИ с целью приведения кода к идеальному виду. Если представить, что имеется некоторая энергия, постоянно, со временем совершенствующая КПИ, то ее количество следует направлять пропорционально частоте использования КПИ. Т.е. "кристаллизация кода" это непрекращающийся анализ условно идеального кода и его совершенствование на пути идеализации.

occurrence deal (важность явления)
Термин "важность явления", необходимо применять к любому файлу SKY, к каждой функции, классу, переменной и любому описанию на языке человека с определенной и завершенной логикой, на основании которой принимаются решения писать код SKY вполне определенным образом, именно таким, а не другим. Нужно стремиться, чтобы все составляющие системы имели "occurrence deal" высокое. В общем случае, когда мало кода (простая, тривиальная логика) решает много проблем (положительно влияет на многие аспекты), такой код (логика) имеет высокую occurrence deal, см. например START, но только если запутанность логики низкая. Дело в том, что "многие аспекты", о которых было чуть выше сказано, в SKY всегда открыты и стремятся развиваться. Если их потенциальный путь развития, может создать конфликты в будущем, такую логику следует считать запутанной и в этом случае, запутанность негативно влияет на важность явления. Численные значения "важности явлений" и "запутанности логики" еще сложнее, каким либо образом определить, чем статистические значения частот использований, например, разных шаблонов в программировании, и в текущем времени можно лишь делать интуитивную оценку, проводить публичные голосования. Но эта характеристика логики (и кода в SKY) очень важна и должна применяться ко всем элементам системы SKY.
опубликовано ENERGY - 3 Oct 2015 03:33 GMT
последнее редактирование - 15 Oct 2015 15:56 GMT
комментировать