#helthchek #thought
Мне когда-то очень нравилось выражение "нити судьбы", которое красивое и наглядное, и я его использовал для описания неожиданных изменений в жизни. Я считаю, что оно хорошо описывает то, как люди образуют пуатину, сплетая свои судьбы, но в сущности, это лишь компонент, а жизнь происходит в том, что попадает в эту паутину. И вот это кажется более интересным для моделирования объектом.
Чуть позднее я стал использовать выражение "everything is a stream" изначально в том же смысле, но со временем стал переосмыслять это. Изначально я вдохновлялся патернами программирования, но потом... потом пошли другие аналогии, суть которых сложно описать вне контекста. Поэтому вернёмся в настоящее.
В настоящем я переиначил идею потока. Это всё ещё поток, но который рассматривается, как некоторый вектор тяги в определённую сторону. Моделировать это лучше как дерево, где каждая ветка - это определённая деятельность, а сила потока обеспечивает градиент смены направления, что переводит внимание на определённую ветку. Это происходит не мгновенно и сложно объяснить, как ветки влияют друг на друга (влияние безусловно есть). Но вот почувствовать этот градиент не сложно.
В какой-то момент это чувство градиента создало ощущение наивной датерменировааности процесса, а значит и иллюзию контроля над ситуацией, и эта иллюзия за последние 3 года здорово подпортила мне планы и очень болезненно разбилась, а нытьё шрамов, оставшихся от её осколков напоминает о себе почти каждый день.
Сейчас я смотрю на мир, как на неопределяемую неопределенную неопределенность и пока не понимаю, как в этом поле строить хоть какие-то далеко идущие планы. Но нужно что-то делать в условиях неопределённости на короткой дистанции. Что привело меня к концепции "socoordinate evolution".
В рамках этой концепции я строю не очень далеко идущие планы и всегда оцениваю их устойчивость: какая устойчивость желательна, а какая необходима, и соответственно, какие могут быть последствия её не соблюдения, стараясь избегать событий, требующих высокой устойчивости, готовясь к тому, что все может измениться. Идея в том, чтобы ловить волну в потоке, и адаптировать под это свои планы, минимизируя необходимость обеспечивать устойчивость, но получать выгоду от изменения потока.
Такие мысли. Поводом для них стало то, что поток недавно опять поменялся, что привело к смене планов. Напомню, что я хотел вкладываться в процесс добычи полезной для работы информации. Теперь же собираюсь уйти в сторону и вернуться к работе над либами DmML-lab и PlotAdapter. Не уверен, что в ближайшее время на это будет время, но как минимум буду готовить небольшой испытательный полигон.
Тут могла быть картиночка к посту, но ТГ запрещает писать столько текста под картиночкой. Но эта дверь меня не остановит, так как я не умею читать.
Мне когда-то очень нравилось выражение "нити судьбы", которое красивое и наглядное, и я его использовал для описания неожиданных изменений в жизни. Я считаю, что оно хорошо описывает то, как люди образуют пуатину, сплетая свои судьбы, но в сущности, это лишь компонент, а жизнь происходит в том, что попадает в эту паутину. И вот это кажется более интересным для моделирования объектом.
Чуть позднее я стал использовать выражение "everything is a stream" изначально в том же смысле, но со временем стал переосмыслять это. Изначально я вдохновлялся патернами программирования, но потом... потом пошли другие аналогии, суть которых сложно описать вне контекста. Поэтому вернёмся в настоящее.
В настоящем я переиначил идею потока. Это всё ещё поток, но который рассматривается, как некоторый вектор тяги в определённую сторону. Моделировать это лучше как дерево, где каждая ветка - это определённая деятельность, а сила потока обеспечивает градиент смены направления, что переводит внимание на определённую ветку. Это происходит не мгновенно и сложно объяснить, как ветки влияют друг на друга (влияние безусловно есть). Но вот почувствовать этот градиент не сложно.
В какой-то момент это чувство градиента создало ощущение наивной датерменировааности процесса, а значит и иллюзию контроля над ситуацией, и эта иллюзия за последние 3 года здорово подпортила мне планы и очень болезненно разбилась, а нытьё шрамов, оставшихся от её осколков напоминает о себе почти каждый день.
Сейчас я смотрю на мир, как на неопределяемую неопределенную неопределенность и пока не понимаю, как в этом поле строить хоть какие-то далеко идущие планы. Но нужно что-то делать в условиях неопределённости на короткой дистанции. Что привело меня к концепции "socoordinate evolution".
В рамках этой концепции я строю не очень далеко идущие планы и всегда оцениваю их устойчивость: какая устойчивость желательна, а какая необходима, и соответственно, какие могут быть последствия её не соблюдения, стараясь избегать событий, требующих высокой устойчивости, готовясь к тому, что все может измениться. Идея в том, чтобы ловить волну в потоке, и адаптировать под это свои планы, минимизируя необходимость обеспечивать устойчивость, но получать выгоду от изменения потока.
Такие мысли. Поводом для них стало то, что поток недавно опять поменялся, что привело к смене планов. Напомню, что я хотел вкладываться в процесс добычи полезной для работы информации. Теперь же собираюсь уйти в сторону и вернуться к работе над либами DmML-lab и PlotAdapter. Не уверен, что в ближайшее время на это будет время, но как минимум буду готовить небольшой испытательный полигон.
👍1
#hypex
Вчерашний день у меня начался с попытки придать смысл выражению ХапЕкснуться. В него я вкладывал гипотетическую возможность развернуть любую вычислительную структуру в архитектуре HypEx.
Идея выглядит вполне возможной, и я её начал продумывать, но довольно быстро от неё отказался, но по личным причинам. Изначальный план был в том, чтобы создать форк HypEx, который будет включать в себя только базовую архитектуру, а любая вычислительная структура будет аддоном на её основе, который будет легко и органично вписан в пайплайны.
Хоть идея и вполне реализуемая, однако немного противоречит требованиям к архитектуре проекта, ухудшая профилирование под задачи проверки гипотез посредством экспериментов. То есть это уже будет не HypEx, а продукт идентичный натуральному. В общем-то решению проблемы это не мешает, однако уменьшает его практическую пользу. Свернуть с этого пути меня побудило желание проверить гипотезу о жизнеспособности и полезности несколько другого подхода к архитектуре, от которого мы сознательно отказались в целях улучшения практичности решения.
Дело в том, что изначально я планировал делать вычислительные пайплайны, на основе элементарных экзекуторов, которые и будут производить все вычислительные операции, причём в каждом экзекуторе будут реализации для разных бэкэндов, но это бы наплодило большое количество малополезных экзекуторов, не несущих никакой пользы вне определенного пайплайна + так весьма сложно обеспечить выполнение всех экзекуторов на всех предусмотренных бэкэндах. Однако в отрыве от практической задачи, такой подход даёт большую свободу для автоматизации проектирования пайплайнов и их оптимизации. Что является довольно интересной возможностью.
Именно такую возможность я хочу исследовать в рамках проектирования архитектуры, в частности для задачи AutoML.
Вчерашний день у меня начался с попытки придать смысл выражению ХапЕкснуться. В него я вкладывал гипотетическую возможность развернуть любую вычислительную структуру в архитектуре HypEx.
Идея выглядит вполне возможной, и я её начал продумывать, но довольно быстро от неё отказался, но по личным причинам. Изначальный план был в том, чтобы создать форк HypEx, который будет включать в себя только базовую архитектуру, а любая вычислительная структура будет аддоном на её основе, который будет легко и органично вписан в пайплайны.
Хоть идея и вполне реализуемая, однако немного противоречит требованиям к архитектуре проекта, ухудшая профилирование под задачи проверки гипотез посредством экспериментов. То есть это уже будет не HypEx, а продукт идентичный натуральному. В общем-то решению проблемы это не мешает, однако уменьшает его практическую пользу. Свернуть с этого пути меня побудило желание проверить гипотезу о жизнеспособности и полезности несколько другого подхода к архитектуре, от которого мы сознательно отказались в целях улучшения практичности решения.
Дело в том, что изначально я планировал делать вычислительные пайплайны, на основе элементарных экзекуторов, которые и будут производить все вычислительные операции, причём в каждом экзекуторе будут реализации для разных бэкэндов, но это бы наплодило большое количество малополезных экзекуторов, не несущих никакой пользы вне определенного пайплайна + так весьма сложно обеспечить выполнение всех экзекуторов на всех предусмотренных бэкэндах. Однако в отрыве от практической задачи, такой подход даёт большую свободу для автоматизации проектирования пайплайнов и их оптимизации. Что является довольно интересной возможностью.
Именно такую возможность я хочу исследовать в рамках проектирования архитектуры, в частности для задачи AutoML.
🔥2🤔1
#life
Топовый низкоуглеводный энергос.
На всю банку всего 2 ложки сахара. И на вкус не мерзко, не сладко и действительно похоже на махито.
Топовый низкоуглеводный энергос.
На всю банку всего 2 ложки сахара. И на вкус не мерзко, не сладко и действительно похоже на махито.
😢1
#fun
Если вдруг решите запускать игру 1999 года на новом железе... Передумайте. По крайней мере мне жаль времени на попытки это сделать.
Если вдруг решите запускать игру 1999 года на новом железе... Передумайте. По крайней мере мне жаль времени на попытки это сделать.
#hypex
Не прошло и месяца, а мы уже мутим новое поколение архитектуры. С момента завершения 9 поколения вообще только неделя прошла.
Итак, на первой картиночке видно, что 10 поколение HypEx обрело название "Песочница". Была красивая аналогия: мы берём контребьютеров, сажаем в песочницу, даём лопатки и формочки, и они делают что хотят для реализации того, то им нужно.
В результате брейншторма произошло упрощение конструкции "формочек" и ребята назвали это "Диктатура". Так у нас "Песочница" превратилась в "Диктатуру". Отсюда, кстати, интересное наблюдение, что забота превращается в диктатуру)
В общем, идея в том, что мы создаём чёткий шаблон задачи, который имеет однозначное отображение в модулях архитектуры, и в результате контребьютеру надо написать всего одну функцию, не вникая в сложности архитектуры. Есть заданный вход и требования к нему и заданный выход с требованиями к нему.
Кроме того архитектура должна стать ещё более универсализованной, чтобы подход через одну функцию работал. Подробности - дебри.
Ещё в 10 архитектуре меняются данные и сплитеры (а соответственно и компораторы), что должно здорово помочь с оптимизацией времени выполнения, а в идеале приблизить его к старой архитектуре, где вообще ничего не делалось лишнего.
Не прошло и месяца, а мы уже мутим новое поколение архитектуры. С момента завершения 9 поколения вообще только неделя прошла.
Итак, на первой картиночке видно, что 10 поколение HypEx обрело название "Песочница". Была красивая аналогия: мы берём контребьютеров, сажаем в песочницу, даём лопатки и формочки, и они делают что хотят для реализации того, то им нужно.
В результате брейншторма произошло упрощение конструкции "формочек" и ребята назвали это "Диктатура". Так у нас "Песочница" превратилась в "Диктатуру". Отсюда, кстати, интересное наблюдение, что забота превращается в диктатуру)
В общем, идея в том, что мы создаём чёткий шаблон задачи, который имеет однозначное отображение в модулях архитектуры, и в результате контребьютеру надо написать всего одну функцию, не вникая в сложности архитектуры. Есть заданный вход и требования к нему и заданный выход с требованиями к нему.
Кроме того архитектура должна стать ещё более универсализованной, чтобы подход через одну функцию работал. Подробности - дебри.
Ещё в 10 архитектуре меняются данные и сплитеры (а соответственно и компораторы), что должно здорово помочь с оптимизацией времени выполнения, а в идеале приблизить его к старой архитектуре, где вообще ничего не делалось лишнего.
🔥2👏2
Forwarded from ODS Events
Привет!
Понедельник — деньтяжелый онлайна! 😁
Приглашаем присоединиться к активностям Data Fest 2024 в ODS Spatial Chat спейсе.
Сегодня в программе:
— Open Source секция, старт в 14:00, (6 докладов 🦾)
— GeoML секция, старт в 15:00, (5 докладов 🦾)
— Advanced LLM секция, старт в 17:50, (4 доклада 🦾)
Полное расписание доступно на странице мероприятия 🤗
Ссылка на спейс: link
Пароль сегодня: parrotsfortheparrotthrone
Ссылка на эфир (для тех кто не сможет подключиться в Spatial Сhat): link
Ждём вас!
Понедельник — день
Приглашаем присоединиться к активностям Data Fest 2024 в ODS Spatial Chat спейсе.
Сегодня в программе:
— Open Source секция, старт в 14:00, (6 докладов 🦾)
— GeoML секция, старт в 15:00, (5 докладов 🦾)
— Advanced LLM секция, старт в 17:50, (4 доклада 🦾)
Полное расписание доступно на странице мероприятия 🤗
Ссылка на спейс: link
Пароль сегодня: parrotsfortheparrotthrone
Ссылка на эфир (для тех кто не сможет подключиться в Spatial Сhat): link
Ждём вас!
🔥1
Forwarded from IT Юмор