Вопрос в том, кто этот двигатель будет делать, если бизнесу эту не будет нужно? :)
Более менее рабочих вариантов всего ничего и все они не годятся под старты с Земли.
Штаты сейчас тратят меньше $20 млрд. в год на космос и больше $600 млрд на армию.
Причем первый хотят урезать еще, а второй по слухам уже переваливает за 750.
У России больше $50 млрд на армию и около $5 млрд на космос.
Китай $100 млрд на армию, и также не больше $5 млрд на космос.
Да, часть денег идет на военный космос, но там все привязано к Земле.
Лучше разумнее тратить бюджеты.
Но это видимо никому не нужно. Истреблять себя — это весело.
Проблема в том что, их интересует исключительно околоземная орбита.
Им нужны коммерческие спутники, ну еще может быть туристы (включая доставку до мкс).
Дальный космос и наука никому не нужен. Так что не все так радужно.
Будет замечательно если человек до 2050 года доберется до Луны прочно.
Про Марс лучше вообще не вспоминать наверное.
А пока смотрим что будет в Китае происходить. Они пока ничего не сокращают.
Это уже интереснее. Спасибо!
Попробую первый вариант использовать в текущем проекте :)
Нужно пнуть разработчиков django чтобы улучшили работу с декораторами.
Да и вообще текущая документация по CBV очень куцая…
Ну как минимум миксинов будет не один, а пачка.
В реальном проекте часто бывает нужен не один, а два-три декоратора в разном сочетании.
Ну и для передачи параметров для миксинов придется писать код в любом случае.
А что вы хотели? Практически весь UI в android до 4.0 рисовался программно, причем очень не оптимально.
Добавляем бюджетную платформу, кривую OEM реализацию, многозадачность и получаем лаги.
Ну если писать html4 странички в notepad, тогда вообще все отлично.
Прямо с ходу где обычно вылазят проблемы:
Сокеты, таймеры, потоки, кодировки, права fs, симлинки, консоль.
Добавим баги в портированном софте и библиотеках которые неизвестно когда поправят.
Ну а стоить шагнуть в сторону от AMP, то все становится вообще грустно.
К тому же еще есть масса софта которого вообще нет и не будет под windows.
А оно надо?
Ставьте нормальную nix систему. Зачем с ходу искать проблемы на свою голову? :)
Если нет свободного железа и не можете использовать ее в качестве основной, тогда используйте виртуальную машину (для «попробовать» и даже больше это хватит).
Это позволит избежать массы глюков/несовместимости.
Заодно прокачаете знание nix систем, без них все равно не обойдетесь, если всерьез решите заняться разработкой.
Две идеи:
1) Прекратить штамповать одно и тоже, и забивать на поддержку.
2) Разогнать штат «программистов» и набрать программистов.
С железом у вас и так более менее нормально все, и быстрых фантастических прорывов ожидать наивно.
А маркетинговые «инновации» вам маркетологи и без нас родят.
Оба предложенных варианта для OpenGL обоев не подойдут для серьезного продукта.
Не напишите вы на них нормальные обои, которые будут работать стабильно и плавно.
Все дело в волшебных пузырьках: потоки, сборщик мусора, драйвера и особенности реализации на
разных смартфонах.
Так что копать нужно будет глубже и тщательнее, как только дело дойдет до больших текстур, настроек и переключения контекста в любое время.
Кстати демо-обои из GLWallpaperService, не просто заливают фон одним цветом, они должны еще и 3d кубик нарисовать с вращением, вот только в эмуляторе этого не видно, да и на многих смартфонах тоже.
Все спотыкается об особенности реализации и кривой код инициализации.
Просто ISP наплодили кучу несовместимых вариантов IPv6 + IPv4.
Все это запихивать в одно устройство никто из производителей не хочет (дорого, глючно и не подходит для дешевых железяк).
А в чистом виде IPv6 массово мы еще долго не увидим.
Вы видели как перевозят компьютерную электронику небольшими партиями?
Мне довелось это наблюдать, на протяжение нескольких лет.
И это было не всегда по эту сторону границы. На азиатском направлении грузчики
всегда дешевы и их как грязи. Для них кинуть упаковку с железом (на сумму $2k например) с высоты 1,5 метров на бетонный пол, т.к. напарник слишком медленно идет к машине — обычное поведение.
А вот большие партии убивать уже сложнее, там большие поддоны и хорошая упаковка.
Руками их носят уже как правило только в пределах регионального магазина.
А теперь представьте как _один_ диск пойдет по нашей почте.
Шансы получит разбитый кирпич слишком велики :)
Более менее рабочих вариантов всего ничего и все они не годятся под старты с Земли.
Штаты сейчас тратят меньше $20 млрд. в год на космос и больше $600 млрд на армию.
Причем первый хотят урезать еще, а второй по слухам уже переваливает за 750.
У России больше $50 млрд на армию и около $5 млрд на космос.
Китай $100 млрд на армию, и также не больше $5 млрд на космос.
Да, часть денег идет на военный космос, но там все привязано к Земле.
Лучше разумнее тратить бюджеты.
Но это видимо никому не нужно. Истреблять себя — это весело.
Им нужны коммерческие спутники, ну еще может быть туристы (включая доставку до мкс).
Дальный космос и наука никому не нужен. Так что не все так радужно.
Будет замечательно если человек до 2050 года доберется до Луны прочно.
Про Марс лучше вообще не вспоминать наверное.
А пока смотрим что будет в Китае происходить. Они пока ничего не сокращают.
Других строек нет и не было.
Позже возможно добавят готовые библиотеки (для нормального звука например).
Попробую первый вариант использовать в текущем проекте :)
Нужно пнуть разработчиков django чтобы улучшили работу с декораторами.
Да и вообще текущая документация по CBV очень куцая…
В реальном проекте часто бывает нужен не один, а два-три декоратора в разном сочетании.
Ну и для передачи параметров для миксинов придется писать код в любом случае.
Добавляем бюджетную платформу, кривую OEM реализацию, многозадачность и получаем лаги.
Прямо с ходу где обычно вылазят проблемы:
Сокеты, таймеры, потоки, кодировки, права fs, симлинки, консоль.
Добавим баги в портированном софте и библиотеках которые неизвестно когда поправят.
Ну а стоить шагнуть в сторону от AMP, то все становится вообще грустно.
К тому же еще есть масса софта которого вообще нет и не будет под windows.
А оно надо?
Если нет свободного железа и не можете использовать ее в качестве основной, тогда используйте виртуальную машину (для «попробовать» и даже больше это хватит).
Это позволит избежать массы глюков/несовместимости.
Заодно прокачаете знание nix систем, без них все равно не обойдетесь, если всерьез решите заняться разработкой.
1) Прекратить штамповать одно и тоже, и забивать на поддержку.
2) Разогнать штат «программистов» и набрать программистов.
С железом у вас и так более менее нормально все, и быстрых фантастических прорывов ожидать наивно.
А маркетинговые «инновации» вам маркетологи и без нас родят.
Не напишите вы на них нормальные обои, которые будут работать стабильно и плавно.
Все дело в волшебных пузырьках: потоки, сборщик мусора, драйвера и особенности реализации на
разных смартфонах.
Так что копать нужно будет глубже и тщательнее, как только дело дойдет до больших текстур, настроек и переключения контекста в любое время.
Кстати демо-обои из GLWallpaperService, не просто заливают фон одним цветом, они должны еще и 3d кубик нарисовать с вращением, вот только в эмуляторе этого не видно, да и на многих смартфонах тоже.
Все спотыкается об особенности реализации и кривой код инициализации.
Все это запихивать в одно устройство никто из производителей не хочет (дорого, глючно и не подходит для дешевых железяк).
А в чистом виде IPv6 массово мы еще долго не увидим.
Для GIGA нет 2.0 прошивки.
Мне довелось это наблюдать, на протяжение нескольких лет.
И это было не всегда по эту сторону границы. На азиатском направлении грузчики
всегда дешевы и их как грязи. Для них кинуть упаковку с железом (на сумму $2k например) с высоты 1,5 метров на бетонный пол, т.к. напарник слишком медленно идет к машине — обычное поведение.
А вот большие партии убивать уже сложнее, там большие поддоны и хорошая упаковка.
Руками их носят уже как правило только в пределах регионального магазина.
А теперь представьте как _один_ диск пойдет по нашей почте.
Шансы получит разбитый кирпич слишком велики :)