Подскажите, как можно использовать ExtJS для backend? Под backend обычно подразумевается серверная сторона, а под frontend — браузерная, я прав? Или Вы подразумеваете что-то другое?
Я сам против ленивых разработчиков, для них даже были созданы специальные сервисы и скрипты. А ублажать зоопарк придется в любом случае, к сожалению (сам являюсь разработчиком веб-приложений и ощутил это, так сказать, на своей шкурке).
Никакие стандарты не помогают кому-то делать как-то иначе, плевав с колокольни. Но за счет этого и происходит развитие.
Вспомнил ситуацию, далекую от веб-разработки, но до боли аналогичную. В путешествие приходится брать коробочку с переходниками для розеток, на всякий случай, чтобы в любом месте можно было зарядить хотя бы телефон. Причем даже был случай, что в одной из стран использовались одновременно два типа розеток.
Согласен, но нужно также учитывать, что веб не будет ждать, пока вкусности будут стандартизованы (об этом свидетельствует то, что многие уже поддерживают только WebKit). Именно поэтому во времена IE5.5 было создано огромное количество бизнес-приложений с использованием ActiveX (и из-за этого IE плотно засел в корпорациях).
Если другие браузеры не будут подтягиваться с реализацией вкусностей (теперь уже, на первый взгляд, не таких опасных для пользователей, каким был и остается ActiveX), то WebKit плотно засядет у обычных пользователей и станет стандартом де-факто создания веб-приложений (уже становится).
Впрочем, я не против того, чтобы стандартом де-факто сейчас становился именно WebKit потому, что он, как минимум, развивается на скорости развития современного веба. В этом и есть конкуренция. Остальным придется подтягиваться, иначе грядет реинкарнация IE6 в форме WebKit.
Но надо исследовать. Долго и вдумчиво. Пока это всё голословно.
Согласен! Меня просто смутило то, что до сих пор на это не обращали внимание. Microsoft для новой 8-ки перерабатывает изобретенный в Vista диалог слияния/замены (который получился неудобный), а процедуру удаления — не трогали.
Моя идея следующая. Нужно поменять две вещи: отображение свободного места (например, «свободно 500 Мб; с учетом удаленных файлов 650 Мб»); процедура создания нового файла: при нехватке места сначала удалять что-нибудь начиная с самого старого из корзины до тех пор, пока не освободится необходимое место. Перед тем, как чистить корзину, система должна проверить, хватит ли места с учетом предстоящей очистки корзины, и только при нехватке сообщить пользователю о том, что место кончилось совсем.
Вижу одну проблему: задержка при удалении старья из корзины. Но она может быть решена записью новых файлов прямо на место удаляемых (тогда нужно будет стереть только старую запись в индексе файловой системы).
При частом возникновении вопросов обычно формируется привычка.
Думаю, у многих пользователей Windows, например, сформировалась привычка удалять «безвозвратно» (поскольку удаление файлов требуется чаще всего для того, чтобы освободить место на диске, а удаление в корзину к освобождению места не приводит). При этом система постоянно спрашивает «Вы действительно уверены?», но дает два стандартных ответа: «Да» и «Нет» (причем, в дополнение к удобной комбинации клавиш Shift+Delete, вызывающей этот диалог, сфокусирован в нем для клавиатурного ввода именно вариант «Да» — наиболее опасный).
Поэтому много раз такие пользователи рвали на себе волосы оттого, что при любом удалении файлов они использовали эту удобную комбинацию Shift+Delete,Enter, вместо того, чтобы осмысленно выбирать из двух альтернатив, — а потом, через пару минут, понимали, что файлы могли бы и пригодиться, но их уже не вернуть без специальных приспособлений.
Такая оплошность разработчиков Windows тянется до сих пор (Windows 7, подозреваю, что и 8). Ведь можно было бы сделать так, чтобы удаление выполнялось в корзину всегда, но при этом доступное место на диске бы увеличивалось, а файлы можно было бы восстановить до тех пор, пока не понадобилось место на диске для новых файлов.
Не в свойствах, а в контекстном меню каждого доступного для записи диска в Проводнике Windows 7, есть пункт «Форматировать...», причем рядом с пунктом «Копировать». Пункт, во избежание ошибки, вызывает лишь диалог форматирования, а копировать весь диск — вряд ли частая операция. Тем не менее, пункт такой существует.
Эта головная боль увеличится не менее, чем вдвое, когда для одних браузеров можно будет писать большое веб-приложение на Dart, а для других всё то же большое приложение придется второй раз написать на JavaScript, или отказаться от доли пользователей. Это сродни двум версиям сайта: Flash/HTML (нынче почти побороли с помощью CSS и JS), десктоп/мобильный (телефоны в большинстве своем теперь смарт и все понимают, так что тоже можно с натяжкой считать, что побороли) и т.д. А теперь нам предлагают очередное расслоение, только большое веб-приложение поддерживать в двух экземплярах будет адски трудоемко и нецелесообразно: лучше сделать его один раз качественно на том, что есть у всех.
Сейчас JavaScript является своего рода открытым протоколом для кода на стороне браузера. Представьте, что могло бы быть в мире, если бы большинство участников Интернета не договорились использовать TCP/IP для передачи данных, или HTTP для передачи веб-страниц, или HTML для их отображения. Интернет уже настолько большой, что он не сможет быстро отреагировать на революционные изменения: все равно останутся браузеры без поддержки Dart, как остаются IE6, которые нужно брать в расчет. А чем больше нужно брать в расчет, тем ниже качество результата (костыли, workaround'ы и проч.).
P.S. Простите за «много букв», уж очень больную тему подняли…
А Google сейчас, похоже, идет по пути MS, внедряя свой NativeClient. Судьбу ActiveX все помнят: до сих пор из-за него интранеты вынуждены сидеть на IE, а в будущем, по-видимому, будут сидеть на Chrome (каким бы он хорошим ни был, проприетарщиной разит).
Около десяти лет разработчики браузеров и стандартизаторы договаривались о том, как понимать JavaScript. И только тогда, когда они, наконец, более-менее договорились, Корпорация Добра выступает с революционным предложением заменить основной язык Web-разработки на стороне браузера на свой.
Не пишите на Dart. Пусть он погибнет так же, как погиб GWT. Внедрение Dart приведет лишь к очередной войне браузеров! Веб-разработчики в массе своей, я уверен, уже устали от этих войн.
Изучайте JavaScript! Изучайте его хорошо и досконально. Тогда вы сможете писать на нем так же, как на любом другом языке: используя его сильные стороны и избегая использования слабых.
А разработчики браузеров пусть налягут на свои движки JavaScript и сделают их более совместимыми, надежными и быстрыми.
Вообще, вся эта история с Dart напоминает самое начало ситуации из всем известного комикса:
В sci-fi так выглядел суперкомпьютер, отслеживающий людей в социалных сетях и на съемках с камер видеонаблюдения, а затем использующий их в своих целях (точнее, в целях своих создателей).
www.quirksmode.org/blog/archives/2010/03/css_vendor_pref.html
Никакие стандарты не помогают кому-то делать как-то иначе, плевав с колокольни. Но за счет этого и происходит развитие.
Вспомнил ситуацию, далекую от веб-разработки, но до боли аналогичную. В путешествие приходится брать коробочку с переходниками для розеток, на всякий случай, чтобы в любом месте можно было зарядить хотя бы телефон. Причем даже был случай, что в одной из стран использовались одновременно два типа розеток.
Если другие браузеры не будут подтягиваться с реализацией вкусностей (теперь уже, на первый взгляд, не таких опасных для пользователей, каким был и остается ActiveX), то WebKit плотно засядет у обычных пользователей и станет стандартом де-факто создания веб-приложений (уже становится).
Впрочем, я не против того, чтобы стандартом де-факто сейчас становился именно WebKit потому, что он, как минимум, развивается на скорости развития современного веба. В этом и есть конкуренция. Остальным придется подтягиваться, иначе грядет реинкарнация IE6 в форме WebKit.
peter.sh/experiments/vendor-prefixed-css-property-overview/
А то, получается, что у вебкита, как обычно, больше всех реализовано всяких вкусностей — в этом и есть основная проблема.
Согласен! Меня просто смутило то, что до сих пор на это не обращали внимание. Microsoft для новой 8-ки перерабатывает изобретенный в Vista диалог слияния/замены (который получился неудобный), а процедуру удаления — не трогали.
В общем, тема исчерпана.
Вижу одну проблему: задержка при удалении старья из корзины. Но она может быть решена записью новых файлов прямо на место удаляемых (тогда нужно будет стереть только старую запись в индексе файловой системы).
Думаю, у многих пользователей Windows, например, сформировалась привычка удалять «безвозвратно» (поскольку удаление файлов требуется чаще всего для того, чтобы освободить место на диске, а удаление в корзину к освобождению места не приводит). При этом система постоянно спрашивает «Вы действительно уверены?», но дает два стандартных ответа: «Да» и «Нет» (причем, в дополнение к удобной комбинации клавиш Shift+Delete, вызывающей этот диалог, сфокусирован в нем для клавиатурного ввода именно вариант «Да» — наиболее опасный).
Поэтому много раз такие пользователи рвали на себе волосы оттого, что при любом удалении файлов они использовали эту удобную комбинацию Shift+Delete,Enter, вместо того, чтобы осмысленно выбирать из двух альтернатив, — а потом, через пару минут, понимали, что файлы могли бы и пригодиться, но их уже не вернуть без специальных приспособлений.
Такая оплошность разработчиков Windows тянется до сих пор (Windows 7, подозреваю, что и 8). Ведь можно было бы сделать так, чтобы удаление выполнялось в корзину всегда, но при этом доступное место на диске бы увеличивалось, а файлы можно было бы восстановить до тех пор, пока не понадобилось место на диске для новых файлов.
…
Вы это имели в виду?
Сейчас JavaScript является своего рода открытым протоколом для кода на стороне браузера. Представьте, что могло бы быть в мире, если бы большинство участников Интернета не договорились использовать TCP/IP для передачи данных, или HTTP для передачи веб-страниц, или HTML для их отображения. Интернет уже настолько большой, что он не сможет быстро отреагировать на революционные изменения: все равно останутся браузеры без поддержки Dart, как остаются IE6, которые нужно брать в расчет. А чем больше нужно брать в расчет, тем ниже качество результата (костыли, workaround'ы и проч.).
P.S. Простите за «много букв», уж очень больную тему подняли…
Не пишите на Dart. Пусть он погибнет так же, как погиб GWT. Внедрение Dart приведет лишь к очередной войне браузеров! Веб-разработчики в массе своей, я уверен, уже устали от этих войн.
Изучайте JavaScript! Изучайте его хорошо и досконально. Тогда вы сможете писать на нем так же, как на любом другом языке: используя его сильные стороны и избегая использования слабых.
А разработчики браузеров пусть налягут на свои движки JavaScript и сделают их более совместимыми, надежными и быстрыми.
Вообще, вся эта история с Dart напоминает самое начало ситуации из всем известного комикса:
Фильм «Eagle Eye» / «На крючке» (2008)