Тут знаете ли, всякие штуки про разработку пишу. И смежные темы. Больше двадцати лет жизни отдал этому балагану, надо опытом делиться. Вводный текст.
Пробы и ошибки лучше работают тогда, когда ты — блин — знаешь, что пробовать. Рандомизация признак импотенции.
Зафиксирую момент из диалогов: ситуация, когда внутри корпоративно-управленческой структуры любое изменение = «будет хуже». Непосредственно исполнителю. Надо избегать такой постановки вопроса.
Нафига оно всё вообще? В ваших системах и структурах ответ не просто «полезно иметь». Полезно собрать его руками, причем достаточно глубоким и ценностным.
Откуда грабли появляются при нормальном, правильном процессе? Они будут, их не может не быть. Вы их туда приносите сами; это — сюрприз — правильно и важно.
О балансе типовых (дешевых) решений и кастомных (дорогих) исследовательских. Чего можно, как надо, а чего не нужно.
Не всё там так просто, как кажется. Точнее, кажется просто — но совсем не там (ц), а поглубже
Хороший результат не_равно хорошее решение. Свои пять копеек тоже впихну в тему, она сейчас популярна.
Штука, которая делается почти элементарно, а качество систем сразу тащит на уровень выше. Как перейти от количественных цифр к качественным, задёшево.
Ставить какие-то условия лучше тогда, когда ты приносишь пользу и зачем-то понадобился. А не наоборот.
Банальность будет, готовьтесь. Если хочется больше денег, «давайте будем больше тратить» не сработает. Арифметика бессердечная. В частном случае — похоже, нет, не очевидно. Сейчас исправим.