• Поможем разработчикам: преимущества и недостатки сloud, предоставим 1000 облачных серверов в Нидерландах и США бесплатно
    0
    Большое спасибо!
  • Поможем разработчикам: преимущества и недостатки сloud, предоставим 1000 облачных серверов в Нидерландах и США бесплатно
    0
    Номер заказа: 4153583958
  • Even more jQuery?
    –3
    Да щерт побери, пишите вы по своим стандартам сколько хотите. Вы знаете какая конструкция из нескольких вариантов работает быстрее? Тогда у вас нет проблем и вы можете жить счастливо.

    Ну вот вы пишите, что «кофе это кофе а ES2015 это стандарт»
    Я вроде бы согласен, что стандарты это хорошо, надо их знать, и все такое, но вот полностью соблюдать их — вопрос спорный.
    Например,
    есть стандарт CSS3 — но сейчас мало, кто пишет на чистом CSS3, многие используют препроцессоры Sass/LESS/Stylus.
    есть стандарт HTML5 — но многие предпочитают использовать различные шаблонизаторы.
    вместо JavaScript, предпочитают CoffeeScript/TypeScript/Dart.

    И все эти препроцессоры, шаблонизаторы используют, потому что удобно.
    Все пишут поверх стандартов. Сами стандарты не поспевают за нуждами разработчиков. Они вообще выходят исходя из потребностей разработчиков. Многие готовы даже игнорировать стандарты ради удобства. Удобство еще никто не отменял. Сейчас вообще стандарт — это то, что удобно, быстро, продуктивно и результативно. И почему тот факт, что ES6 это стандарт должен повлиять на чье-то решение использовать или не использовать CoffeeScript/TypeScript/Dart, если им удобно их использовать?
  • Even more jQuery?
    0
    Я хотел тут заметить, что ES6 — это да стандарт (факт неоспоримый), но важно не увлекаться и помнить об основной цели — писать «высокопроизводительный» код, который легко читать и сопровождать, вы согласны? По сути так ли важно, какой JavaScript на выходе ES3, ES5 или ES6? (я ведь все равно пишу на CoffeeScript!) — главное конечный код работает везде и работает быстро, вы согласны?

    Как мы видим генераторы ES6 уже добавлены в CoffeeScript и возможно что-то еще добавят из ES6. Если например в будущем 95% своего кода CoffeeScript будет транслировать в ES3, а 5% в ES6. Как думаете такой вариант многих устроит?
  • Even more jQuery?
    0
    А если например громоздкая конструкция ES3 будет работать быстрее или также, чем компактный аналог ES6+ (такое ведь нельзя исключать?), вы бы тогда, что предпочли, чтобы разработчики CoffeeScript сделали:
    оставили на ES3 или переписали эту конструкцию на ES6?
  • Even more jQuery?
    0
    > Но он будет работать неоптимально.

    Не оптимально в плане производительности?

    И ище один вопрос:
    Например, сейчас стандарт ES5, а у CoffeeScript на выходе ES3, но ведь никто не жалуется на то, что CoffeeScript транслировал их код в ES3, а не в ES5 сегодня.
  • Even more jQuery?
    0
    Спасибо за исчерпывающий ответ.

    > Интерпретаторы развиваются, так что ES3 код скоро станет морально устаревшим.

    Вы имеете ввиду, что код который будет транслировать CoffeeScript в JavaScript в будущем перестанет работать в браузерах и в Node.JS?

    > Вопрос развития CoffeeScript стоит в том, что он генерирует ES3 код

    Я так понимаю единственный код, который сейчас CoffeeScript транслирует в ES6 — это генераторы, а все остальное это — ES3?
  • Even more jQuery?
    0
    Слава богу, хоть успокоили меня тем, что написали — «что он никуда не исчезнет».

    Я полагаю сейчас не в пользу CoffeeScript играет тот факт, что он почти не развивается и в нем нет поддержки ES6. И поэтому, он по вашему мнению, будет терять популярность. Поправьте, если я не правильно вас понял. Я раньше полностью разделял это мнение. Но в последней версии CoffeeScript-а появилась поддержка генераторов ES6. И у меня появилась надежда. Сейчас идет обсуждение добавление фичи async / await (github.com/jashkenas/coffeescript/pull/3813), как вы думаете, стоит ли ждать в будущем в CoffeeScript поддержки каких-то хотя бы основных фич из ES6?
  • Even more jQuery?
    0
    Абсолютно с вами согласен. Мир движется вперед и думать о будущем нужно, чтобы потом не остаться на перроне. И вы как человек, который без CoffeeScript жить не может, как думаете, какое будущее ждет CoffeeScript?
  • Even more jQuery?
    0
    Я вот тоже не могу отказаться от CoffeeScript в пользу ES6+
    Со многим где-то согласен, но опять есть вопросы =)):
    Почему так важно писать на современном JS? Если транслируемый код из CoffeeScript в JavaScript корректно и быстро работает во всех броузерах и в Node.JS разве этого не достаточно?
  • Even more jQuery?
    0
    Может быть вы и правы. Но у меня возник такой вопрос.
    Куда развиваться? В какую сторону? Что вам сейчас не хватает в CoffeeScript?
    Просто ради интереса =)):
  • Even more jQuery?
    –2
    Сколько по вашему должно быть релизов в год, чтобы проект считался что он развивается? Проект существует очень давно и уже достаточно состоявшийся. Cейчас раз в полгода — мне лично всего хватает. Babel проект относительно новый и поэтому у него активность выше.

    Огромное число открытых issue есть во многих проектах, это еще ни о чем не говорит!

    У проекта большое сообщество и большое количество контрибьюторов, они все люди, а не мертвецы как вы утверждаете! И если развитие проекта прекратиться, то об этом объявят.

    На мой вопрос «И чем же CoffeeScript хуже ES2015 babeljs.io?» мне ответить-то ответили, но не убедили! Слишком не убедительно.

    Кофе не поддерживает возможности, добавленные после IE6.
    Если сейчас пока не поддерживает это еще не значит, что не будет поддерживать в будущем.
    Одна из причин почему люди используют сейчас CoffeeScript это синтаксического сахар и даже тогда, когда текущие возможности основанные на стандарте языка ES6 будут доступны нативно и соответствующие трансформеры можно будет выключить. Люди все равно будут использовать CoffeeScript.
  • Even more jQuery?
    –3
    Я если честно не в курсе, что там было с синтаксисом геттеров / сеттеров, «вступивший в силу» 6 с лишним лет.

    Но по факту имеем:

    на этот текст:
    Сейчас плотно изучаю Coffeescript. Планирую переписать Builder на него.

    уважаемый пользователь hell0w0rd ответил этим текстом:
    Не надо. Лучше посмотрите в сторону ES2015 babeljs.io.


    На мой вопрос «И чем же CoffeeScript хуже ES2015 babeljs.io?» — я никаких внятных аргументов не получил!

    Далее я задал вопрос «какие есть минусы у CoffeeScript?» — я опять никаких внятных аргументов не получил!

    Ваш аргумент, это то что у CoffeeScript нет будущего. Т.е. вы предсказываете будущее. И я должен вам поверить. Почему я должен вам поверить? Сами разработчики Кофескрипта писали когда-нибудь, что они прекращают развитие проекта?
  • Even more jQuery?
    –1
    Сами разработчики Кофескрипта писали когда-нибудь, что они прекращают развитие проекта?
  • Even more jQuery?
    0
    основанного на ES3 и успешно игнорирующего нововведения в ECMAScript

    Почему разработчики должны реагировать на нововведения в ECMAScript если эти нововведения еще не вступили в силу? Когда придет время, все будет реализовано.
  • Even more jQuery?
    0
    а какие есть минусы?
  • Even more jQuery?
    –1
    на coffee почти забили

    Откуда у вас такая информация? Доказать можете?

    CoffeeScript занял свою нишу и используют его в основном программисты Ruby, Python, Haskell и Erlang.
    Если рост количества звёздочек на github на данный момент сейчас у babel выше, чем у кофе, это совсем не означает что CoffeeScript не развивается. Кофе как пользовался популярностью у Ruby, Python, Haskell и Erlang программистов, так и будет дальше пользоваться, не смотря на выходы новых стандартов. За это можете не переживать!
  • Even more jQuery?
    –1
    Babel уже работает с возможностями ES7, предполагается, что проект будет поддерживать все будущие версии языка. И я вот сильно сомневаюсь, что в один прекрасный, светлый момент можно будет убрать babel, и не придется ли мне пользоваться им вечно! Если это так, то какая разница какой препроцессор мне использовать? CoffeeScript или Babel? Делают одно и тоже по сути.
  • Even more jQuery?
    –4
    Тем что кофе это кофе а ES2015 это стандарт

    CoffeeScript добавляет синтаксический сахар в духе Ruby, Python, Haskell и Erlang. И люди, которые используют сейчас CoffeeScript навряд ли будут использовать стандарт ES2015, даже тогда, когда он станет стандартом. Почему? Опять же из-за синтаксического сахара, который по душе программистам Ruby, Python, Haskell и Erlang.

    где в принципе есть все что и в кофе только больше

    Если в каком-то препроцессоре есть все что и в кофе, это еще не достаточный аргумент для того, чтобы отказываться от CoffeeScript.

    Как минимум ради модулей, промисов и кучи других вещей стоит его использовать.

    Есть куча библиотек, которые дают возможность использовать поведение промисов и модулей, и эти библиотеки можно спокойно использовать вместе с CoffeeScript.

    Меня к слову дико напрягает когда какая-то сторонняя библиотека пишется на кофескриптах вместо ES

    Меня тоже к слову дико напрягает когда какая-то сторонняя библиотека пишется на ES вместо кофескриптах. Но приходится с этим мириться и жить дальше.

    А так… шанс того что я буду пользоваться библиотекой или контрибьютить в нее резко понижается.

    Я думаю автор библиотеки не умрет от горя, если вы не станете пользоваться его библиотекой. Вы можете написать свою например или найти альтернативу.
  • Even more jQuery?
    0
    И чем же CoffeeScript хуже ES2015 babeljs.io?
  • AngularJS + UI Router: проверка авторизации и прав доступа
    0
    Никто не знает случайно, как пробросить resolve на все state?
  • RESTful API на Node.js + MongoDB
    0
    Спасибо. Разобрался. Интересная статья! Вы OAuth2 используете для доступа к данным из своих собственных мобильных приложений или открываете доступ к вашим данным через api для других пользователей?
  • RESTful API на Node.js + MongoDB
    0
    Вот этот кусок кода у самого автора oauth2orize есть:
    server.serializeClient(function(client, done) { return done(null, client.id); }); server.deserializeClient(function(id, done) { db.clients.find(id, function(err, client) { if (err) { return done(err); } return done(null, client); }); });

    а у вас его нету

    можете объяснить почему?
  • База GeoIP – страны и города, декабрь 2011
    0
    А для сайтов предназначенных для США можно использовать эту базу?
  • Книга по Drupal (для начинающих)
    –7
    Самописной CMS! на Zend Framework. Под каждый проект пишется своя CMS в зависимости от проекта. CMS Joomla в крайнем случае! По крайней мере мне кажется Joomla получше Drupal-а.
  • Книга по Drupal (для начинающих)
    +1
    У меня эта CMS медленно работает даже на локалке. Количество mysql запросов на главной при установке просто потрясает. Разбираться в коде этой CMS, где нет ни одного класса, у меня нет почему-то даже никакого желания. Во общем работать с этой CMS как и с Bitrix тоже нет никакого желания.
  • К вопросу о кроссбраузерных Data URI
    +1
    Мне кажется лучше не парится и отдавать ie6 и ie7 сами изображения:

    body{background:url(data:image/png;base64,blablabla)}
    * html body{background:url(../images/blablabla.png)}
    *:first-child + html body{background:url(../images/blablabla.png)}
  • «Свежачок» по оптимизации — поведение браузеров при использовании Data:URI CSS Sprites
    0
    Необходимо css файл с data:uri еще и сжимать.
    Я в одном проекте (www.autovesti.com.ua), где активно используется data:uri — сжал css файл размером 92кб до 23кб.
    Также можно data:uri использовать не только в css файлах, но и при отображении мини картинок например.
  • Создание слайдеров с анимированной прокруткой, используя Javascript
    0
    А можно сделать так, чтобы автоматически как в demo.gavick.com/ в шаблоне ICKI Sports под большими картинками?