[пупок, техническое] quick reply
да будет эта история уроком всем нам, ага. по мере развития событий в
моей башке укрепились следующие
. увеличение количества пользователей убивает свободу творчества (FSVO
“творчество”).
. действовать по наитию вредно, причём не только с точки зрения
непосредственного результата. действие по неправильному наитию может
вызвать необходимость срочного пожаротушения. срочное пожаротушение
производится без достаточного количества времени для обдумывания
действий. из-за общей спешки неизбежно портится общий дизайн.
пример: нужно было срочно дать пользователям возможность отменить этот
самый quick reply. сделано это было, однако, через жопу: был добавлен
новый глобальный user property, устанавливающийся через консоль.
проблемы данного решения:
.. консоль не есть самый дружественный интерфейс.
.. глобальность в данном случае неоптимальна. под Мозиллой мне quick
reply очень даже нравится. под Elinks он чрезвычайно мешает.
правильным решением было бы что-то cookie-based, типа как установление
схемы.
.. если даже теперь, когда пожар потушен, и будет реализовано
нормальное решение, консольную опцию придётся поддерживать ещё
довольно долго.
. очень важно правильно разделять интерфейс и логику. например, под
Elinks quick reply мешает весьма неожиданным (для разработчиков,
полагаю, тоже) образом. никогда не знаешь, когда именно и за какое
место будешь укушен кривой абстракцией. refactor early, refactor
often.
. пользование экзотическими платформами чревато трением.
. умно рассуждать постфактум и со стороны — удивительно легко, и
самооценку повышает.