Влад Старостин со своим блогом
Пишите мне на mail@vladstarostin.ru. Подписывайтесь через RSS
Влад Старостин со своим блогом
Пишите мне на mail@vladstarostin.ru. Подписывайтесь через RSS
4 января 2026
Я обычно читаю в транспорте, а тут пару месяцев пришлось сидеть дома, поэтому прочитал так мало. Только одну книгу.
Брукс — автор известной книги 1975-го года «The Mythical Man-Month». А тут у нас — более современная книга 2010-го года, где он, умудрённый опытом, расскажет нам про дизайн.
Интересно, что английское слово design довольно сложно переводится на русский, у нас дизайн ассоциируется скорее с чем-то визуальным, а книга Брукса — о проектировании или даже творении, учитывая ссылки на композиторов. Как видим, тема масштабная, и даже интересно, что можно про неё рассказать.
Книга представляет собой сборник эссе, по идее каждое из них может читаться независимо, но между ними много кросс-ссылок. И главное, что можно сказать про эти эссе: теоретично и жутко скучно. Это даже не хочется пересказывать. Один пример. Брукс пишет, что дизайном может заниматься один человек, а может — команда. Окей, звучит очевидно. И дальше он начинает перечислять плюсы и минусы командного дизайна. Ну типа один человек плохо масштабируется, но зато в команде появляются накладные расходы на коммуникацию. С этим сложно спорить, это чистая правда, но зачем мне про это читать, это же банальности, возможно, фундаментальные, но всё ещё банальности. И такое составляет бо́льшую часть книги. Есть ещё всякие примеры из практики автора, как профессиональной, так из его опыта строения домов, ремонта кухни и написания книг.
И вот читаешь ты эту книгу, а там вода, вода, вода. И всё грустнеешь и грустнеешь, потому что ожидал каких-то откровений в области проектирования. Из всей этой немаленькой книги я вынес для себя только две интересных мысли. Первая: важно делать явные предположения о том, как вашей системой будут пользоваться. То есть вместо того, чтобы говорить «я не знаю», лучше сделать предположением, и пусть оно окажется неверным, главное, что оно будет явным:
At this point the reader will object: “How can I know or even assume so much detail about uses and users?” The answer is, “You will in fact make those assumptions anyhow”; that is, each design decision will be guided, consciously or unconsciously, by the designer’s assumptions about uses and users. What this often means in reality is that the vague designer substitutes himself for the user, designing for what he assumes he would want if he were the user. But he isn’t.
Therefore, wrong explicit assumptions are much better than vague ones. Wrong ones will perhaps be questioned; vague ones won’t.
Вторая мысль: лучше делать качественно, не считаясь с затратами, а потом пытаться сделать результат дешевле, чем сразу пытаться вписаться в бюджет, добавляя фичи:
I have for some years advocated this approach to the design of computer graphic systems. In that domain, I had discovered that the best way to make a cost-effective application system is to make an effective one, then cost-reduce it, rather than making a cheap one and augmenting it until it is useful.
Из книг на английском также всегда стараюсь узнавать что-то новое о языке. Вот из этой книге узнал, что наши «плюсы и минусы» чего-то буквально переводятся на английский как «plusses and minuses». Раньше не встречал такого.
Это всё неплохо, но конечно мало на такую книгу. Больше ничего не вынес, вот вообще. Вряд ли мог бы кому-то рекомендовать.