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

В тылу врага

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

на прямую комиттит — это как?

Человеческий анус очень вместителен

Никита, ты должен знать, что это правило довольно и даже более чем зависит от фазы луны и ситуации в целом

Никита, ты должен знать, что это правило довольно и даже более чем зависит от фазы луны и ситуации в целом

Я думаю Никите виднее.

на прямую комиттит — это как?

"Эх, была не была― двум смертям не бывать, а одной не миновать!"

на прямую комиттит — это как?

в мастер

на прямую комиттит — это как?

Пулы уж совсем для отбитых людей

Особенно когда master делает пулы

Это аутизм для самых отбитых аутистов которым не хватает в жизни аутизма

А по хорошему каждый коммит отправляется через review скрипт

Пулы уж совсем для отбитых людей

(это правило не работает в open source)

Если над OS работает много людей, то каждый должен делать пулл, каждый пулл должен быть проверен core частью, ну и предварительно пулл должен пройти все тесты и review

Если review не проходит ну или тесты, то core часть либо дополняет пулл либо шлёт автора нахуй. Как вариант, когда изменения довольно серьёзные, но ключевые, то тогда core часть их подтверждает

В закрытых условиях на это уходит слишком много времени и сил, плюс количество людей, очевидно, меньше. В свою очередь, делается через коммиты и скрипты на проверку

Если кто-то васян

Если review не проходит ну или тесты, то core часть либо дополняет пулл либо шлёт автора нахуй. Как вариант, когда изменения довольно серьёзные, но ключевые, то тогда core часть их подтверждает

тесты пишутся заранее?

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

тесты пишутся заранее?

По ситуации работает

тесты пишутся заранее?

bdd\tdd же

Если review не проходит ну или тесты, то core часть либо дополняет пулл либо шлёт автора нахуй. Как вариант, когда изменения довольно серьёзные, но ключевые, то тогда core часть их подтверждает

дай гайды

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

нах, если в таких вещах уже есть автоформаторы

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

bdd\tdd же

bdd vs tdd

тесты пишутся заранее?

конешно

нах, если в таких вещах уже есть автоформаторы

Чтобы выявлять пидоров, очевидно; когда вся архитектура в одном стиле, а какой-то васян пишет в своём: ему нужно об этом сообщать

bdd vs tdd

borodutch developers days vs toreodoro ding dong ?

Как вариант, конечно, можно просто прогонять комметы через транслиттер автоматически

borodutch developers days vs toreodoro ding dong ?

*toreadoro dildo dongs

дай гайды

Гайды по тому, как общаться с единомышленниками и следить за проектом над которым ты работаешь?

Даю гайд: Меньше аутировать и долбиться в жопу

bdd\tdd же

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

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

Писать сначала тесты и бдд\тдд — не одно и то же?

Писать сначала тесты и бдд\тдд — не одно и то же?

В целом покрывать код тестами это довольно узкая и фривольная тема внутри. То же написание тестов изначально: требует много времени на продумывание архитектуры, поведения и в целом: видеть то, что ты хочешь, собственно, до крупиц

Когда ты это делаешь в соло — это одно

Когда ты говоришь команде делать исключительно так — это другое

В целом покрывать код тестами это довольно узкая и фривольная тема внутри. То же написание тестов изначально: требует много времени на продумывание архитектуры, поведения и в целом: видеть то, что ты хочешь, собственно, до крупиц

так если tdd то обдумывание проходит в процессе, верно?

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

Когда ты говоришь команде делать исключительно так — это другое

Не, сделал фичу — сам покрой тестами, изменил функциональность — поправь тесты. Вот и всё!

Не, сделал фичу — сам покрой тестами, изменил функциональность — поправь тесты. Вот и всё!

Ну в соло это всё работает очень православно; в большой команде — нет. Часто могут и тесты левые написать и код очень абстрактный, особенно когда нет строгой типизации. В общем, за джунами нужно следить и направлять их

так если tdd то обдумывание проходит в процессе, верно?

Грубо говоря да. Типа, художник может видеть всю картину в целом, а может развивать её в процессе по средствам проб, ошибок, мысли-потоков

Ну в соло это всё работает очень православно; в большой команде — нет. Часто могут и тесты левые написать и код очень абстрактный, особенно когда нет строгой типизации. В общем, за джунами нужно следить и направлять их

Но не только джуны совершают ошибки — это нужно понимать

Ну в соло это всё работает очень православно; в большой команде — нет. Часто могут и тесты левые написать и код очень абстрактный, особенно когда нет строгой типизации. В общем, за джунами нужно следить и направлять их

я про соло вообще не говорю, а всё левое отсеится на стадии код ревью

так если tdd то обдумывание проходит в процессе, верно?

Я лично сторонник того мнения, что тесты нужно писать в процессе

В вебе правильно писать request тесты или на методы?

В вебе правильно писать request тесты или на методы?

смотря какие тесты ты пишешь

В вебе правильно писать request тесты или на методы?

Нет правильного; зависит скорее от архитектуры

Ну и да, архитектура, которая позволяет делать тесты по методам — лучше

я про соло вообще не говорю, а всё левое отсеится на стадии код ревью

в соло вообще на этот процесс насрать на самом деле

Нежели архитектура которая требует прямо в лоб писать тесты

в соло вообще на этот процесс насрать на самом деле

Ну и да, кстати, сейчас бы в соло тесты писать по всем канонам

Это столько времени занимает, что ну его нахуй просто

))))

Ну и да, архитектура, которая позволяет делать тесты по методам — лучше

что-то ты не туда, смотря какие ты тесты хочешь писать

Ну типа в рельсах Я переодически натыкаюсь на статьи аля "Пишите тесты только на методы контроллеров\моделей" и "Тестируйте только запросы".

что-то ты не туда, смотря какие ты тесты хочешь писать

Ну это очень по ситуации

В рамках того же бэка, можно построить архитектуру так, что всё будет очень независимое и модульное, следовательно и тесты можно писать в том же духе, а можно всё написать тупо по простому и никак иначе

Ну это очень по ситуации

вот вот, потому что например интеграционные тесты затрагивают целые процессы

Тогда и тесты пишешь тупо по простому

Тогда и тесты пишешь тупо по простому

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

Ну типа в рельсах Я переодически натыкаюсь на статьи аля "Пишите тесты только на методы контроллеров\моделей" и "Тестируйте только запросы".

Ну у всех своё мнение и взгляд

вот вот, потому что например интеграционные тесты затрагивают целые процессы

от поднятия сервака, до проверки результата в следствии даже какой-то генерации

Ну типа в рельсах Я переодически натыкаюсь на статьи аля "Пишите тесты только на методы контроллеров\моделей" и "Тестируйте только запросы".

Но обычно такие расово-верные чуваки ещё и код напрямую в production ебошат

А потом выясняется, что тесты хуевые и всё работает через жопу

Нужно просто адаптивно по ситуации делать

По инструкциям и обезьяна справится

Вообще, счастливые люди тупо printf юзают

ERROR: S client not available

Как дед завещал

Вообще, счастливые люди тупо printf юзают

ага, скажи это компилируемым языкам

ага, скажи это компилируемым языкам

Ага, скажи это чувакам которые покрывают тестами тот же C/C++

Не, лучше сразу mips

Пока тесты под это дерьмо делаешь и запускаешь, три стуртупа поднимешь и свою операционную систему напишешь

Особенно если работягам не повезло и они сидят под шиндой

Лучше бы ониме посмотрели или сударыню куда-нибудь отвели

Но в целом, конечно, лучше дождаться DO

Желательно ещё свою сударыню на это дерьмо посадить

Родственникам рассказать

Бабулю и деда позвать

Знакомых пригласить, в конце-то концов

Но в целом, конечно, лучше дождаться DO

Будет люто комфортно писать?)

Шт ьн тштв, шт ьн руфв http://telegra.ph/14052018-05-14-3

@borodutch, Мишу вернул, а меня забери

Шт ьн тштв, шт ьн руфв http://telegra.ph/14052018-05-14-3

на картинке мигос?

А Кодавра забанили?

@borodutch, Мишу вернул, а меня забери

тебя уже забрали, режиссер

А Кодавра забанили?

нет

Будет люто комфортно писать?)

Я работаю над этим

А Кодавра забанили?

за что его банить, он из пакон веков тут, и всегда адекват

«Что такое акт любви? Забан в Бородаче. Лучший подарок? Забан в Букиче. Кодавру досталось все и сразу»

«Что такое акт любви? Забан в Бородаче. Лучший подарок? Забан в Букиче. Кодавру досталось все и сразу»

Ой, что это я

за что его банить, он из пакон веков тут, и всегда адекват

ты не видел лс

ты не видел лс

от кого?

ничего не видел

от него

от него

там ничего нет, кроме как линк на долину

а что там должно быть