egorius: (Default)

Хочу посмотреть значение слова «гипефральный». Сначала планшет не спросясь заменяет его на «генеральный» (это айпад-то юзабелен? хотя, может остальные еще хуже). Ладно, объяснил ему, что он не прав. Теперь Яндекс радостно сообщает, что в слове «гипефральный» была исправлена опечатка, и показывает все тот же «генеральный». И ведь, гад, не верит до последнего: быть может, вы искали «генеральный»?

Автозамена — отвратительное изобретение, УУУ®. Покажите рядом варианты, надо будет — воспользуюсь. Но не трогайте то, что я написал.

egorius: (Default)

Scott Berkun, «Making Things Happen»

Подзаголовок книги гласит: Mastering Project Management. Надеюсь, что никогда не доведется работать PMом, но и для менеджера разработки она не менее интересна. Русский перевод тоже есть, но если «Making Things Happen» превратился в «Искусство управления IT-проектами», то лучше я на английском почитаю.

Когда добрался до конца этой немаленькой книги, попытался вспомнить, что конкретно я почерпнул из нее полезного, кроме общей теории. Пожалуй, про процесс приоритезации ошибок и новых требований (с треском проваленный нами на последнем проекте). Идея в том, что этот процесс надо централизовать и ужесточать по мере приближения к концу проекта. Если в начале определять приоритет может, ни с кем не советуясь, функциональный консультант, то в конце проекта решение должно приниматься PMом, возможно, с группой доверенных лиц. Иначе невозможно остановить поток требований, а без этого невозможно получить стабильный продукт:

Each time you fix a bug, you’re effectively touching the big cube of Jell-O one more time, and it takes awhile for it to stop shaking and settle down. ... But unlike Jell-O, with software it’s not easy to know when the shaking has stopped. Code is not transparent. It’s only through quality assurance processes, and careful manual examination of the builds, that you can understand the effect of that one little change.

Ну и еще разных цитат на память. Про задачи менеджера:

Managers are not hired to contribute a linear amount of work like a worker or programmer is expected to do. Instead, leaders and managers are hired to amplify the value of everyone around them.

Project managers are only as good as their relationships with the people on the team. No matter how brilliant the PM is, his value is determined by how well he can apply his brilliance to the project through other people.

It is management’s job to minimize chaos.

People have lives outside of the project. Individuals have their own personal motivations that may have nothing to do with work at all, but which the individual is trying to satisfy through work. However, the role of management is to look for these gaps and find ways to minimize them.

Про ошибки:

Most of the situations that create heroic opportunities are management failures.

Mistakes are where real learning happens because the mistake maker has a personal and emotional investment in what happened, and he will have tremendous motivation not to repeat it.

Разное:

Precision is easy, but accuracy is very difficult.

I fully believe that a competent, but not exceptional, software developer might improve most by studying the construction of skyscrapers, bridges, or even musical composition, than exclusively reading within her domain.

Рюрик Повилейко, «Архитектура машины» (1974)

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

В первой части автор пытается свести техническую эстетику к математическим закономерностям. Особенно радуют рассуждения про золотое сечение. Не знаю, можно, конечно, проанализировать что-то удачное, но ведь применение найденных закономерностей никоим образом не гарантирует качество и эстетическую привлекательность чего-то нового. Но здравое зерно тут определенно есть. Как выяснилось из книги, у нас имеется ГОСТ 8032-56, определяющий предпочтительные пропорции (на основе геометрической прогрессии со знаменателем, равным корню энной степени из десяти), к которым должны были приводиться все размеры изделий. Или можно вспомнить про стандарт ISO 216 на бумажные форматы (основанный на отношении одного к корню из двух).

Во второй части идет разговор про методы проектирования. Тут автор рассказывает о том, что изобретательские задачи решаются, как правило, стандартными способами, сведенными в некие десятичные матрицы поиска. Опять-таки замечу, что хотя классификация методов полезна (вспомнить те же шаблоны проектирования в ООП), их применение не гарантирует результата: творчество не сводимо к автоматическому перебору.

Несколько цитат.

Форма машины должна строиться так, чтобы в процессе восприятия раскрывалась ее внутренняя логика...

Странные поползновения на буквы:

Для того, чтобы между отдельными элементами букв в надписях было как можно меньше различий, все однородные буквы (например, Р, В, Б, К) накладывают друг на друга, объединяя их в одну схему, которая носит название полиграммы.

А вот интересное:

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

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

Дональд Норман, «Дизайн вещей будущего»

Гуру дизайна рассуждает о том, как надо проектировать «умные» устройства, с которыми мы уже живем и которые будут становиться все «умнее» и многочисленнее. Местами перекликается с Куперовской «Психбольницей».

Вообще я разочарован концентрацией мысли в книге. И одной главы хватило бы. Ни в какое сравнение с «Дизайном привычных вещей».

egorius: (Default)

Тут в очередной раз зашёл разговор о том, что нет нормальных мобильных телефонов… Про это только ленивый ещё не писал (т. е. я), так что сейчас мы это исправим.

Итак, что мне не нравится в моей Нокии-6100? На фирменном сайте написано: «Компактный, удобный, „умный“». Так вот, слово «умный» неспроста взято в кавычки. А конкретно:

  • Переключение языков. Мне, как человеку русско-говорящему, удобно записывать имена абонентов на русском языке. Не вопрос, для этого надо поставить в настройках русский язык. А смски мне было бы удобнее писать на английском, потому что так влезает в два раза больше текста. Но поставить набор на английском языке нельзя, можно только включить английский «глобально». Менять же языки туда-сюда — удовольствие небольшое (на это требуется 17 нажатий, если, конечно, попасть куда нужно с первого раза). Дело усугубляется тем, что при включенном английском языке не работает поиск по телефонной книге, заполненной по-русски.
  • Отчёт о доставке. Есть такая полезная штука, как отчёт о доставке смс. Я ей всегда пользуюсь. Но как это реализовано у Нокии? Когда приходит сообщение о доставке, оно показывается на короткое время, а затем пропадает с экрана и оседает в списке принятых сообщений. В углу экрана остаётся «конвертик» — признак непрочитанного сообщения. Чтобы его убрать, я должен сделать 4 нажатия (после некоторой настройки; а вообще-то 7).
  • Переполнение памяти. По умолчанию все смс сохраняются, что, безусловно, хорошо. Но пямять рано или поздно кончается, и тут предлагается несколько вариантов. Можно удалять сообщения вручную (взбесишься), а можно доверить телефону циклически затирать старые сообщения новыми. Проблема в том, что телефон хранит принятые и отправленные сообщения отдельно. Это само по себе неудобно (нельзя толком прочитать историю), и к тому же телефон быстро забивает всю память принятыми сообщениями, а отправленных сохраняет только одно-два. После выключения-включения телефон вообще решает, что память переполнена, и начинает в панике мигать конвертиком. Это, конечно, лечится удалением всех отчётов о доставке, но непонятно, зачем их вообще запоминать?..
  • Замена номера именем. Если телефон видит в смске знакомую последовательность цифр, её логично заменить на имя абонента. Однако этого не происходит. Особенно приятно выйдя из метро получить сообщение «Вам звонили +73222333223» и думать, кто бы это мог быть. При этом телефон позволяет вычленить номер из сообщения и позвонить по нему! Но заранее узнать, какому абоненту он приналежит, можно, только просмотрев вручную всю телефонную книгу.
  • Определитель номера. Есть и обратная проблема — определитель номера показывает только имя абонента, но не номер телефона. А это иногда бывает важно, учитывая, что к одному имени телефон позволяет записать несколько номеров (что само по себе правильно).
  • Блокировка клавиатуры. Я отказался от блокировки клавиатуры, потому что не желаю каждый раз лихорадочно нажимать какую-то дикую последовательность кнопок. И тут же нарвался на известную проблему: при удержании левой функциональной кнопки телефон постоянно шлёт последнюю смску на первый номер в телефонной книге. Пришлось заводить фиктивного абонента с именем «пробел».
  • Перегруженность меню. Была б моя воля, я бы выкинул из меню примерно половину того, что там есть, и жить стало бы проще. Хорошо, что залезать туда приходится не часто.

Обидно, что все перечисленные проблемы не стоят выеденного гроша. Большинство из них отсутствовало на моём прежнем стареньком Сименсе-C35. Переключение языков в режиме набора смс сделать не проблема (причём вместо никчёмного Т9); отчёт о доставке нужно показать на несколько секунд, а потом просто поставить флажок «доставлено» в списке сообщений; сделать нормальный циклический буфер сообщений — задача для школьника; с заменой номера тоже проблем не видно (это было на C35, а потом пропало, даже у новых Сименсов такого теперь нет); нормальный определитель — элементарно; проблема случайных нажатий элегантно решена в тех же Сименсах — чтобы выполнить осмысленное действие, надо поочерёдно нажимать то левую функциональную кнопку, то правую; ну и меню вычистить не сложно, казалось бы.

Выход видится один — надо научиться писать прошивки…

egorius: (Default)

Во втором томике Гарри Поттера есть хорошее высказывание:

Never trust anything that can think for itself if you can’t see where it keeps its brain.

По-моему, очень в тему ППП™ и УУУ®

P.S. Оно и в третьем томике повторено, как оказалось.

egorius: (thought)

Возвращаясь к теме ППП™, УУУ® и ДДД™. Открываю «За рулём» и читаю про новый Land Rover Discovery 3:

Водителю не нужно ломать голову, выбирая между многочисленными режимами работы трансмиссии, достаточно лишь повернуть ручку в одно из положений: трава—гравий—снег—грязь—песок—камни. Чтобы определиться, хватит беглого взгляда в окно. Остальное сделает электроника…

Ну что, повернётся у кого-нибудь язык назвать это Добротным Дружественным Девайсом?!

egorius: (Default)

В своё время я написал в Тетрадке о том, что на смену простым понятным предметам (ППП) всё чаще приходят ужасно умные устройства (УУУ). И в качестве одного из примеров привёл фотоаппарат, в котором раньше были две простые понятные ручки — диафрагма и выдержка, а теперь мы имеем ужасно умное устройство с кучей непонятных режимов и функций.

И вот, просматривая сейчас сайт The Luminous Landscape, натыкаюсь на статью Mike Johnston «Of Old Dogs and New Tricks»:

In the sunny weather and clear air of my younger years, all was simplicity, or so it seemed: there was only film, all serious photography was black & white, and all 35mm cameras were what I now call “MMM”: manual, mechanical, and metal. But this old order has been afflicted by wave after wave of debasement. First there was the trend to point-and-shoots, then SLRs got transformed into polycarbonate gizmos timed with quartz and controlled by CPUs that focus themselves and buzz and whirr and bleep and go all inert when deprived of their batteries…

P.S. А в другой статье, «What’s an SLR Supposed to Be?», обнаружилась и аналогия с машинами — мой второй пример.

Profile

egorius: (Default)
egorius

July 2025

M T W T F S S
  12 3 4 5 6
7891011 12 13
1415 1617181920
21222324252627
28293031   

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 16th, 2025 03:01 am
Powered by Dreamwidth Studios