Я, кстати, недавно лазая по гитхабу, открыл для себя что там существует завещание в настройках, мол в случае смерти автора все его репозитории переходят указанному автором пользователю. Наверное я отстал от жизни и фича старая, но мне это показалось интересным.
Я прямо сейчас пишу большое дерево поведения для проекта и BT ни разу не панацея. Да, ряд плюсов имеется, но Боже упаси реализовывать такую дуру для каких нибудь аркад да roguelike. Отсутствие Transition замещается NodeState, с которым конечно проще работать, но потребуется написать и распихать не один декоратор. С разделяемыми ресурсами проблемы остаются, вообще главное отличие дерева - его высокий уровень абстракции и масштабируемости, и из-за этого отличия местами приходится накостыливать по полной, либо 2 вариант - дерево имеет тонну зависимостей, и при каждой новой фиче разработчик умывается своей кровью.
Опыт строительства инфраструктурных объектов во внеземных условиях вполне имеет смысл. Как минимум - обкатать будущие проекты на Марсе, если человечество дотянет до его колонизации, конечно.
Я читал вашу статью и понял что вы хотели донести, но как лично я вижу это: Есть Клири (надеюсь правильная транслитерация) и есть, допустим, Metanit. Первый говорит что асинхронность не создает потоки вообще никогда (хотя на самом деле, если прокликать его сайт, то можно наткнуться и на await Task.Run() в частных случаях), а второй говорит полностью обратное. И тут есть момент: лучше человеку вбить в голову что асинхронность != потоки, чем вбить обратное. Объясню на примере: я сам учебный план строил по Metanit, просто я разбавлял его поверхностность конкретикой с msdn и пр., и я помню, что асинхронность у него идет сразу после TPL. Таким образом, учитывая, что его статьи написаны для начинающих, и написаны слишком уж коротко, получается такой вопрос: а зачем оно надо, когда задачу можно решать синхронно-мультипоточно. Если же человеку сказать обратное, то у него как минимум возникнет вопрос "а как тогда это работает", и дальше он уже сам нагуглит и про контексты и про configureAwait и про UI/ASP потоки. Конечно, лучше всего написать простыню текста, объясняющего все азы async/await, но это работа для Майкрософт (хотя, надо признать, их async/await написан вполне человеческим языком, да и половина статей там за авторством Клири).
Наверное доверенное лицо должно в тп Гитхаба написать.
А потом Гитхаб владельцу отправит письмо с подтверждением "Здравствуйте, вы умерли?"
Я, кстати, недавно лазая по гитхабу, открыл для себя что там существует завещание в настройках, мол в случае смерти автора все его репозитории переходят указанному автором пользователю. Наверное я отстал от жизни и фича старая, но мне это показалось интересным.
В данном контексте термин Behaviour Tree не имеет ничего общего с ML BT. Это просто дерево принятия решений, ветвление на стероидах.
Название хакатона как философия жизни..
Я прямо сейчас пишу большое дерево поведения для проекта и BT ни разу не панацея. Да, ряд плюсов имеется, но Боже упаси реализовывать такую дуру для каких нибудь аркад да roguelike. Отсутствие Transition замещается NodeState, с которым конечно проще работать, но потребуется написать и распихать не один декоратор. С разделяемыми ресурсами проблемы остаются, вообще главное отличие дерева - его высокий уровень абстракции и масштабируемости, и из-за этого отличия местами приходится накостыливать по полной, либо 2 вариант - дерево имеет тонну зависимостей, и при каждой новой фиче разработчик умывается своей кровью.
А что с Win+Shift+S?
А разработчики игры "Смута" не уронили отварную сосиску случаем?
Кто слил в бд яндекса мое резюме?
Обучашки +
Задачки +
Объясняшки +
Объясняшки похуже но попонятнее
Млять кто эти названия придумывает... Они или настолько увлечены разработкой, что нет минуты выслушать идеи по названиям, или им настолько насрать
Да я тоже купился поначалу. И поймал себя на мысли, что лет 5 назад не воспринял бы всерьез.
Пожалуй, я сегодня постараюсь не заходить на сей сайт..
Тьфу ты
А потом ещё и аббревиатуру можно придумать чтоб по классике "росвросгосспрос", красота
О, а вы тоже вчера на Ютуб через ТВ зашли?
Опыт строительства инфраструктурных объектов во внеземных условиях вполне имеет смысл. Как минимум - обкатать будущие проекты на Марсе, если человечество дотянет до его колонизации, конечно.
Отвлекся от работы на эту статью...
Не совсем понял про SQL Server & Xamarin
Я читал вашу статью и понял что вы хотели донести, но как лично я вижу это:
Есть Клири (надеюсь правильная транслитерация) и есть, допустим, Metanit. Первый говорит что асинхронность не создает потоки вообще никогда (хотя на самом деле, если прокликать его сайт, то можно наткнуться и на await Task.Run() в частных случаях), а второй говорит полностью обратное.
И тут есть момент: лучше человеку вбить в голову что асинхронность != потоки, чем вбить обратное. Объясню на примере: я сам учебный план строил по Metanit, просто я разбавлял его поверхностность конкретикой с msdn и пр., и я помню, что асинхронность у него идет сразу после TPL. Таким образом, учитывая, что его статьи написаны для начинающих, и написаны слишком уж коротко, получается такой вопрос: а зачем оно надо, когда задачу можно решать синхронно-мультипоточно. Если же человеку сказать обратное, то у него как минимум возникнет вопрос "а как тогда это работает", и дальше он уже сам нагуглит и про контексты и про configureAwait и про UI/ASP потоки.
Конечно, лучше всего написать простыню текста, объясняющего все азы async/await, но это работа для Майкрософт (хотя, надо признать, их async/await написан вполне человеческим языком, да и половина статей там за авторством Клири).
Окинув взглядом этот пост еще раз я понял - бездушная копипаста. Это даже не GPT, сурс.