1250
— покрывать код тестами, TDD
— при написании кода соблюдать принципы DRY, KISS, SOLID
xD
AR адок с точки зрения TDD
github.com/...ocker/for-mac/issues/1759
На всякий случай оставлю это здесь. Если будете юзать докер, то нужны будут модификации конфигов специально под Mac OS, ефект от которых все равно не помогает догнать производительность на ubuntu.
немного крипово получилось, но прикольно :P
Пишем, Behat для API, PhpSpec для юнит тестов. Раньше, когда был проект без SPA фронтенда еще писали e2e на селениуме, тот еще был ад.
TDD использую практически всегда для API, на уровне юнитов зависит от задачи, если много доменной логики то сначала пишу код, потом тесты и в процессе рефакторю. Если что-то вроде pure function для разных подсчетов с определенным input-output, сначала пишу тест с датасетом.
Для тех кто воодушевился данной статьей, помните, UI тесты вносят огромный технический долг, у них бесконечно долгий feedback loop, 90% функционала который вы ими покрываете можно мигрировать на уровень unit/integration тестов.
Я скорее спрашивал про unit/integration тесты, написанные разработчиками, но данная информация тоже полезна к размышлению :)
Медианная оценка включает в себя некий test coverage?
Поделитесь подробной информацией. Касается ли это визы категории D ?
С задачами по sql можете попрактиковаться здесь www.sql-ex.ru
Мне нравится как в Харькове Добкин со своими друганами нацепляли георгиевских лент аки крестов на себя. Неужели еще остались люди на которых этот цирк действует?
с куском дорогого сыра в кармане:DD made my day
Ну или аналогичным способом приклеить meta charset = utf-8. С зендовым DOM по крайней мере помогало.
Можно попробовать добавить кодировку непосредственно перед вставляемым контентом, правда это костыль.
$dom->loadHTML('<xml encoding="UTF-8">' . file_get_contents('comments.html'));
Пожертвовал 25 000