Рабочее

[spamsink]

Получил заявку от Field Application Engineer с просьбой добавить новую возможность. Отвечаю, что могу сделать это с лёгкостью, но потребуется введение новых пунктов в конфигурацию, для которых нужно придумать подходящие для пользователей названия. Его ответ:

First you make me happy, then you make me think. Can't I stop with happy?

Comments

[rqk.livejournal.com]

LOL

[cema.livejournal.com]

So name it happy.

[panoramov.livejournal.com]

Забавно. Don't think, be happy.

[yatur.livejournal.com]

Мужик приколист.

Отправь ему свои варианты названий. Мол, я хочу назвать параметры конфигурации
Ltdjxrb, Djlrf и Nhfdrf, есть возражения? Править чужое куда интереснее, чем
изобретать свое :)

[spamsink]

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

[fatoff.livejournal.com]

Примерно как моё последнее задание на работе, Open Source проект, в двух словах, чтобы легче продавать главную хрень компании. Раньше штат своих инженегров внедрял каждому заказчику, а теперь для мелких китайских лавчонок, скажем, или для условного Восточноевропейского Смартфона, будет shared library .so и небольшая опен-сорсная часть с хидерами и XML конфигурацией. Конечно, физически все эти малопонятные стороннему наблюдателю сущности уже как есть не первый год, но, во первых, они все имеют смысл в контексте, во вторых, названия убийственные типа sfd_detach_internal_line_enable... бррр.

Это целая мозговая работа, всё назавть правильными читаемыми именами!

[spamsink]

У нас по причинам внутренне-исторического характера есть два булевских параметра, называющиеся, грубо, enable_stuff и force_stuff (если enable_stuff=true, то force_stuff роли не играет), и хотя между ними есть сходство по результату, делают они этот stuff принципиально разными способами в разных местах. Ни у кого не хватает духа придумать и внедрить их переименование в более понятные имена.