// клад — нашел молодец, а вот отдать по закону должен государству
Согласно 233 статье Гражданского кодекса РФ, обнаруженный клад делится поровну между нашедшим его и владельцем земли (здания, постройки), где он был найден
// как эти полезные ресурсы с астероидов предполагается перемещать на Землю
1. ставим на астероид мини-фабрику, которая изготавливает тонкую прочную нить с плотностью, достаточной для эффективного торможения в атмосфере.
2. ставим выброс нити под таким углом, чтобы заходило в атмосферу с минимальной скоростью.
Ресурсный астероид — не человек и не предмет техники, его можно опускать на планеты массой способов — даже в виде пыли. Но нити, самотормозящиеся в атмосфере, выглядят наиболее удобным способом.
// слоны и прочие ДЕЙСТВИТЕЛЬНО КРУПНЫЕ животные, там по-вымирали бы от радиации
как рассчитали? Смотрите, в статье просто нет упоминания о среднем времени жизни животных в зоне отчуждения. Вы на основании чего вообще делаете выводы?
Есть такой формат ресторана в Японии и в других странах — когда блюда ползут по конвейеру. И они очень успешны, сам бывал. Это означает, что даже такая примитивная технология — может быть успешно внедрена в сферу обслуживания.
То, что некоторые рестораны не смогли внедрить роботов — скорее говорит о самих организаторах, чем о жизнеспособности идеи.
А вообще очень многое говорит этот фрагмент:
— Роботы были не в состоянии нести суп или другую пищу, требующую устойчивости и часто ломались.
Не может нести суп? Часто ломается? Может быть, надо было просто роботов заказывать не у совсем дешевых китайских поставщиков?
Выглядит так красиво и просто — почему это никто не изобрёл раньше?
Проблема питьевой воды — одна из старейших. Так что изменилось, что позволяет этой бутылочке стать реальным проектом?
пункт 4 следует развернуть так — избегайте создания любых кратковременных служебных объектов. Где есть необходимость в оптимизации — эмулируйте за счёт примитивов или уже имеющихся объектов.
Так, два параллельных массива объектов Foo() и Bar() будут работать намного быстрее, чем один массив объектов класса FooBar — матрёшки, который содержит в себе Foo() и Bar()
Ну, раз просите добавить, добавлю немного по оптимизации кода
Static everywhere. Если нет нужды использовать внутренние поля объекта (инстанса) — непременно ставьте static. Вызов становится на 15-20 процентов быстрее.
Экономия на геттерах — сеттерах. Прямой доступ к полю класса быстрее геттера-сеттера в 3-7 раз (без JIT и с JIT). Поэтому во внутренних методах класса — лучше прямое обращение к полю. Если геттер-сеттер стоит в цикле — тем более.
Операции с float на Android в два раза медленнее операций с int
Массив примитивов намного быстрее массива объектов. К примеру, два массива int намного быстрее, чем массив объектов (int, int)
Это из руководства Google, там есть ещё несколько советов, которые я счёл более экзотическими или слишком очевидными.
если есть готовая игра на ActionScript — пожалуйста, используйте AIR
я предлагаю лишь расширить список. А по поводу превосходства того или иного выбора — это надо лично себя спрашивать, с учетом всех минусов и достоинств.
Если вы как вариант рассматривали ActionScript — посмотрите и на язык Haxe, его наследника.
Под Haxe уже есть набор хорошо документированных мультиплатформенных движков, к примеру, HaxeFlixel
У него минусов ActionScript — он генерирует и Android, и HTML5, и iOS, и десктопный вариант, и даже умирающий Flash не забыт.
Адаптация кода игры под разные платформы минимальна, простейшие движения, вроде Flappy Bird или подобных ей игр от KetchApp, могут компилироваться вообще без изменений.
Хотелось бы вкратце узнать, чем обосновано решение «строить свой движок», а не «расширять уже имеющийся» — к примеру, Flixel-GDX + libGDX?
Просто это сложный путь, его тяжело будет пройти в одиночку. В любом случае, я желаю вам удачи и жду следующей статьи, как интересующийся разработкой игр на Java
описанные в книге ужасы, я полагаю, возможны, но не ранее, прежде чем принтеры научатся печатать комплексные объекты из комплексных же материалов
в противном случае придется держать армию рабочих для сборки тех же беспилотников, детали которых будут печататься по отдельности
даже если предположить, что возможно изготовить беспилотник из одного материала, 3D-печать готового комплексного объекта представляется настолько сложной задачей, что я не готов ожидать пришествия «новых феодалов» ранее 2050 года.
На каком конкретно вкладе? Я вот зашел сейчас к ним на банк, воспользовался калькулятором. 700 тысяч, 12 месяцев, без пополнений — 88 000 рублей будут проценты
Согласно 233 статье Гражданского кодекса РФ, обнаруженный клад делится поровну между нашедшим его и владельцем земли (здания, постройки), где он был найден
просто переработайте его на нити
1. ставим на астероид мини-фабрику, которая изготавливает тонкую прочную нить с плотностью, достаточной для эффективного торможения в атмосфере.
2. ставим выброс нити под таким углом, чтобы заходило в атмосферу с минимальной скоростью.
Ресурсный астероид — не человек и не предмет техники, его можно опускать на планеты массой способов — даже в виде пыли. Но нити, самотормозящиеся в атмосфере, выглядят наиболее удобным способом.
как рассчитали? Смотрите, в статье просто нет упоминания о среднем времени жизни животных в зоне отчуждения. Вы на основании чего вообще делаете выводы?
Кто проверял?
То, что некоторые рестораны не смогли внедрить роботов — скорее говорит о самих организаторах, чем о жизнеспособности идеи.
А вообще очень многое говорит этот фрагмент:
— Роботы были не в состоянии нести суп или другую пищу, требующую устойчивости и часто ломались.
Не может нести суп? Часто ломается? Может быть, надо было просто роботов заказывать не у совсем дешевых китайских поставщиков?
Проблема питьевой воды — одна из старейших. Так что изменилось, что позволяет этой бутылочке стать реальным проектом?
Так, два параллельных массива объектов Foo() и Bar() будут работать намного быстрее, чем один массив объектов класса FooBar — матрёшки, который содержит в себе Foo() и Bar()
Это из руководства Google, там есть ещё несколько советов, которые я счёл более экзотическими или слишком очевидными.
если есть готовая игра на ActionScript — пожалуйста, используйте AIR
я предлагаю лишь расширить список. А по поводу превосходства того или иного выбора — это надо лично себя спрашивать, с учетом всех минусов и достоинств.
Под Haxe уже есть набор хорошо документированных мультиплатформенных движков, к примеру, HaxeFlixel
У него минусов ActionScript — он генерирует и Android, и HTML5, и iOS, и десктопный вариант, и даже умирающий Flash не забыт.
Адаптация кода игры под разные платформы минимальна, простейшие движения, вроде Flappy Bird или подобных ей игр от KetchApp, могут компилироваться вообще без изменений.
Хотелось бы вкратце узнать, чем обосновано решение «строить свой движок», а не «расширять уже имеющийся» — к примеру, Flixel-GDX + libGDX?
Просто это сложный путь, его тяжело будет пройти в одиночку. В любом случае, я желаю вам удачи и жду следующей статьи, как интересующийся разработкой игр на Java
В 2010 году парню по имени Патрик надоело жить с парализованной рукой и он заменил её на бионический протез.
neurogadget.com/2011/05/21/patrick-the-first-patient-to-change-his-real-hand-to-a-bionic-replacement/2234
Действительно, один из самых мощных бонусов фрилансерства или работы на себя — это избавление от длительных поездок туда-сюда
ехать на границу города даже в регионах — не очень-то интересно
а если до этой границы еще и редко ходят маршруты — давай, офис, до свиданья!
в противном случае придется держать армию рабочих для сборки тех же беспилотников, детали которых будут печататься по отдельности
даже если предположить, что возможно изготовить беспилотник из одного материала, 3D-печать готового комплексного объекта представляется настолько сложной задачей, что я не готов ожидать пришествия «новых феодалов» ранее 2050 года.
как сделать, чтобы было 120 тысяч?
Останется лишь вопрос — как достучаться до игроков, когда таких создателей с принтерами будет 100 000 или миллионы?
Нечто подобное сейчас происходит в AppStore.