Сорі, мабуть не зрозумів.
Дуже дивний коментар від людини яка сама пише россійскою(всі дописи та коментрі ще в серпні також були не на державній). Будьласа будьте чесні з собою. Та слідкуйте за собою
Це як порівнювати керування літаком(2 пілоти) та керування мотоцикла(один пілот)?
Було по різному, взагалі часто знаходжу людей які люблять парне програмування. Але потрібно розуміти що не всім це подобається, та й не всі вміють і тп. Хтось навіть соромиться писати код онлайн ))
На стендапі так і кажу: робив таку то таску, парно програмувас з таким то мембером і поясню чого. Ще не разу ні хто мені не казав не роби більше так. З Ваших слів здається що у вас не команда, а просто купка індівідуалістів. І не забуваємо, що час сессії потрібно шукати такий який буде комфордний для обох )
Дякую за коментар, тільки дуже цікаво чого ви порівнюєте це з біологічним процессом, а не наприклад з будівництвом стіни в будинку?
В мене є різний досвід )) Скажу навіть, що частіше це кодування на рівних, наприклад коли потрібно накидати якийсь прототип, вирішити каверзну проблему, або коли в когось є якісь унікальні знання/навички які хочется залучити. Але, люди часто забувають або взагалі не вважають парне програмування інструментом вирішення тої чи іншої проблеми. І як результ розмовляють про код )
Ух, это очень большие сессии в день. Не нужно так )))
Для каждого инструмента есть свое применение )) Но частично, только частично соглашусь с Вами.
Спасибо за комментарий, у Вас был реальный опыт парного программирования или это теоретические мысли? И да в рамках второй части я проговорю о задачи которые не очень подходят для ПП ))
Спасибо большое за Ваше мнение. Но хочу заметить, что ни кто не говорил про замену CI )
1. Это помогает новым ребятам в команде. Открыл пре-коммит и все понял))
2. Мне нравится проводить статический анализ до того как зафиксирую код, это экономит время, а держать в голове лишняя трата энергии ))
3. Можно добавить кастомных штук
pre-coomit это по сути предохранитель
который не обязательный))
Честно не помню уже всех нюансов, возможно что-то изменилось за пару лет ))
Да все верно, но pre-coomit это по сути предохранитель. Кроме того Webstorm не единственная IDE для JS. И речь же не только про форматирование кода))
О да использовали шаблоны этих ребят, года 3 назад, на паре проектов. Но как по мне они иногда перегибают палку ))
Спасибо большое за комментарий.
Как эту проблему решает Pre-сommit?
ни как не решает эту проблему, и не должен)) Нам всегда нужны все 3 шага: самоконтроль, CI и Code Review.
Но вы предлагаете инструмент, который точно так же надо будет подключать/устанавливать.
Да можно использовать хуки без обертки, удобно ли это решать уже каждой команде отдельно )
В общем из статьи я не понял, зачем просить всех устанавливать левую утилиту
так как это фреймворк он предоставляет большой набор готовых решений и возможностей. Добавление или удаления какого-то правила за счет изменением файла с настройками, установку и удаления хуков одной командой, возможность использовать большой набор готовых правил... Так же есть возможность написать свой набор правил оформив их как репозиторий и использовать их во всех своих проектах или делится с комьюнити ))
да, можно и так )) Спасибо.
++