судя по докам это даже ес6

но не работает

в ноде своя модульная система

ну у меня на ноде работает, странно

юзай рекваер

только без вот этого (function (exports, require, module, __filename, __dirname) { говна

юзай рекваер

жизнь боль я не могу заюзать require, я подрубаю код, в котором я не могу изменять

а когда через бабель запускаю, тогда мне нужно и код из либы тоже прогонять через бабель — ебаный гемор

жизнь боль я не могу заюзать require, я подрубаю код, в котором я не могу изменять

https://github.com/nodejs/help/issues/53

к слову

думаю запустить через babel-node и похуй на перфоманс

НА ПРОДЕ

думаю запустить через babel-node и похуй на перфоманс

Не в ту сторону думаешь

Не в ту сторону думаешь

я понимаю, это от отчаяния

import это es6, а в 7 ноде уже вроде поддерживается полностью

Нет конечно

разве?

я понимаю, это от отчаяния

Транспайль сервер, и запускай результат

https://github.com/nodejs/help/issues/53

а что тут в двух словах? https://github.com/nodejs/NG/issues/5

Транспайль сервер, и запускай результат

так и хочу, но у меня либа, в котороый код на es6

разве?

Даже спеку еще уточняют

так и хочу, но у меня либа, в котороый код на es6

Транспайль её

Транспайль её

ГЕМОРНО, кучу хуйни делать ради нескольких хелперов, которые мне нада

думал щс node 7 запущу и будет заебок, но фиг

Даже спеку еще уточняют

Хотя некоторые запускают модули, но это чисто эксперименты

ГЕМОРНО, кучу хуйни делать ради нескольких хелперов, которые мне нада

Напиши сам или возьми другую либо

Либу

я эту либу и написал, просто она компилится для вебпака; а я захотел часть кода заюзать в другой нодприле — билд не могу юзать, а вот часть сорцов подключить могу :)

хах

я думаю теперь, что проще продублировать код

спасибо

я эту либу и написал, просто она компилится для вебпака; а я захотел часть кода заюзать в другой нодприле — билд не могу юзать, а вот часть сорцов подключить могу :)

Всегда транспилируй для всех lts версий ноды

Всегда транспилируй для всех lts версий ноды

в итоге сделал 2 билда в либе: if (process.env.NODE_BUILD) { config.target = 'node'; config.output.filename = 'node_index.js' }

Всегда транспилируй для всех lts версий ноды

Поясни, пжлста

Поясни, пжлста

что именно?

йоу

vpn в китае запретили, кстате

что именно?

Ты имеешь в виду, что надо транспилить всё, что выше LTS?

да, всё чего нет в lts

ну логично так-то

Я вообще с подозрением отношусь у кодищу, которое нельзя просто выполнить через node foo.js

Есть кто работал с краулер?

присваявая вы сохраняете его интовый id. АФАИК можете без сохранения по номеру просто выключить

в браузерах — интовый. в ноде — нет

shame on me, then

Интересно, как можно пропарсить директорию из извлечь из неё все фрагменты, где используется process.env?

grep -R

в браузерах — интовый. в ноде — нет

https://nodejs.org/api/timers.html#timers_class_timeout

grep -R

Надо извлечь содержимое, ключ, который извлекается из env)

| awk/sed ?

Например, в ноде можно таймауты анрефить — тогда они не будут мешать завершению процесса.

eslint?

eslint?

еслинт это линтер, тебе нужен генератор аст-дерева, кмк

babylon, например

Я имел ввиду да, парсер его)

babylon бери

Я думал уже есть решения

Загуглил и тишина

https://github.com/babel/babylon

Нормальная же задача, понять – какие переменные могут использоваться в этом проекте

Но ты это, статическим анализом всё не поймаешь.

Оу, RReverser

Да реально лучше sed ил что то такое

И я бы забил и юзал греп =).

)) Хотелось бы автоматизировать это и отдать в CI

корнер кейсы когда нужен синтаксический анализ чкдовищно маловероятны

Чтобы она обновляла envs.md

ERROR: S client not available

мне кажется констурктивнее делать обертку

над process.env

Это сразу DI

Не круто)

Хотелось бы делать с наименьшим количеством зависимостей, чтобы copy-paste-share

да и вообще - доступ к env по проекту не разбрасывать в идеале

)) Хотелось бы автоматизировать это и отдать в CI

Написать просто рекурсивный ридер файлов и поиск в нём. Аналог поиска в редакторе по файлам. 15 минут работы)

да и вообще - доступ к env по проекту не разбрасывать в идеале

Вот тоже трезвое решение

Но тогда портабельность уменьшается

у меня такой подход - есть config

нужно его создать

из чего не важно

env, argv, и т д

но потом уже туда лезть нельзя

Как в Meteor :D

const config = { foo: readStringFromEnv('FOO', 'desc'), bar: readIntFromEnv('BAR', 'desc'), }

как то так обычно это выглядит

Вот тоже трезвое решение

Я так и пользую. Тот же production mode один раз "считается" в конфиг файле, а в приложении используются флаги из конфига. Удобно. Можно nconf внедрить в проект.

соответственно имея такую конструкцию, можно спокойно за всякого парсинга сгенерить описание

еслинт это линтер, тебе нужен генератор аст-дерева, кмк

Esprima, нет?

Esprima, нет?

бабилон же, ну

бабилон же, ну

Чем он лучше?

Он парсит то, что есприма ещё не умеет.

Например?

То есть примерно тем же, почему у всех parser: babel-eslint в .eslintrc написано.

Импорты/экспорты она умеет и вот это всё

Просто сам ей пользуюсь и полностью устраивает, вот и спросил

Импорты/экспорты она умеет и вот это всё

Да, умеет, но емнип не так давно.

https://github.com/babel/babel-eslint: > Note: You don't need to use babel-eslint if you are using ES2015 (ES6), ES2016 (ES7) or ES2017 (ES8). ESLint actually supports ES2015/ES2016/ES2017, JSX, and object rest/spread by default now. At the moment, you'll need it if you use stuff like class properties, decorators, types.

Если ты парсишь исходники чужих модулей, то там вполне можно встретить и class properties, и декораторы, и типы

Так что лучше парсером бабеля парсить всё.

@Oharr у них форматы совместимы, кстати