Ну как бы на два тега демку делать? Я ведь тоже ленивый. Кабы прямо здесь можно было... А впрочем можно посмотреть на самом сайте для которого и делалось: http://www.elite-thailand.com
Что касется конкретно текстового процессора. Автор статьи, упомянутой вами, наверное мало пользуется Вордом. В нем абсолютно те же проблемы, а автор делает совершенно неверный логический посыл, что бесплатное хуже платного, причем выносит его во главу угла. Пусть это останется на его совести.
Если понимать, что такое пустая строка и где в ней хранится оформление и стили, то проблем не возникает. Я понимаю, то требовать осознания таких высот абстракции от обычной секретарши не стоит. Ну другого варианта на данный момент нет. Любой текстовый процессор будет «грешить» в ту или иную сторону (на DELETE или на BACKSPACE). Если только не придумать альтернативный способ текстового процессинга. Но ведь это тоже табу, не правда ли? (выпуклое нажимаем, выступающее тянем, круглое крутим)
Никто не будет спорить с вами, что программы должны буть удобными. Но вот вам пример необходимости понимания концепции системы. В «старых» десктопных приложениях, когда пользователь вводил что-то в поле, это сразу же попадало в базу данных (самый яркий пример - dBase-подобные програмы). В «новых» веб-приложениях, мало того, что надо дополнительно произвести submit формы, но еще дождаться адекватного ответа от сервера на эту операцию. Если пользователь не понимает сути такого поведения, у него будет ежедневно множество проблем на пустом месте и он будет всячески поносить разработчиков за «плохую» программу.
Вот вам еще пример-аналогия с автомобилем. Если «чайник» не понимает принципа работы ручной коробки передач, то педаль сцепления для него «лишняя», только мешающая удобному вождению. Есть замечательный выход из этого – автоматическа коробка. Стоимость ее не на много больше ручной. Однако сейчас в XXI веке промышленность до сих пор выпускает автомобили с ручной коробкой. Имеются ряд причин продолжать это делать. Точно также в IT есть ряд причин не автоматизировать все, что ни попадя. Печальных примеров переавтоматизации и так хватает.
Во-первых, «завышен-занижен» вопрос количественного порядка. Тема для дискуссии неблагодарная. Для кого-то и выделение курсивом – высшая математика. Если пользователь реально не понимает концепции системы, то и прочтение мануала от корки до корки не поможет. Там может вообще не быть информации о сути системы, а лишь методы ее использования.
Во-вторых, гениальность может проявляться в ломке «незыблемых» стереотипов («выпуклое нажимаем, выступающее тянем»).
Когда свеча сгорела, то на ее место просто ставится новая. Когда сгорела лампочка, то никто не пытается втыкать новую на ее место. Предварительно старая выкручивается, а на ее место вкручивается новая. Откуда взялся этот промежуточный алгоритмический шаг? Где и когда ему обучали? Почему выкручивается, а не выдергивается? Почему выкручивется в левую сторону, а не в правую?
Вы понимаете к чему я клоню? Есть порог вхождения в систему. В любую, не только в программную. Он разный для каждой системы. Утопично думать, что любую систему можно упростить до некоего "очевидного" уровня кухарки, а де все усложнения - происки масонов.
До меня дошло... Вы думаете, что если на вашем ресурсе с капчей появилась реклама, значит это нестойкость капчи? Ничего подобного. В 90%-ах никому вашу капчу взламывать не нужно было. Это были полуавтоматы.
Формально говоря, спам – это нежелательная реклама на ресурсе. (точка) От нее защищаются совсем другими способами. Например ограничением на публикацию ссылок.
«Массовая автоматическая» - совсем другой разговор. Для нее лучше использовать капчу, хотя бы чтоб база данных пользователей не пухла от мертвых душ, которые по-всякому опубликовать ничего не смогут. Данная капча прекрасно справится с этой задачей.
Ну это уже не страшно. С такой же эффективностью работают "полуавтоматы", от которых никакая капча не спасет. Самое главное мы элегантно и со вкусом защитились от "простыней" спама.
Тут упор делается больше на удобство посетителя, чем уровень защиты. Защиту можно подкреплять другими средствами. Например паттерн "подбор ключа" вычленяется довольно легко.
Тут даже дело не в тактильной отдаче и шелчке. В паузах пальцы лежат на клавишах и кисть расслаблена. А здесь они должны нависать и кисть всегда будет напряжена. Не эргономично и артритогенно.
Если понимать, что такое пустая строка и где в ней хранится оформление и стили, то проблем не возникает. Я понимаю, то требовать осознания таких высот абстракции от обычной секретарши не стоит. Ну другого варианта на данный момент нет. Любой текстовый процессор будет «грешить» в ту или иную сторону (на DELETE или на BACKSPACE). Если только не придумать альтернативный способ текстового процессинга. Но ведь это тоже табу, не правда ли? (выпуклое нажимаем, выступающее тянем, круглое крутим)
Вот вам еще пример-аналогия с автомобилем. Если «чайник» не понимает принципа работы ручной коробки передач, то педаль сцепления для него «лишняя», только мешающая удобному вождению. Есть замечательный выход из этого – автоматическа коробка. Стоимость ее не на много больше ручной. Однако сейчас в XXI веке промышленность до сих пор выпускает автомобили с ручной коробкой. Имеются ряд причин продолжать это делать. Точно также в IT есть ряд причин не автоматизировать все, что ни попадя. Печальных примеров переавтоматизации и так хватает.
Во-вторых, гениальность может проявляться в ломке «незыблемых» стереотипов («выпуклое нажимаем, выступающее тянем»).
Вы понимаете к чему я клоню? Есть порог вхождения в систему. В любую, не только в программную. Он разный для каждой системы. Утопично думать, что любую систему можно упростить до некоего "очевидного" уровня кухарки, а де все усложнения - происки масонов.
«Массовая автоматическая» - совсем другой разговор. Для нее лучше использовать капчу, хотя бы чтоб база данных пользователей не пухла от мертвых душ, которые по-всякому опубликовать ничего не смогут. Данная капча прекрасно справится с этой задачей.
Попытка допускается только одна уже сейчас. То, во что вы играете на главной странице - демки.