Например в папку dist можно положить собранную библиотеку вместе с её .d.ts файлами для TypeScript. Очень удобно.

может как-нибудь извернуться, и не писать кода с циклами?

На собеседовании плаваешь в базовых понятиях «функция конструктор», «прототип», «замыкание»

честно говоришь, что JS говно, и ты всё что можно пишешь на CS классами

Продолжу начинание

случайно воспользовался тем же именем переменной что и во внешних скоупах

@

всё сломалось

в 1.9.0 поправили, попробуй.

К сожалению, освоил CoffeeScript, TypeScript, LiveScript. Абсолютно бесполезный опыт.

Ну может в каком-то хипстерском редакторе и бесполезный, а в Visual Studio TypeScript достаточно неплохо интегрирован и весьма полезен.

А вот зачем кому-то нужен CoffeeScript, большой вопрос.

for это чисто императивная конструкция

Lol, for comprehension не просто так придумали.

За Atom спасибо, не знал про такой классный редактор, теперь вместо sublime его буду использовать )

честно говоришь, что JS говно

На что тебе говорят, что ты его не умеешь готовить и посылают нафиг. Не, JS конечно говно, но что бы такое заявлять, надо иметь авторитет, а на собесе лучше помолчать.

Это косяк, но формально он прав. В выбранной парадигме все генерится правильно. По нормальному если решать проблему, то надо вводить статическую типизацию и в зависимости от типа возврата функции ругаться или генерить, что надо. Но это уже фундаментальная переделка.

Каких базовых вещей в js я не знаю?

Часто for удобнее чем map/forEafch

честно говоришь, что JS говно, и ты всё что можно пишешь на CS классами

И гордо уходишь искать собеседование на coffeeScript-програмиста

Причем тут ты. Я лишь говорю что ты правильно сказал, люди которые убегают от знания JS посредством использования например CoffeeScript будут страдать от непонимания причин некоторых багов

Что мне не нравится в ts, так это медленное его развитие и синтаксические расхождения с ES6 (особенно касаемо классов и пакетов).

Еще мудрежь с компиляцией: компилит он не отдельные файлы, но и все зависимости и самостоятельно решает куда и как это дерево файлов разместить. Приходится изворачиваться, создавать пустые файлы, чтобы подровнять иерархию.

Еще неудобное подключение d.ts определений через инклюд. Что делает практически невозможным грамотное разделение ts-кода на npm-модули

Посмотрим, может у гугла получится нормальней их atScript

Шёл 2015 год, а в самом новом варианте Яваскрипта до сих пор не было приличного match...

Согласен. Сам через это прошел)

Пытаешься описать сложный JSON на cs

@

Получается вырвиглаз

@

Осознаешь всю прелесть фигурных скобок

categories = [
  code  : 'zzz'
  title : 'Electronics'
,
  code  : 'yyy'
  title : 'Mechanics'
]

и в чём вырвиглазность-то?

а

е
с
л
и

... писать вот так, то ещё длиннее выйдет

честно говоришь, что JS говно, и ты всё что можно пишешь на CS классами

)))))))

Некоторые jquery\bootstrap\ember плагины пишут на CS.

Why does Atom send usage data to Google Analytics?

из faq

спасибо, я пешком постою

Восьмигиговую плашку памяти купить не забудь.

Ты правда не видишь разницы между var a = for (...); и var a = [for (...) ];?

Никто не будет ставить компилер и собирать твою либу.

У меня ощущение что прелести grunt,gulp прошли мимо вас.

Там все еще нет типов, что печалит и создает кучу разных проблем.

спс купил 4 штуки

У тебя ощущение, что все поголовно пользуются грунтом и гульпом. Думаю многие js-разработчики даже нодой не пользуются.

После 6to5 не нужен никому, кроме тех, кто считает, что отсутсвие пунктуации увеличивает читаемость.

Оно чем-то лучше/хуже traceur?

Каждый правильный язык, должен возвращать значение из функции. А уж учитывая, что у JS были замашки на функциональные элементы, когда это еще не было мейнстримом, то вдвойне непонятно, нафига они не добавили возврат последнего вычисленного значения.

Во-вторых, научись наконец пользоваться sourcemap'ами.

Восьмигиговую плашку памяти купить не забудь.

Это ты зачем сейчас сказал? Типо не пользовался, но полагаешь, что раз на базе хромиума, то и жрать будет столько же? FAIL.

Ты правда не видишь разницы между var a = for (...); и var a = [for (...) ];?

Нет, а должен? Это просто разный синтаксис для одинаковых дейтсвий:

xs = [x * 2 for x in [1..10]]
xs = for x in [1..10]
  x * 2

Но и это круто что всё является выражением, можно писать:

xs = for x in [1..10]
  if x % 2
    x * 2

Подавляющее большинство юзеров кофескрипта делится на 2 категории:

- не способные осилить JS говнокодеры
- старпёры, не знающие про транспилеры es6

https://6to5.org/docs/compare/ в целом не замечаю разницы между ним и гуглом, просто сейчас работа с 6to5.

А зачем мне пользоваться ущербным редактором?

что раз на базе хромиума, то и жрать будет столько же? FAIL.

А с чего бы ему не жрать? Какие-то предпосылки есть?

https://discuss.atom.io/t/2mb-limitation-makes-for-a-horrible-first-impressio...

Секция про readable code biased as fuck, в других случаях у traceur приятнее выходит. Остальное мягко говоря высосано из пальца. Хотя сайт конечно красивый у них :)

Я сейчас делаю рефакторинг в своём проекте с переписыванием всего под ES6, в прицнипе поменять одно на другое должно быть просто.

ты так говоришь, как будто это плохо.

С уважением, владелец ноута с 16 ГБ плашкой.

Если быть честным, то транспилеры ES6 стали популярны только в этом году, и набрали прям очень хорошую массу. А CoffeeScript'у уже сто лет в обед будет.

А так да, с приходом ES6, в принципе можно уже и на ES6 переходить.

Но все же, деление слишком не аргументированное. CoffeeScript защищает от банальных ошибок, и самое главное, избавляет от нужны писать большое количество boilerplate кода, который нужен из-за слабой выразительной семантики ES5.

Ну и скобочки =) В JavaScript скобочек больше чем в Lisp =)

Многие JS-разработчики, не разработчики, а говно кодеры, или вчерашние верстальщики, которые дай бог, чтобы на чем-то кроме JS в жизни писали.

Нормальный, адекватный разработчик будет искать любые способы автоматизации своего труда. Отсюда и Grunt, Gulp. Разработка на JS выросла, и хочет быть как у настоящих больших языков.

А чо тут считать-то? Это факт, чем больше в коде non-alphanumerical тем этот код менее читаем. Правда некоторые говнокодеры этого не понимают.ы

нафига они не добавили

потому что это сделанное на коленке за несколько дней жалкое поделие. это как мертвому припарка

Именно говно кодеры и вчерашние верстальщики, которые дай бог, чтобы на чем-то кроме JS в жизни писали и ведутся на гульпы и уеоманы.

Нормальный, адекватный разработчик возмет универсальные инструменты make/cmake/jenkins/etc

Это даже в человечекой граматике не так. Без знаков препинания читать сложно. А в формальных граматиках и подавну

проблема в том, что надо либо менять этот кривой убогий js (неужели кто-то будет сомневаться?) на что-то нормальное, либо переписывать к чертям с нуля, что на какое-то время сломает многие сайты (собственно туда им и дорога, не жалко). но это мечта, а в реальности приходится кушать дерьмо что дают и стиснув зубы придумывают всякие препроцессоры, но вкуснее не станет, так как начинка та же самая.

А с чего бы ему не жрать? Какие-то предпосылки есть?

Конечно, собери свежий и убедись.

https://discuss.atom.io/t/2mb-limitation-makes-for-a-horrible-first-impressio...

Ты бы еще за начало 2013 года ссылку дал.

Все фронт энд разработчики кого я знаю юзают либо грант, либо гилп.

От ошибок защищает eslint. Причем на порядок лучше.

Ну а про компактность - оно по строчкам не особо короче выходит. Автодополнятор решает.

Именно в человеческой грамматике всё так. Там знаков препинания ровно столько, сколько нужно. А языки программирования без всяких на то причин сильно перегрузили синтаксис, не совсем понятно даже зачем. Скорей всего тут действует говнопринцип: 'Так исторически сложилось'.

Один говорит освой синтаксис кофескрипта. Второй говорит используй гульп. Третий говорит пользуйся sourcemap-ами. Четвертый навязывает Atom. Каждый кушает свое Г и хочет угостить других )

Когда я был маленький, я тоже генерил grunt-файлы yeoman-ом, привязывал к гульпу кофескрипт, вотчил грунт-вотчингом, тестил камой, собирал через browserify, славил Jade и кричал на улицах о скором пришествии AMD )