о!

а что, никто не читал Френкеля "Любовь и математика"?

https://habrahabr.ru/company/piter/blog/261469/

внезапно оказывается, что ТК, программирование, адронный коллайдер и тёмная материя - все связано

очень рекомендую эту книжку для мотивации

а что, никто не читал Френкеля "Любовь и математика"?

читал

но не много

только начало

ничесе, тут люди даже книги читают

не часто встретишь нынче

не часто встретишь нынче

Если только художественную, а так все техническую, по крайней мере в этом чате так точно.

художка тож полезная, если не на русском)

Задумался, а есть вторичный рынок книг же?

Ну вот не надо кому Фаулеры всякие больше. Продают?

gen.lib.rus.ec

а бумажные регулярно на доу темы бывают

но там все в переводе

Ну, ну я про бумажные ж)

а бумажные регулярно на доу темы бывают

Где?

dou.ua

Угадайте where am I from ?

что, решил на чорную дыру посмотреть?

так вон тебе баннер

чет у меня по этому адресу не телку показывают

чет у меня по этому адресу не телку показывают

Это у меня при клике на доу

Переадресация билайна

чет у меня по этому адресу не телку показывают

Тому шо ти хохол

Зачем бумажные?

@FolderArchive - канал, где сливают платный полезный - образовательный контент и курсы, например можно скачать курсы "Нетологии" или все курсы "Бизнес Молодости".

прям как у Дорофеева

Объясните пожалуйста, что такое Protected Variations?

это один-в-один Open/Close Principle ?

не

это скорее про инкапсуляцию

как мне кажется

это один-в-один Open/Close Principle ?

да

более того, это один в один Information Hiding

могу нагуглить пруф где об этом говорит автор protected variations

Спасибо

а причем тут опенклозе. Я думал опенклозе это про то чтобы объекты не рушились при дописыании нового функционала

могу нагуглить пруф где об этом говорит автор protected variations

Давай, ознакомлюсь

это скорее про инкапсуляцию

есть разница между инкапсуляцией и сокрытием информации. Хотя последнее не может быть без первого.

а причем тут опенклозе. Я думал опенклозе это про то чтобы объекты не рушились при дописыании нового функционала

просто разные трактовки одной и той же идеи

есть разница между инкапсуляцией и сокрытием информации. Хотя последнее не может быть без первого.

да, я тут понял уже сво ошибку

https://www.martinfowler.com/ieeeSoftware/protectedVariation.pdf

Благодарю, уже читаю

> Alistair Cockburn did not know of OCP when he first wrote about PV

быстро накину - code coverage и пирамида тестов. Кто-нибудь мерджит результат code coverage с юнит и интеграционных тестов?

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

или не стоит так делать?

ну мол я хочу что бы code coverage отвечал мне на вопрос что не покрыто вообще тестами

или не стоит так делать?

зависит от того, что ты хочешь посмотреть

ну мол я хочу что бы code coverage отвечал мне на вопрос что не покрыто вообще тестами

вот это хочу посмотреть

а какое деление? Какие файлы не покрыты или какие бранчи не покрыты?

вопервых интересует какие файлы не покрыты

потом - какие методы вообще не задействуются в тестах

брэнчи - опционально

а как на проекте с тестами вообще?

ну зачем тебе видеть непокрытые файлы и бранчи?

покрытие небольшое

по сути я и еще один чел пишем тесты

хотим поставить это на поток

для этого было бы неплохо видеть ситуацию более наглядно

есть куча каких-то интеграционных тестов которые были написаны пол года назад и хз что они тестят

хочу на основе этого собрать статистику что у нас вообще тестится а что стоило бы

так мб лучше просто два репорта держать?

так мб лучше просто два репорта держать?

ну вот хз....

типа один для юнитов и другой для интеграционных?

ну да

привет

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

смотря какие

что уточнить?

php traits

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

когда можно вынести куда-то мусор из класса лучше заюзать трейты

а еще лучше писать без мусора, хех

а мусор - что?

повторяющийся код какой-то

ну в пхп трейты это просто упрощение копипасты