мне больше первый вариант нравится. субъективно.

и всегда когда копировал имя ключа с мопощью мыши (double click) плевался

это ж какое говно у тебя вместо редактора?

если ты по?чуствуешь профит от другого варианта тебе он начнет нравится. поэтому и спрашиваю

Второй вариант используют только *удаки. Во всех серьезных исходниках, которые я читал, используется первый вариант.

это в шелле

но почему я негде не могу найти ниодного обсуждения на эту тему

и шелл твой тоже говно. yakuake/konsole цепляют как положено (только имя ключа)

Пишу в соответствии с Google JavaScript StyleGuide, там используют первый вариант) Вроде всё довольно аргументировано, что у них на этот счёт — не помню.

Кстати, мне больше валидировать closure-linter'ом понравилось.

это в шелле

Обычно настраивается. Хотел скриншот gnome-terminal показать, но там куда-то делась эта опция.

http://i.stack.imgur.com/I4r39.png вот тут в «Select-by-word characters» нужно убрать ":".

Вброс

А как ты думаешь , Zubb , стоит ли так писать ?

Я первый использую. Не вижу ни одного профита от второго, а первый встречается намного чаще.

Кстати, а зачем отдельно jcsc? Есть же eslint. Он вроде покрывает все фичи, как-то очень внимательно сравнивал. Единственное, чего там нет искаропки - проверки синтаксиса. Но под это уже давно плагин написан.

Есть же eslint.

Чем он лучше jshint?

jcsc - code style checker. jslint/jshint/eslint - syntax checker

тоже интересно было бы улышать

все ясно. 1й способ рулит. всем спасибо

$subj

Я в курсе терминологии. Но по факту eslint умеет и то и то. Мне просто любопытно стало - у вас настолько специфичное форматирование, или другие причины.

Чем он лучше jshint?

Всем. Серьезно. Намного больше правил проверки, выше качество кода и можно писать свои правила.

у нас там д%:?*о а не форматирование. и я пытаюсь с этим бороться.

просто считаю что одна тулза должна делать одну задачу. а про что eslint умеет code style check узнал только от вас

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

Однозначно к форматированию можно отнести только очень небольшое количество правил (пустые строки в конце, одинаковые отступы, пробелы в разных местах). А за ради идеи тащить лишнюю программу и конфиги мне просто лень.

Проще начать с eslint, потому что его запускать все равно понадобится (одного только контроля форматирования мало). Ну а дальше уже определиться, нужен jcsc или нет. Скорее всего не понадобится.

Очень советую. После миграции на eslint вполне реальные косяки в коде нашел.

Когда меня jshint окончательно доканал, я просто сел и составил список того, чего не хватает в eslint. И при этом прошелся по jcsc тоже. Часть недостающего была затолкана в mainstream, а часть во внешний пакет плагинов.

Так что вполне реально переехать без потери фич, использовать 1 чекер и не париться.