Прагматичная оптимизация: какая часть кода всегда должна быть чистой, а где допускается грязь
Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.
Весь прикладной код глобально можно разделить на три уровня: домен, управляющий код и представление. Если в каких-то частях (например, в конечных точках) грязный код допустим, то на других его быть не должно — это может повлиять на архитектуру и поддержку проекта. CEO Хекслета Кирилл Мокевнин в своем твиттере рассказывает о критичности разных кусков кода при разработке и ревью: как они влияют друг на друга и в каких моментах оптимизация критична. В качестве эксперемента приводим тред целиком.
В предыдущей статье «Часть 1. Что такое тестирование?» я поделилась с читателями мыслями о том, в чем заключается суть тестирования. Во второй части моих рассуждений о те...
Знакомая ситуация?Авторы очередного убийцы redux\jira\microsoft обычно обижаются в ответ на разумные замечания по качеству кода и пишут что то вроде ‘При чём тут качество...
Заимев себе два ретро-компьютера (ноутбук на Pentium-120 и 486DX2-66 с VLB-шиной), решил собрать третий, чтобы закрыть все интересующие меня периоды.
Хотелось что-то времён Windows 98 ...
Я думаю, что большинство читателей не имеют проблемы со зрением, но задумываются, что случится, если зрение откажет. Здесь должна быть картинка, но я её не вижу, поэтому интересующихся, как кодит...
Несколько лет назад я уже проводил обзор средств связи для дачника или проживающего в своем доме, где широкополосный доступ в сеть не доступен или стоит таких денег, что проще переселиться в горо...
