Да, тоже об этом думал. Просто так то это не очень сложная история кажется, для каждой и страницы и ютуб видео по субтитрам хранить какой-нибудь BERT вектор. Строить по нему профиль актуальных интересов и показывать в моменте. Не слишком часто, чтобы не казалось уж слишком зловещим, но достаточно часто, чтобы удерживать интерес.
Под оригиналом имею ввиду только формат файла - сейчас формулы это картинки. А для работы с ними, гораздо удобнее был бы LaTeX или что-то в этом духе. Звучу я сейчас правда как будто требовательный читатель. Потому лучше просто поблагодарю Вас за труд :)
Мне кажется такой тип статей одним из лучших. Да, сходу трудно въехать. Но ценность таких материалов с годами не падает. И въехать - хочется.
Единственная просьба - дать ссылку на оригинал статьи. Я сам подобные моменты часто изучаю с помощью ИИ, задавая вопросы. Формулы-картинки то можно конечно распарсить, но доступность сильно выше когда есть ссылка на какой нибудь markdown+latex (или я просто не умею готовить хабр и выцеплять это отсюда)
P.S.: извините за оффтоп, но чудеса чудесные. Я про Дирака не слышал ничего много лет со времен ВУЗа. И прямо после того как написал комментарий к этой статье открываю Youtube и в нем начинает играть shorts интервью математика Willie Soon Такеру Карлсону отрывок как раз про Поля Дирака. Отрывок был про "доказательства существования бога". И вот тут вопрос какая вероятность что гугл уже сегодня понимает что происходит у меня в браузере chrome здесь на хабре, склеивает аккаунты разные в одного человека, и подсовывает рекомендации по векторному соответствию. Или все-же совпадение?
Мне кажется прекрасным языком для входа в программирование для школьников был бы Go. Строгая типизация, полезные архитектурные conventions, низкий порог входа. Плюс отдельно Jupyter Notebook (даже не питон в чистом виде). Чтобы тренировать последовательность выкладок и возможность анализа данных. В сильных универах к этому списку добавил бы Rust + Haskell (не уверен что это сложнее было бы тех же урматов, зато концепции начали бы прорастать в голове и через годы дошли бы).
Лайфхак: если пользуюсь временными выводами данных в консоль, с какого-то момента первым аргументом всегда пишу имя функции или переменной о которой идет речь. Это позволяет понимать о чем речь, а главное - быстро находить тех кто уже почем зря мусорит в консоль, если по тем или иным причинам еще не хочется выкидывать все отладочные данные.
Бек обычно дальше от бизнес-требований, чем фронт, хуже понимание продукта. Ничем хорошим не заканчивалось, когда беку отдавался API на проектирование, куча времени утекало на коммуникации. Я пока пришел к реверс-схеме. Фронт пишет часть бека - ключевые dto, сразу задавая демо-данные. Фактически - мок сервер. В нашем случае - используется graphql с хорошо именованными резолверами. Где надо - делает комменты. Дальше кодогеренацией из gql-схемы рождается фронт-sdk, чтобы были единые контракты фронта и бека. Бек превращает мок-сервер в реальный, фронт в это время пилит фронт. По дороге вносятся небольшие изменения, но это сразу отражается в контрактах при кодогенерации и если что-то добавилось это сразу палится typescript-ом на фронте.
Да, тоже об этом думал. Просто так то это не очень сложная история кажется, для каждой и страницы и ютуб видео по субтитрам хранить какой-нибудь BERT вектор. Строить по нему профиль актуальных интересов и показывать в моменте. Не слишком часто, чтобы не казалось уж слишком зловещим, но достаточно часто, чтобы удерживать интерес.
Под оригиналом имею ввиду только формат файла - сейчас формулы это картинки. А для работы с ними, гораздо удобнее был бы LaTeX или что-то в этом духе. Звучу я сейчас правда как будто требовательный читатель. Потому лучше просто поблагодарю Вас за труд :)
Мне кажется такой тип статей одним из лучших. Да, сходу трудно въехать.
Но ценность таких материалов с годами не падает. И въехать - хочется.
Единственная просьба - дать ссылку на оригинал статьи. Я сам подобные моменты часто изучаю с помощью ИИ, задавая вопросы. Формулы-картинки то можно конечно распарсить, но доступность сильно выше когда есть ссылка на какой нибудь markdown+latex (или я просто не умею готовить хабр и выцеплять это отсюда)
P.S.: извините за оффтоп, но чудеса чудесные. Я про Дирака не слышал ничего много лет со времен ВУЗа. И прямо после того как написал комментарий к этой статье открываю Youtube и в нем начинает играть shorts интервью математика Willie Soon Такеру Карлсону отрывок как раз про Поля Дирака. Отрывок был про "доказательства существования бога". И вот тут вопрос какая вероятность что гугл уже сегодня понимает что происходит у меня в браузере chrome здесь на хабре, склеивает аккаунты разные в одного человека, и подсовывает рекомендации по векторному соответствию. Или все-же совпадение?
Мне кажется прекрасным языком для входа в программирование для школьников был бы Go. Строгая типизация, полезные архитектурные conventions, низкий порог входа. Плюс отдельно Jupyter Notebook (даже не питон в чистом виде). Чтобы тренировать последовательность выкладок и возможность анализа данных. В сильных универах к этому списку добавил бы Rust + Haskell (не уверен что это сложнее было бы тех же урматов, зато концепции начали бы прорастать в голове и через годы дошли бы).
Не хватает BunJS в обзоре
Лайфхак: если пользуюсь временными выводами данных в консоль, с какого-то момента первым аргументом всегда пишу имя функции или переменной о которой идет речь. Это позволяет понимать о чем речь, а главное - быстро находить тех кто уже почем зря мусорит в консоль, если по тем или иным причинам еще не хочется выкидывать все отладочные данные.
Бек обычно дальше от бизнес-требований, чем фронт, хуже понимание продукта. Ничем хорошим не заканчивалось, когда беку отдавался API на проектирование, куча времени утекало на коммуникации. Я пока пришел к реверс-схеме. Фронт пишет часть бека - ключевые dto, сразу задавая демо-данные. Фактически - мок сервер. В нашем случае - используется graphql с хорошо именованными резолверами. Где надо - делает комменты. Дальше кодогеренацией из gql-схемы рождается фронт-sdk, чтобы были единые контракты фронта и бека. Бек превращает мок-сервер в реальный, фронт в это время пилит фронт. По дороге вносятся небольшие изменения, но это сразу отражается в контрактах при кодогенерации и если что-то добавилось это сразу палится typescript-ом на фронте.
Вторая похожа на простую.