Я сегодня это проходил)

щас те скажут что если у тебя сложные обьекты сторе то хуево

Не вижу ничего хуевого в том, что ты заколебёшься))

В стейте очень катят подходы из баз данных, и это не совпадение

No offence, сложный стор — обыденность, но это не значит, что это хорошо

Я не говорю что это хорошо или плохо. Я говорю что сейчас скажут в чате )

но иногда нужно что-то пошатать в иерархиях

Линзы всякие. Простейшая реализация в ramda, например

Я не говорю что это хорошо или плохо. Я говорю что сейчас скажут в чате )

ну ты уже сказал ?

ну ты уже сказал ?

я не говорил про обьекты! я говорил что скажут )

:D

короче whatever

А шторм или вс код сниппеты не нравятся?

Мне не нравится идея зависимости рабочего процесса от рабочего окружения. Тем, чем пользуюсь я, должна иметь возможность пользоваться вся команда, независимо от того, кто и в чём работает. Один настроил, закоммитил, остальные юзают. Это рациональнее, нежели чем каждый будет тратить время на ковыряния, плюс способствует сохранению единого стиля кода и всё такое.

На ум приходит только yeoman

На ум приходит только yeoman

Уже посоветовали https://github.com/amwmedia/plop

?

Тогда ок, а то проблема таких чатов, что когда возвращаешь в тг, то уже 300+ пропущенных сообщений

Мне не нравится идея зависимости рабочего процесса от рабочего окружения. Тем, чем пользуюсь я, должна иметь возможность пользоваться вся команда, независимо от того, кто и в чём работает. Один настроил, закоммитил, остальные юзают. Это рациональнее, нежели чем каждый будет тратить время на ковыряния, плюс способствует сохранению единого стиля кода и всё такое.

В целом подход крут. Так же как и повсеместное использование линта. Но когда команда 10-15 человек, за этим не уследишь. А на каждом пул-реквестор править и комментить это реально задалбывает. Если найдёшь решение - маякни пжлст. Очень интересно!

А может настроить репозиторий, чтобы​ коммиты не подходящие принятому соглашению не принимал. Пускай сам разработчик потом правит, пока репозиторий не примет

А может настроить репозиторий, чтобы​ коммиты не подходящие принятому соглашению не принимал. Пускай сам разработчик потом правит, пока репозиторий не примет

Когда релиз горит, как бы не до этого. У меня только на линтегра и тесты ругается. Проверок на стиль кода я не встречал.

Я про Линт в общем

Ну 2 пробелы и не используемые функции и переменные он красиво обозначит. Но как стиль в целом контролировать?!кто то пишет React.Component , а кто то испортит и просто Component

И линту тут пофигу

Да и когда команда целая, не круто вешать траблы со стилем на девелопера. Правила для всех одни.

Только девелопер по правилам - это робот.

Чушь, ей богу.

Вам по что даны ide?

ide стили отлично бледут

Все одну ide юзают? У меня в команде гоняют шторм, код, атом, саблайм, скрин и вим. Есть универсальное решение?

ну в шторме кодинг стайлы есть

Для шторма, атома и кода юзаем сниппеты. Остальные сами следят.

за остальных не скажу

кстати, а что за скрин?

или screen+vim?

Типа вима

Типа вима?

http://www.gnu.org/software/screen/

нде ^_^

Да, есть извращенцы староверы)

Немного пофлужу, но интересно. Какого размера и сложности должен быть фронтенду, чтобы над ним работало 10-15 человек? Может какие-то​ конкретные цифры а количестве компонентов, редьюсеров, экшенов и прочего прочего. Просто интересно)

Немного пофлужу, но интересно. Какого размера и сложности должен быть фронтенду, чтобы над ним работало 10-15 человек? Может какие-то​ конкретные цифры а количестве компонентов, редьюсеров, экшенов и прочего прочего. Просто интересно)

Мы тут все Фуллстеки. Одинаково пишем как фронт, таким бек. Поэтому столько.

10-15 в одной компании или на 1 проект?;)

А вообще на фронт столько народу - даже не знаю. Дофига большой проект должен быть.

10-15 в одной компании или на 1 проект?;)

На 1 проект

именно не веб фронт - или просто на фронт?

а в qa у вас сколько?

а в qa у вас сколько?

6

а в qa у вас сколько?

Из них 4 аутомэйшн

у каждого лида по 5 человек? архитектора штуки 3?

1 арх. 2,5 лида

2 Лида и 1 тех лид

dba 1-2?

Ебанутая структура короче :)

норм, хочу в такую=(

знаешь как сложно, когда у тебя есть ты 1 фулстак и 1 ведроид разраб? =)

и все

Не, братан, не круто это. Реально мозг выносят. Сначала Джуны, потом техлид, а потом арх спрашивает за что был послан техлид?)))

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

Фулстеком быть – свои минусы иметь, но это удобно

Ну хз. Видимо дело вкуса.

В целом подход крут. Так же как и повсеместное использование линта. Но когда команда 10-15 человек, за этим не уследишь. А на каждом пул-реквестор править и комментить это реально задалбывает. Если найдёшь решение - маякни пжлст. Очень интересно!

{ ... "scripts": { ... "prebuild": "yarn run lint && yarn run flow && yarn test", "build": " ... ", "lint": "eslint .", "flow": "flow", "test": "jest", "precommit": "yarn run prebuild", "preversion": "git checkout master && yarn run prebuild", "postversion": "git push origin master --tags", ... }, "devDependencies": { ... "husky": "^0.13.3", ... }, ... }

Yarn не глючит?

CI никто не отменял. А если какая собака попытается обойти precommit, я считаю, это уже повод предупредить о возможности увольнения. Ибо это уже конкретная твердолобость.

а должен?

Yarn не глючит?

Неа.

Да. У меня с ним были терки при билде в паре важных либ.

Особенно там где был gcc

Или g++

ERROR: S client not available

Короче g что-то там :)

Забавно, когда сова шутит над совой

CI никто не отменял. А если какая собака попытается обойти precommit, я считаю, это уже повод предупредить о возможности увольнения. Ибо это уже конкретная твердолобость.

"обожаю" людей которые видят во всем только черное и белое

"обожаю" людей которые видят во всем только черное и белое

Юзаешь let а не const? Уволен!

Цирк.

Юзаешь let а не const? Уволен!

вот и я про то же)

Мне не нравится идея зависимости рабочего процесса от рабочего окружения. Тем, чем пользуюсь я, должна иметь возможность пользоваться вся команда, независимо от того, кто и в чём работает. Один настроил, закоммитил, остальные юзают. Это рациональнее, нежели чем каждый будет тратить время на ковыряния, плюс способствует сохранению единого стиля кода и всё такое.

Хуже, когда над проектом два человека работает, и один из них против nodemon в devdependencies

Два человека ещё мало, можно договориться. Например, армреслинг. А если человек 5 работают, то тут уже за тимлидом слово. Если не нравится, то все равно придется соблюдать. Если совсем чешется, то уже попробовать уговорить тимлида и изменить правила. А то будет как лев, рак и щука. С еженедельными спорами

Два человека ещё мало, можно договориться. Например, армреслинг. А если человек 5 работают, то тут уже за тимлидом слово. Если не нравится, то все равно придется соблюдать. Если совсем чешется, то уже попробовать уговорить тимлида и изменить правила. А то будет как лев, рак и щука. С еженедельными спорами

Вот тимлид и был против, а когда много людей- решает один, обычно

Ну и если будет команда, в которой большинство будет против удобных инструментов- я как можно скорее оттуда свалю

кто юзает eslint?

есть ли правило для тернарок?

типа const foo = cond ? 1 : 2 vs const foo = cond ? 1 : 2

мб есть плагин

Есть правило, чтобы так делать)

"operator-linebreak": ["error", "after", { "overrides": { "?": "before", ":": "before" } }],

"operator-linebreak": ["error", "after", { "overrides": { "?": "before", ":": "before" } }],

где же ты был пару лет назад!!!

Спасибо

?

"обожаю" людей которые видят во всем только черное и белое

Мне по***, что ты обожаешь. Но я нахожу, что у тебя странный взгляд на рабочий процесс.

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

И это, в первую очередь, значит поднасрать команде, идя на поводу у своей лени. Нафига такой в команде нужен? Я не знаю.

Да всё правильно

Мне по***, что ты обожаешь. Но я нахожу, что у тебя странный взгляд на рабочий процесс.

интересно откуда ты знаешь какой у меня взгляд на рабочий процесс) не надо так брызгать слюной, я говорю о том что бывает миллион ситуаций когда не все в черно белых тонах. например есть легаси проект, ты добавил линтер и у тебя овердохера ошибок, к тебе приходит пм и говорит надо срочно исправить багу, что ты будешь делать? скажешь "не, у меня тут ошибки линта, надо исправить, подожди"?

интересно откуда ты знаешь какой у меня взгляд на рабочий процесс) не надо так брызгать слюной, я говорю о том что бывает миллион ситуаций когда не все в черно белых тонах. например есть легаси проект, ты добавил линтер и у тебя овердохера ошибок, к тебе приходит пм и говорит надо срочно исправить багу, что ты будешь делать? скажешь "не, у меня тут ошибки линта, надо исправить, подожди"?

При таком раскладе линтер либо в прекоммит и в CI не ставят, либо покрывают код линтером постепенно.

Иначе это будет боль, тормоза, будет рябить в глазах, будешь терять время.

И линтер — не самый удачный пример, кагбэ.

И линтер — не самый удачный пример, кагбэ.

Некотяй

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

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

Контекст таков, что я рассматривал ситуацию, в которой автоматом запускаются только актуальные проверки кода. Лично я никого не увольняю — я ещё не такой большой мальчик. Я высказал своё мнение.

ну максимализм свойственен для тех как раз кто не увольняет никого, да