1. Вебпак — это бандлер. Это чтобы сделать приложение. Не доки к нему, а сам конечный результат

Генерить им доки наверняка можно, но я чот хз

Я генерю доки, но не из кода

для доков есть jsdoc/esdoc

webpack-make-site-for-client-please

Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts

Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts

+

Приветствую. Меня зовут Аксения. Я умею считать карму. Используй "/help" для подробностей.

Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts

+

sovamist (0) плюсанул в карму ZeroBias (1.0)

Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts

вот я тоже думал что вебпак тут некуда впихивать

Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts

+

nickchursin (0) плюсанул в карму ZeroBias (2.0)

Приветствую. Меня зовут Аксения. Я умею считать карму. Используй "/help" для подробностей.

не надо

не надо

+

PavelHoroshilov (0) плюсанул в карму iamstarkov (1.0)

Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts

но тогда вопрос - если я делаю npm модуль который сгенерит что-то -получается тем кто захоет его заюзать надо будет руками в npm scripts дописать что то вроде - "run:docs" : "my-module --parm1 --parm2" ?

Бот адок ?

но тогда вопрос - если я делаю npm модуль который сгенерит что-то -получается тем кто захоет его заюзать надо будет руками в npm scripts дописать что то вроде - "run:docs" : "my-module --parm1 --parm2" ?

А оно так или иначе всё равно так выходит, не?)

но тогда вопрос - если я делаю npm модуль который сгенерит что-то -получается тем кто захоет его заюзать надо будет руками в npm scripts дописать что то вроде - "run:docs" : "my-module --parm1 --parm2" ?

я не понял твой юзкейс

но тогда вопрос - если я делаю npm модуль который сгенерит что-то -получается тем кто захоет его заюзать надо будет руками в npm scripts дописать что то вроде - "run:docs" : "my-module --parm1 --parm2" ?

Конечно

Технически нет никакой разницы, что вписывать в scripts, gulp generate-docs или прямую инструкцию

я просто уточняю какой можеттбыть подход к этому. ну да с grunt/gulp там еще больше ручками писать надо

++

https://github.com/nashdot/Preprocessor.js или https://github.com/jsoverson/preprocess вот в чём вопрос. Или кто знает лучше?

Какой топовый фреймворк для ботов Телеграма на ноде?

https://github.com/nashdot/Preprocessor.js или https://github.com/jsoverson/preprocess вот в чём вопрос. Или кто знает лучше?

кто-то на полном серьезе юзает препроцессоры в js?

https://github.com/nashdot/Preprocessor.js или https://github.com/jsoverson/preprocess вот в чём вопрос. Или кто знает лучше?

по количеству звезд смотри

С++ где-то рядом

Какой топовый фреймворк для ботов Телеграма на ноде?

https://github.com/kosmodrey/telebot

по количеству звезд смотри

понял, спасибо не обратил внимание

Сорян за оффтоп. Можно ли работать в фронтенде без навыков дизайна? Большой ли это минус вообще?

Можно

кто-то на полном серьезе юзает препроцессоры в js?

Да

Я нет, но юзается для особо больших фреймворков

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

Назначение - выкидывание лишнего из прод-версии

Назначение - выкидывание лишнего из прод-версии

ровно для этого мне и нужно

Пример - куски кода с дебагом, длинным описанием произошедших ошибок и прочим

Эффективнее чем условия или всякие там инжекты

Ибо любое условие это рантайм, шаблоны - нет

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

Вот

Нормальный кейс

Куда написать письмо с пожеланиями к синтаксису ES, чтобы можно было писать не { one: {}, two: {} } а { one: {} two: {} } в случае, если значением свойства является объект?

а в строку это как будет выглядеть

Лаконично

{ one: {}, two: {} } { one: {} two: {} } я не предлагаю "только", а всего лишь "можно"

Лаконично

у нас тут не питон

Кофескрипт гугли

Куда написать письмо с пожеланиями к синтаксису ES, чтобы можно было писать не { one: {}, two: {} } а { one: {} two: {} } в случае, если значением свойства является объект?

ознакомиться со всеми требованиями на каждой стадии https://tc39.github.io/process-document/ посмотреть сюда https://github.com/tc39/proposals и начать отсюда https://esdiscuss.org/

Кофескрипт гугли

не надо

не надо

+

nikdudnik (0) плюсанул в карму iamstarkov (2.0)

Ну если человек хочет уже сейчас

Ну если человек хочет уже сейчас

не уже сейчас, а уже поздно

если очень хочет пусть плагин для babel напишет и попробует чз кодревью протащить

Кармабот у нас смотрю добавился

Раз на то пошло, то куда написать, чтобы в jsx вместо этого: <div onClick={this._submitForm} className="banana" /> Писать это: <div onClick: this._submitForm, className: "banana" /> А то у меня это самая частая опчатка, когда я инстинктивно пишу вторым способом

ERROR: S client not available

Это к тебе изнутри ExtJS взывает

это тогда сразу в html отправляй, зачем jsx

Раз на то пошло, то куда написать, чтобы в jsx вместо этого: <div onClick={this._submitForm} className="banana" /> Писать это: <div onClick: this._submitForm, className: "banana" /> А то у меня это самая частая опчатка, когда я инстинктивно пишу вторым способом

никуда

Раз на то пошло, то куда написать, чтобы в jsx вместо этого: <div onClick={this._submitForm} className="banana" /> Писать это: <div onClick: this._submitForm, className: "banana" /> А то у меня это самая частая опчатка, когда я инстинктивно пишу вторым способом

просто привыкни к jsx

последствия привыкания к jsx у меня вот так проявляются: Checkbox.propTypes = { className={PropTypes.string} checked={PropTypes.bool} }

ты очень странный)

хотя наверное у меня такого нет, потому что приходится ежедневно на разных языках писать...

Ребят есть у нас кто хорошо дружит с angular 1 + rjx?

Ребят как можно ОТМЕНИТЬ ongoing запросы в angular 1 $http ?

чтобы предыдущие запросы отменились сразу

Ребят есть у нас кто хорошо дружит с angular 1 + rjx?

прочитать документацию и попробовать?

var q = $q.defer(); $http({ method: 'POST', url: mapURL, headers: { 'Content-Type': 'application/x-www-form-urlencoded', 'Application-request': 'TRUE', 'APP-ID': API_KEY } }).then(function(result) { return !validateResponse(result) ? q.reject(new Error('Invalid Response')) : q.resolve(result.data); }, function(err) { q.reject(err); }); return q.promise;

У меня сейчас на ивенте вот это подвешанно

но иногда ивент может быть вызван несколько раз

Всем доброго вечера. Никто не будет против, если я оставлю здесь ссылочку на канал, посвященный программированию?

Надеюсь, вам будет интересно: @db_progs

webpack-make-site-for-client-please

Preloader

Надеюсь, вам будет интересно: @db_progs

-

appeiron (0) минусанул в карму max_rodnoy (-1.0)

Кек

appeiron (0) минусанул в карму max_rodnoy (-1.0)

Анорексения

ребят, можно ли у загруженное изображение через форму "сжимать" на клиенте? или это задача только сервера?

Кто-то знает хороший курс по backbone ?

ребят, можно ли у загруженное изображение через форму "сжимать" на клиенте? или это задача только сервера?

можно, тебе нужен канвас

можно, тебе нужен канвас

это уже я понял, можно кинуть плз где можно об этом почитать

Кто-то знает хороший курс по backbone ?

начни здесь https://github.com/sadcitizen/awesome-backbone

начни здесь https://github.com/sadcitizen/awesome-backbone

Спасибо

это уже я понял, можно кинуть плз где можно об этом почитать

https://habrahabr.ru/post/252175/