VK
утрированно
Size: a a a
2020 May 08
AY
Человек, похоже, плохо себе представляет, что такое TDD. Если код пишется согласно TDD, то статическая типизация мало чем помогает.
он пишет про js, в ruby жили и живут без статической типизации комфортно, к примеру. вопрос культуры
ИП
девелоперы не понимают, как оно разьезжается, сисадмины не понимают, как оно запускается 🙂
Если не понимают - то devops не поможет
VK
Если не понимают - то devops не поможет
Ну помогает. через боль и слезы, но помоагет. поэтому так и популярны 🙂
AS
Человек, похоже, плохо себе представляет, что такое TDD. Если код пишется согласно TDD, то статическая типизация мало чем помогает.
Проблема только в том, что TDD без допущений не может покрыть даже такой простой случай, как цикл с условием.))
AS
девелоперы не понимают, как оно разьезжается, сисадмины не понимают, как оно запускается 🙂
Так это не специалистом по всему решается же!
MK
Tdd имеет ОЧЕНЬ ОГРАНИЧЕННОЕ применение
Не поспоришь. В legacy с TDD сложно. Ну и другие примеры есть. Инструмент должен соответствовать задачам. Если у тебя другие задачи, это ещё не значит, что инструмент плохой
VK
Так это не специалистом по всему решается же!
А кем? 🙂
ИП
Не поспоришь. В legacy с TDD сложно. Ну и другие примеры есть. Инструмент должен соответствовать задачам. Если у тебя другие задачи, это ещё не значит, что инструмент плохой
TDD имеет проблему в основной парадигме - что можно написать тесты. Это сделать невозможно
MK
Если пишешь бизнес логику, то обычно теста писать можно и нужно
AS
А кем? 🙂
А руководителем разработки. Либо CTO, если он видит, что у руководителей разработки и эксплуатации непримиримые противоречия.
MK
Если UI, то сложнее с тестами
ИП
Если пишешь бизнес логику, то обычно теста писать можно и нужно
Нет
AS
TDD имеет проблему в основной парадигме - что можно написать тесты. Это сделать невозможно
Именно так))
GM
Я правда так и не понял, зачем нужен devops
Если девопсом называют человека который ямлы пишет то сугубо потому что так принято сейчас, а в нормальном случае порядок наводить или вводить если не успели беспорядок ещё устроить.
ЮВ
Я правда так и не понял, зачем нужен devops
чтобы кодомразей прижать.
классика какая — разработчики подтаскивают репозиторий к забору, как визжащую свинью, перебрасывают ее админам и говорят, мол, все, теперь вы ответственны за то, чтобы оно как-то там бизнес обслуживало
классика какая — разработчики подтаскивают репозиторий к забору, как визжащую свинью, перебрасывают ее админам и говорят, мол, все, теперь вы ответственны за то, чтобы оно как-то там бизнес обслуживало
AS
Точнее, написать-то мжно, но не за конечное время.
VK
А руководителем разработки. Либо CTO, если он видит, что у руководителей разработки и эксплуатации непримиримые противоречия.
ишь ты. так специалисты по всему без работы должны остаться 🙂
ИП
чтобы кодомразей прижать.
классика какая — разработчики подтаскивают репозиторий к забору, как визжащую свинью, перебрасывают ее админам и говорят, мол, все, теперь вы ответственны за то, чтобы оно как-то там бизнес обслуживало
классика какая — разработчики подтаскивают репозиторий к забору, как визжащую свинью, перебрасывают ее админам и говорят, мол, все, теперь вы ответственны за то, чтобы оно как-то там бизнес обслуживало
Это проблемы менеджмента
AS
чтобы кодомразей прижать.
классика какая — разработчики подтаскивают репозиторий к забору, как визжащую свинью, перебрасывают ее админам и говорят, мол, все, теперь вы ответственны за то, чтобы оно как-то там бизнес обслуживало
классика какая — разработчики подтаскивают репозиторий к забору, как визжащую свинью, перебрасывают ее админам и говорят, мол, все, теперь вы ответственны за то, чтобы оно как-то там бизнес обслуживало
Так это именно так проблема, которая должна решаться руководителем разработки или его заменой.