Проблема PM2.5 в том что это все вообще не видно в воздухе. Опасность в том что такие частицы могут проникать прямо в кровь из легких, так как слишком малы и могут проходить канальцы, и там оставаться засоряя сосуды и тп. Та пыль которую видно на самом деле не так опасна (если ее конечно не очень много и она не токсична) - все это отхаркивается естественным образом. В обычном быту такие частицы(PM2.5) почти ничего не производит, основной источник некоторые промышленные предприятия, если у вас поблизости таковых нет, то с вероятностью 95% у вас и частиц таких нет. То же самое с угарным газом, радоном, озоном - в квартире источников обычно не бывает, с отличие от частного дома, промпредприятий и тп. P.S. Точность любых бытовых датчиков газов, частиц и тп. весьма приблизительна. Часто заменяют на что-то вообще непотребное. Например особенно любят мухлевать с углекислым газом, настоящий датчик которого стоит минима пару тысяч рублей (сам датчик а не прибор). Ставят вместо датчик VOC и вот уже у нас не уровень CO2, а уровень "эквивалентного CO2". А датчики всяких пропанов бутанов и тп ценой в 200-500 рбулей, например серии MQ представляют из себя проволочку, причем у всех датчиков одну и ту же, по изменению сопротивления которой и определяется уровень газа, причем разного у каждого датчика. Надо ли говорить что такие датчики могут разве что показывать что в воздухе есть органика, а вот какая ХЗ.
Забыли JBuilder, в котором тоже был удобный редактор GUI для Java. ИМХО Borland был задавлен Microsoft. Примерно как Netscape. У вас хороший коммерческий продукт ? А мы будем раздавать свой бесплатно ! Борланд предлагает OWL и VCL, а мы будем всем раздавать MFC ! Исход предсказуем. Потом Борланд походу набрал кредитов и вступил в игру по созданию уберсуперпупер комплекта полного цикла разработки софта. Тогда же в эту игру вступили Microsoft и IBM. Например Борланд среди прочих купил разработчика интегрированной среды разработки с UML - фирму TogetherSoft, в это же время IBM купила Rational. Покупок было много и каждый вроде как собрал вожделенный полный комплект (не только среды разработки но и свои системы контроля требований, контроля версий, багтрекинг оптимизирующие пакеты, UML и тп. Я как раз в то время работал в TogetherSoft и оказался в Borland. Если бы мне сказали что я буду работать в Борланд, когда я был студентом я бы не поверил, а вот когда реально оказался было уже не так радостно, хотя на тот момент Борланд еще не надорвался. Но буквально через пару лет уже все. Жаль. Не люблю Мелкософт.
Никогда не понимал вопросов на глубокое знание "стандарта С++" ( например что будет при a=a++; ) и подобных вещей, а также вопросов про всякие "алгоритмы обхода" (если только это работа не именно про ЭТО). Сам математик и конечно давным давно в ВУЗе все это было, но также давно забылось ИЧСХ ни разу не пригодилось, хотя занимался разными вещами, включая 3D движки, разработка игр, корпоративный софт и тп. На собеседовании программистов я обязательно спрашиваю следующее:
покажи мне свои работы, которые ты делал в школе/институте, что пробовал сделать сам - не курсовые а именно что делал сам для себя. Смысл в том что если человеку интересно и хочется заниматься программированием, то он обязательно будет этим заниматься, а значит будут какие-то артефакты. А если их нет, то либо человеку неинтересно, либо лень и он не способен довести до конца даже что-то малое. Конечно если человек сразу с 1 курса работал в какой-либо компании и занимался реальной работой это меняет дело, но это исключения.
расскажи свои впечатления о последней прочитанной книге/книгах(или последнее время статьях в сети) о программировании/разработке. Что понравилось, что нет, какое твое лично мнение о теме и тп. Смысл в том что если человеку интересно и хочется заниматься программированием, и он не дурак, то он конечно интересуется и читает книги/статьи, причем постоянно и ему есть что сказать про последние прочитанные.
вопросы по архитектуре, например - предложи какие интерфейсф/классы и тп ты предложишь для работы с графом, в котором на данный момент есть точки и соединяющие их ребра. Предполагается использование например в какой-то системе где точки это будут города, а ребра транспортные пути, но пока четких требований нет, то есть они могут меняться далее - архитектура должна быть гибкой.
А можно подробнее про полноценную поддержку Авроры от 1С ? Я просто ничего кроме ничего не значащих "ведутся разработки" не слышал, а лично принимаю участие во всех профильных мероприятиях и тп.
Я разработчик "Тау Платформы" и попробую коротко описать что это такое. Это решение не что иное как Rhodes/Rhomobile (https://github.com/rhomobile/rhodes). Решение создано американским стартапом еще в 2008 году. Значительная часть команды состояла из русскоязычных, которые находились в Санкт-Петербурге, в России. Стартап был куплен Motorola в 2011 году. А в 2014 году Motorola весь бизнес по разработке корпоративных устройств продала фирме Zebra (ведущий поставщик ТСД, кассово-чекового оборудования в мире). Однако Zebra не была заинтересована в развитии нашего решения и в 2015 году мы создали свою компанию - Тау Технологии, где сделав форк продолжили работу на Rhodes. Через год в 2016 году Zebra приняла решение прекратить собственную разработку - вернула нам основной репозиторий и выпустила пресс-релиз о том что теперь поддержкой будет заниматься Тау Технологии. Мы сами энтузиасты импортозамещения, поэтому занимаемся этим давно. "Аврору" мы начали поддерживать еще когда она была SailFish Rus. Мы поддерживаем все российские основные настольные ОС - Astra, Alt, RED и ROSA. Поддержку новых мобильных ОС мы делаем по мере возможности - например по мобильной РОСА еще даже нет публичного SDK, но мы имеем хорошие отношения со всеми российскими разработчиками ОС. Сейчас делаем поддержку Alt Mobile. Кроме того мы энтузиасты СПО, поэтому наше решение с открытым исходным кодом и с либеральной лицензией MIT. Подробнее про само решение - https://files.tau-platform.com/Documents /2021_Rhomobile_and_Russian_OS_Tau_Technologies_RUS.pdf
Я конечно когда работал на Роботроне не был еще "настоящим сварщиком", но доступ к этой дополнительной памяти был как-то непрост. Например у нас машинки грузились в конфигурации 64 Кб ОЗУ доступное в ОС + 128 Кб виртуальный диск. Я в своих программах его использовал для своп-файла. Например я создавал почти на весь этот диск файл с образом графического экрана и "рисовал" на нем, потом распечатывая на принтере, благо Роботроновский принтер был полностью совместим с Эпсон командами и можно было печатать графику. Так печатал всякие блок-схемы и графики для учебы. Поскольку часто требовали рисовать блок-схемы(на первом курсе), то написал на Роботроне на Турбо-Паскале программу которая парсила простой код и автоматом строила и печатала блок-схемы. Еще написал для Роботрона клон "Соко-Бан" игры.
О да ! Знаменитая Турбо-среда от Филиппа Кана (возглавлявшего фирму Borland, но не основателя, кстати !) Был же еще Турбо-Си и тп. Если что то до 4-й версии эта "среда" представляла из себя стартовый экран где можно было шоткатами вызвать редактор кода(где все тоже шоткатами), собрать бинарь, запустить отладку и т.п. Но и это было шагов вперед по сравнению с обычными компиляторами и т.п. Как раз познакомился с Турбо-паскалем на Роботроне 1715. Потом пересел на Нейрон И9.66, и там уже Турбо-Паскаль 4 и даже 5(но струдом работало). 6-й уже не тянул на Нейроне - памяти мало. Мне довелось поработать в Борланде уже на излете, но еще до Ембракадеры. Скупая мужская слеза ...
Поскольку нужно было проходить верификацию у Кроноса на получение шильдика OpenGL ES, то работало все, причем в некоторых особо оптимизированных местах приходилось переделывать, так как не хватало точности - там конформант тесты рендерят что-то а потом берут точку и проверяют цвет и он должен быть ТОЧНО как ожидается - недопустимо чтобы был шум в младших битах и тп. Тесты на M3G были еще более придирчивы. Поэтому Z буфер был полноценный как и все остальные фичи OpenGL ES. Это была еще первая версия, которая без шейдеров и примерно соответствовала обычному классическому старому Open GL. А чтобы игры быстро работали применялись те же техники что и для писишных игр времен 385-486 машин. То есть либо вообще без Z буфера, либо как в Квейке - окружение рисуем без зет теста но с заполнением з буфера, а уже мелкие обьекты с полноценным зет тестом и тп. Но это уже то что выше OGL то есть игровой движок - у нас было два варианта такового. Один очень простой, а второй делался отдельной командой - там все по самым модным методикам тех времен. Есс-но везде упрощенные режимы рендеринга - без освещения и тп. Могу сказать что самые ходовые режимы рендеринга(типа только текстура без зет, только текстура с зет записьмю и тп.) были захардкожены отдельными функциями без проверок и кастомизации чтобы получить максимум скорости. По скорости мы чутка обгоняли азиатские решения от Hi-Corp и Superscape, но чутка отставали от решения финской Hybrid, которую потом купила NVidia. Hybrid вообще использовали генерацию(с кешированием) бинарного кода для конкретных настроек конвейера, на что я замахнуться не мог. Но все равно разница была небольшая, потому что софтверный рендеринг упирается хочешь не хочешь должен делать примерно одно и то же и есть предел оптимизации.
Это было чисто в нативе, не на S60 телефонах - там была собственная платформа еще(на базе REX). То есть доступно только своим разрабам или партнерам. Наш M3G был доступен всем есс-но, а он базировался на нашем же OpenGL ES.
Скупая мужская слеза скатилась по небритой щеке ... Занимался разработкой софтверной имплементации OpenGL ES и M3G(JSR-184) для LG. Моя команда еще и игры пилила для телефонов LG - аппаратная платформа близка к Nokia N-Gage по процу/памяти/экрану. Вот несоклько разработанных нами игр - https://www.youtube.com/watch?v=8tWNL9nxVis Вот сетевая игра по BT, видно как такие телефоны выглядели - https://www.youtube.com/watch?v=tvYmv28-sp0
Для гибридных решений конечно надо писать екстеншены (если их еще не написали) для требуемого функционала. В качестве саморекламы могу обратить внимание на полностью бесплатное с открытым исходным кодом гибридное решение https://github.com/rhomobile/rhodes Подробнее - https://files.tau-platform.com/Tau_Rhodes.pdf Поддерживаем отечественные ОС, включая Аврору.
Можно использовать специализированный промышленный/корпоративный браузер и получить одинаковую по функционалу с точки зрения веб страниц платформу и на ТСД и на обычных мобилках. Веб клиенты обычно гибче и универсальнее, особенно там где не нужны свистелки и тп (что нужно для b2c)
Востребовано это в лучшем случае для ARM, а то и вообще контроллеров каких нибудь. А тут нас поджидают проблемы. Компилятор не так чтобы круто оптимизирует. Когда я 15 лет назад писал софтверную имплементацию OpenGL ES для ARM телефонов то вообще отказался от С++ и писал на голом C и макросах — это оберегало от проблем компилятора. Например тогда он не умел работать с такими классами как у вас и не сводил это к регистру а реально создавал обьект в памяти каждый раз. Кроме того у вас всякие деления на 2, умножения и деления на степень двойки — это не факт что будет оптимизировано, поэтому все это надо делать через сдвиг конечно. Я думаю что компиляторы под всякие контроллеры тоже не так чтобы будут все это оптимизировать а поэтому лучше сразу все делать как надо. И кстати у меня были отдельно умножение с проверкой на переполнение, без и без перевода в 64 бита — короче несколько вариантов которые применялись в зависимости от места — во многих местах мы точно знаем диапазон чисел и можем ускорить операции.
В завершение приведу функцию вычисления корня — тогда это был один из самых быстрых алгоритмов. Можете сравнить с вашей реализацией.
/ signed int — 32 bit 16.16 fixed point
signed int LGE_Sqrt( signed int a)
{
register signed int root = 0;
register signed int bitSqrt;
register signed int Val = a;
register signed int s;
Автор что-то путает. Acorn Archimedes очень даже использовались в Британских школах. Компьютер был очень продвинутый. У нас в институте было несколько комплектов. К компьютеру прилагался лазерный видеопроигрыватель для LaserDisk (полноразмерные лазерные диски 30 см, содержали 54000 изображений или около часа видео на сторону, причем это не компреcсированное видео - просто каждый кадр записан, как audio compact disk) - в компьютере была установлена микширующая плата - на мониторе можно было проигрывать, управляя с компьютера, видео или стопкадр с диска, а поверх накладывать компьютерное изображение с маской (в отличие от скажем плат типа screen machine для PC тех лет). Кроме того в компьютере была стерео 16 битная звуковая карта ! Использовалась собственная RISC OS с окнами, таскбаром внизу и тп. Также прилагались диски образовательного содержания для школьников. Тога это все было просто космос, потому что те же CD для PC только появились и были редкими и односкоростными, звуковухи обычно 8 бит моно и тп. А тут качество видео и изображений идеальное, до которого дошли только во времена DVD. Я программил под эти компы. Помню там были весьма извратные видеорежимы с 256 цветами, причем 4 бита это номер цвета из палитры, а 4 бита - модификация RGB цвета из палитры, чтобы типа можно было делать гуй под любую палитру.
С железом плохо то что на макбук 2011 не встанет Мохаве, а новый ИксКод с СДК от 13 (сейчас 13.1) ТРЕБУЕТ Мохаве.Сам в этом году апнул работающий макбук про 2011 на макбук про 2015 из-за этого. А равно пришлось апнуть айфон 6 плюс на XR из-за того что iOS 13 не встает на iPhone 6 (но это в принципе нормально- телефон старый — 5 лет уже).
Но с апгрейдом макбука обидно — было i7 16 Gb SSD и стало i7 16Gb SSD. Ну видяха быстрее да — игры лучше идут, но мне это не нужно. Изменения в скорости компиляции и т.п. незаметно.
Но больше всего раздражает огораживание.
Приведу пример — я занимаюсь платформой для гибридных приложений.
Сейчас Apple запрещает UIWebView и требует использовать WKWebView. Но если раньше можно было спокойно перехватывать все http запросы внутри приложения (идущие от WebView) то теперь этого НИЗЗЗЯ. Почему? Зачем? Патамушта! А это реально важно блин в нашей сфере. Под стонами разрабов Эпол таки дали возможность перехватытвать запросы к кастомным схемам из WkWebView, НО! запрещено ставить свой перехватчик для http/https ПОЧЕМУ ?! Авот! Есс-но можно и сломать, но блин возникают риски размещения приложения в АппСторе. Почему не сделать нормально? Зачем эти ограничения ВНУТРИ приложения ?!
Фотошоп был говном, до тех пор пока Adobe в 1994-м не купил фирму Aldus, чей Photostyler был великолепен, потом постепенно фотошоп стал лучше - не знаю наработки или просто девелоперов использовали.
Проблема PM2.5 в том что это все вообще не видно в воздухе. Опасность в том что такие частицы могут проникать прямо в кровь из легких, так как слишком малы и могут проходить канальцы, и там оставаться засоряя сосуды и тп. Та пыль которую видно на самом деле не так опасна (если ее конечно не очень много и она не токсична) - все это отхаркивается естественным образом. В обычном быту такие частицы(PM2.5) почти ничего не производит, основной источник некоторые промышленные предприятия, если у вас поблизости таковых нет, то с вероятностью 95% у вас и частиц таких нет. То же самое с угарным газом, радоном, озоном - в квартире источников обычно не бывает, с отличие от частного дома, промпредприятий и тп.
P.S.
Точность любых бытовых датчиков газов, частиц и тп. весьма приблизительна. Часто заменяют на что-то вообще непотребное. Например особенно любят мухлевать с углекислым газом, настоящий датчик которого стоит минима пару тысяч рублей (сам датчик а не прибор). Ставят вместо датчик VOC и вот уже у нас не уровень CO2, а уровень "эквивалентного CO2". А датчики всяких пропанов бутанов и тп ценой в 200-500 рбулей, например серии MQ представляют из себя проволочку, причем у всех датчиков одну и ту же, по изменению сопротивления которой и определяется уровень газа, причем разного у каждого датчика. Надо ли говорить что такие датчики могут разве что показывать что в воздухе есть органика, а вот какая ХЗ.
Забыли JBuilder, в котором тоже был удобный редактор GUI для Java.
ИМХО Borland был задавлен Microsoft. Примерно как Netscape. У вас хороший коммерческий продукт ? А мы будем раздавать свой бесплатно ! Борланд предлагает OWL и VCL, а мы будем всем раздавать MFC ! Исход предсказуем.
Потом Борланд походу набрал кредитов и вступил в игру по созданию уберсуперпупер комплекта полного цикла разработки софта. Тогда же в эту игру вступили Microsoft и IBM. Например Борланд среди прочих купил разработчика интегрированной среды разработки с UML - фирму TogetherSoft, в это же время IBM купила Rational. Покупок было много и каждый вроде как собрал вожделенный полный комплект (не только среды разработки но и свои системы контроля требований, контроля версий, багтрекинг оптимизирующие пакеты, UML и тп.
Я как раз в то время работал в TogetherSoft и оказался в Borland.
Если бы мне сказали что я буду работать в Борланд, когда я был студентом я бы не поверил, а вот когда реально оказался было уже не так радостно, хотя на тот момент Борланд еще не надорвался. Но буквально через пару лет уже все. Жаль. Не люблю Мелкософт.
Никогда не понимал вопросов на глубокое знание "стандарта С++" ( например что будет при a=a++; ) и подобных вещей, а также вопросов про всякие "алгоритмы обхода" (если только это работа не именно про ЭТО). Сам математик и конечно давным давно в ВУЗе все это было, но также давно забылось ИЧСХ ни разу не пригодилось, хотя занимался разными вещами, включая 3D движки, разработка игр, корпоративный софт и тп.
На собеседовании программистов я обязательно спрашиваю следующее:
покажи мне свои работы, которые ты делал в школе/институте, что пробовал сделать сам - не курсовые а именно что делал сам для себя. Смысл в том что если человеку интересно и хочется заниматься программированием, то он обязательно будет этим заниматься, а значит будут какие-то артефакты. А если их нет, то либо человеку неинтересно, либо лень и он не способен довести до конца даже что-то малое. Конечно если человек сразу с 1 курса работал в какой-либо компании и занимался реальной работой это меняет дело, но это исключения.
расскажи свои впечатления о последней прочитанной книге/книгах(или последнее время статьях в сети) о программировании/разработке. Что понравилось, что нет, какое твое лично мнение о теме и тп. Смысл в том что если человеку интересно и хочется заниматься программированием, и он не дурак, то он конечно интересуется и читает книги/статьи, причем постоянно и ему есть что сказать про последние прочитанные.
вопросы по архитектуре, например - предложи какие интерфейсф/классы и тп ты предложишь для работы с графом, в котором на данный момент есть точки и соединяющие их ребра. Предполагается использование например в какой-то системе где точки это будут города, а ребра транспортные пути, но пока четких требований нет, то есть они могут меняться далее - архитектура должна быть гибкой.
Спасибо. Интересно.
А можно подробнее про полноценную поддержку Авроры от 1С ? Я просто ничего кроме ничего не значащих "ведутся разработки" не слышал, а лично принимаю участие во всех профильных мероприятиях и тп.
Я разработчик "Тау Платформы" и попробую коротко описать что это такое.
Это решение не что иное как Rhodes/Rhomobile (https://github.com/rhomobile/rhodes).
Решение создано американским стартапом еще в 2008 году. Значительная часть команды состояла из русскоязычных, которые находились в Санкт-Петербурге, в России. Стартап был куплен Motorola в 2011 году. А в 2014 году Motorola весь бизнес по разработке корпоративных устройств продала фирме Zebra (ведущий поставщик ТСД, кассово-чекового оборудования в мире). Однако Zebra не была заинтересована в развитии нашего решения и в 2015 году мы создали свою компанию - Тау Технологии, где сделав форк продолжили работу на Rhodes. Через год в 2016 году Zebra приняла решение прекратить собственную разработку - вернула нам основной репозиторий и выпустила пресс-релиз о том что теперь поддержкой будет заниматься Тау Технологии.
Мы сами энтузиасты импортозамещения, поэтому занимаемся этим давно. "Аврору" мы начали поддерживать еще когда она была SailFish Rus. Мы поддерживаем все российские основные настольные ОС - Astra, Alt, RED и ROSA. Поддержку новых мобильных ОС мы делаем по мере возможности - например по мобильной РОСА еще даже нет публичного SDK, но мы имеем хорошие отношения со всеми российскими разработчиками ОС. Сейчас делаем поддержку Alt Mobile.
Кроме того мы энтузиасты СПО, поэтому наше решение с открытым исходным кодом и с либеральной лицензией MIT.
Подробнее про само решение - https://files.tau-platform.com/Documents /2021_Rhomobile_and_Russian_OS_Tau_Technologies_RUS.pdf
Я конечно когда работал на Роботроне не был еще "настоящим сварщиком", но доступ к этой дополнительной памяти был как-то непрост. Например у нас машинки грузились в конфигурации 64 Кб ОЗУ доступное в ОС + 128 Кб виртуальный диск. Я в своих программах его использовал для своп-файла. Например я создавал почти на весь этот диск файл с образом графического экрана и "рисовал" на нем, потом распечатывая на принтере, благо Роботроновский принтер был полностью совместим с Эпсон командами и можно было печатать графику. Так печатал всякие блок-схемы и графики для учебы. Поскольку часто требовали рисовать блок-схемы(на первом курсе), то написал на Роботроне на Турбо-Паскале программу которая парсила простой код и автоматом строила и печатала блок-схемы. Еще написал для Роботрона клон "Соко-Бан" игры.
О да ! Знаменитая Турбо-среда от Филиппа Кана (возглавлявшего фирму Borland, но не основателя, кстати !) Был же еще Турбо-Си и тп. Если что то до 4-й версии эта "среда" представляла из себя стартовый экран где можно было шоткатами вызвать редактор кода(где все тоже шоткатами), собрать бинарь, запустить отладку и т.п. Но и это было шагов вперед по сравнению с обычными компиляторами и т.п. Как раз познакомился с Турбо-паскалем на Роботроне 1715. Потом пересел на Нейрон И9.66, и там уже Турбо-Паскаль 4 и даже 5(но струдом работало). 6-й уже не тянул на Нейроне - памяти мало.
Мне довелось поработать в Борланде уже на излете, но еще до Ембракадеры. Скупая мужская слеза ...
ВОт Hybrid про свою OpenGL ES имплементацию рассказывают
https://www.youtube.com/watch?v=GTxzGAht8C4
Я уже и не помню про M3G.
Hybrid это вот эти - https://en.wikipedia.org/wiki/Hybrid_Graphics
Nokia N-Gage использовали их решение.
Поскольку нужно было проходить верификацию у Кроноса на получение шильдика OpenGL ES, то работало все, причем в некоторых особо оптимизированных местах приходилось переделывать, так как не хватало точности - там конформант тесты рендерят что-то а потом берут точку и проверяют цвет и он должен быть ТОЧНО как ожидается - недопустимо чтобы был шум в младших битах и тп. Тесты на M3G были еще более придирчивы.
Поэтому Z буфер был полноценный как и все остальные фичи OpenGL ES. Это была еще первая версия, которая без шейдеров и примерно соответствовала обычному классическому старому Open GL.
А чтобы игры быстро работали применялись те же техники что и для писишных игр времен 385-486 машин. То есть либо вообще без Z буфера, либо как в Квейке - окружение рисуем без зет теста но с заполнением з буфера, а уже мелкие обьекты с полноценным зет тестом и тп. Но это уже то что выше OGL то есть игровой движок - у нас было два варианта такового. Один очень простой, а второй делался отдельной командой - там все по самым модным методикам тех времен. Есс-но везде упрощенные режимы рендеринга - без освещения и тп. Могу сказать что самые ходовые режимы рендеринга(типа только текстура без зет, только текстура с зет записьмю и тп.) были захардкожены отдельными функциями без проверок и кастомизации чтобы получить максимум скорости.
По скорости мы чутка обгоняли азиатские решения от Hi-Corp и Superscape, но чутка отставали от решения финской Hybrid, которую потом купила NVidia. Hybrid вообще использовали генерацию(с кешированием) бинарного кода для конкретных настроек конвейера, на что я замахнуться не мог. Но все равно разница была небольшая, потому что софтверный рендеринг упирается хочешь не хочешь должен делать примерно одно и то же и есть предел оптимизации.
Это было чисто в нативе, не на S60 телефонах - там была собственная платформа еще(на базе REX).
То есть доступно только своим разрабам или партнерам.
Наш M3G был доступен всем есс-но, а он базировался на нашем же OpenGL ES.
Скупая мужская слеза скатилась по небритой щеке ...
Занимался разработкой софтверной имплементации OpenGL ES и M3G(JSR-184) для LG. Моя команда еще и игры пилила для телефонов LG - аппаратная платформа близка к Nokia N-Gage по процу/памяти/экрану.
Вот несоклько разработанных нами игр - https://www.youtube.com/watch?v=8tWNL9nxVis
Вот сетевая игра по BT, видно как такие телефоны выглядели - https://www.youtube.com/watch?v=tvYmv28-sp0
Вы хотите в свое приложение подрубить ?
Нужен SDK от Зебры - https://www.zebra.com/us/en/support-downloads/software/developer-tools/emdk-for-c.html
Пишите в Телегу (+79219580642) - может помогу.
Для гибридных решений конечно надо писать екстеншены (если их еще не написали) для требуемого функционала. В качестве саморекламы могу обратить внимание на полностью бесплатное с открытым исходным кодом гибридное решение https://github.com/rhomobile/rhodes
Подробнее - https://files.tau-platform.com/Tau_Rhodes.pdf
Поддерживаем отечественные ОС, включая Аврору.
Можно использовать специализированный промышленный/корпоративный браузер и получить одинаковую по функционалу с точки зрения веб страниц платформу и на ТСД и на обычных мобилках.
Веб клиенты обычно гибче и универсальнее, особенно там где не нужны свистелки и тп (что нужно для b2c)
Востребовано это в лучшем случае для ARM, а то и вообще контроллеров каких нибудь. А тут нас поджидают проблемы. Компилятор не так чтобы круто оптимизирует. Когда я 15 лет назад писал софтверную имплементацию OpenGL ES для ARM телефонов то вообще отказался от С++ и писал на голом C и макросах — это оберегало от проблем компилятора. Например тогда он не умел работать с такими классами как у вас и не сводил это к регистру а реально создавал обьект в памяти каждый раз. Кроме того у вас всякие деления на 2, умножения и деления на степень двойки — это не факт что будет оптимизировано, поэтому все это надо делать через сдвиг конечно. Я думаю что компиляторы под всякие контроллеры тоже не так чтобы будут все это оптимизировать а поэтому лучше сразу все делать как надо. И кстати у меня были отдельно умножение с проверкой на переполнение, без и без перевода в 64 бита — короче несколько вариантов которые применялись в зависимости от места — во многих местах мы точно знаем диапазон чисел и можем ускорить операции.
В завершение приведу функцию вычисления корня — тогда это был один из самых быстрых алгоритмов. Можете сравнить с вашей реализацией.
/ signed int — 32 bit 16.16 fixed point
signed int LGE_Sqrt( signed int a)
{
register signed int root = 0;
register signed int bitSqrt;
register signed int Val = a;
register signed int s;
}
Автор что-то путает.
Acorn Archimedes очень даже использовались в Британских школах.
Компьютер был очень продвинутый. У нас в институте было несколько комплектов. К компьютеру прилагался лазерный видеопроигрыватель для LaserDisk (полноразмерные лазерные диски 30 см, содержали 54000 изображений или около часа видео на сторону, причем это не компреcсированное видео - просто каждый кадр записан, как audio compact disk) - в компьютере была установлена микширующая плата - на мониторе можно было проигрывать, управляя с компьютера, видео или стопкадр с диска, а поверх накладывать компьютерное изображение с маской (в отличие от скажем плат типа screen machine для PC тех лет). Кроме того в компьютере была стерео 16 битная звуковая карта ! Использовалась собственная RISC OS с окнами, таскбаром внизу и тп. Также прилагались диски образовательного содержания для школьников. Тога это все было просто космос, потому что те же CD для PC только появились и были редкими и односкоростными, звуковухи обычно 8 бит моно и тп. А тут качество видео и изображений идеальное, до которого дошли только во времена DVD.
Я программил под эти компы. Помню там были весьма извратные видеорежимы с 256 цветами, причем 4 бита это номер цвета из палитры, а 4 бита - модификация RGB цвета из палитры, чтобы типа можно было делать гуй под любую палитру.
С железом плохо то что на макбук 2011 не встанет Мохаве, а новый ИксКод с СДК от 13 (сейчас 13.1) ТРЕБУЕТ Мохаве.Сам в этом году апнул работающий макбук про 2011 на макбук про 2015 из-за этого. А равно пришлось апнуть айфон 6 плюс на XR из-за того что iOS 13 не встает на iPhone 6 (но это в принципе нормально- телефон старый — 5 лет уже).
Но с апгрейдом макбука обидно — было i7 16 Gb SSD и стало i7 16Gb SSD. Ну видяха быстрее да — игры лучше идут, но мне это не нужно. Изменения в скорости компиляции и т.п. незаметно.
Но больше всего раздражает огораживание.
Приведу пример — я занимаюсь платформой для гибридных приложений.
Сейчас Apple запрещает UIWebView и требует использовать WKWebView. Но если раньше можно было спокойно перехватывать все http запросы внутри приложения (идущие от WebView) то теперь этого НИЗЗЗЯ. Почему? Зачем? Патамушта! А это реально важно блин в нашей сфере. Под стонами разрабов Эпол таки дали возможность перехватытвать запросы к кастомным схемам из WkWebView, НО! запрещено ставить свой перехватчик для http/https ПОЧЕМУ ?! Авот! Есс-но можно и сломать, но блин возникают риски размещения приложения в АппСторе. Почему не сделать нормально? Зачем эти ограничения ВНУТРИ приложения ?!
Фотошоп был говном, до тех пор пока Adobe в 1994-м не купил фирму Aldus, чей Photostyler был великолепен, потом постепенно фотошоп стал лучше - не знаю наработки или просто девелоперов использовали.