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

не я большой противник unit-тестов

в навязывательной манере

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

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

я разделяю программистов на те которые сами понимают зачем это им - и пишут, и тех которые не пишут :)

а если нет автотестов то и в канаву весь девопс, не?

не я большой противник unit-тестов

просто юниты - это зло, их сразу приходится выкидывать при любом мало-мальском рефакторинге.

с учетом того ,что нынешняя разработка - это "собери себе франкенштейна из компонентов, написанных другими", то основная работа - это интеграция.

ну вот тут то как раз я бы возразил

как раз от дефектов рефакторинга юнит тесты и защищают

когда не меняется контракт

самое главное, собирать франкенштейна из протестированных компонент :))) (но это не про автотесты, а про acceptance)

просто на моей практике любая доработка - изменение контракта (особенности конкретной задачи) а вот если гарантированно контракт не менялся (а это и есть рефакторинг) - тесты спасают

как раз от дефектов рефакторинга юнит тесты и защищают

не-не-не. Он защищает, если они проверяют контракт - то что редко меняется. А для веба - это прослойка между внешним АПИ и базкой. И между АПИ и ui. Т.е. интеграционные тесты/

на защищают, но тесты на уровне компонент - это тесты запрограмированных ошибок бизнес логики ;)

да тут важно отличать unit, intergration/acceptance

хорошо что мы все согласны, предлагаю закрыватьтему пока это так :D

Когда я рефакторю класс с целью улучшения читабельности, либо когда пришло новое изменение требований, я очень рад, что код покрыт юнит-тестами. Намного безопаснее и быстрее

А чтобы их не выкидывать при рефакторинге, очень важен SOLID и все такое

А чтобы их не выкидывать при рефакторинге, очень важен SOLID и все такое

важнее конечно, LC/HC при проектировании. SOLID - он все-таки какой-то странный и про ООП )

Я из мира ООП, поэтому да, профессиональное)

Но сути не меняет. В основе та же изолированность, независимость и т.п.

ну просто весь солид легко вывести из LC/HC. И как мне кажется, он универсальнее и проще для понимания.

Просто надо писать проще :-] ваш К.О.

Просто надо писать проще :-] ваш К.О.

Спасибо ;) Но весь вопрос, как это сделать )

Вооот... как

ну просто весь солид легко вывести из LC/HC. И как мне кажется, он универсальнее и проще для понимания.

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

ну просто весь солид легко вывести из LC/HC. И как мне кажется, он универсальнее и проще для понимания.

и зашоривает

Лучше дайте определение правильном кодированию

Потому что это абстрактное понятие

А пути достижения абстрактного понятия - тема сомнительная

Вопрос риторический) Тут исключительно эмпирически. Если приходит новое требование и программист быстро его реализует, а QA не заваливают багами, то значит нормально написано

Ой, ну это просто. Написано без ошибок и полностью соответствует требованиям заказчика

Да вот же ответ

полностью соответствует требованиям заказчика

(да пускай хоть на 80% 😂)

Сроки реализации требований выводим из уравнения?

Сроки реализации требований выводим из уравнения?

срок может являться требованием

быстро, качественно и очень дорого

в программировании стоимость не залог качества)))

просто быстро, качественно и дёшево не бывает

а с дорого шанс есть

срок может являться требованием

Большинство под требованиями понимает функционал. Но можно и в требования завести)

согласен, да

но не всё можно сделать быстро

Это скорее до программиста спускаюьтся требования как функционал ;)

Мы про программеров и говорим)

а если быть точным, то функциональность

А это проблема

вот придёт заказчик и скажет что хочет универсальный ИИ и готов за это дофига платить. Вероятно завтра всё равн не получится :(

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

(мы опять начинаем про Agile)

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

не-а. Сферический ещё во всём бизнесе разберётся, с клиентом поговорит и с заказчиком и сам всё правильно сделает

Почему нет?

Не один, а вместе с командой

может и один

Посидит и послушает :)

ит стронгли депендс он проджект сайз

Че там у заказчика за галлюцинации

Да ну забейте на сайз, уже понятно что если ты не амазон, то твой продукт там 10-к человек сделают

остальное - это поддержка инфраструктуры, и монстры какие-нибудь типа госов

операционные системы

есть много проектов, которые разраб в одно лицо может сделать при развитых софтскиллах

нужны ли программисту софтскиллы?

вот сегодня

не обязательно для заказчика

а просто в команде - менеджеры, бухгалтерия, и т.п.

Для коммуникации очень важно, думаю. А коммуникация очень важна в результате проекта

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

нужны ли программисту софтскиллы?

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

но люди же врут, зачем с ними общаться?

:]

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

а потом тот учвак который просто сидит и качественно/быстро пишет - говорит "хм, странный раздел сайта, никто никогда не посещал"

кто о чем а тренера о софтскилз

вы бы математика программиста еще спросили нужна ли програмисту математика

вы бы математика программиста еще спросили нужна ли програмисту математика

сейчас уже нет

а потом тот учвак который просто сидит и качественно/быстро пишет - говорит "хм, странный раздел сайта, никто никогда не посещал"

Такой человек не будет смотреть аналитику посещения. Он лучше покопается в последнем стандарте плюсов)

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

ну вот софтскиллы и позволяют это понимать ;)

ну как раз помогает только трезвый рассудок и аналитический склад ума ))