На безрыбье или для прокорма, нам кодерам тоже иногда приходиться делать заказной шлак, которым не похвастаешься. Но из-за огромного рынка значительно реже, чем в других профессиях.
Тоже знаю Андрея и знаю, что с идеей и наработками по этому фильму он носится уже годы. И только благодаря крауд-помощи, наконец, получилось начать реальное производство, а не preproduction/stub.
Подобный изначально безвозмездный вклад и упорство у меня вызывает не недоверие, а наоборот веру в его успех.
У тестировщиков в Tizen явно есть эмулятор на ARM'е.
Обнаружил это путем того, что они не принимали наш сабмит присылая скриншот с «неправильной» картинкой. Подобную картинку я видел у себя в x86 эмуляторе, на девайсе она не воспроизводилась. Пришлось писать письмо с просьбой тестирования на реальном девайсе — проверили и приняли.
До этого я обнаружил, что в эмуляторе они пользуются имплементацией OpenGL ES под названием AlexGL, а у этой реализации видимо есть проблемы с шейдерами для ES 2.0.
А почему бы не обсудить Tizen Framework? Как мне кажется, подход у платформы действительно не плох: более «чистый» native с++ api покрывающий, например, все gui (не то что не-до обертки в adroid) + какой-то web api для быстрой разработки/прототипирования «скрипто-любителями» (о нем не могу судить — сам под нативом).
Могу ошибаться, но такое сочетание покрывает большее количество разработчиков, чем оборзевающих (н-р в плане зарплат) жавистов под android). + Обещают запускаемость множества android приложений со старта (зиготу, в принципе, как я понимаю можно и не форкать, а остальной android-framework все равно упрется в тот же самый posix native) — а это очень не плохо!
Где я ошибаюсь? (или коммент не для этого треда?))
Спасибо. Радует, что есть еще настоящие программисты, а не «работает и по...»)
Напомнило как для PS2 игры искал баг с «иногда разворачивающимся рандомно мотоциклом»:
после недели логгирования (уменьшающего вероятность бага) оказалось, что компилятор в коде прерывания стримящегося звука использовал float регистры (не восстанавливаются после прерывания) тупо для более быстрого копирования мелких целочисленных структур =)
Тоже знаю Андрея и знаю, что с идеей и наработками по этому фильму он носится уже годы. И только благодаря крауд-помощи, наконец, получилось начать реальное производство, а не preproduction/stub.
Подобный изначально безвозмездный вклад и упорство у меня вызывает не недоверие, а наоборот веру в его успех.
Обнаружил это путем того, что они не принимали наш сабмит присылая скриншот с «неправильной» картинкой. Подобную картинку я видел у себя в x86 эмуляторе, на девайсе она не воспроизводилась. Пришлось писать письмо с просьбой тестирования на реальном девайсе — проверили и приняли.
До этого я обнаружил, что в эмуляторе они пользуются имплементацией OpenGL ES под названием AlexGL, а у этой реализации видимо есть проблемы с шейдерами для ES 2.0.
Могу ошибаться, но такое сочетание покрывает большее количество разработчиков, чем оборзевающих (н-р в плане зарплат) жавистов под android). + Обещают запускаемость множества android приложений со старта (зиготу, в принципе, как я понимаю можно и не форкать, а остальной android-framework все равно упрется в тот же самый posix native) — а это очень не плохо!
Где я ошибаюсь? (или коммент не для этого треда?))
Напомнило как для PS2 игры искал баг с «иногда разворачивающимся рандомно мотоциклом»:
после недели логгирования (уменьшающего вероятность бага) оказалось, что компилятор в коде прерывания стримящегося звука использовал float регистры (не восстанавливаются после прерывания) тупо для более быстрого копирования мелких целочисленных структур =)