А я вот не понимаю почему эти клоуны до сих пор не осилили реализовать нативный прокси. Есть просьба его добавить уже как 6 лет на их сайте с фидбэком.
И при этом, насколько я понимаю, прокси есть в Linux и Mac версиях (на платформах где и так отдельное приложение можно как угодно и куда угодно перемаршрутизировать), но на основной платформе прокси нет.
Красные и синие функции - это прохладные истории тех, кто разобрались только на треть как это все работает для тех кто не разобрался вообще.
Как ты их не называй - async это целиком своя отдельная модель которую с блокирующим кодом мешать нельзя напрямую. Будет для тебя код асинхронный генерироваться комплиятором не явно или ты будешь как в плюсах все делать сам - разницы нет никакой.
Async. Нельзя. Блокировать. Все, нет никаких "красных и синих".
Что на самом деле вторичный фактор. Первичный, конечно, сгенерировать стейт машины, пробрасывать шедулер/контекст/рантайм асинхронным функциям. И даже если это все делалось бы в ручную, все упрется в том что это все требует явного разделения между асинхронным и синхронным кодом. И чисто случайно, побочно, это и достигается "раскрашиванием" методов. Что является выгодным плюсом для тех кто хочет писать код не особо разбираясь что вообще происходит. От части бед их изолировали своим решением разработчики языка.
Статью эту я читал примерно когда Прайм ее обозревал, и на мой взгляд она вообще ни о чем. Если ты достаточно глубоко разобрался с тем, что же такое асинхронный код, то становится очевидно почему нужно идти на согласие с тем что если что-то async - то все async. А с тем что не async, нужно осознанно быть очень осторожным внутри асинхронного кода. И точно так же ясно почему синхронный код не может внезапно начать порождать async вызовы: никто ему магическим образом не начнет прокидывать рантайм, никто не будет магическим образом учитывать твое состояние и статус, никакой магии нет.
Для коптеров не видел, а самолеты вот на таких штуках тестирует Nicholas Rehm. Ну на первом можно и коптер зафиксировать, пример не найду, но вроде все понятно.
Отличный вариант для прототипов необычных моделей (VTOL, трикоптеры, модели с лидарами и другими необычными сенсорами, экранопланы, модели на гидрофойлах и т.д. - смотрите ютуб канал автора), образовательных целей и "поиграться".
В том числе он подробно и с примерами кода рассказывает как работает флайтконтроллер в нескольких своих видео.
Ну брендинг и нацелен не на компьютер, а на «смотрящих». Так что, имхо, простор для махинаций и спекуляций с терминологией даже в пределах судебных разбирательств, кто сколько недополучил, остаются.
Плюс WoW именно в кастомизации. Ты делаешь все, как тебе хочется. Это применимо везде, независимо от жанра.
Только этому никто внимания не уделяет достаточно. Вот в BF есть кастомизация, но она слабенькая — только что-нибудь скрыть, подвигать и отскейлить, значительно изменить интерфейс нельзя (свои формы баров, текстуры и т.д.).
Ага, тоже об этом думал — просто предложить скачать «гильдийский аддон», который при этом может даже что-то делать и полезное, для отвода глаз, там строка событий какая, ближайшее событие какое рисовать.
Правда это значительно ограничит функционал по его распространению, но если «по наводке» грабить цель с миллионами золота, то самое то.
Ничего там не биндидся. Там есть только скролл туда-сюда по всем целям. PvP это, или нет.
А в этот скрипт еще и проверку на PvP зону добавить можно, если конечно в 255 символов уложиться выйдет. Типа если ты на арене — скролл только по PvP целям, если нет — обычный режим.
Ну вот тогда другой пример: /run local T,t,P,m="TargetNearestEnemy","TAB","Player"," is now set to "if GetBindingAction(t)==T then SetBinding(t,T..P)print(t..m..T..P)else SetBinding(t,T)print(t..m..T)end
Макрос, позволяющий «табать» только PvP-цели, т.е. игроков (а не питомцев и тотемы).
> Ну так топик-то про что? Используют ещё как. Программирование на базовом уровне знает дай бог 1% от всех игроков.
Здесь звучали предложения о том, что функционал /run необходимо выпилить, я привел аргументы в пользу того, что этого делать не стоит.
Макрос на сап: /#showtooltip Sap
/console targetNearestDistance 10.000000
/targetenemy [noharm][dead]
/console targetNearestDistance 41.000000
/cast [harm,nodead] Sap
С сапом слегка ошибся, да, без /run
> Такие вещи правильней делать в аддонах, и таких аддонов хватает.
Я не знаю, кем определена эта правильность, но я не хочу что-то где-то качать, распаковывать, копировать, и делать перезагрузку всего интерфейса ради одной строчки в чате и так, и так.
А в идеале еще и чекать минимум два файла из этого аддона, чтобы опять же, быть уверенным в его чистоте.
Опасности и так нет, если ты хоть немного понимаешь что делаешь, обычно скрипты просто так не используют.
/run использовался (и используется) разбойниками для одной их способности, чтобы как можно раньше выбить соперника из невидимости (небольшой трюк с проверкой расстояния до цели).
Так же через /run можно проверять еженедельный статус ворлдбосов.
И еще их используют для того, чтобы двигать фреймы. Это важный момент. На турнирах аддоны запрещены, а однострочные скрипты — нет. Так что фреймы двигать можно только так.
Так же через /run осуществляется покупка или продажа каких-либо вещей в цикле. Раньше так баджи меняли, которых нужно было обменять за раз много, а в ручную для каждой покупки необходимо было кликать по подтверждению.
А я вот не понимаю почему эти клоуны до сих пор не осилили реализовать нативный прокси. Есть просьба его добавить уже как 6 лет на их сайте с фидбэком.
И при этом, насколько я понимаю, прокси есть в Linux и Mac версиях (на платформах где и так отдельное приложение можно как угодно и куда угодно перемаршрутизировать), но на основной платформе прокси нет.
Красные и синие функции - это прохладные истории тех, кто разобрались только на треть как это все работает для тех кто не разобрался вообще.
Как ты их не называй - async это целиком своя отдельная модель которую с блокирующим кодом мешать нельзя напрямую. Будет для тебя код асинхронный генерироваться комплиятором не явно или ты будешь как в плюсах все делать сам - разницы нет никакой.
Async. Нельзя. Блокировать. Все, нет никаких "красных и синих".
Что на самом деле вторичный фактор. Первичный, конечно, сгенерировать стейт машины, пробрасывать шедулер/контекст/рантайм асинхронным функциям. И даже если это все делалось бы в ручную, все упрется в том что это все требует явного разделения между асинхронным и синхронным кодом. И чисто случайно, побочно, это и достигается "раскрашиванием" методов. Что является выгодным плюсом для тех кто хочет писать код не особо разбираясь что вообще происходит. От части бед их изолировали своим решением разработчики языка.
Статью эту я читал примерно когда Прайм ее обозревал, и на мой взгляд она вообще ни о чем. Если ты достаточно глубоко разобрался с тем, что же такое асинхронный код, то становится очевидно почему нужно идти на согласие с тем что если что-то async - то все async. А с тем что не async, нужно осознанно быть очень осторожным внутри асинхронного кода. И точно так же ясно почему синхронный код не может внезапно начать порождать async вызовы: никто ему магическим образом не начнет прокидывать рантайм, никто не будет магическим образом учитывать твое состояние и статус, никакой магии нет.
Не хватает производительности на работу с облачными нейросетевыми сервисами от 3-й стороны? Ого, угу, ага.
Для коптеров не видел, а самолеты вот на таких штуках тестирует Nicholas Rehm. Ну на первом можно и коптер зафиксировать, пример не найду, но вроде все понятно.
Hidden text
Открытая, понятная, легко модифицируемая прошивка для всех видов моделей - https://github.com/nickrehm/dRehmFlight/ (https://www.youtube.com/@NicholasRehm).
Отличный вариант для прототипов необычных моделей (VTOL, трикоптеры, модели с лидарами и другими необычными сенсорами, экранопланы, модели на гидрофойлах и т.д. - смотрите ютуб канал автора), образовательных целей и "поиграться".
В том числе он подробно и с примерами кода рассказывает как работает флайтконтроллер в нескольких своих видео.
Если очень надо, есть кто коробками картонными накрывает для теплоизоляции.
Тут все еще куда интереснее, потому что это буквально реплика из туториала по созданию такого ровера: https://www.youtube.com/watch?v=NOZZMsMAGh0
"Разработали". А может правильнее говорить "посмотрели ролик на ютубе и повторили"?
https://www.youtube.com/watch?v=NOZZMsMAGh0
Только этому никто внимания не уделяет достаточно. Вот в BF есть кастомизация, но она слабенькая — только что-нибудь скрыть, подвигать и отскейлить, значительно изменить интерфейс нельзя (свои формы баров, текстуры и т.д.).
Правда это значительно ограничит функционал по его распространению, но если «по наводке» грабить цель с миллионами золота, то самое то.
А в этот скрипт еще и проверку на PvP зону добавить можно, если конечно в 255 символов уложиться выйдет. Типа если ты на арене — скролл только по PvP целям, если нет — обычный режим.
/run local T,t,P,m="TargetNearestEnemy","TAB","Player"," is now set to "if GetBindingAction(t)==T then SetBinding(t,T..P)print(t..m..T..P)else SetBinding(t,T)print(t..m..T)endМакрос, позволяющий «табать» только PvP-цели, т.е. игроков (а не питомцев и тотемы).
Здесь звучали предложения о том, что функционал /run необходимо выпилить, я привел аргументы в пользу того, что этого делать не стоит.
Макрос на сап:
/#showtooltip Sap
/console targetNearestDistance 10.000000
/targetenemy [noharm][dead]
/console targetNearestDistance 41.000000
/cast [harm,nodead] Sap
С сапом слегка ошибся, да, без /run
> Такие вещи правильней делать в аддонах, и таких аддонов хватает.
Я не знаю, кем определена эта правильность, но я не хочу что-то где-то качать, распаковывать, копировать, и делать перезагрузку всего интерфейса ради одной строчки в чате и так, и так.
А в идеале еще и чекать минимум два файла из этого аддона, чтобы опять же, быть уверенным в его чистоте.
/run использовался (и используется) разбойниками для одной их способности, чтобы как можно раньше выбить соперника из невидимости (небольшой трюк с проверкой расстояния до цели).
Так же через /run можно проверять еженедельный статус ворлдбосов.
И еще их используют для того, чтобы двигать фреймы. Это важный момент. На турнирах аддоны запрещены, а однострочные скрипты — нет. Так что фреймы двигать можно только так.
Так же через /run осуществляется покупка или продажа каких-либо вещей в цикле. Раньше так баджи меняли, которых нужно было обменять за раз много, а в ручную для каждой покупки необходимо было кликать по подтверждению.