#life #hypex
Немного пикт рабочих.
1. Это алгоритм принятия решения о декомпозиции кода моего авторства. Это только первая версия. Хоть я и постарался его хорошо продумать, возможно схему имеет смысл доработать.
2. Мы с коллегами собрались, подумали и решили в очередной раз нанести непопровимые улучшения в архитектуру. По задумке эти изменения не должны повлиять на пользовательский опыт, но должны сильно улучшить опыт разработчиков и оптимизировать расчёты. Естественно ничего не бывает бесплатно, особенно завтраки. За лучший опыт разработчиков платят архитекторы. Но это большие возможности масштабирования и понятно понятность архитектуры. Так что стоит того.
3. После детального продумывания очередного переделывания всего в новой архитектуре HypEx, решили уточнить какое же у него место в этой очереди. Забавно, но получается, что архитектура в среднем переписывается раз в 2 недели 😅 Конечно, не правильно говорить только о средних. Есть тренд на замедление. И между 8 и 9 прошёл месяц.
Немного пикт рабочих.
1. Это алгоритм принятия решения о декомпозиции кода моего авторства. Это только первая версия. Хоть я и постарался его хорошо продумать, возможно схему имеет смысл доработать.
2. Мы с коллегами собрались, подумали и решили в очередной раз нанести непопровимые улучшения в архитектуру. По задумке эти изменения не должны повлиять на пользовательский опыт, но должны сильно улучшить опыт разработчиков и оптимизировать расчёты. Естественно ничего не бывает бесплатно, особенно завтраки. За лучший опыт разработчиков платят архитекторы. Но это большие возможности масштабирования и понятно понятность архитектуры. Так что стоит того.
3. После детального продумывания очередного переделывания всего в новой архитектуре HypEx, решили уточнить какое же у него место в этой очереди. Забавно, но получается, что архитектура в среднем переписывается раз в 2 недели 😅 Конечно, не правильно говорить только о средних. Есть тренд на замедление. И между 8 и 9 прошёл месяц.
🔥2😢1
#helthchek
Сейчас работаю над 2 задачами:
1. Над собой
2. Над железом
В рамках работы над собой читаю книги и работаю с вредными привычками. Не секрет, что мы с коллегами сейчас работаем над большим количеством учебных материалов. Хочется делать всё это качественно.
А в плане железа надо завести Камень (здесь прогресс есть, но оно пока не юзабельно). И вопреки ожиданиям апгрейд Neil II не закончен. Старая материнка не вывозитмощ 11 стволов. Нужно апгредить материнку. + настройка софта для этого всего. Дело медленно, но двигается.
Сейчас работаю над 2 задачами:
1. Над собой
2. Над железом
В рамках работы над собой читаю книги и работаю с вредными привычками. Не секрет, что мы с коллегами сейчас работаем над большим количеством учебных материалов. Хочется делать всё это качественно.
А в плане железа надо завести Камень (здесь прогресс есть, но оно пока не юзабельно). И вопреки ожиданиям апгрейд Neil II не закончен. Старая материнка не вывозит
👍2🤔2
#life
Не так давно я словил не хилое выгорание, что хорошо заметно по наполнению лога. Поэтому, в настоящее время опять пытаюсь искать баланс в разных аспектах жизни. Для меня, как для человека крайностей, это особенно тяжело. Я либо выкладывать по полной иливыкладывать по полной в том, чтобы не выкладываться полностью забиваю на все.
Так в общем-то было всегда, но с возрастом такие переключения все дороже стоят. Ну или ресурс стал меньше, но важен факт, а не его интерпретация.
Таким образом сейчас основной проект - это не ведение каких-то конкретных проектов, а обеспечение безопасности их ведения. На работе ставятся амбициозные и интересные цели, которые сложно достигать в неопределенном контексте разработки нового решения, и это требует большого внимания, которого просто не особо остаётся вне работы. Особенно, когда, несмотря на все старания, эти цели не достигаются вовремя.
Конечно, все укладывается в то насколько ответственно относишься к задаче и то, как эту ответственность понимаешь. Тем не менее, когда не все равно, а так и есть, это уже вопрос ответственности за работу перед самим собой, а с собой договориться лично мне не просто. Но это отдельная тема.
Так или иначе, все требует баланса. Сейчас есть 2 трека: по разработке и подготовке материалов для выступлений. Дедлайны и там и там, но одновременно эти задачи не решаются и конкурируют за внимание, хоть и связаны тематически.
Поэтому, в свободное время я стараюсь набираться сил и прокачиваться, чтобы обуздать амбиции. В частности, читаю тематическую литературу и готовлю по ней некое подобие реферата. Так как личные проекты в связи с этим пока не двигаются, буду понемногу делиться скринами этого реферата.
Хоть это и относится напрямую к работе, но косвенно таким образом копится материал и опыт для того, чтобы в будущем более качественно писать книгуда я все ещё работаю над ней, но в формате сбора материалов, а не написания .
Не так давно я словил не хилое выгорание, что хорошо заметно по наполнению лога. Поэтому, в настоящее время опять пытаюсь искать баланс в разных аспектах жизни. Для меня, как для человека крайностей, это особенно тяжело. Я либо выкладывать по полной или
Так в общем-то было всегда, но с возрастом такие переключения все дороже стоят. Ну или ресурс стал меньше, но важен факт, а не его интерпретация.
Таким образом сейчас основной проект - это не ведение каких-то конкретных проектов, а обеспечение безопасности их ведения. На работе ставятся амбициозные и интересные цели, которые сложно достигать в неопределенном контексте разработки нового решения, и это требует большого внимания, которого просто не особо остаётся вне работы. Особенно, когда, несмотря на все старания, эти цели не достигаются вовремя.
Конечно, все укладывается в то насколько ответственно относишься к задаче и то, как эту ответственность понимаешь. Тем не менее, когда не все равно, а так и есть, это уже вопрос ответственности за работу перед самим собой, а с собой договориться лично мне не просто. Но это отдельная тема.
Так или иначе, все требует баланса. Сейчас есть 2 трека: по разработке и подготовке материалов для выступлений. Дедлайны и там и там, но одновременно эти задачи не решаются и конкурируют за внимание, хоть и связаны тематически.
Поэтому, в свободное время я стараюсь набираться сил и прокачиваться, чтобы обуздать амбиции. В частности, читаю тематическую литературу и готовлю по ней некое подобие реферата. Так как личные проекты в связи с этим пока не двигаются, буду понемногу делиться скринами этого реферата.
Хоть это и относится напрямую к работе, но косвенно таким образом копится материал и опыт для того, чтобы в будущем более качественно писать книгу
🔥3
#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