Как стать автором
Обновить
22
0

Пользователь

Отправить сообщение
У backbone первый коммит был всего два года назад. Я бы для начала смотрел на код этих разработчиков. Потому что выучить фреймворк — дело выходных. Для получения качетсвенного софта требуется знание ui & design patterns в первую очередь.

А уж backbone, ember, angular или knockout — дело второе.
if (left_dots == true)

Oh, man… Ну и naming conventions всё же camelCase в JS.

this.link = params.link;

Вовсе необязательно это делать. Доступ к значению link можно получить в рендере через this.options.link.
что бы лишний раз не считать и не ошибаться
15 * 60 * 60 * 1000 // А тут что-то делаем каждые 15 минут...

лучше использовать
TimeUnit.MINUTES.toMillis(15)
А Вы вообще SEC читали? Или это хабровикепидийная аналитика?
Мы всё ждём 2.5, в котором будут обещанные SourceMaps. Dev Mode пока самая тормозная сторона GWT. Firefox работает быстрее всех, но релизы плагина всегда запаздывают на пару версий, Chrome & IE очень медленные, Safari с версии 5 вообще перестал работать.

В остальном — наверное самый переспективный RIA Web фреймворк для Java.
blog.netopyr.com/2012/02/23/most-often-asked-questions-about-javafx/

JavaFX Mobile будет, но неизвестно когда. Swing is dead. Как портировать старые приложения — неизвестно.
Я скорее сравнивал SWT & Swing & JavaFX как базовые элементы. Для Swing есть Netbeans RCP, но по опыту — к тому времени, что его допилили у многих были уже собственные UI фреймворки/паттерны под Swing.

RAP надо было делать по принципу GWT, а не Wicket/Vaadin. Иначе, за исключением Wi-Fi соединения, это не юзабельно, и в standalone для маркетов не упакуешь.
Over-engineering во всей своей красе.

По Eclipse RCP достаточно мало вакансий. На Dice.com при поиске по RCP/JFace/SWT суммарно наберётся порядка 30, на HH.ru порядка 5. По Swing больше в 5 раз, но после выхода JavaFX его перевели в maintenance mode. JavaFX к сожалению не работает под Mobile, да и полная Desktop кросс-платформенность обещает быть лишь к концу года.

Desktop Java следует по пути JavaME. Consumer/Business software сейчас смысл имеет делать только под HTML5(даже Silverlight & Flex признали «поражение»), иначе не видать Вам планшетов и мобильных устройств. CAD/GIS и прочие профессиональные вещи пока ещё проще делать под Desktop, но с ростом SVG, Canvas & WebGL и в этой нише произойдут изменения.
Да high-load практически весь тоже на ней: Twitter/LinkedIn/Amazon/Google/eBay/Facebook — всё это имеет бекенд на Java/C++. Даже наши Mail.ru/Yandex. Больше то не на чем. Front-end ещё можно на Ruby/PHP/Python встретить, хотя и тот по-тихоньку на JavaScript переползает.
...the Flash Player browser plug-in for Linux will only be available via the “Pepper” API as part of the Google Chrome browser distribution and will no longer be available as a direct download from Adobe…

Исходя из это фразы — Flash Player будет поставляться исключительно вместе с Google Chrome, так что одной реализации PPAPI будет недостаточно, то есть в том же Chromium его не будет исходя из слов Adobe.
RoR сообщество кажется вечно на что-то переходит, сначала варианты деплоймента меняли, потом API на двух мажорных версиях меняли, теперь HTML/CSS/JS на DSL меняют. Мне даже интересно, что будет следующим.

Приложение 2-3 летней давности превращается Legacy, с которым работать уже not fun & not cool :)
iPhone 2G 3.1.3, работает как… Не очень понимаю, как можно было релизить «это» версией 1.0.
На самом деле, переход RIM на BBX и Nokia на Windows Phone — два последние гвоздя в крышку гроба JavaME.

У Oracle есть определённые шансы с JavaFX & Project Avatar, который похож на идеалогию PhoneGap, только для Java. Но если это будет развиваться так же долго, как сам JavaFX, то на момент релиза не будет иметь никаких бонусов над обычными JS приложениями, которые получают всё большую производительность и нативные API.
Не совсем, сервер в терминологии Google тоже будет состоять из front-end(Dart) & back-end(Go):

What about Go?
Go is a very promising systems-programming language in the vein of C++. We fully hope and expect that Go becomes the standard back-end language at Google over the next few years. Dash is focused on client (and eventually Front-end server development). The needs there are different (flexibility vs. stability) and therefore a different programming language is warranted.
Android/iOS/BlackBerry/Bada/WebOS/Symbian — все эти системы имеют дефолтные браузеры на основе WebKit и 80% и более рынка в Европе и Северной Америке. Из альтернатив — Opera Mobile/Mini(популярна в России, Африке и Азии во многом за счёт Nokia и feature-фонов), а так же IE на Windows Phone 7, который пока ещё не набрал долю на рынке.
Разбить на короткие блоки, вызывая их по setTimeout() или упомянутые выше WW.
Эм… Каким-таким функционалом обрастал Твиттер, что приходилось «диманически и довольно быстро учитывать пожелания клиентов/юзеров»?

Проблема была одна — тормоза и стабильность. Функционалам обрастала экосистема вокруг Твиттера, которую он потом начал скупать или имплементить самостоятельно — но уже в пост-RoRовские времена.
Из публичного интерфейса у них только Settings и всякие там Terms, About на RoR остались. Сама же JS-лента твитов напрямую с api.twitter.com работает.
Смотря с какой стороны посмотреть:

1. Grails более идеологически стабилен, там нет таких функциональных скачков от релиза к релизу.

2. Grails безумно растёт в Enterprise & Java Shop'ах — мейл лист у него один из самых активных среди Java Web Frameworks. Во многом этому способствует официальная поддержка SpringSource.

3. Наряду с проверенными || монстроузными (как кому больше нравится) Spring & Hibernate там появляется поддержка аутентичных Geb, Spock, Gradle.

Так что честно говоря не вижу в чём ему отставать если у него совершенно другой рынок и ЦА.

Информация

В рейтинге
Не участвует
Дата рождения
Зарегистрирован
Активность