О программистах и пользователях

Во всех шутках про сисадминов и пользователях высмеивают последних. Я никогда не слышал шутку в которой бы пользователь был умнее сисадмина. Однако, на мой взгляд проблема кроется не в умственных способностях, а в неравенстве положений в которых оказались люди. И если сисадмину, это в жизни не помешает, то для программиста это может создать определенные проблемы.
Когда пользователь общется с программистом, то последний выступает в роли более компетентного человека в этой области. И если первый ставит задачи более общие, то последний ставит условия более конкретные: необходим новый сервер, нужно поставить офис/Java/SQL-server. И вот тут возникает проблема: поставленные условия решают задачу программиста или пользователя?

• Решение использовать в качестве языка программирования Java, принимается потому что программист его хорошо знает или потому что кроссплатформенность обусловлена условиями задачи?
• Программа требует установленного MS SQL Server или Oracle, потому что будут ворочаться большие объемы данных или просто потому что программист не умеет обойтись без них?
• Необходимо установить офис потому что нужно получать экселевские таблицы с прописанными формулами для последующей обработки их в аналитическом отделе или просто потому что программисту лениво сделать нормальную печать и отображение графиков

Опытные программисты могут продолжить этот список огромным числом компромиссов, которые могут возникнуть при создании продукта. Одно дело когда приложение разрабатывается на заказ, тогда действительно чаще дешевле задействовать тиражируемый продукт, чем платить программисту за «изобретение велосипеда». К тому же как правило все дополнительное ПО устанавливает сам разработчик. Однако когда такой программист, привыкший делать себе удобно, выходит на тропу тиражируемого продукта то он сталкивается с совершенно иными законами рынка. В этом случае программист становится в роли просящего: попробуйте мою программу. И здесь происходит несколько этапов прежде чем пользователь начнет с ней работать:

1. Пользователь должен узнать об этой программе из интернета.
2. У него она должна запустится
3. Он должен ещё и разобраться в ней
4. Программа должна устраивать его

Если какой-либо из этих этапов не будет преодален пользователь будет утерян. Кстати иногда эти пункты противоречат друг другу, поэтому иногда выпускают несколько версий одного и того же продукта. Например многие учетные программы поставляются в двух вариантах:требующие SQL-сервер и не требующие. Установка любого SQL-сервера это очень большой барьер на пути ознакомления программы, да он и не критичен пока данных мало. Если программа действительно полезна и в ней уже крутится столько данных, что это уже сказывается на быстродействии, то на сайте Вы можете сказать:«Эй, есть версия, которая быстрее, необходимо установить только SQL-сервер» Кстати этим и могут различаться платная и бесплатная версии. (Но это уже другая тема)
Из этого выходит, что пока самые перспективные языки – это компилируемые. Оставим скриптовые языки для web-серверов и внутреннего использования. Кстати, когда я вычитал про то что можно компилировать Java-программы в native я понял, что у этого языка появилось будущее в области десктопных систем. Потому как теперь у Java-программистов есть возможность писать 2 версии программ: в native-коде для быстрой установки и байт-коде для кроссплатформенной версии.
Сейчас рынок перенасыщен удобными приложениями, пришедшими с запада, и условием занятия этой ниши является создание максимального удобства для пользователя.