который #include раскрывает, или #define. Вот он в него встроился)

который #include раскрывает, или #define. Вот он в него встроился)

Темплейт движок это я понимаю, а как функцию или переменную в си можно зареквайрить в том понимании, как это в ноде есть, не очень.

так у компилятор работает с 1 файлом в итоге)

это как webpack работает, только еще проще)

я тебе больше скажу))

Вернее, идеи есть, но применять их как-то не тянет) запишу себе на будущее посмотреть доклад, ок

у gcc есть сорсмэпы!

https://www.youtube.com/watch?v=DCQNm6yiZh0

вот доклад. Только мне казалось качество лучше было(

Утра.

gm, чат :)

https://medium.com/modus-create-front-end-development/optimize-es6-output-size-performance-ninja-tricks-included-d4fc2d313f66#.pzbqiijsf

Всем утро доброе. Со свежей головой хотел бы спросить. Npm publish это слишком круто. Я написал утилиту только для себя. Мне просто бы сделать возможность вызывать ее коротким способом

Поскольку буду часто ее юзать (она мне тупо структуру компонента-контейнера делает)

Что-то вроде как бем тулс создает блоки

@JiSeven https://webpack.github.io/docs/configuration.html#resolve-alias оно?)

Ну, в принципе, я так и думал делать)

Ну, в принципе, я так и думал делать)

Просто думал мб средствами npm можно как-то

В гитхаб свой и через нпм ставить по гитхаб урлу

В гитхаб свой и через нпм ставить по гитхаб урлу

? спасибо

? спасибо

Можешь просто создать исполняемый js файл и положить в /bin/

Можешь просто создать исполняемый js файл и положить в /bin/

О, точно. Я совсем забыл про это) спасибо)

То, что нужно

Парни, кто знает либу для создания промисифицированных запросов к серверу через любой pub\sub образный протокол: websocket, eventemitter, broker'ы, суть в том, чтобы знать на какой именно запрос пришел ответ, кикать при таймауте и прочее, понятно, что легко реализуется, но возможно есть что-то унифицированное

Всем утро доброе. Со свежей головой хотел бы спросить. Npm publish это слишком круто. Я написал утилиту только для себя. Мне просто бы сделать возможность вызывать ее коротким способом

Можно намного проще это сделать, если нужно всего на одной машине: 1. Создать папку с package.json для этого модуля и указать его в поле "main". 2. Сослаться на него в package.json своего проекта с помощью префикса "file:": { "devDependencies": { "myPkg": "file:./pkgDir" } } 3. Установить его: npm install Он установится как любой другой модуль. Соответственно если вносишь изменения в него, то поднимаешь версию и снова делаешь npm install. Все как со внешними модулями. Дока тут: https://docs.npmjs.com/files/package.json#local-paths

Можно намного проще это сделать, если нужно всего на одной машине: 1. Создать папку с package.json для этого модуля и указать его в поле "main". 2. Сослаться на него в package.json своего проекта с помощью префикса "file:": { "devDependencies": { "myPkg": "file:./pkgDir" } } 3. Установить его: npm install Он установится как любой другой модуль. Соответственно если вносишь изменения в него, то поднимаешь версию и снова делаешь npm install. Все как со внешними модулями. Дока тут: https://docs.npmjs.com/files/package.json#local-paths

Круто, спасибо, не знал что можно прописывать file:./ и делать локальные модули

npm link лучше

https://docs.npmjs.com/cli/link

в package.json прописывается адрес тега на гитхабе напремер, а для локальной разработки npm link в директории либы npm link в директории где нужно подключить либу npm link your-lib тогда не нужно npm install после внесения изменений

Ну я планирую тягать эту либу из проекта в проект. Так что лучше будет все же на гитхабе ее держать

Плюс, если с разных компов работать, так тоже будет проще подключить либу

Попробую нпм линк. Спасибо еще раз)

Не могу рекомендовать npm link. Уж слишком много с ним багов было.

Не могу рекомендовать npm link. Уж слишком много с ним багов было.

Расскажи, плз

npm link очень проблемная вещь, там что-то не то с кэшированием

В частности с вебпаком он не дружит и с любой другой утилитой, которая не умеет ходить по симлинкам. Давно его юзал, все кейсы не вспомню сейчас, но его работа реально отличается от простого npm install. Вот несколько issue: https://github.com/npm/npm/issues/13020 https://github.com/npm/npm/issues/10343 https://github.com/npm/npm/issues/10800 https://github.com/npm/npm/issues/11557 https://github.com/webpack/webpack/issues/784 Для webpack-а есть workaround: http://webpack.github.io/docs/troubleshooting.html#npm-linked-modules-doesn-t-find-their-dependencies Для babel-loader-а похоже пока нету: https://github.com/babel/babel-loader/issues/149 Вообщем очень много проблем и багов.

Вот черт)

Вот черт)

В твоем случае лучше реально с гитхаба ставить, раз ты хочешь иметь возможность работать на разных машинах.

Стопэ, у на всё отлично с вебпаком и бабелем работает

раньше всё плохо было - да. Сейчас норм.

Посмотрел баги - да, если что-то сложное тоже рекомендовать не стану, в простом случае работает.

В твоем случае лучше реально с гитхаба ставить, раз ты хочешь иметь возможность работать на разных машинах.

Да, получается так

что не так с npm link?

кажется проблема в том, что не все понимают как он работает

какие-то несерьезные баги в списке выше

бтв я юзаю вебпак и линк для наших внутренних либ, которые юзаются почти во всех проектах

так и полагал, что сведется к "у меня работает, значит проблем нет"

бтв я юзаю вебпак и линк для наших внутренних либ, которые юзаются почти во всех проектах

аналогично.

я думаю беды ждут когда линкованные проекты зависят от линкованных проектов (?)

так и полагал, что сведется к "у меня работает, значит проблем нет"

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

если большинство багов поправлено, то круто. Я просто сейчас зашел в issues на npm, webpack, babel-loader и там до сих пор есть похожие баги на те, что были раньше. Я скинул только самые последние, что увидел. Там таких намного больше. Вообщем, думаю, что полезно знать об альтернативах, если в конкретном случае npm link не заработал.

если большинство багов поправлено, то круто. Я просто сейчас зашел в issues на npm, webpack, babel-loader и там до сих пор есть похожие баги на те, что были раньше. Я скинул только самые последние, что увидел. Там таких намного больше. Вообщем, думаю, что полезно знать об альтернативах, если в конкретном случае npm link не заработал.

это да, file - очень круто.

С file еще круто то, что его не только для разработки можно использовать, а и коммитить в проект. Он просто будет локальным модулем этого проекта.

при определённой конфигурации - да. У нас при деплое npm install, тэг из гита и линк нам удобнее пока.

Кто-то с реактом использует стайлгайд standardjs?

Кто вообще какие гайды юзает?

airbnb

airbnb

+

airbnb

а что за гайд у них?

а что за гайд у них?

https://github.com/airbnb/javascript

airbnb и standart На разных проектах

airbnb и standart На разных проектах

И какой меньше раздражает? Мне вообще standard вполне зашёл, но для standard-react они правила придумывали будто по принципу “какой больше выбесит”

я пока не понял, я и тот и другой расширял и перегружал не меньше 5-10 правил

стандарт наверное больше понравился, в нем меньше перегружал)

ERROR: S client not available

стандарт наверное больше понравился, в нем меньше перегружал)

Это же против стандарта

И какой меньше раздражает? Мне вообще standard вполне зашёл, но для standard-react они правила придумывали будто по принципу “какой больше выбесит”

А что раздражало? Меня пока только удивило "никаких изменений стейта в didMount". Я может не так как-то аякс делаю, но в доках так же вроде бы?

мы наверное о разных “стандартах”

я не про этот: https://github.com/feross/standard

а вот про этот https://github.com/feross/eslint-config-standard

Это же против стандарта

Да вот именно, всё это можно переписать, но тогда и смысла в стандарте нету особо Раздражают визуальные мелочи вроде того, что нельзя делать пробелы внутри curly braces т.е. вместо привычных { props } надо писать {props}

а вот про этот https://github.com/feross/eslint-config-standard

Ну так это же одно и то же))

почему?

два совершенно разных пакета

для разных целей

два совершенно разных пакета

http://standardjs.com/awesome.html

вы о каком-то общечеловеческом “глобальном” стандарте говорите или о стандарте в рамках проекта или команды?

1) зависимости 2) стандард — на еслинте и использует его для валидации. А правила — это как раз второй пакет

Идея standardjs в том, что он должен быть стандартом везде. Причём без правок

^ да, именно так, т.е. 2 разных пакета)

И тогда наступит всеобщее счастье

но он говно же

Пакеты — лишь проекции святого стандарта на наше окружение

эйрбнб без оверлодов

но он говно же

Через годик такие споры будут не нужны)

живем хорошо с ним

через годик реакт умрет или жс?

но в новых проектах tslint

через годик реакт умрет или жс?

Стандарт будет везде)

лол

Ну или тс

ему уже пару лет как бы

и всем насрать

хотя бы в рамках команды/проекта писать одинаково и то было бы счастье

У нас тоже airbnb и tslint, но в новом маленьком проектике решил заюзать для разнообразия стандарт и вот чёт ловлю баттхёрты

хотя бы в рамках команды/проекта писать одинаково и то было бы счастье

Вот потому надо брать стандарт и не переопределять ничего)