А не запостить ли мне еще чего нибудь про линукс,

[metaclass]

в свете безумных рекомендаций от линуксоидов людям.

Why does Linux suck?

Marketing, branding and human-computer interaction are actually inter-related subjects that make or break an OS.

Linux is a perfect example of what happens when you let technical people run a business...it completely forgets about the end user and what they want.

Comments

[guamoka.livejournal.com]

>>
it completely forgets about the end user and what they want
<<

Наверное, это все-таки половина правды. Желания пользователя- это слишком аморфная, разнородная и противоречивая масса. В том числе, зачастую противоречащая здравому смыслу. Просто пользователь привык делать что-то через "жопу", как форматировать текст в Ворде пробелами и табами.

[dizel-by.livejournal.com]

+1

[archangel-rhn.livejournal.com]

Пользователь выбирает то, с чем действительно удобно работать.
В Word'е огромный функционал, а чтобы понимать его потенциал, купите соответствующий учебник. То же форматирование в нем развито не слабо.

А по вашему "не через жопу" - это дубовая консоль?

[guamoka.livejournal.com]

Вообще, речь шла о том, что некоторым пользователям удобно форматировать в Ворде пробелами и табами, как в старом добром редакторе Нортона. Про стили они не знают и не предполагают, что есть более другие, удобные методы работы с текстом. Обезъяне удобнее жить на дереве и есть бананы. Хотя могла бы быть человеком. Видно высший маркетинг решил, что желание обезъяны- закон.

[beskov.livejournal.com]

для этого есть инженерная дисциплина Управление требованиями, а также Маркетинговые исследования и Исследования пользователей в Проектировании взаимодействия и Юзабилити

а то, что они не применяются при разработке OSS-софта - как раз проблема данного бизнеса

[guamoka.livejournal.com]

>>
для этого есть инженерная дисциплина Управление требованиями
<<

для чего, для "этого" и что в ней "инженерного"?

[metaclass.livejournal.com]

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

[dizel-by.livejournal.com]

и операционная система тут едва ли не в последнюю очередь ;)

[metaclass.livejournal.com]

Зато opensource-подходы к разработке софта тут встают в первую очередь, как противоречащие выводам оных наук. В том числе и при разработке линуксов.

[guamoka.livejournal.com]

я говорю не о простом представление, о чем идет речь в требованиях, а о самой дисциплине "Управление требованиями", о наличии формального описания требований, математического аппарата их обработки/исследования на предмет качества, полноты и непротиворечивоски, в конце концов, о существовании формализуемых критериев оценки этого качества и параметров оптимизации вне зависимости от предметной области. Весь тот формальный+опытный+матаппарат который делает какую-либо дисциплину инженерной.