deks
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Arioch1
Ну - компиляторы у RO выходят хорошие, иначе бы их решение не убило бы Delphi for .NET. Если компиляторы у них получаются хорошо, то почему бы не сделать еще один? Не вижу тут супер - амбициозности.
По поводу необходимости - на C# есть отличная возможность: куча народу задумалась о "побеге" с Windows, народ видит масштабы продаж мобильных устройств. Ну и ищет возможности миграции. Использование прежнего языка и IDE - значительно облегчает миграцию. API у Sugar реально похоже на .NET, что немного облегчает миграцию тоже. Часть народа может попробовать решения от RO! Хороший рынок.
Вторая (маленькая) ниша - перебежчики от "пухлых фреймворков" на нативный код (I am, например). Есть ряд людей, кто столкнулся с техническими ограничениями использования "толстых фреймворков" типа FMX, Xamarin. Для них - миграция облегчена использованием привычного языка/среды, но с возможностью быть значительно ближе к платформе.
В этом контексте Sugar может чуть-чуть облегчить вход на платформу, простые начальные приложения (типа сэмплов). По мере погружения в особенности платформы проще и правильнее все сделать нативными средствами. Это легче и элегантнее. Поэтому и отношение к Sugar соответствующее - инструмент для новичков, типа wiki статей. Я б не делал ставку на Sugar. Sugar взлетит, если под ним образуется community, аналогичное Delphi JEDI и из него вырастет аналог кросс-платформенного JCL. Пока такого не наблюдается, но фиг его знает - как все обернется! 3-5 активных человек на платформу (всего 15-20 для Cocoa, Java, .NET) вполне в состоянии сделать приличный продукт |
