включающий в себя взаимозаменяемые моторы, детали, и энергоблоки
Это цитата из статьи. Сайт лежит, так что я могу пока только гадать, какие именно там машины. Учитывая число их разновидностей — 40, что довольно много, можно предположить, что некоторые из них будут заниматься производством запчастей.
Как я понял, основная идея не в том, чтобы выбрать 40 существующих машин, которые смогут обеспечить автономность. Они делают платформу, конструктор, на базе которого можно собрать эти 40 машин. В этом случае выгоднее использовать как можно меньше разновидностей запчастей, чтобы одни и те же запчасти использовались во многих машинах. Это делает автономную систему более надежной.
Не могут быть изменены, потому что окончательное решение принимается еще до того, как сознание начинает свою работу. Здесь может помочь только выделение нового раздражителя — принятого решения. Если хватит энергии, то волна дойдет до сознания и сознание начнет анализировать уже принятое подсознанием решение. В конечном счете даже может выработаться стратегия «не доверяй подсознанию», которая поможет анализировать каждое мельчайшее решение человека. Хотя это едва ли можно назвать нормальным.
Я описал модель таким языком, каким бы ее начал описывать программист, планирующий в будущем ее реализовать. Если ваш проект — это программа, то вам так или иначе придется добавлять в модель больше технических деталей, пока она не станет представлять собой архитектуру будущей программы.
Забыл добавить. Разумеется, волны возникают не последовательно одна за другой, а параллельно и в разных местах. В один момент времени может быть активно несколько таких волн и они даже могут интерферировать друг с другом.
Я бы не стал так отделять сознание и подсознание, как будто у них разные принципы работы. И то и другое занимается по сути одним и тем же — поиском ответной реакции на текущие раздражители. Только подсознание — это относительно быстрый поиск по прямым и сильным связям в памяти, а сознание — более сложный, с использованием обобщенных стратегий, аналогов и прочей информации, которая лишь косвенно связана с текущими раздражителями. Границу между ними можно провести лишь условную.
Эмоции помогают оценивать результаты поиска. Действие, вызывающие положительные эмоции будет иметь приоритет перед действием, вызывающим отрицательные эмоции. При этом подсознание будет учитывать эмоции от сиюминутных действий, а сознание будет давать более сложную оценку, рассматривая последствия этих действий.
Я себе это представляю, как один процесс. Новый раздражитель запускает процесс поиска. Этот импульс волной расходится по всей памяти. Первые результаты поиска — это рефлексы, так как эти действия напрямую связаны с раздражителями. Далее волна доходит до закрепленных моделей поведения. Это уже подсознательные решения. Далее волна все больше расходится в разные стороны и охватывает все больше информации в памяти. Все найденные на этом этапе решения можно считать сознательными. Через какое-то время волна затухает, так как энергия начального импульса — раздражителя — заканчивается.
Таким образом, чем сильнее раздражитель, тем дольше продержится волна и тем дольше человек будет размышлять над решением. Для слабых раздражителей волна может и не перейти в фазу сознания. А для каких-то затухнет в фазе рефлексов.
Последовательность действий такова: раздражитель — волна (принятие решения) — действие. Результатом действия является новый раздражитель, который запускает очередную волну.
Все это не более, чем модель, и таких моделей можно придумать (и уже придумано) очень много. Здесь важно найти не идеальную модель, а ту, которая будет соответствовать определенному вами списку критериев. Мозг, разум, сознание — это плохие критерии. Хорошие критерии: свойства памяти, принципы принятия решений, особенности накопления опыта.
Бывают такие ситуации, что нужного эвента просто не предусмотрено (вроде Loaded, Initialized, Completed), а подцепиться к чему-то хочется. Помотав туда-сюда список в IntelliSense, останавливаешься на LayoutUpdated, как на единственном более или менее подходящем. И все вроде как работает. И желание искать какой-то другой хак начинает пропадать. И аномальные нагрузки могут быть сразу не заметны, так как во время тестовых запусков приложение еще как правило не доделано и не работает на 100%.
Сам недавно столкнулся с проблемой LayoutUpdated. Правда в моем случае тормоза оказались совсем явные и все просто зависало.
А в целом Silverlight нельзя назвать тормозной платформой, если сравнивать ее с другими реально существующими, а не с чем-то сферическим. Постоянная загрузка процессора бывает только в каких-то особенных случаях. Это могут быть либо ошибки разработчика, либо анимация. В первом случае проблема решается устранением ошибок. В случае с анимацией — это уже не ошибка, а банальный закон физики. Здесь процессор используется для пересчета состояния системы 30 раз в секунду. И этим глупо возмущаться, как глупо возмущаться загрузкой процессора, когда запущена любимая игра.
Согласен — код читается нормально. С другой стороны я что-то подобное с двойным отрицанием не написал бы с первого раза.
Вообще, этим примером я хотел сказать, что написание строго полезных и строго уместных комментариев никак не способствует написанию поддерживаемого кода.
Пост нужно переименовать в «Про бесполезность длительного проектирования без понимания предметной области»
Если предметная область незнакома, то нужно потратить время на ее исследование. В вашем случае это исследование проходило одновременно с «длительным проектированием». В нормальной ситуации исследование и проектирование — это два обязательных процесса, которые разнесены во времени.
Дело скорее не в закрытости, а в наличии технической поддержки. В корпорации не станут использовать библиотеки, у которых нет нормальной платной технической поддержки. А такая поддержка может быть только у крупных проектов, которые зачастую коммерческие и закрытые.
Главную можно показывать только незарегистрированным. А всем остальным — хабраленту, в которой будут только топики из блогов, к которым человек подключился. А трогать рейтинги не вижу смысла. Это естественно, что прикольная картинка набирает больше плюсов, чем статья про интересный алгоритм.
Нужно лечить не симптомы (низкий рейтинг технических постов и минусование) а причины. А причина здесь одна — существующее в данный момент деление по блогам слишком условное. Все посты в «тематических» блогах доступны всем и на виду у всех. Какие они после этого «тематические»?
Грубо говоря сейчас есть только два больших блога: «тематические» и «офтопик». Допустим, человек пишет в блог .Net. Но на самом деле он пишет в один большой блог «тематические». Он конечно может сделать топик закрытым. Но проблема в том, что не все интересующиеся .Net подписаны на этот блог. И они его топик не увидят. Поэтому приходится делать топик открытым и он попадает в одну кучу со всеми остальными. Не удивительно, что он затеряется среди смешных картинок и прикольного видео.
Как я понял, основная идея не в том, чтобы выбрать 40 существующих машин, которые смогут обеспечить автономность. Они делают платформу, конструктор, на базе которого можно собрать эти 40 машин. В этом случае выгоднее использовать как можно меньше разновидностей запчастей, чтобы одни и те же запчасти использовались во многих машинах. Это делает автономную систему более надежной.
Я описал модель таким языком, каким бы ее начал описывать программист, планирующий в будущем ее реализовать. Если ваш проект — это программа, то вам так или иначе придется добавлять в модель больше технических деталей, пока она не станет представлять собой архитектуру будущей программы.
Эмоции помогают оценивать результаты поиска. Действие, вызывающие положительные эмоции будет иметь приоритет перед действием, вызывающим отрицательные эмоции. При этом подсознание будет учитывать эмоции от сиюминутных действий, а сознание будет давать более сложную оценку, рассматривая последствия этих действий.
Я себе это представляю, как один процесс. Новый раздражитель запускает процесс поиска. Этот импульс волной расходится по всей памяти. Первые результаты поиска — это рефлексы, так как эти действия напрямую связаны с раздражителями. Далее волна доходит до закрепленных моделей поведения. Это уже подсознательные решения. Далее волна все больше расходится в разные стороны и охватывает все больше информации в памяти. Все найденные на этом этапе решения можно считать сознательными. Через какое-то время волна затухает, так как энергия начального импульса — раздражителя — заканчивается.
Таким образом, чем сильнее раздражитель, тем дольше продержится волна и тем дольше человек будет размышлять над решением. Для слабых раздражителей волна может и не перейти в фазу сознания. А для каких-то затухнет в фазе рефлексов.
Последовательность действий такова: раздражитель — волна (принятие решения) — действие. Результатом действия является новый раздражитель, который запускает очередную волну.
Все это не более, чем модель, и таких моделей можно придумать (и уже придумано) очень много. Здесь важно найти не идеальную модель, а ту, которая будет соответствовать определенному вами списку критериев. Мозг, разум, сознание — это плохие критерии. Хорошие критерии: свойства памяти, принципы принятия решений, особенности накопления опыта.
А в целом Silverlight нельзя назвать тормозной платформой, если сравнивать ее с другими реально существующими, а не с чем-то сферическим. Постоянная загрузка процессора бывает только в каких-то особенных случаях. Это могут быть либо ошибки разработчика, либо анимация. В первом случае проблема решается устранением ошибок. В случае с анимацией — это уже не ошибка, а банальный закон физики. Здесь процессор используется для пересчета состояния системы 30 раз в секунду. И этим глупо возмущаться, как глупо возмущаться загрузкой процессора, когда запущена любимая игра.
Вообще, этим примером я хотел сказать, что написание строго полезных и строго уместных комментариев никак не способствует написанию поддерживаемого кода.
Как ни странно — все работает. Но, судя по вашей статье, не совсем понятно — это полезный или вредный комментарий. Вроде бы места не много занимает.
Если предметная область незнакома, то нужно потратить время на ее исследование. В вашем случае это исследование проходило одновременно с «длительным проектированием». В нормальной ситуации исследование и проектирование — это два обязательных процесса, которые разнесены во времени.
Нужно лечить не симптомы (низкий рейтинг технических постов и минусование) а причины. А причина здесь одна — существующее в данный момент деление по блогам слишком условное. Все посты в «тематических» блогах доступны всем и на виду у всех. Какие они после этого «тематические»?
Грубо говоря сейчас есть только два больших блога: «тематические» и «офтопик». Допустим, человек пишет в блог .Net. Но на самом деле он пишет в один большой блог «тематические». Он конечно может сделать топик закрытым. Но проблема в том, что не все интересующиеся .Net подписаны на этот блог. И они его топик не увидят. Поэтому приходится делать топик открытым и он попадает в одну кучу со всеми остальными. Не удивительно, что он затеряется среди смешных картинок и прикольного видео.