Привет!!!
Ха, сегодня услышал мнение одного ТИПА програмера :)))
Вот мне интересно что поэтому поводу думает ИСТЕННЫЙ народ.

Users are lusers! :)
Хуже юзера может быть только заказчик :)))

Заказчика надо уважать, а юзера принимать во внимание ;).

Хмм.. не люблю подобных бравадных высказываний. Ведь для кого программеры пишут - для пользователей! Если бы не было пользователей, то не было бы и программеров! Без пользователя труд програмиста безполезен.

Вот несколько неплохих догм:
1. Идеальный программист всегда должен ставить себя на место пользователя.
2. Заказчику не нужно знать деталей имплементации проекта. Важно, что всё работает по-заказу.
3. Между заказчиком и программистом (-ами) должен иметься документ, описывающий проект или систему и её возможности, желательно все, чтобы не имел места следующий разговор:
===
Заказчик: "А неплохо бы поиметь здесь ..."
Программист: "А в документе этого не было. Отложим на 2-ю фазу."
===

Godness

Хмм.. не люблю подобных бравадных высказываний. Ведь для кого программеры пишут - для пользователей!

Если ты имел ввиду мое высказывание то я могу по пунктам объяснить, "что", "почему" и "как" я сказал:

1) заказчика надо уважать
Заказчика надо уважать уже потому что он и есть хлеб (очень хороший заказчик и черная икра :))программиста. Именно он и диктует как будет выглядеть программное средство, разработку которого он вам доверяет.

2) юзера надо принимать во внимание
Юзера надо слушать, но не надо идти у него на поводу (если только вы не хотите заниматься переделкой своего программного средства круглосуточно :)), подчас требования группы юзеров будут взаимоисключающими (и чем больше группа юзеров которая пользуется вашей программой, тем это заметнее). Например: они будут требовать от вас чтобы система имела удобный интерфейс, доступ ко всем функциям системы должен быть осуществлен одним щелчком мыши, но в то же время он не должен быть заумным и напоминать панель управления космического корабля (не секрет что сейчас юзеры предпочитают работать мышкой, а не клавиатурой, так что комбинации клавиш не прокатывают).
Но юзера необходимо слушать, ибо только от него вы сможете узнать о явных просчетах и ошибках в программе. Чем лучше вы относитесь к юзерам (работаете с ними в тесном контакте), тем лучше будет распространяться ваша программа (людям приятно будет осознавать свою причастность к акту творения программного продукта).
Так что юзера нужно максимально удовлетворять (в плане его запросов) не забывая о приоритетах.

Об этом можно написать целую книгу...

P.S. Не надо забывать, что программисты тоже юзеры (это как змея которая кусает себя за хвост - символ бесконечности) :).

Fixer

Ну тебя и понесло :)... Да, нет. Я имел ввиду высказывание Quantumа... Хотя наверно он пошутил, а до меня не дошло (гы гы :)...

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

Кстати по этому поводу есть анекдот:

В чем сходство между пользователем и обезьяной?
-Они жмут на все, что жмется. Тыкают во все, во что тыкается. И крутят все, что крутится.
А в чем разница?
-У обезьяны хватает ума не нажимать комбинации, которые приводят к зависанию компьютера.

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

Плохо я к ним отношусь, по большей части они не могут правильно сформулировать чего же они хотят от программы, не говоря уже о ТЗ. И вобще прихожу к выводу что идеальной для пользователя являеться программа типа next-next-next-ok, но к сожалению от пользователя иногда требуеться и подумать, а это они делают плохо и самое главное что в таком случае они все валят на программу, типа программа плохая. Мало того все юзеры хотят чтобы программер разбирался в вопросах, связаных с решаемой программой задачей, лучше чем они сами и совершенно не хотят помогать и делиться знаниями, зачастую по их отсутствию у самих. Может быть я сказал не очень понятно, поясню на примере: (небольшое отвлечение, можно не читать: в общем то я не асм-кодер и главным в моей работе являеться Rapid Application Development, потому вопросам какой либо оптимизации или красивости кода я отдаю меньший приоритет чем читабельности и скорости разработки) Так вот, делаю я сейчас прогу для работы с пенсионным фондом, а сейчас уже все данные туда, а так же в налоговые организации подаеться в электронном виде, и все тех. задание, которое мне предоставили было типа: "разработать программу" и все! Т.е. мой заказчик вобще плохо представлял что же она должна делать, кроме того, что помочь ему сдать какой то отчет. В виду полной некомпетенции заказчика, помощь от него была просто не возможна. И мне ПРОГРАММЕРУ!!! пришлось разбираться во всех тонкостях работы этого сраного пенсионного фонда. То же самое относится и к остальным областям: экономике- бугалтерии, медицине, технологии итд итп. Дело тут в том что у нас в стране (Россиии) не готовят каких либо специализированных профессионалов. То есть такие специальности я слышал только-только появляються, без этого не возможно ИМХО. Так же как и не гоовят у нас медиков и экономистов и кадровиков умеющих грамотно сформулировать задачу для программера.

На опыте своего SQL-программирования могу утверждать, что здесь бывают разные градации:
1. Пользователь не может представить свою кухню в целом, с птичьего полета. В конце концов, освоив интерфейс, не может его связать с данными. Ему требуется небольшая помощь, например, объяснить, почему здесь дерево, а не список и т п - типа какие выгода он может из этого извлечь.
2. Он, пользователь, в своей области прекрасно все знает и занимлся этим, когда тебя еще на свете не было. Напутал ты чего-то, не так понял мол. В третий раз переделешь (опять по-своему, конечно) - доволен, "я это и имел в виду"

В кривых руках и калькулятор зависает.
Что еще хорошего про них сказать можно?

[ Zervide И мне ПРОГРАММЕРУ!!! пришлось разбираться во всех тонкостях работы этого сраного пенсионного фонда.]

То бишь превратиться в пользователя. ;-)

To ALL

Имхо, вы все путаете пользователя с ламером, эти понятия не тождественны!

Имхо, вы все путаете пользователя с ламером, эти понятия не тождественны!
Asterix в этом ты прав.

To All
Чем мы то, все, отличаемся от пользователей? Тем знанием, что EB(jmp) это не ругательство?

А что их обсуждать ??....
Все мы когда-то начинали осваивать вычислительную технику. Кто с БК-0010,кто КУВТ-86 Yamaha а кто и ЕС ЭВМ проектировал да программировал.

Везде и всегда были пользователи, только некоторые из них решили развиваться дальше......