Не видел это подборку советов. Как нибудь займусь приручением FF, может быть получится, а то хром мне не очень симпатизирует (до 15 версии использовал FF, потом не смог больше терпеть фризы).
Это все круто, ну а фризить то он перестал (обычно при открытии новой вкладки намертво секунд на 1-5)? Просто слежу за возможностью вернуться на FF с хрома.
Так ведь при этом будут косяки если программа разрабатывалась без учета возможности масштабирования (то есть размеры элементов задавались в пикселях, но на эпловой ОС вроде таких проблем нет), например при этом некоторая часть элементов может изменить размер и некоторая нет, и текст при увеличенном шрифте не будет влазить в эти некоторые элементы как задумывалось при разработке. Или я не в теме.
На самом деле я пользовался FF постоянно, но лаги бесили (при открытии новой вкладки или даже при открытии новой старницы, фризы браузера по 1-5 секунд), и в конце концов с сожалением был вынужден искать замену. То что он тормозной это неоспоримый факт, независимо от вашего восприятия действительности, и минусование как стадия отрицания этого не изменит.
Согласен, модульность, использование классового подхода и тому подобное (в общем определенная строго стандартизированная структура проекта) в некоторой степени нивелируют неудобства динамических языков. В таком стиле должна работать вся команда.
Но все равно нужно предварительно дать себе отчет (и наверно не только себе), насколько целесообразно использовать JS или другой динамический язык на серверной стороное, перекроют ли плюсы минусы (в том числе такие особенности как недостаток опытных разработчиков в той или иной области).
Рекомендую даже не списывать, а сделать свой, ибо мой убогий:Автор честный, уважаю :)
PS: сам тоже за Java.
Но все равно нужно предварительно дать себе отчет (и наверно не только себе), насколько целесообразно использовать JS или другой динамический язык на серверной стороное, перекроют ли плюсы минусы (в том числе такие особенности как недостаток опытных разработчиков в той или иной области).