Оффтоп — сколько вижу в статьях или примерах в юнити (у самого опыт с юнити более чем скромный, сразу прошу прощения за нубский вопрос) — квадратная карта ограниченного размера и серое «ничто» вокруг. Но ведь в самих играх этого «края земли» не видно? Как это делается?
В 1969 году математик Эдвард Торп выяснил (на самом деле этим вопросом он занимался более 10 лет), что стремление казино снизить систематическое отклонение от идеальной случайной статистически приводит к тому, что предсказать движения шарика оказывается проще.
Кстати он написал книгу «A Man For All Markets» (на самом деле не только ее).
В ней он рассказывает, как они с Клодом Шенноном построили носимый компьютер (в 1960г!) для предсказания результата игры в рулетку и использовали на практике.
Фото устройства
Еще в ней рассказывается так же молодые годы, научную работу, про анализ и «взлом» игры «блэкджэк» и игры на бирже.
Очень интересно, к сожалению, на русский не переводили.
Ах да, ступил.
Поэтому у тех hot-reload либ что я видел, невозможно изменить, скажем иерархию класса.
В импортах есть еще сложности с wildcard, но впрочем, имея список доступных подлежащих компиляции классов это небольшая проблема.
И все-таки как быть с квалифицированными именами…
Наверное реально еще разобрать файл лексически и выделить квалифицированные имена классов, которые не фигурируют в секции импорта. Да, прямым путем (sun tools) этого скорее всего не сделать из-за проблемы курицы и яйца. Но если игнорировать классы из дефолтного пакета, мне кажется это реально сделать даже некоторой эвристикой.
Как вы думаете?
Нет, треугольников не было.
Только оранжевые планки длиной от 3 до 5 единиц, синие «втулки» в форме параллелепипеда без одной длинной грани с отверстиями в торцах и в одной длинной грани, желтые и оранжевые полые трубки-оси, белые заглушки (вроде не только белые — по моему у меня было два набора), зеленые болты, красные гайки, синие ажурные колеса, красный гаечный ключ. Инструкция где-то из пары десятков вариантов, в которых почему то даже был стул) Все, больше там ничего не было.
Лучше всего из него получались колченогие повозки)
Кто-нибудь помнит название советского пластикового конструктора с большими ажурными колесами (наверное 7-10 см. в диаметре), гибкими планками? Или даже наведет на фото? Никак не могу найти.
В качестве осей использовались полые трубки с заглушками-колпачками. В прямоугольные «втулки» очень тяжело изнутри вставлялись болты. В комплекте был пластиковый же гаечный ключ, с одной стороны рожковый, с другой накидной.
Мой был производства местного оборонного завода, но как правило, такие наборы не были оригинальными и производились много где под тем же названием.
Очень нравился.
Являюсь обладателем оригинала Dremel 3000 с нестабильной работой на низких оборотах. Конструктивный недостаток, регулятор у них такой. Читайте отзывы внимательно.
Кстати он написал книгу «A Man For All Markets» (на самом деле не только ее).
В ней он рассказывает, как они с Клодом Шенноном построили носимый компьютер (в 1960г!) для предсказания результата игры в рулетку и использовали на практике.
Еще в ней рассказывается так же молодые годы, научную работу, про анализ и «взлом» игры «блэкджэк» и игры на бирже.
Очень интересно, к сожалению, на русский не переводили.
Поэтому у тех hot-reload либ что я видел, невозможно изменить, скажем иерархию класса.
В импортах есть еще сложности с wildcard, но впрочем, имея список доступных подлежащих компиляции классов это небольшая проблема.
И все-таки как быть с квалифицированными именами…
Наверное реально еще разобрать файл лексически и выделить квалифицированные имена классов, которые не фигурируют в секции импорта. Да, прямым путем (sun tools) этого скорее всего не сделать из-за проблемы курицы и яйца. Но если игнорировать классы из дефолтного пакета, мне кажется это реально сделать даже некоторой эвристикой.
Как вы думаете?
Но если уж решились — https://www.google.ru/search?q=приспособление+для+скальпирования+процессора. В совокупности с прогревом феном можно снизить риск.
А если в коде используется полное имя класса? Видимо придется анализировать весь исходник или байт-код… Интересно, что проще?
intArrayOf(), longArrayOf(), arrayOf()
Как то непривычно, интересно, почему именно так сделали?
А потом еще и тест остается на случай регрессии. Двойная выгода…
Только оранжевые планки длиной от 3 до 5 единиц, синие «втулки» в форме параллелепипеда без одной длинной грани с отверстиями в торцах и в одной длинной грани, желтые и оранжевые полые трубки-оси, белые заглушки (вроде не только белые — по моему у меня было два набора), зеленые болты, красные гайки, синие ажурные колеса, красный гаечный ключ. Инструкция где-то из пары десятков вариантов, в которых почему то даже был стул) Все, больше там ничего не было.
Лучше всего из него получались колченогие повозки)
В качестве осей использовались полые трубки с заглушками-колпачками. В прямоугольные «втулки» очень тяжело изнутри вставлялись болты. В комплекте был пластиковый же гаечный ключ, с одной стороны рожковый, с другой накидной.
Мой был производства местного оборонного завода, но как правило, такие наборы не были оригинальными и производились много где под тем же названием.
Очень нравился.
https://chrome.google.com/webstore/detail/google-translate/aapbdbdomjkkjkaonfhkkikfgjllcleb
Или вы не о таком?
Чтобы не переходить на др. сайт, можно слегка заморочиться с GitHub API.P.S. опоздал