Комментарии 14
Знаете что, JS-фэнбои, я вас ненавижу!
Я на работе выхожу в Интернет с компьютера с одноядерным 32-битным Pentium 4 Northwood. Весь Интернет делится для меня на 2 части: нормальные сайты и те, которые делали разработчики с JS головного мозга. Притом первые и вторые могут быть красивыми, со стильным рендерингом шрифтов и фишечками HTML5. Но одни приемлемо работают на 130нм процессоре, а другие жутко тормозят.
Знакомый работает в школе. Во многих школах стоят старые компьютеры. Но разработчики новомодного интернет-дневника плевать хотели на этот факт — они любят JS и суют тяжеловесные фреймворки, перегруженные абстракциями, для решения простейших задач.
Мало того, что вы превратили Web в -moz-webkit-дерьмо, впихиваете монструозный V8 просто везде, вы хотите испортить разработку для десктопов! Прекратите, пожалуйста.
Нормальные люди делают вещи типа Kivy и Gideros. Или даже GTK+.
Valve тоже могла бы сделать клиент Steam на базе Node.js. Но они не идиоты и не сумасшедшие, поэтому взяли на работу разработчика SDL и сделали кроссплатформенный стильный интерфейс сами.
Кажется, что нынешние приложения с GUI делаются с расчётом, что они будут запускаться на компьютере в одиночку. А если запущено хотя бы 3-4 приложения с GUI, им внезапно не хватает последних процессоров.
Извините, просто накипело.
Я на работе выхожу в Интернет с компьютера с одноядерным 32-битным Pentium 4 Northwood. Весь Интернет делится для меня на 2 части: нормальные сайты и те, которые делали разработчики с JS головного мозга. Притом первые и вторые могут быть красивыми, со стильным рендерингом шрифтов и фишечками HTML5. Но одни приемлемо работают на 130нм процессоре, а другие жутко тормозят.
Знакомый работает в школе. Во многих школах стоят старые компьютеры. Но разработчики новомодного интернет-дневника плевать хотели на этот факт — они любят JS и суют тяжеловесные фреймворки, перегруженные абстракциями, для решения простейших задач.
Мало того, что вы превратили Web в -moz-webkit-дерьмо, впихиваете монструозный V8 просто везде, вы хотите испортить разработку для десктопов! Прекратите, пожалуйста.
Нормальные люди делают вещи типа Kivy и Gideros. Или даже GTK+.
Valve тоже могла бы сделать клиент Steam на базе Node.js. Но они не идиоты и не сумасшедшие, поэтому взяли на работу разработчика SDL и сделали кроссплатформенный стильный интерфейс сами.
Кажется, что нынешние приложения с GUI делаются с расчётом, что они будут запускаться на компьютере в одиночку. А если запущено хотя бы 3-4 приложения с GUI, им внезапно не хватает последних процессоров.
Извините, просто накипело.
Как же надоели все эти тру-ассемблер-моралисты. Вы что-нибудь слышали про подбор инструмента под задачу? Если у бизнеса не стоит задача «разработать продукт для школ с поддержкой Pentium 4», то в чем проблема?
Оставьте бесконечные попытки совершенствования. Бизнесу нужно, чтобы продукт продавался ПРЯМО СЕЙЧАС. А как сделать, чтобы продукт запускался на 0,0001 мс быстрее или чтобы он не тормозил на компьютере двадцатилетней давности, бизнес разберется ПОТОМ.
Оставьте бесконечные попытки совершенствования. Бизнесу нужно, чтобы продукт продавался ПРЯМО СЕЙЧАС. А как сделать, чтобы продукт запускался на 0,0001 мс быстрее или чтобы он не тормозил на компьютере двадцатилетней давности, бизнес разберется ПОТОМ.
Вот именно, под задачу, а не «пихаем JS везде, улыбаемся и машем»
Я про ассемблер ни слова не сказал. В качестве примера я приводил библиотеки на Python, Lua и C(с привязками к куче динамических языков)
Когда ты только заикаешься про графический интерфейс и разработчик уже мысленно впихнул в проект nw.js; когда ты говоришь «сделать сайт», а разработчик, даже не дослушав какой, уже думает какую групповуху из angular, react и пр. он устроит на этот раз; когда все задачи решаются через создание абстрактной фабрики, которая возвращает объект, при вызове метода которого возвращается lambda-функция, которая возвращает другой объект, свойство которого является ответом на вопрос «сколько же будет 2+2» — вот это всё бесит.
И по-хорошему винить надо не JS, а тех людей, которые начали его _так_ использовать. В итоге вполне годный инструмент для умеренного добавления динамики в веб-страницы превратили в очень плохой язык общего назначения.
Я про ассемблер ни слова не сказал. В качестве примера я приводил библиотеки на Python, Lua и C(с привязками к куче динамических языков)
Когда ты только заикаешься про графический интерфейс и разработчик уже мысленно впихнул в проект nw.js; когда ты говоришь «сделать сайт», а разработчик, даже не дослушав какой, уже думает какую групповуху из angular, react и пр. он устроит на этот раз; когда все задачи решаются через создание абстрактной фабрики, которая возвращает объект, при вызове метода которого возвращается lambda-функция, которая возвращает другой объект, свойство которого является ответом на вопрос «сколько же будет 2+2» — вот это всё бесит.
И по-хорошему винить надо не JS, а тех людей, которые начали его _так_ использовать. В итоге вполне годный инструмент для умеренного добавления динамики в веб-страницы превратили в очень плохой язык общего назначения.
да просто большинство из этих жс-боев пришли из фронтенда. клепали сайтики на jquery и понятия не имели про desktop\server-side программирования. а тут портировали любимый жс во все сферы, они и набежали. переучиваться же не надо. клепай спагетти под ноджс, пиши на нем же десктопные приложения. а то, что результирующий пакет для хэлоуворлда под 50 метров и оперативы жрет под 100мб — похер. люто поддерживаю evocatus
Вы бы это Py-фэнбоям написли…
А простите, не заметил, вы таки предлагаете на python'е писать для десктопа, ясно все…
«Проблемы индейцев шерифа не волнуют» (с)
IMHO, в наше стремительно летящее время приложения должны разрабатываться в том виде, в каком девелоперу удобно их создавать и изменять (второе даже важнее первого). И если девелоперу удобнее создавать и изменять (второе важнее) приложение с использованием JS — он будет это делать с использованием JS. Более того, этого будет требовать сам заказчик разработки. Ну а пользователи… 80% пользователей приложения проапргрейдятся, 20% будут выкинуты на обочину курить бамбук.
Я не имею в виду, что JS «захватит мир», я имею в виду, что «одноядерный 32-битный Pentium 4 Northwood» это если и не 20%, то уже очень близко к нему.
IMHO, в наше стремительно летящее время приложения должны разрабатываться в том виде, в каком девелоперу удобно их создавать и изменять (второе даже важнее первого). И если девелоперу удобнее создавать и изменять (второе важнее) приложение с использованием JS — он будет это делать с использованием JS. Более того, этого будет требовать сам заказчик разработки. Ну а пользователи… 80% пользователей приложения проапргрейдятся, 20% будут выкинуты на обочину курить бамбук.
Я не имею в виду, что JS «захватит мир», я имею в виду, что «одноядерный 32-битный Pentium 4 Northwood» это если и не 20%, то уже очень близко к нему.
Если лень разбираться с конфигами json и прочими настройками в nw.js, а превратить самописную HTML5-игрушку в экзешник хочется, можно установить Web2Executable, который предоставляет графический интерфейс настройки будущего приложения NW.js. Можно создавать сборки для Mac, Windows, Linux.
А с какой целью в ваших примерах все директивы и контроллеры (и даже методы контроллеров) определены отдельными функциями, а потом отдельно зарегистрированы и объявлены? Это результат какого-либо js-транслятора или имеет особый смысл?
Если я вас правильно понял, то это должно быть ответ на ваш вопрос. Кроме того, на данном ресурсе можно ознакомиться с лучшими практиками по использованию AngularJS
Контроллеры, директивы помещены в отдельные функции, придерживаясь code style, и методы отдельно зарегистрированы также придерживаясь code style.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Десктопные приложения на JavaScript. Часть 2