А разве в пхпшторме нет встроенного линтера?

Коллеге пришлось отключить встроенный и юзать ESLint — он гибче (в настройке) и адекватнее.

ну а я пишу) я и не говорю что он тебе нужен)

?

?

Вебшторм имеет фришную версию от сообщества, а пхпшторм платный

Вебшторм имеет фришную версию от сообщества, а пхпшторм платный

ну я сижу на платном шторме )

ну я сижу на платном шторме )

Оплатил или хак? Мне просто стыдно немного перед их компанией)) очень уж шикарные продукты, но платить нет возможности

Оплатил или хак? Мне просто стыдно немного перед их компанией)) очень уж шикарные продукты, но платить нет возможности

контора оплачивает

Оплатил или хак? Мне просто стыдно немного перед их компанией)) очень уж шикарные продукты, но платить нет возможности

а так у них годовая подписка индивидуальная 59 баксов в год. В месяц это где-то 300 рублей, на сигареты больше уходит :-/

У меня платные вебшторм и рубимайн

Вообще приятно поддерживать разработчиков делающих что-то для других разработчиков

а так у них годовая подписка индивидуальная 59 баксов в год. В месяц это где-то 300 рублей, на сигареты больше уходит :-/

Я с Узбекистана просто и тут с электронной валютой беда)

лучше чем шторм я для js не встречал от слова совсем )

+

У меня платные вебшторм и рубимайн

а зачем одновременно вебшторм и рубимайн? можно же например идею с плагинами и будет тоже самое?

могу я назвать так переменную или нет?)

Попробуй

Попробуй

Нет, сам попробуй

Нет, сам попробуй

Что ты несёшь?

Что ты несёшь?

Картошечку, а ты?

Уважаемые. Как приучить себя к разработке по #tdd?

Писать документацию, потом тесты, потом код

4кг между прочим, нелегко

Уважаемые. Как приучить себя к разработке по #tdd?

Думать о том, что бы ты будущими изменениями ничего важного не сломал. И не только ты, а ещё и новенький джун и контрибьютор через пулл-реквест

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

И сразу вжух, ты фанат TDD

И сразу вжух, ты фанат TDD

/warn

/warn

Что это?

Впредь быть осторожным?

Что это?

"предупреждение" за то, что не использовал стикер для "вжуха"

О мой бок, у меня их нет

дарю

Класс

Уважаемые. Как приучить себя к разработке по #tdd?

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

лишь бы эти тесты просто были

а наличие тестов очень легко проверяется разным софтом который покрытие измеряет, мы например в некоторых проектах делали так что jenkins проверял покрытие тестами и автоматически не принимал мержреквесты если оно меньше 50%

Писать документацию, потом тесты, потом код

Вот первого никогда не делал. =) А как это принято делать и в чём?

"предупреждение" за то, что не использовал стикер для "вжуха"

Так ты не админ, работать не будет

Так ты не админ, работать не будет

да в курсе я

И сразу вжух, ты фанат TDD

+1

Вот первого никогда не делал. =) А как это принято делать и в чём?

В ридми

а наличие тестов очень легко проверяется разным софтом который покрытие измеряет, мы например в некоторых проектах делали так что jenkins проверял покрытие тестами и автоматически не принимал мержреквесты если оно меньше 50%

nyc например

лишь бы эти тесты просто были

я полностью согласен

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

В ридми

всегда делаю кстати, даже для прототипов

банально самому может понадобиться

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

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

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

возьми чужой код

Было. =)

Было. =)

давай я тебе дам очень плохой код :)

Нет. =)

nyc например

ну у нас был istanbul + mocha

ну у нас был istanbul + mocha

Mocha тест раннер — он не имеет отношения к coverage

Istanbul да

Нет. =)

Ладно последний аргумент, если писать тесты, то тебе будут больше платить ?

У меня был плохой код. Пхпшное легаси. с 20+ классами по 3000 строк. Методы в основном работали за счёт сайд-эффектов.

Это был ад.

Mocha тест раннер — он не имеет отношения к coverage

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

И я даже привык. Но из отладчика не вылазил.

Но он плох с ес6 и параллельными тестами

И я даже привык. Но из отладчика не вылазил.

Вот поэтому нужны тесты

Да я согласен, что нужны. Только мне теперь нужно полностью переучиваться.

У меня был плохой код. Пхпшное легаси. с 20+ классами по 3000 строк. Методы в основном работали за счёт сайд-эффектов.

Ну к слову после php legacy и правда кажется что хуже уже не будет, но бывает

Да я согласен, что нужны. Только мне теперь нужно полностью переучиваться.

да просто напиши тесты, не обязательно вначале

Да у меня даже готов один проект, полностью покрытый и типизированный.

Да у меня даже готов один проект, полностью покрытый и типизированный.

крутой?

Я, правда, сомневаюсь, нужен ли кому-то этот велик.

крутой?

Ну, это не мне судить. =)

ахахахах

ERROR: S client not available

https://github.com/bigslycat/socketjam

Ридми ещё не успел нормально дописать. Всё остальное ок.

Кстати, да. Буду благодарен за ревью.

ну блин, на небольших проектах всей прелести не вкусить

надо чтобы ты логики писал месяц, а потом пришел тип, и все работает круто, а потом тебя на код ревью обосрали, сел переписывать, все поломал

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

Я веду большой. =) Но нам лимитировали время на внутренние задачи. После НГ будем разгребать.

я ща смотрю, но я с flow не очень, больше TS

ну лично я не очень понял, что происходит

вообще

вот например без контекста ведь этот кусок не очень понять? try { const decodedToken = await jwtVerify(token, secret, jwtOptions); onAuthSuccess(socket, decodedToken); } catch (e) { onAuthReject(socket, { name: e.name, message: e.message, }); }

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

buffer api в node js

вот например без контекста ведь этот кусок не очень понять? try { const decodedToken = await jwtVerify(token, secret, jwtOptions); onAuthSuccess(socket, decodedToken); } catch (e) { onAuthReject(socket, { name: e.name, message: e.message, }); }

Это не фолу.

я понял :D

async/await

Ну, эвейт ждёт промис.

Кстати, да. Буду благодарен за ревью.

Вкусовщина, конечно, но не находишь, что названия файлов модулей через дефис выглядят приятней, чем в camelCase? :)

И эту конструкцию можно оборачивать в try

Ну, типа, например, create-middleware.js вместо createMiddleware.js

вот например без контекста ведь этот кусок не очень понять? try { const decodedToken = await jwtVerify(token, secret, jwtOptions); onAuthSuccess(socket, decodedToken); } catch (e) { onAuthReject(socket, { name: e.name, message: e.message, }); }

Собственно, если промис отреджектится, то это будет ввиде исключения.

я не совсем об этом, просто зачем эта функция, могу понять что происходит, но не могу понять зачем

Вкусовщина, конечно, но не находишь, что названия файлов модулей через дефис выглядят приятней, чем в camelCase? :)

+1

Как понять, что ты реальный PRO в js и достоен быть в этом чате?

Ну, типа, например, create-middleware.js вместо createMiddleware.js

Я один раз решил так сделать, но пожалел об этом. Да, читается лучше, но при едином названии сущностей и их файлов код пишется быстрее. Мне удобнее — чаще использую копипасту имён, меньше шанс опечатки, просто практично. Профит так же и в быстром поиске по файлам.

Хотя теперь флоу с связке с атомом даёт просто волшебное автодополнение.

У копипасты есть и обратная сторона. Проще распространить ошибку :)

Это да. =)

Я один раз опечатку в имени сразу в 4 файла засунул.

И еще, как по мне, модули, onAnonDefault.js, и прочие on... не отражают своей сути.

Ну и ещё регистр начального символа названия тоже имеет значение. Либо там какой-нить метод, либо класс/модель.

Именно поэтому, кстати, не рекомендуется называть хендлеры в формате on<SomethingHappened>

И еще, как по мне, модули, onAnonDefault.js, и прочие on... не отражают своей сути.

А как бы ты сделал?