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