vitus_wagner: My photo 2005 (Default)
[personal profile] vitus_wagner
Я кажется, понял в чем состоит основное различие в позиции по вопросу интерфейса пользователя между мной и всякими защитниками Desktop Environments.

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

Компьютер - это инструмент, который продолжает наши мысли, так же как топор или весло продолжают нашу руку. Руки у всех примерно одинаковы (кроме тех, у кого они растут оттуда, откуда должны расти ноги). А вот мысли у каждого уникальны.
Использование стандартизованных интерфейсов загоняет наши мысли в определенные рамки. И это плохо.
Именно поэтому пользователи Windows-подобных систем так любят аляповатые картинки на десктопе, анимированные иконки и т.д.

Им хочется хоть как-то перенести в компьютер черты своей индивидуальности.

Но дело-то не во внешнем виде. Индивидуальным должен быть именно способ взаимодействия.

Естественно, какая-то стандартизация нужна. Иначе сложно будет взаимодействовать.

Минимальный уровень сложности интерфейса, который имеет смысл стандартизовать - это язык.

Язык это такой механизм взаимодействия (т.е. интерфейс) который позволяет каждому своему пользователю (т.е. автору) иметь свой собственный (индивидуальный!) стиль, но несмотря на это позволяет пользователям понимать друг друга. И даже заимствовать друг у друга целые куски (цитировать).

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

Ранний Unix не имел иного интерфейса кроме языкового (sh, ed - это языки). Появление GUI (даже менюшек в текстовом режиме) привело к появлению более примитивного способа взаимодействия, чем язык. Вот этот способ взаимодействия уже слишком туп, чтобы его можно было стандартизовать.

Date: 2007-09-12 06:59 am (UTC)
From: [identity profile] rusec.livejournal.com
Стандартные потребности можно удовлетворить тупо.
Пока есть стандарты. Что и обсуждается - стандарты это хорошо или плохо.

Про нестандартные потребности отдельный разговор. Впрочем, они редки.

Date: 2007-09-12 07:04 am (UTC)
From: [identity profile] nasse.livejournal.com
Как ни странно, нестандартные потребности часты. По крайней мере, на домашних компьютерах.

Date: 2007-09-12 07:13 am (UTC)
From: [identity profile] rusec.livejournal.com
Что мы понимаем под стандартными?
Стандартной проблемой в данном контексте я склонен считать такую, которую кто-то на Земле уже решил до меня и оное решение может быть найдено гуглем за разумное время. Хочется, чтобы описание оного решения не приходилось переводить на другой язык (общения с компьютером). Нестандартные (в указанном смысле) задачи мне попадаются не часто. При том, что у меня фактически несколько независимых работ (бизнесов), все сильно компьютерные (dvds.ec,tinta.ec,rus.ec, lib.rus.ec). Нормальному человеку, который использует компьютер для внекомпьютерной деятельности, думается вообще не попадаются. В любом случае он их не решит, буде попадутся. А таких - большинство.

И что мы понимаем под домашним компьютером? И, главное, зачем? Откуда вдруг такое деление и какое оно имеет отношение к теме разговора?

Date: 2007-09-12 10:40 am (UTC)
From: [identity profile] nasse.livejournal.com
Под стандартной я понимаю проблему, которую ТЫСЯЧАМ людей удобно решать одинаково.

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

Date: 2007-09-12 10:50 am (UTC)
From: [identity profile] rusec.livejournal.com
Удобство конструирования велосипедов? Зачем удобно делать что-то, что можно совсем не делать?
Как меня это достаёт.
Пример из жизни. Мне для либрусека (http://lib.rus.ec) нужен определенный код. И он написан и свободно доступен.
Частично на php, частично на perl, частично на javascript, частично на яве, которой на хостинге нет, частично на питоне версии выше чем та что есть, частично на xsl, убить бы об стену его придумавших. В результате вместо пары дней, которые я бы потратил если бы все это было на одном (любом) языке, я убью пару месяцев, а то и больше. Кому от этого лучше?
При том что никаких разумных причин иметь столько языков нет - perl/php/pyton/java вполне способны выполнить все задачи. Любой из них, никакой принципиальной разницы между ними нету. HTML и SQL отложим отдельно, у них своя ниша. Остальные пять объединяются на раз.
Хрена, жрите винегрет.

Date: 2007-09-12 10:58 am (UTC)
From: [identity profile] nasse.livejournal.com
Вот реюзание скриптового кода, всякий раз доводимого напильником - не та задача, которую вообще стоит а) решать b) бездумно.
Просто не сойдемся.

Date: 2007-09-12 11:03 am (UTC)
From: [identity profile] rusec.livejournal.com
Почему?
Есть формат книг - fb2.
Есть конвертор fb2-pdf.
Есть конвертор fb2-rtf.
Зачем мне писать (и потдерживать) свой, если уже есть готовый? Изучать pdf, бродить по граблям глюков разных ридеров...
Бред какой-то.
Вы сколько-нибудь серьёзные задачи вообще решали? Или всегда предпочитаете делать всё с нуля?

Date: 2007-09-12 11:11 am (UTC)
From: [identity profile] nasse.livejournal.com
Во-первых, я не программист, а админ.
Во-вторых, когда я вижу поделие, требующее кучу языков фиксированных версий и размеры напильника, превосходящего мой рост, я считаю, что поделие скорее не работает, и ставить его стремно. Так что либо ищу дальше, либо озадачиваю программистов, либо со скрипом мозговным вспоминаю перл.
Нет, переписывать конвертеры мне не приходилось. Искать более адекватный - приходилось.

Profile

vitus_wagner: My photo 2005 (Default)
vitus_wagner

June 2025

S M T W T F S
1 23 4 56 7
89 1011 12 1314
15161718192021
22232425262728
2930     

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 13th, 2025 07:11 pm
Powered by Dreamwidth Studios