Книжный шкаф Брета Виктора

Книжный шкаф Брета Виктора

Брет Виктор недавно опубликовал фотографию своего книжного шкафа. Я обожаю изучать книжные шкафы, пусть даже на фото и так увлекся выписыванием интересных книг в список, что решил просто переписать все. Из этой затеи получился пост на Медиуме. Тут все англоязычные книжки. Потом, правда, выяснилось, что ребята на Hacker News собирали такой же список, только в виде гуглдок таблички.


Брет Виктор — вдохновляющий меня и других ребят дизайнер и визионер, экс-дизайнер Apple (разрабатывал концепты дизайнов iPad и iPod Nano). На визитке у него написано было ‘Human-interface inventor’. Сейчас занимается всякими интерактивными образовательными штуками, выступает с лекциями. Обязательно посмотрите видеозаписи выступлений у него на сайте. В ближайших целях у него: ‘Revolutionize how people learn, understand and create’. В долгосрочных: ‘Reform our infantilized society.


Потом мне стало интересно, какие из этих книг уже переведены на русский, кроме тех, которые я уже читал или просто узнавал и вспоминал, что видел русскоязычное издание. Пока проверял часто говорил себе «ого!» и удивлялся: ожидания не оправдывались. Например, думал, что уж Столлмана-то с Лессигом перевели, ан нет. А вот книжка «Как читать мосты», которую я уже настроился читать зачем-то в оригинале, оказалась переведена и выпущена.

Разброс тем совершенно замечательный: комиксы, физика, математика, дизайн, схемотехника, биология, история. Будьте осторожны, список чтения на 2016-ый у вас может раздуться ; )

Кстати, если вы видите какую-то книгу в англоязычном посте и точно знаете, что она переведена, а я ее тут не упмомянул, напишите мне на max@brainhack.me, пожалуйста.

Комиксы

Скотт МакКлауд. Суть комикса
Скотт МакКлауд. Переизобретаем комикс
Скотт МакКлауд. Создание комикса: секреты создания комиксов, манги и графических романов
Стэн Ли. Как рисовать комиксы

Геймдизайн

Йохан Хейзинга. Homo ludens. Опыт определения игрового элемента культуры

Шрифт

Робин Уильямс. Недизайнерская книга о шрифтах
Роберт Брингхерст. Основы стиля в типографике

Медиа

Маршалл Маклюэн. Понимание медиа

Новые медиа

Жан Бодрийяр. Симулякры и симуляции

История математики

Джон Стилвелл. Математика и ее история
Дирк Ян Стройк. Краткий очерк истории математики
Джейм Глейк. Хаос. Создание новой науки
Б.Л. ван дер Варден. Пробуждающаяся наука. Математика Древнего Египта, Вавилона и Греции
Морис Клайн. Математика. Утрата определенности

История чисел и математических обозначений

Чарльз Сейфе. Ноль: биография опасной идеи
Карл Меннингер. История цифр. Числа. Символы. Слова.

История науки

Дава Собел. Долгота. Полная история великого открытия, изменившего мир
Маргарет Чейни. Тесла: Человек из будущего
Фрэнк Райан. Виролюция. (Симбиоз человека и вируса как реальность эволюции) 
Билл Брайсон. Краткая история почти всего на свете
Уолтер Айзексон. Эйнштейн. Его жизнь и его Вселенная

Дизайн интерфейсов

Алан Купер. Алан Купер об интерфейсе. Основы проектирования взаимодействия
Джеф Раскин. Интерфейс

Промышленный дизайн

Дональд Норман. Дизайн привычных вещей

Графический дизайн

Филипп Меггс. История графического дизайна готовится к печати в издательстве Дмитрия Аронова
Уильям Лидвелл. Универсальные принципы дизайна
Робин Вильямс. Дизайн для недизайнеров

Визуальное мышление

Бэтти Эдвардс. Откройте в себе художника
Рудольф Арнхейм. Искусство и визуальное восприятие
Джером Гибсон. Экологический подход к зрительному восприятию
Дэн Роэм. Визуальное мышление

Обучение

Джон Холт. Залог детских успехов
Джон Холт. Причины детских неудач
Сеймур Паперт. Переворот в сознании: дети, компьтеры и плодотворные идеи
Лев Выготский. Мышление и речь
Филип У. Джексон. Жизнь в классных комнатах (готовится к изданию в Библиотеке журнала «Вопросы образования»)
Джон Тэйлор Гатто. Фабрика марионеток. Исповедь школьного учителя

Embodied Thinking

Лакофф, Нуньес. Откуда взялась математика (на русском напечатано в хрестоматии Горизонты когнитивной психологии)
Тимоти Голви. Внутренняя игра в теннис.

История математики от первого лица

Эвклид. Начала
Декарт. Геометрия
Льюис Кэрролл. Символическая логика
Стивен Коул Клини. Математическая логика
Г.Г. Харди. Апология математика

Математика

Александров, Колмогоров, Лаврентьев. Математика, ее содержание, методы и значение. Том 1Том 2Том 3.
Феликс Клейн. Элементарная математика с точки зрения высшей. Арифметика. Алгебра. Анализ
Феликс Клейн. Элементарная математика с точки зрения высшей. Геометрия
Дональд Кнут. Сюрреальные числа
Эдвин Эббот. Флатландия

История науки от первого лица

Галилей. Избранные труды
Исаак Ньютон. Математические начала натуральной философии
Майкл Фарадей. Экспериментальные исследования по электричеству
Христиан Гюйгенс. Трактат о свете
Анри Пуанкаре. О науке
Гендрик Антон Лоренц. Теория электронов и ее применени к явлениям света и теплового излучения
Майкл Фарадей. История свечи
Альберт Эйнштейн. О специальной и общей теории относительности
Альберт Эйнштейн. Эволюция физики
Ричард Фейнман. Вы, конечно, шутите, мистер Фейнман!
Ричард Фейнман. Характер физических законов
Чарльз Дарвин. Происхождение видов
Джеймс Уотсон. Двойная спираль
Никола Тесла. Статьи
Крейг Вентер. Расшифрованная жизнь. Мой геном, моя жизнь
Эрвин Шредингер. Что такое жизнь?

Разум

Дуглас Хофштадтер. Гедель, Эшер, Бах. Эта бесконечная гирлянда
Роджер Пенроуз, Стивен Хокинг. Большое, малое и человеческий разум
Михай Чиксентмихайи. Поток. Психология оптимального переживания
Эрик Кандель. В поисках памяти
Джефф Хокинс. Об интеллекте

Концепции и метафоры

Джордж Лакофф. Женщины, огонь и опасные вещи. Что категории языка говорят нам о мышлении
Джордж Лакофф. Метафоры, которыми мы живем
Майкл Томаселло. Истоки человеческого общения

Группы и симметрия

И.Гросмсан, В. Магнус. Группы и их графы
Гермен Вейль. Симметрия

Геометрия

Бенуа Б. Мандельброт. Фрактальная геометрия природы

История компьютеров

Джеймс Глик. Информация. История. Теория. Поток

Архитектура

Франсис Чинь. Архитектура. Иллюстрированный словарь
Эдвард Денисон, Йан Стюарт. Как читать мосты. Интенсивный курс по истории создания мостов
Джейн Джекобс. Смерть и жизнь больших американских городов
Кристофер Александер. Язык шаблонов. Города. Здания. Строительство

Как писать

Амброз Бирс. Словарь Сатаны

Креативность и идеи

Джулия Кэмерон. Путь художника
Стивен Джонсон. Откуда берутся хорошие идеи
Льюис Хайд. Дар. Как творческий дух преображает мир
Скотт Белски. Воплощение идей. Как преодолеть разрыв между видением и реальностью

Научная креативность

Генрих Альтшуллер. И тут появился изобретатель

Философия науки

Томас Кун. Структура научных революций
Пол Фейерабенд. Против метода
Герберт Саймон. Науки об искусственном
Бруно Латур. Наука в действии

ИИ

Стюарт Рассел, Питер Норвиг. Искусственный интеллект. Современный подход

Системы и моделирование

Норберт Винер. Кибернетика

Языки програмирования

Бьерн Страуструп. Дизайн и эволюция языка C++
Джо Армстронг. Программирование на Erlang (любительский коллективный перевод))
Лео Броуди. Способ мышления — ФОРТ. Язык и философия для решения задач
Роберту Иерузалимски. Программирование на языке Lua
Дональд Кнут. Все про TeX
Дональд Кнут. Все про Metafont

Убеждение

Стюарт Даймонд. Переговоры, которые работают
Чип Хиз, Дэн Хиз. Сердце перемен. Как добиваться изменений легко и надолго
Пако Андерхилл. Почему мы покупаем, или как заставить покупать
Роберт Чалдини. Психология влияния

Менеджмент

Клэйтон М. Кристенсен. Дилемма инноватора
Питер Друкер. Классические работы по менеджменту
Том ДеМарко, Тимоти Листер. Человеческий фактор. Успешные проекты и команды
Фредерик Брукс. Проектирование процесса проектирования. Записки компьютерного эксперта
Фредерик Брукс. Мифический человеко-месяц, или как создаются программные системы

Технология + Культура

Ник Бостром. Искуственный интеллект
Ричард Бакминстер Фуллер. Руководство по управлению космическим кораблем Земля

Программирование

Гамма, Хелм, Джонсон, Влиссидес. Приемы объектно-ориентированного проектирования. Паттерны проектирования
Степанов, Мак-Джоунс. Начала программирования
Абельсон, Сассман. Структура и интерпретация компьютерных программ
Бенджамин Пирс. Типы в языках программирования
Томас Кормен, Чарльз Лейзерсон. Алгоритмы. Построение и анализ
Генри Уоррен. Алгоритмические трюки для программистов
Джон Бентли. Жемчужины программирования
Питер Сейбел. Кодеры за работой

Экология

Алан Вейсман. Земля без людей

Культура

Наоми Кляйн. No Logo. Люди против брэндов
Иван Иллич. Освобождение от школ. Пропорциональность и современный мир
Джон Перкинс. Исповедь экономического убийцы
Десмонд Моррис. Голая обезьяна
Эдвард Уилсон. Смысл существования человека
Джеймс Скотт. Благими намерениями государства
Брюно Латур. Пересборка социального. Введение в акторно-сетевую теорию

История культуры

Джаред Даймонд. Ружья, микробы и сталь
Джаред Даймонд. Коллапс

Схемотехника

Рамо, Уиннери. Поля и волны в современной радиотехнике
Жан Рабаи. Цифровые интегральные схемы. Методология проектирования

Архитектура ПО, компьютеров и ОС

Джон Хеннеси, Дэвид Паттерсон. Архитектура компьютера и проектирование компьютерных систем
Морис Бах. Архитектура операционной системы Unix
Эндрю Таненбаум. Современные операционные системы

Физика

Ричард Фейнман. Фейнмановские лекции по физике 1-2
Ричард Фейнман. Фейнмановские лекции по физике 3
Ричард Фейнман. Фейнмановские лекции по физике 4
Ричард Фейнман. Фейнмановские лекции по физике 5
Ричард Фейнман. Фейнмановские лекции по физике 6
Ричард Фейнман. Фейнмановские лекции по физике 7
Ричард Фейнман. Фейнмановские лекции по физике 8,9
Ричард Фейнман. Дюжина лекций: шесть попроще и шесть посложнее
Ричард Маттук. Фейнмановские диаграммы в проблеме многих тел
Стивен Хокинг. Мир в ореховой скорлупке
Стивен Хокинг. Краткая история времени
Стивен Вайнберг. Мечта об окончательной теории
Илья Пригожин. От существующего к возникающему: Время и сложность в физических науках

Биология

Мэтт Ридли. Геном
Ричард Докинз. Эгоистичный ген
Ричард Докинз. Слепой часовщик. Как эволюция доказывает отсутствие замысла во Вселенной

Дизайн +1

людвиг быстроновский

Это конспект второй лекции Людвига в Петербурге, которая прошла 15 марта 2015. Называется «Дизайн +1» и она для дизайнеров (но на самом деле тоже для всех).

Вот еще конспект первой лекции в Петербурге,
14 марта 2015:
«Хьюстон, у нас все хорошо (на самом деле нет)»

ДИЗАЙН +1

Самый важный вопрос: как придумывать идеи? Второй: почему все делают хорошо, а я делаю говно?

Когда спорстмен спрашивает тренера «как стать чемпионом?», он говорит ему «иди качай ногу». Нужно научиться прокачивать мелкие навыки. Важна сумма навыков. Когда идеальны все маленькие детали, результат в целом не может получится хреновым.

Когда повару говорят сделай эпичный гала-ужин, он делает круто и вовремя потому, что знает как и что будет, знает, что стоит готовить, что нет, что может пойти не так, что успеем, а что нет.

Пока вы решаете задачу, задача меняет вас.

Первый этап — исследование. Внимательнее относитесь к исследованию перед дизайном. Не 10 минут первые запросы в гугле, а внимательно. Иначе ты не готов, не разбежался. Как понять, когда достаточно? Когда плаваешь в теме, но не тонешь. Когда понимаешь, что можешь поговорить на тему так, что будет не стыдно. Клиент-то свою сферу всегда понимает лучше.

Второй этап — генерация идей. Тут полезно думать про мутации и отбор. Главное не напридумывать много разных вариантов (мутаций) и уж тем более не цепляться за один вариант, а главное сосредоточиться на отборе жизнеспособных идей.

Третий этап — как убедить заказчика в том, что идея ок? Тут нужно помнить, что всегда ругать будут решение, а не тебя. Дизайнеру говорят «вот тут не сработает», а он слышит «ТЫ МУДАК!», не нужно это воспринимать так. Говорите про решение.

Четвертый этап — столкновение с технологиями. Тут, как дизайнеру известно вообще все мудаки — и менеджеры, и клиенты, и технари. Просто жизнь в тылу врага. Разумеется, это не так.

Когда ты принес клиенту дизайн, он хочет чтобы гипотеза стала решением, а не просто смотреть картинки. Если пускаешь пыль в глаза — через полгода работы клиент поймет, что решение не найдено. А может и раньше.

На этом этапе часто происходит запуск операции «ОХРАНА ДЖИПЕГА»: дизайнер упирается в то, что «такое было утверждено», отливает утвержденный вариант в золоте и не может смириться с мыслью, что в этом можно что-то поменять. Хотя как раз таки это тоже нужно уметь.

Пятый этап — внедренный дизайн.
Обычно в этот момент ты понимаешь, что ВСЕ НЕ ТАК. Большинство дизайнеров тут останавливаются и считают, что работа выполнена. Приличные ребята понимают, что тут-то как раз и начинается дизайн, тут-то как раз и становится все понятно.

Прежде всего продолжать наблюдать за дизайном на этом этапе важно прежде всего тебе самому, как специалисту, чтобы сложнеть и становиться круче. Тут происходит тот самый отбор идей. Тут становится ясно сработало или нет.

Как научиться адекватно оценивать себя минуя предвзятость?
Только делая много проектов. Так ты понимаешь, что работает, а что нет и в мозгу вырастает хорошая оценивалка.

Нужно задаваться вопросом «как бы сделать 100 проектов за год?». Из них штуки 3 будут окейными, просто даже повезет — тут-то ты и научишься, если будешь внимателен. Не переживайте, что в начале получается плохо. Делайте больше варинатов-мутаций, прогоняйте их через отбор и смотрите как они работают, выживают ли.

Проблема салата «Цезарь», ресторатор знакомая рассказала. Если закатить стол, на котором помимо прочих салатов непривычных будет «Цезарь» — его съедят килограмм 20, в то время, как остальных — килограмм по 8. Если не делать «Цезарь» — более менее равномерно съедят все варианты. Вопрос в том, что от «Цезаря» все знают чего ждать. Так же и с дизайн-решениями.

Что отличает классные идеи? Мы видим такие совсем классные раза 3 за год и думаем «жаль, что это сделал не я». Но самые крутые, это когда ты думаешь «О! А че, так тоже можно было?». Сначала это свежо круто и неожиданно, кто бы мог подумать, что так тоже можно обыграть, а потом остальные это подхватывают.

Во время решения задачи клиента вы вполне можете решать свои задачи. Нельзя обещать клиенту сделать «вау!», но вы можете пообещать это себе.

Надо понимать, что постоянно появляется что-то новое и интересное, значит и у вас есть шанс что-то такое придумать.

Сумма навыков работает так: прокачивай один, максимум два навыка за раз, за задачу, за проект. Иначе сдуреешь и сгоришь. Как в спорте: «Сегодня учимся правильно дышать» и все. Сначала — детали.

Бывает, делаете проект. Проект подходит к концу и тут дизайнеру приходит гениальная идея. Он прибегает к команде и говорит: «ребята, все надо переделать, идея супер, она вообще все спасет и будет даже круче, чем можно представить. нужно все, совсем все переделать». Остальная команда, понятное дело, одуревает от такого сюрприза. И правильно.

Представьте себе: на кухне хозяйка варит борщ и тут ей приносят 2 килограмма чернослива. Она сразу такая «Ого! Огоо! Охуенно! Куда деть весь этот чернослив?! Огоо!» и ты говоришь «Ну может вечерком пирог сделаем?». А она так радостно: «Нет! Нет! В БОРЩ!» и высыпает чернослив в борщ. Вот с дизайнером, который придумал все в последний момент примерно так же.

Мораль: просто успокойся и отложи классную идею на потом.

Когда делаешь один проект, всегда готовься к следующему.

Всегда пытайтесь понять, где что-то не сработает, где есть ограничения.

Если на сайте меню сквозь года не разваливается и не превращается в хаос — скорее всего на стороне клиента есть какой-то человек, который оберегает меню от нападок.

Что почитать, чтобы прокачаться? Гайдлайны, посты с опытом других людей и потом пробовать самому

Знание нельзя просто знать. Его нужно использовать.

Путь не один. Всегда можно сделать по-разному. Нужно пробовать делать по-разному.

Как перестать на себя оценку «говно» по поводу своих решений? Просто продолжать делать. Привел пример из фильма «Ярость», где один из главных героев не решается убить человека, а герой Бреда Питта говорит ему, что впереди еще тысячи, погнали. Нужно научиться делать много проектов и придумывать много идей. Если ступор — берешь бумажку и придумываешь 5 новых идей.

Программирование плохо тем, что можно сразу попробовать. Из-за этого ты зацикливаешься на попытках, вместо того, чтобы сесть и подумать о решении в целом. Думайте без компа, на бумаге, потом реализуйте.

Где брать мастеров с которых копировать классные решения и учиться и как набрать портфолио, когда его нет? Нужно сосредоточиться не на копировании, а на решении именно задачек, пусть даже и аналогичных. Делайте маленькие проекты, ставьте себе сроки, учитесь делать прототипы и повторяйте крутые интерфейсы.

Чтобы отбивать фидбек про «а давайте подвинем левее, а давайте поменяем шрифт» есть два метода — статистика и слово артдира.

Есть вероятность, что в ближайшем будущем вообще появятся алгоритмы, которые самостоятельно перебирают дизайн-решения, проверяют гипотезы и улучшают сайты без помощи человека.

Чем удобнее дизайн для человеческого тела, тем лучше.

Не зацикливайтес на современных инструментах и решениях. Думайте о задачах и о том, как их решать. Через некоторое время вы забудете про HTML, как забывают сейчас люди про Капитошку или «Ну, погоди»

Как объяснить, что ты опаздываешь? По честному. И помнить на будущее, что с оценкой все ошибаются всегда минимум в 2 раза, что нужно рубить большие проекты на маленькие задачки и стараться их быстро внедрять, а дурацким проектам сразу просто говорить «нет».

Если у фирмы с дизайном ок, то есть подозрение, что у них и со всем остальным порядок и системность.

Путешествуйте там, где не была русская армия. Армия приносит с собой из походов все, что видит, поэтому вас мало что удивит в Берлине, например. А вот в США или Китае — вообще все другое. Нужно ездить в интересные места, а не в Египет. (В этот момент девочка позади меня прошептала подруге «Но русская армия не была в Египте…», а я подумал какое все довольно другое в Италии)

Как проводить презентации? Не так, как в прошлый раз. Изобретайте новые способы подачи, вплоть до того, что вообще не использовать компьютер.

Когда клиент приносит пожелания в духе «здесь хотим флэтовые кнопки» можно использовать технику из Кэмпа, которая называется «И?». Спрашивать «Так, и что?» и так несколько раз, чтобы достучаться до сути.

Людвиг спросил кто знает как устроен велосипед? Часть ребят подняли руки. Пока я нерешительно поднимал свою, он сообщил, что многие считают, что знают, но когда просят нарисовать на бумжаке схемку, чтобы можно было бы сделать рабочий велик у всех получается совершенно не едущая фигня.

Спросили как тестируют схему метро. Есть психфак некого университета, оборудование для айтрекинга, разные версии схемы и  на них вымышленные названия станций метро. Людей спрашивают как доехать из одного пункта в другой и по айтреку проверяют что да как.

Чтобы проверять как работает сайт можно его кому-нибудь показать и молчать, смотреть как человек пользуется и делать выводы.

Полезный трюк про навигационное меню. Самый простой прототип в файл-менеджере сделать папки, в них вложить другие папки, а потом дать людям попробвать найти какой-то подпункт в этих папках и посмотреть как они будут путаться. Починить, повторить.

Как сохранить интерес?
Усложнять задачу. Попробовать сделать быстрее или другим способом, например.

Как проверить подходит ли мне специализация?
Берешь год жизни, набираешь кучу задач по этой специалзиации и пашешь. В конце года проверяешь как оно.

Что делать, когда устал от проекта?
Хороший шанс передать его молодому поколению и воспитать на этом проекте человека, пусть он его ведет.

Какие инсайты в работе?
Все можно делать проще.
Например придумал /e/ вместо /everything/ в урле на сайте Студии, чтобы не вводить каждый раз полностью.

У каждого решения есть польза и вред. Подбирайте оптимальные для себя варианты.

Как оценивать работу? Пробуйте разные ценники. Ценники — это тоже гипотезы, которые просто надо объяснить. Можете думать об этом, как о дизайне цены.

Важно записывать, что происходит с проектом. Если в какой-то момент взяли проект за n рублей, а потом целый год был ада, все валилось из рук, в следующий раз возьмите n x 2 за такой же. Спросят «почему так дорого?» — скажите спросить у других почему так дешево.

Главный итог: пойми какие навыки у тебя проседают и прямо в ближайшее время, прямо сейчас прокачай один из них немного на ближайшей же задаче.

Людвиг, у нас все хорошо

людвиг быстроновский

14 и 15 марта был в Петербурге на лекциях Людвига Быстроновского «Хьюстон, у нас все хорошо (на самом деле нет)» и «Дизайн+1». Первая — менеджерская, вторая — дизайнерская.

Лекции классные. Меня не покидало приятное ощущение, которое возникает, когда слушаешь человека со сходными взглядами: Людвиг тоже форсит научный подход, работу над привычками, осознанность, вот эти все наши радости. Тем более все это на живых примерах, простыми словами, прямолинейно и с ответами на вопросы из зала.

Слышал мнения, что если ты более-менее опытный дизайнер или менеджер, то можно на эти лекции не идти. Не согласен — получаешь интересную картинку чужого опыта, озарений, советы, по-новому смотришь глазами Людвига на то, что тебе кажется привычным, даже если методы совпадают. Полезно всем, в общем. Как минимум вдохновиться и поднять боевой дух.

Если увидите анонс в своем городе — обязательно сходите.

На обеих лекциях я вел подробные конспекты, потом обработал их и пересобрал мысли так, чтобы комфортнее было читать, разбив по выдуманным мною самим подтемам. Хронология подачи получилась таким образом не такая, как у Людвига, лекция построена по-другому, jfyi.

Конспект второй лекции в Петербурге,
15 марта 2015:
«Дизайн +1»

Разбиваю на два поста. Ниже — менеджерская часть.

Хьюстон, у нас все хорошо (на самом деле нет)

Эмоции

  • Плохой менеджер постоянно транслирует свою боль на других людей.
    Он как будто постоянно сидит в окопе и кричит своим ребятам «слева беда! ааа! справа! спереди! ааа!». Ребята от этого тоже начинают офигевать. «Мне такое письмо пришло, клиент ууу!», «А еще письмо!111 Аа!». Очень нервный комментатор интернета.
  • Хороший менеджер — спокойный менеджер. У таких всегда все норм, вечера они проводят не на работе, хорошо выглядят, улыбаются и бодрятся.
  • Первое, что нужно сделать в стрессовой ситуации — успокоиться.
    Все, что вы можете контролировать — это себя. И себе можно доверять только когда вы спокойны. Поэтому первым делом, всегда — успокоиться.
  • Истерик у менеджера быть не должно. Наборот менеджер должен спокойно все разрулить, если вдруг все загорелось ярким пламенем.

Менеджмент

  • Чтобы избежать микроменеджмента нужно перестать нянчить коллег. Ровно то же самое нужно делать, чтобы дать им расти. Чтобы люди росли, надо давать им делать ошибки.
  • Представьте, что вы учите ребенка мыть тарелки. Вы даете ему стопку тарелок. Он берет первую и.. БАХ! Тарелки нет, выскользнула. Если вы хреновый менеджер, вы скажете «эх, давай я сам». И себе лишняя работа, и ребенок ничему не научится. Первое время пусть побьет тарелки, куда деваться. Главное, пока он не научится мыть тарелки, не давайте ему мыть плазменную панель, например. В переносе на проекты — пусть чуваки факапятся на мелких задачах и проектах, главное, держите их первое время подальше от серьезных затей.
  • Спросили из зала: когда делать сами, а когда додавливать решения из людей. Ответ: старайтесь не делать сами. Вообще.
  • Работать с людьми тяжело, общаться тяжело, тяжело объяснить, что ты хочешь, чтобы получилось, всегда кажется, что проще все сделать самому, но задача менеджера как раз научиться объяснять. Всегда помните про ребенка, который учиться мыть тарелки.
  • Менеджеру не обязательно разбираться в дизайнах или в технологиях. Он должен хорошо понимать задачу и проверять все ли сходится в решении.
  • Дизайнер отвечает за решение. Менеджер отвечает за то, чтобы все происходило ок и вовремя.
  • Чтобы человек, который затягивает сроки перестал срывать вам работу — либо закладывайте запас, либо прощайтесь с человеком.

Клиенты

  • Клиенты делают свой бизнес. Понимают, что всегда рискуют. Понимают, наверное, что бизнес — вообще говоря, риск, но почему-то считается, что если уж дизайн пришли делать, то НИ В КОЕМ СЛУЧАЕ НЕЛЬЗЯ РИСКОВАТЬ, НЕЛЬЗЯ ОБЛАЖАТЬСЯ. Ну камоун! На самом деле, факапы бывают всегда. Не поддавайтесь на это давление.
  • Еще клиенты прибегают и говорят «Нужно срочно! Вчера! Позавчера!». Ну что, первый случай в истории, когда нужно срочно? Успокоились, обсудили, работаем.
  • Старайтесь не работать с людьми, которые продали машину, квартиру, дачу и домашнюю библиотеку, чтобы заказать у вас дизайн. Для них эти деньги слишком ценны. Будет много проблем.
  • Если клиент приходит и говорит «вот я видел, что вы всем делаете ВАУ, мы тоже хотим ВАУ» — управляйте ожиданиями, качните маятник ожиданий обратно, скажите, что ВАУ не будет, что вы просто решите поставленную задачу.
  • Провалы случаются. Это нормально. Говорить о факапах — это ок. Только через ошибки ты получаешь опыт. Надо их просто принять и быть готовыми разрулить.

Почта

  • Нужно отключить нотификации. Вплоть до красненьких кружочков с количеством писем, тасков и прочего.
  • Если вам написали письмо, а не позвонили или прибежали — скорее всего могут подождать. Если не могут — сообщат.
  • Вечером на письма лучше не отвечать. Потерпит до утра, а утром на свежую голову получится ответить гораздо лучше.
  • Если в письме хочется наорать, нажать ‘Send to All’ — не пиши письмо. Закрой ноут, отдохни, поотжимайся, пройдись, еще что-нибудь. Вернись к письму спокойный. Помни, что просто «наорать» — это лишь выражение боли. Ничего хорошего не произойдет, более того, по ту сторону интернета люди могут даже не понять, чего ты от них хочешь.
  • Хорошая техника — писать, стирать письмо и писать его заново. Так отсеивается лишнее, тон становится спокойнее.
  • Удобно провоцировать людей документировать их пожелания таким образом: «У меня дырявая память, извини, я всю забуду о чем мы сейчас говорили через минуту — напиши мне, пожалуйста письмо, что нужно от меня».
  • Спросили что делать, если ты в копии переписки по проекту, ответить особо нечего, но есть боязнь что-то пропустить. Письма такие удалять/архивировать и не париться. А проект трекать там, где следует — в бэйскэмпе например.
  • Нужно ли дергать клиента, когда он не отвечает, и как не забыть это сделать? Ответ — ставить себе напоминалки, например, в календарь на определенное время/дату.

Переговоры

  • Спросил кто еще не читал Джима Кемпа, дал установку прочесть в этом году обязательно.
  • Из зала вопрос — как объяснить жене, чтобы не беспокоила меня звонками, пока я на работе? «Ртом», — ответил Людвиг. Аудитория загоготала, эхом долетел одинокий смешок, прямо как в универе. Потом Людвиг серьезно пояснил, что действительно нужно просто поговорить, а многие даже не пробуют. Еще ряд советов:
    1) Когда вы рядом с женой — не работайте. Уделяйте время ей.
    2) Объясните ей, что вас беспокоят такие звонки, и обсудите свои эмоции. Важно говорить не о том, что она плохая (это не так), а о том, что вы раздражаетесь в такие моменты и это плохо (это так).
  • Вообще говоря, очень круто, что Людвиг заряжает в слушателей мысль о том, что психология — круто. Потому что это действительно так.
  • Как работать со страхом принятия решений? Если речь идет о работе с клиентом, то вместо того, чтобы впаривать логотип, к примеру, прямо здесь и сейчас и даже вместо того, чтобы спросить «представьте, что у вас такой лого через 5 лет, как ощущения?», можно попробовать отчуждить решение — попросить представить, что такой логотип у кого-то другого, у конкурента, и спросить хочется ли такой же?
  • Суперпринцип: не доебывайся.
    Оставь людям возможность остаться при своем. Не быть тобой, а оставаться ими.
  • Общайтесь с клиентами проще и проводите эксперименты. Например, зажмуриваешься и говоришь: «Мы две недели ничего не будем делать по вашему проекту, ок?». Клиент спрашивает: «Почему?». Вы объясняете: «Дизайнер, который ведет проект уходит в отпуск». Дальше два варианта всего. Либо все ок (у клиента же тоже свой бизнес, тоже люди в отпуск ходят), либо не ок, и вы просто подменяете дизайнера. Ничего страшного.
  • Как работать с подрядчиками? Поговорите про факапы. Спросите, что будут делать в случае каких-нибудь определенных провалов, которые вы предвидите. Спросите, какие предвидят они. Как управлять такими отношениями? Так же, как и всеми человеческими, то есть как будто это дети и подростки. См. студийные полки с книжками про это.

Привычки

  • Естественные привычки обычно дурные. Все крутое приходится накручивать самостоятельно. Привычки нужно перебирать и смотреть, что работает конкретно для вас, а что нет.
  • Потом Людвиг выдал классную историю о том, как он решает проблему того, чтобы носки не были дырявыми — как он придумал купить их с разноцветными пятками, как решается проблема смены тона при стирке («Бывает видишь у человека носки по тону разные и сразу понимаешь — чувак живет без системы»), как решается момент смены партии носков и все такое. Короче, эталонный продуктивити п0рн в самом размашистом варианте. Примерно через несколько минут после этого несколько ребят передо мной на перерыве обсудили услышанное: «Ниче почти не понимаю че говорит, но зато хоть на чувака посмотрели, за этим, собсно и пришли».
  • Нужно постоянно проводить эксперименты и проверять гипотезы.
  • Как настроить дедлайн в дизайнере? Нужно давать людям самим определять сроки на выполнение задачи, которая перед ними стоит. А потом требовать с них укладываться в их же срок. Если всегда срок продалбывается — прощаетесь. Важен только срок и результат. Найдите свой рецепт подхода к людям по этому поводу.
  • Нужно становиться сложнее.
  • Лучшая похвала для специалиста — когда ему доверили более сложную задачу. Недостаточно говорить просто «молодец». Представьте жонглера, он жонглирует то 3-мя, то 4-мя шариками, а ты просто все время говоришь ему «молодец». А если скажешь ему «ну-ка, а 5 шариков?», то сразу и интереснее и похвала, на самом деле молодец, на самом деле можешь больше.
  • Пусть спорят аргументы.
  • Помните, что люди любят свои решения потому, что это они их нашли. И вы свои любите так же. Хороший способ спастись от незадач с этим связанных — попросить менеджера проверить, в каких ситуациях решение не сработает.

Саморазвитие

  • Важно понимать, где и в каких случаях что-нибудь зафакапится.
    Понять это можно только на своем опыте. Чем больше опыта — тем больше понимания что сработает, а что нет.
  • Подходит даже для выбора инструментов — нужно понять в каких случаях инструмент не подходит. Что нельзя сделать в Скетче?
  • Инструменты сложно навязывать. Хороший инструмент заметно в момент, когда им начали пользоваться активно, а главное — начали учить других ребят.

Про работу

  • Пару часов можно эффективно поработать в офисе, потом Людвиг предпочитает 4 км пройтись пешком до кафе, поработать там. Потом припасено еще одно кафе. Пока идешь пешком — обдумываются задачи, поставленные утром. Для кафешек предлагает лайфхак: вместо того, чтобы каждый раз заказывать много, чтобы не отвлекали вопросами, и потом еще оставлять чаевых рублей 200, просто сразу заказать необходимый минимум (например — воды или кофе) и оставить те же 200 рублей чаевых. Говорит, официанты быстро привыкают к «тому чуваку, который оставляет много чаевых», не трогают и оберегают.
  • Не нужно объясняться, чем именно ты занят, если ты что-то запланировал. Был пример про аэройогу и спортивные штаны. Коллеги зовут на презентацию, мол, надо, чтоб ты был. А у тебя в календаре напоминалка на это время — «ШТАНЫ». Если не переучить себя в голове проворачивать понимание того, что ты все равно занят, можно перед названием задачи писать «ЗАНЯТО». А ребята, скорее всего, на презентации справятся сами.
  • Не нужно оставаться на работе допоздна. Не нужно ночевать на работе. Голове нужно отдыхать. Людвиг однажды решил проверить на себе: вместо того, чтобы «досиживать» ночью, ушел и пришел рано-рано утром. Пришел в 5 — в 11 утра презентация готова. Потом снова эксперимент, но пришел в 6. В 11 утра преза готова. Выяснилось, что вообще говоря, на свежую голову ему нужен час на придумать и час на распечатать.
  • На работе важно, чтобы ты был адекватен и принимал разумные решения, а не «был доступен».
  • Старайтесь работать с людьми, которые разбираются в чем-то лучше вас. Не делайте вид, что понимаете то, чего не понимаете. Учитесь признаваться, что чего-то не знаете.
  • Можно попробовать дневной сон. Полчаса на будильнике завел, подремал, проснулся — соображаешь лучше.
  • Когда ты арт-директор кому-то может казаться, что ты всесильный потому что знаешь «вообще все». На самом деле это просто широкий кругозор: ты знаешь чуть-чуть тут, чуть-чуть тут и знаешь, кто может сделать что-то хорошо. Но это просто профессия такая.
  • Вопрос из зала: «Как удается сохранять энтузиазм, если все не имеет смысла?». Людвиг драматично его зачитал, напомнил залу, что времени нам всем не так много жить дано, и хотелось бы чего-нибудь интересное успеть сделать — раз, а два — очень много интересного вокруг.
  • Помните, что все воспринимают мир по-своему. В один момент Людвиг задумался — если он ошибается по поводу остальных людей в какие-то моменты, неправильно их понимает, то, может быть, и себя он неправильно понимает? Может быть, и про себя он ошибается? Важно подумать такую же мысль про себя. И еще запомнить, что менять можно только себя.
  • Перестаньте переживать об управлении другими. Управляйте собой.

The Humane Representation of Thought

Новый Брет Виктор. О «физическом представлении мысли». Крутой краткий экскурс в историю: о том, что арабские цифры — это интерфейс для математики и с римскими такого бы не получилось. О том, что Лейбниц — UI-дизайнер 17 века, потому что много думал о том, как преподнести мысль и далее. О том, что все технологии имеют двойственную природу. О том, как мы замуровали свой взгляд в небольшие прямоугольники сначала бумажные, а потом экранов. О том, как мы все превратились в собак, запертых в клетках и что это значит… Черт, я писал это перечисление на ходу, как конспект, но тут вот пример про способы восприятия музыки, очень простой и при этом почему-то довольно mind-blowing. В общем, смотрите сами:

The Humane Representation of Thought from Bret Victor on Vimeo.

Брет рассказал о своем видении того, как могут выглядеть динамические медиа в будущем, в очень общих чертах, просто наметил вектор. И указал на две очень важные вещи:

  1. Нам нужна динамичность. Поэтому модель молекулы, к примеру, так стремительно переместилась на экраны компьютеров — её там удобнее менять, хоть и приятнее вертеть в руках в жизни.

  2. Гуманность решений будущего зависит только от нас. ‘Humane is never a default’. Для того, чтобы дизайн был этичным, гуманным, продуманным придется хорошенько потрудится. Это важное дополнение к недавней мысли о том, что культура не успевает за технологиями.

Бампер машины Папанека

«В 1971 году представитель Детройта подтвердил, что испытание на столкновение передними бамперами на скорости 10 миль в час на 500 долларов повысило бы цену каждого автомобиля и, что еще страшнее, на его разработку потребовалось бы от трех до пяти лет. Чтобы доказать ложность этой предпосылки, я взял две деревянные книжные полки шириной двенадцать дюймов и длиной семь футов. Между двумя полками я поместил около 8о пустых пивных банок наподобие гигантского сандвича, где вместо хлеба полки, а вместо колбасы пустые пивные банки. Я связал вместе полки и банки, привязал всю эту дикую конструкцию к переднему бамперу моей машины, а затем врезался на скорости пятнадцати миль в час в угол здания Сената.

Хотя небольшой репортаж об этом показали в телевизионных новостях, этот случай можно считать крупнейшим не-происшествием того года: противно было слушать, как те же чиновники от автомобильной промышленности, которые, вероятно, накануне вечером видели мой эксперимент по телевизору, на следующий день все еще клятвенно утверждали, что, возможно, пять лет и за 500 долларов у нас будет передний бампер, в два раза менее эффективный, чем моя домашняя заготовка. Я вложил в нее14 долларов и примерно час на исследования, разработку и установку. При столкновении пивные банки смялись(это от них и ожидалось); а на моей машине и здании Сената не осталось ни царапинки»

— Виктор Папанек — Дизайн для реального мира, с. 108