Статья в руку.
Буквально на днях столкнулся с интереснейшей штукой, но ещё не успел её изучить: github.com/gkz/grasp она позволяет писать запросы к JS-коду, с помощью которых можно делать замены итп. По сути на её основе можно запилить макросы, что я и собирался сделать. А Sweet прямо заточен под этот кейс.
Макросы (вообще в целом) тема весьма интересная.
Справедливости ради, стоит отметить, что нужно будет ещё закинуть на каждую машину конфиг с любимыми плюшками. И так со всем: конфиг zsh, git, vim итд. Без этого полного комфорта не достигнуть.
Кстати, недавно пробовал использовать sshfs, и опыт показывает, что при желании можно открывать файлы с удалённой машины в ST. Скорость работы напрямую зависит от задержки, но в случае vim задержка будет при каждом действии, а в случае ST задержка будет только на загрузке/сохранении.
Первая картинка оскорбляет мои религи чувства разработчика.
Против C# ничего не имею, но тот факт, что JS находится в клетке по меньшей мере неполиткорректен, а по большей — логически неверен.
Я думаю многие совместимые либы обзаведутся версией, которая внутри содержит нативную реализацию. Причём определение требуемой версии (как и многие други вещи в JS) будет делаться в рантайме, по наличию/отсутствию объектов/фич.
В Bluebird такой же конструктор Promise и есть поддержка работы с генераторами (если их поддержка есть в движке).
Ну и много клёвых фич. Конечно, Promises/A+.
Пользуюсь сам, советую другим.
Есть ещё одна проблема в адресной строке FF. Адресная строка прекрасно ищет в поиске, и по тегам, и по закладкам и по истории, НО, чтобы управлять поисковыми системами и их префиксами, нужно поисковое поле. Я не нашёл способа открыть окно управления поисковиками, если поле поиска спрятано.
Поэтому приходится его добавлять, задавать поисковики и прятать.
Нет, вы не правы. Там нет никаких анализаторов синтаксиса, просто регулярки. Так что именно разбивается на фрагменты, просто в эти фрагменты попадают имена объектов кода. Исходная формулировка очень точна.
ST круче (пока), но ST с закрытым кодом, просто предоставляется на бесплатном основании. Эта штука OSS. Я люблю Саблайм, но в долгосрочной перспективе может победить что-то такое. Тем более, что Саблайм не является IDE, а здесь [заявлена IDE], поглядите, поиск по документации из коробки, sandbox, всякие адвансед фичи, все дела.
Переставить флаги в конец и сделать менее яркими (в опросе я голосовал за уменьшение яркости).
У переставления флагов в конце есть минус (они не на одном уровне), но он же и убавляет акцент на нём, что есть плюс.
библиотека позволяющая описывать зависимости между javascript-модулями «в стиле include»
Но зачем?!
require это элегантное своей простотой, и одновременно мощное решение:
1. мы задаём импортируемому объекту имя на месте, что делает поиск имён более прозрачным
2. можно импортировать суб-объект из exports, ставя точку после require(...)
3. можно импортировать под любым именем
4. можно импортировать локально
Буквально на днях столкнулся с интереснейшей штукой, но ещё не успел её изучить:
github.com/gkz/grasp она позволяет писать запросы к JS-коду, с помощью которых можно делать замены итп. По сути на её основе можно запилить макросы, что я и собирался сделать. А Sweet прямо заточен под этот кейс.
Макросы (вообще в целом) тема весьма интересная.
Кстати, недавно пробовал использовать sshfs, и опыт показывает, что при желании можно открывать файлы с удалённой машины в ST. Скорость работы напрямую зависит от задержки, но в случае vim задержка будет при каждом действии, а в случае ST задержка будет только на загрузке/сохранении.
религичувства разработчика.Против C# ничего не имею, но тот факт, что JS находится в клетке по меньшей мере неполиткорректен, а по большей — логически неверен.
nodejsreactions.tumblr.com/post/65344663524/suggesting-that-promises-should-go-back-into-core
На удалённой, как правило, хватает стандартного диффа.
(1) — дифф рабочей копии
(2) — дифф staged
(3) — дифф коммита, по дефолту последнего
Ну и много клёвых фич. Конечно, Promises/A+.
Пользуюсь сам, советую другим.
Поэтому приходится его добавлять, задавать поисковики и прятать.
У переставления флагов в конце есть минус (они не на одном уровне), но он же и убавляет акцент на нём, что есть плюс.
requireэто элегантное своей простотой, и одновременно мощное решение:1. мы задаём импортируемому объекту имя на месте, что делает поиск имён более прозрачным
2. можно импортировать суб-объект из exports, ставя точку после
require(...)3. можно импортировать под любым именем
4. можно импортировать локально
1. локальные пакеты есть добро
2. virtualenv не даёт полной изоляции для локальных пакетов
3. подходящих альтернатив нет