> в третьих, нужна возможность парсить асинхронно
Очень интересно, как из синхронного решения вы планируете получить асинхронное. Очень крутая фраза :)
> можно вспомнить как из стека BEM, после нескольких человеко-лет вложений в разработку и внедрение, был выкинут пресловутый bemhtml
Оо, чего только не узнаешь. А bemhtml@2 наверное возник из ниоткуда? А bemtree?
Аргументация простая — сейчас прототип расширяет одна библиотека, завтра приходит хитрый джуниор, который тоже решает добавить в Array.prototype.map нужную ему функциональность, которая ломает поведение js. Или подключается другая библиотека, которая опять же хочет вмешаться в поведение js-объектов и пр. Научитесь воспринимать доводы людей, а не кричать о том, какие все тупые.
dbanet как и другие имел в виду, что это плохо, непредсказуемо в дальнейшем и прочее-прочее, а не то, что это невозможно сделать. Речь идет о расширении прототипов Hosted и Native objects. После того как prototype.js намудрил с расширением прототипов эти споры всегда будут актуальны.
eterevsky вам ведь лучше задавать больше технические вопросы? У меня давно есть вопрос на тему chrome.syncFilesystem — периодически есть жалобы от пользователей на тему того, что файлы не синхронизируются между компьютерами. Один раз напрямую получилось посмотреть через teamviewer, было очень удивительно увидеть такое. То есть в google drive в Chrome Syncable Filesystem в папке приложения все файлы были, а в папке внутри приложения — нет. В chrome://sync чисто и девственно — проблем не было. Тогда я удалил все файлы из папки в Google Drive, после чего снова их загрузил — и кажется на второй такой раз (в первый нотификаций не было) все сработало и Хром увидел эти файлы. Впрочем это не помешало ему потом опять их развидеть.
Такие вещи я обычно пишу в трекер, но все, связанное с синхронизацией трудно описывать + я сам как разработчик не очень люблю таски, начинающиеся со слов «Sometimes smth goes wrong ...»
> это вне моей компетенции. Но вообще интересно, в чём конкретно проблема? Приложения и расширения в Chrome Web Store можно делать платными.
Понимаю, что не в вашей. Проблема в том, что платить можно из любой страны. А вот принимать платежи можно только будучи зарегистрированным в Google Wallet как merchant, из России это все еще невозможно.
eterevsky можно сколько угодно пиарить приложения, но пока нет пути заработка на них в российской части вебстора, это все очень грустно.
Но есть один вопрос: я заметил, что в новых приложениях от гугла и его разработчиков используется одинаковый UI для окон. Этот UI где-то открыт на гитхабе? Очень хотелось бы тоже его использовать.
А что комментировать-то? Я терпеть не могу промисы и уже пообсуждал с Джейком это в твиттере — он понимает, что в ноде они никогда не появятся. Генераторы мешать с промисами никогда не буду по доброй воле. И да, почти забыл — :)
Нам как раз не хватало сортировки по алфавиту и поддержки SASS.
Постараемся подключить в КП. // dsorin@
Очень интересно, как из синхронного решения вы планируете получить асинхронное. Очень крутая фраза :)
> можно вспомнить как из стека BEM, после нескольких человеко-лет вложений в разработку и внедрение, был выкинут пресловутый bemhtml
Оо, чего только не узнаешь. А bemhtml@2 наверное возник из ниоткуда? А bemtree?
Такие вещи я обычно пишу в трекер, но все, связанное с синхронизацией трудно описывать + я сам как разработчик не очень люблю таски, начинающиеся со слов «Sometimes smth goes wrong ...»
Понимаю, что не в вашей. Проблема в том, что платить можно из любой страны. А вот принимать платежи можно только будучи зарегистрированным в Google Wallet как merchant, из России это все еще невозможно.
За issue спасибо, послежу.
Но есть один вопрос: я заметил, что в новых приложениях от гугла и его разработчиков используется одинаковый UI для окон. Этот UI где-то открыт на гитхабе? Очень хотелось бы тоже его использовать.
UPD: нашел-таки ссылку. Джейк тоже грустит