Ваша оценкаЦитаты
Аноним4 октября 2019 г.Бездефектная система, которая отвечает на неправильные вопросы, не приносит пользы.
1529- Аноним1 октября 2019 г.
кто бы ни назначал ресурс, он обязан нести ответственность за его освобождение.
1487 - Аноним30 сентября 2019 г.
Начать устранение ошибки лучше всего с придания ей свойства воспроизводимости. В конце концов, если вы не можете воспроизвести ее, то как узнать, что она вообще устранена?
1170 
Аноним14 сентября 2017 г.Читать далееАвторы призывают вас во время работы думать исключительно о работе – только так вы останетесь программистом-прагматиком. Это не случайная оценка существующей практики, а критическая оценка каждого принимаемого вами решения – в течение каждого рабочего дня и по каждому проекту. Никогда не пользуйтесь автопилотом. Думайте постоянно, критикуя свою работу в реальном масштабе времени. Старый девиз фирмы IBM "ДУМАЙ!" является своего рода мантрой для программиста-прагматика.
Если сказанное покажется вам каторжной работой, это значит, что вы обнаруживаете реалистическое мышление.1208
Аноним21 июня 2016 г.Мы рекомендуем следующую градацию оценок времени:
Продолжительность == Оценка (порядок)
1-15 дней == дни
3-8 недель == недели
8-30 недель == месяцы
30 и более недель == перед тем, как оценить, стоит хорошенько подумать1190- Аноним28 января 2021 г.
Требования не являются архитектурой. Требования - это не конструкция и не пользовательский интерфейс. Это потребность.
0118 - Аноним15 декабря 2020 г.
Но подумайте об эволюции программы по аналогии с ящиком, в котором находится множество кошек Шрёдингера: каждое решение приводит к появлению иной версии будущего. Сколько сценариев будущего поддерживает ваша программа? Какие из них наиболее вероятны? Насколько сложно будет поддерживать их в определённый момент в будущем?
Хватит ли у вас смелости открыть ящик?
0100
