Хорошо сказал Larry — https://www.youtube.com/watch?v=4vKOb6HAz-8
Oracle просто нагло издевается над Ханой — например здесь https://www.oracle.com/corporate/features/oracle-powers-sap.html, хороший материал также тут — http://www.oracle.com/technetwork/database/availability/sap-hana-ha-analysis-cwp-1959003.pdf
HANA это просто самый эпический фейл САПа — до этого были другие, менее известные но не менее досадные. Единственный актуальный продукт компании — всё та же ERP, написанная 30-40 лет назад группкой талантливых и трудолюбивых немцев. Все остальное — подпорки под ERP, которые с развитием опенсорса впрочем быстро теряют актуальность.
Уважаемый, ссылка которую вы привели, не содержат демоприложений. Это примеры использования компонентов, другими словами сэмплы, которые принято включать в любую техническую документацию (не хватало еще чтобы и этого не было!!)
Фиори к OpenUI5 никаким боком не относится, не знаю о чем это вы, возможно недопонял…
Насчет знаю-незнаю и как можно сравнивать — а вот так, что вижу то и сравниваю. На основании опять же увиденного никакого желания глубже изучать OpenUI5 пока не возникало. К тому же есть мнение профессиональных консультантов, знакомых. Да и сам я около 10 лет занимался SAP, так что данные худо бедно могу собрать, чтобы с вашего конечно же позволения таки посравнивать
dojo на порядок круче, богаче, модульнее, продуманнее. документация и примеры в сравнение не идут. До сих пор на официальном ресурсе — sapui5.netweaver.ondemand.com/sdk/#demoapps.html — выложено аж 9(!!!) демоприложений, примитивнейших — не хватило дожать до 10… Это совсем не тот уровень, который стоило бы ожидать от ведущего разработчика ПО.
angular, prototype, и пр. тоже каждый по своему хороши.
нафига интересно было писать свою библиотеку контролов? даже IBM этого делать не стал, используют dojo во многих своих разработках и кастомных проектах. у SAP свой путь, только последнее время возникают вопросы — а куда он ведет?..
Script-Fu отличная возможность, но если надо пакетом выполнить обработку NNN изображений — также можно использовать пакетный плагин для GIMP — BIMP (Batch Image Manipulation), скачать BIMP можно с сайта GIMP
Шикарный проект! Превосходно, что-нибудь хорошее обязательно получится! Удачи!
Когда закончатся экстерьеры — перейдем к рисованию интерьеров, наш конструктор интерьеров к тому времени тоже станет взрослый. Так что надо дружить :) Карта, где можно зайти в магазин или кафе — это же круто! Я бы потусил с приятелями по Санфран — не часто получается слетать
извините, если Вас чем-то обидел, совсем не хотел.
Игра — это бизнес в сфере развлечений, а я смотрю со стороны потребителя. Для разработчика это бизнес, для потребителя — развлечение, в этом разница. Никто ж при этом не отрицает, что индустрия развлечений требует серьезного подхода и за хорошее развлечение люди готовы заплатить :-) Просто категории потребителей радикально отличаются, а значит и продукты, подходы к разработкам — это имелось в виду.
Интересные размышления, и интересная деятельность — спасибо за развернутый коммент.
Я бы про Муви сказал так — это тяжелый Asset (если его надо перематывать — значит об большой), вставлять его в приложение Unity может следовало бы в крайнем случае, когда нет другого выхода. А другой выход навскидку — запустить муви в отдельном приложении и управлять перемоткой из приложения Unity через Application.ExternalCall — не на всех платформах реализуемо, но чем не вариант? Заставить сейчас приложения взаимодействовать много разных способов.
Анимации нам достаточно еще из версии 3.x — мы открываем-закрываем двери, крышки унитазов, полки и дверцы в шкафчиках — тут Mecanim не нужен, и на развитие анимации мы смотрим совсем без ревности. На вашем месте я бы пробовал тащить анимацию из внешних программ (конвертировать из проф. спец. пакетов в формат Mecanim) — штука по разработке серьезная, но мне кажется — достижимая. Конечно хочется чтобы всё тут, в одном… но… качественная анимация это вообще тема для отдельной ветки, в одном пакете одно лучше, в другом другое…
С внешними ресурсами у нас прекрасно — WWW и AssetBundle нам выше крыши, POST и GET есть — не знаю что еще надо-то? Упаковка AssetBundle очень технологичная — у нас сейчас уже упаковано около 20 тыс AssetBundles, а в 2015 году хотим достичь 200 тыс. Всё лежит на nginx/apache и отлично отдается.
Профайлер показывает что захочет, и свиду неказист, но правду там находить удается — а главное, какие модули пожирают сколько памяти.
С дебагом стало плохо начиная с версии 4.2, когда появился Mono 4.0. Вот ждем когда поисправляют глюки. Хотя и вывод в консольный лог тоже хорош в простых случаях, без отладчика все же трудно — советую побороть эту проблему, это достижимо. Ну можно самому следить за обновлением Xamarin/Mono — в составе Unity идут не новые далеко сборки, но надо уметь поставить и заставить работать с Unity, на форумах эти страсти-мордасти описаны. Понаслышке знаю, что удавалось отлаживать и в Visual Studio, но сам не фанат последнего и подробностей не знаю.
Поиграйтесь с настройками QualitySettings — тени могут быть разными, возможно что-то не пробовали.
использовать можно было (референс-проекты откуда-то же взялись, и это только небольшая часть от реализованных проектов).
5-терка достигла той социальной и технологической зрелости, когда о возможности массового использования в бизнесе стало резонно громко заявить. Согласитесь, многое зависит от маркетинга вендора — нужно создать и распиарить прецеденты, формировать комьюнити, поощрять новаторов — тогда набегут и заказчики, и партнеры
И на их месте я бы скомпилировал этот проект в Flash — Unity Player процентов 5 поставят, а флэш бери да и смотри, приложение очень простое у них — нет никакого резона через web player его…
Oracle просто нагло издевается над Ханой — например здесь https://www.oracle.com/corporate/features/oracle-powers-sap.html, хороший материал также тут — http://www.oracle.com/technetwork/database/availability/sap-hana-ha-analysis-cwp-1959003.pdf
HANA это просто самый эпический фейл САПа — до этого были другие, менее известные но не менее досадные. Единственный актуальный продукт компании — всё та же ERP, написанная 30-40 лет назад группкой талантливых и трудолюбивых немцев. Все остальное — подпорки под ERP, которые с развитием опенсорса впрочем быстро теряют актуальность.
Фиори к OpenUI5 никаким боком не относится, не знаю о чем это вы, возможно недопонял…
Насчет знаю-незнаю и как можно сравнивать — а вот так, что вижу то и сравниваю. На основании опять же увиденного никакого желания глубже изучать OpenUI5 пока не возникало. К тому же есть мнение профессиональных консультантов, знакомых. Да и сам я около 10 лет занимался SAP, так что данные худо бедно могу собрать, чтобы с вашего конечно же позволения таки посравнивать
angular, prototype, и пр. тоже каждый по своему хороши.
нафига интересно было писать свою библиотеку контролов? даже IBM этого делать не стал, используют dojo во многих своих разработках и кастомных проектах. у SAP свой путь, только последнее время возникают вопросы — а куда он ведет?..
Когда закончатся экстерьеры — перейдем к рисованию интерьеров, наш конструктор интерьеров к тому времени тоже станет взрослый. Так что надо дружить :) Карта, где можно зайти в магазин или кафе — это же круто! Я бы потусил с приятелями по Санфран — не часто получается слетать
Игра — это бизнес в сфере развлечений, а я смотрю со стороны потребителя. Для разработчика это бизнес, для потребителя — развлечение, в этом разница. Никто ж при этом не отрицает, что индустрия развлечений требует серьезного подхода и за хорошее развлечение люди готовы заплатить :-) Просто категории потребителей радикально отличаются, а значит и продукты, подходы к разработкам — это имелось в виду.
Я бы про Муви сказал так — это тяжелый Asset (если его надо перематывать — значит об большой), вставлять его в приложение Unity может следовало бы в крайнем случае, когда нет другого выхода. А другой выход навскидку — запустить муви в отдельном приложении и управлять перемоткой из приложения Unity через Application.ExternalCall — не на всех платформах реализуемо, но чем не вариант? Заставить сейчас приложения взаимодействовать много разных способов.
Анимации нам достаточно еще из версии 3.x — мы открываем-закрываем двери, крышки унитазов, полки и дверцы в шкафчиках — тут Mecanim не нужен, и на развитие анимации мы смотрим совсем без ревности. На вашем месте я бы пробовал тащить анимацию из внешних программ (конвертировать из проф. спец. пакетов в формат Mecanim) — штука по разработке серьезная, но мне кажется — достижимая. Конечно хочется чтобы всё тут, в одном… но… качественная анимация это вообще тема для отдельной ветки, в одном пакете одно лучше, в другом другое…
С внешними ресурсами у нас прекрасно — WWW и AssetBundle нам выше крыши, POST и GET есть — не знаю что еще надо-то? Упаковка AssetBundle очень технологичная — у нас сейчас уже упаковано около 20 тыс AssetBundles, а в 2015 году хотим достичь 200 тыс. Всё лежит на nginx/apache и отлично отдается.
Профайлер показывает что захочет, и свиду неказист, но правду там находить удается — а главное, какие модули пожирают сколько памяти.
С дебагом стало плохо начиная с версии 4.2, когда появился Mono 4.0. Вот ждем когда поисправляют глюки. Хотя и вывод в консольный лог тоже хорош в простых случаях, без отладчика все же трудно — советую побороть эту проблему, это достижимо. Ну можно самому следить за обновлением Xamarin/Mono — в составе Unity идут не новые далеко сборки, но надо уметь поставить и заставить работать с Unity, на форумах эти страсти-мордасти описаны. Понаслышке знаю, что удавалось отлаживать и в Visual Studio, но сам не фанат последнего и подробностей не знаю.
Поиграйтесь с настройками QualitySettings — тени могут быть разными, возможно что-то не пробовали.
5-терка достигла той социальной и технологической зрелости, когда о возможности массового использования в бизнесе стало резонно громко заявить. Согласитесь, многое зависит от маркетинга вендора — нужно создать и распиарить прецеденты, формировать комьюнити, поощрять новаторов — тогда набегут и заказчики, и партнеры