Слышал я слухи, что люди сейчас вот этой штукой активно пользуются: github.com/opentrack/opentrack
Я не вирпил, посему обоснованно об удобствах рассказать не могу.
При всем моем уважении к DCS, на AAA он мало похож. Редкая игра для редких больных небом. Под протоном вроде бы идет. https://www.protondb.com/app/223750
Но с вирпилами интересней как работают железки их. Насколько я помню, часть джойстиков VKB имело специальный режим калибровки для маков и линуксов. Что там с педалями и рудами — понятия не имею.
Баттла вроде как похожа на триплэй, но я бы рекомендовал в нее вообще не играть, на любой платформе. Обосновывать не буду, разве что напомню про старую историю с баша.
А что вы считаете AAA играми?
Shadow of the Tomb Raider является таковой? Deus Ex? Bioshock Infinite?
Быть может вас устроит Total War: Three Kingdoms(вышла под линукс вместе с Windows релизом)? Или Civilization?
Речь про фильтрованный список. Не могу придумать, зачем это нужно в реальном мире.
Список всех реализаций некоего интерфейса я придумал куда применить можно было бы.
Считается, что литералы вообще и локаторы (индентификаторы контролов) не должны повторяться.
Кем считается? О_О
Из моей практики, параметризованные локаторы очень нужны для обработки ситуаций, где у вас есть повторяющиеся элементы.
Примером этого может служить список файлов, где каждый элемент идентифицируется двумя признаками — идентификатором контрола файла и конкретным именем файла.
@FindBy("//[id='file' and text='{{ fileName }}']")
Если вы будете прописывать каждый возможный файл в виде отдельного элемента без параметризации — тесты станут более сложно поддерживаемыми.
Кроме того, в некоторых тестах есть смысл генерить литералы случайным образом и здесь параметризация выручает еще сильнее.
Опять же в моей практике встречалась ситуация, где мне требовалось подтянуть часть локатора из какого то внешнего источника — например, имя пользователя на странице приветствия.
На мой взгляд, автор загнался и начал унифицировать ту часть Page Object, которую унифицировать не стоило бы.
P.S.: Я не настоящий автоматизатор, так, погулять вышел, ногами сильно не бейте. Atlas не использовал, использовал более старые HtmlElements 2.0 от того же автора.
Проверка строки на палиндром — базовый пример аккуратной работы с массивами и фильтрации данных. По сути задачка на один цикл и три ветвления, работу с ними и проверяет.
Слияние связных списков или массивов — вот для него сложнее всего подобрать пример. Надо подумать еще.
Идентичность бинарного дерева — по сути кастомный equals для объектов со сложной структурой.
Join по ID — стандартная задача по построению некой модельки, по которой будет рендерится отображение, на основании данных из двух или более источников. В наш век микросервисной архитектуры вполне себе частая история должна быть.
Тут еще стоит уточнить, что подразумевать под бизнес задачами.
Если это только вызвал API и ответ без преобразования отправил дальше — то никак не соотносится, разумеется.
Проверка строки на палиндром: leetcode.com/problems/valid-palindrome
Слияние связных списков: leetcode.com/problems/merge-two-sorted-lists (под вопросом степень олимпиадности)
Можно упростить предыдущую задачу сделав слияние двух сортированных массивов с использованием дополнительной памяти. Обычно таки у нас нет возможности сливать массивы in-place.
Идентичность бинарного дерева: leetcode.com/problems/same-tree
Написать свой Cross/Left/Right Join для двух списков неких объектов по заранее заданному полю.
Рекомендую еще почитать про то, как работает OAuth в Яндексе.
bash.im/quote/395556
Слышал я слухи, что люди сейчас вот этой штукой активно пользуются: github.com/opentrack/opentrack
Я не вирпил, посему обоснованно об удобствах рассказать не могу.
При всем моем уважении к DCS, на AAA он мало похож. Редкая игра для редких больных небом. Под протоном вроде бы идет. https://www.protondb.com/app/223750
Но с вирпилами интересней как работают железки их. Насколько я помню, часть джойстиков VKB имело специальный режим калибровки для маков и линуксов. Что там с педалями и рудами — понятия не имею.
Баттла вроде как похожа на триплэй, но я бы рекомендовал в нее вообще не играть, на любой платформе. Обосновывать не буду, разве что напомню про старую историю с баша.
Shadow of the Tomb Raider является таковой? Deus Ex? Bioshock Infinite?
Быть может вас устроит Total War: Three Kingdoms(вышла под линукс вместе с Windows релизом)? Или Civilization?
А можно пример двух сравнимых по характеристикам телевизоров, но один умный, второй глупый? Желательного одного года выпуска.
Список всех реализаций некоего интерфейса я придумал куда применить можно было бы.
Как по мне, писать код в Google Doc плохая идея.
Чем collabedit.com не устраивает?
Из моей практики, параметризованные локаторы очень нужны для обработки ситуаций, где у вас есть повторяющиеся элементы.
Примером этого может служить список файлов, где каждый элемент идентифицируется двумя признаками — идентификатором контрола файла и конкретным именем файла.
Если вы будете прописывать каждый возможный файл в виде отдельного элемента без параметризации — тесты станут более сложно поддерживаемыми.
Кроме того, в некоторых тестах есть смысл генерить литералы случайным образом и здесь параметризация выручает еще сильнее.
Опять же в моей практике встречалась ситуация, где мне требовалось подтянуть часть локатора из какого то внешнего источника — например, имя пользователя на странице приветствия.
На мой взгляд, автор загнался и начал унифицировать ту часть Page Object, которую унифицировать не стоило бы.
P.S.: Я не настоящий автоматизатор, так, погулять вышел,
ногами сильно не бейте. Atlas не использовал, использовал более старые HtmlElements 2.0 от того же автора.Хм… Знакомая история :)
А вы кого больше ищете — людей которые лопатой умеют разгребать задачи или придумывать прорывные идеи?
И тут вы со своей статьей.
Слияние связных списков или массивов — вот для него сложнее всего подобрать пример. Надо подумать еще.
Идентичность бинарного дерева — по сути кастомный equals для объектов со сложной структурой.
Join по ID — стандартная задача по построению некой модельки, по которой будет рендерится отображение, на основании данных из двух или более источников. В наш век микросервисной архитектуры вполне себе частая история должна быть.
Тут еще стоит уточнить, что подразумевать под бизнес задачами.
Если это только вызвал API и ответ без преобразования отправил дальше — то никак не соотносится, разумеется.
Слияние связных списков: leetcode.com/problems/merge-two-sorted-lists (под вопросом степень олимпиадности)
Можно упростить предыдущую задачу сделав слияние двух сортированных массивов с использованием дополнительной памяти. Обычно таки у нас нет возможности сливать массивы in-place.
Идентичность бинарного дерева: leetcode.com/problems/same-tree
Написать свой Cross/Left/Right Join для двух списков неких объектов по заранее заданному полю.
P.S.: Let's holy war begin!