> Мой жизненный опыт говорит, что среди преподавателей ВУЗов
> тупых ничуть не меньше, чем среди dba... :)

Не повезло.

Я утверждал, что официальный доход преподавателя меньше, чем dba, а квалификация выше. Есть желание возразить?

По поводу тупости: dba - это работа, основанная на хорошем знании документации (не только официальной) и ни на чем более. Исключительно тупая механическая работа для человека с хорошей памятью. Вопросы?

> строительством многоэтажного дома

Еще один вид производства.

> Место творчеству есть везде.

Уважаемый, бизнес - это не кружок поделок. По существу есть что возразить?

> Что такое "квалификация"?

Объем знаний и навыков.

> могут ли преподаватели ВУЗов так же быстро и так же хорошо написать программу, как программист-практик?

Не могу сказать, я не преподаватель ВУЗа.
Кстати спросить, что значит "так же хорошо"? Критерии качества огласите, пожалуйста.

> нафига эта формула кому сдалась, чтобы ее помнить?

Отличный вопрос. ;)

Позволю себе его переформулировать: нафига вообще нужны абстрактные знания? ;) Не вспомню источник и автора, но суть в том, что способность усваивать абстрактные знания напрямую связана с умственным развитием. Соответственно, из преподавателя dba скорее всего получится, а вот наоборот - сильно вряд ли. ;)

> сделай что-нибудь полезное для человечества

;) Иногда для человечества гораздо полезнее, когда определенные индивидуумы ничего не делают.

> То есть, то что требует знаний - это "тупая работа"?

Данные (та самая документация) - это не знания, это инструкции. Которые, кстати сказать, вполне могут быть формализованы.

> если из памяти преподавателя ВУЗа по высшей математике вычеркнуть всё, что написано в справочнике
> Бронштейна-Семендяева, то что останется?

Останутся навыки, которые помогут этому самому преподавателю самостоятельно этот справочник при необходимости написать. ;) А вот dba без мануалов просто закончится. Сразу. ;)

> Я уже не говорю о преподавателях гуманитарных наук

У-у-у... напрасно Вы так.

> Давайте определение термина "бизнес" и определение термина "творчество".
> И исходя из этих определений попытайтесь доказать, что одно с другим никак не совместимо.

Под бизнесом я имел в виду не бизнес вообще, как понятие, а бизнес, связанный с разработкой ПО; давайте на этом и остановимся. Коммерческая разработка ПО - трансформация требований заказчика в программный продукт с учетом стандартов, спецификаций, нотаций, моделей и пр. стандартных или околостандартных документов. Причем, трансформация эта происходит с учетом стандартов управления, проектирования, моделирования, кодирования, тестирования, контроля и пр., пр., пр. Все как в любом другом производстве. Расскажите, пожалуйста, в каком из технологических процессов Вы допускаете свободную интерпретацию требований, которая теоретически могла бы предполагатьчто-то, относительно напоминающее "творчество"? Если не затруднит, приведите пример такого "творчества", а я, в свою очередь, постараюсь показать, что оно связано с низкой квалификацией исполнителей, а не с производственной необходимостью.

> Слава Зайцев тоже занимается бизнесом. Если у Вас повернется язык сказать, что его бизнес
> никакого отношения не имеет к творчеству

Повернулся. Ни малейшего. Это обычный бизнес, не лучше и не хуже других. Там просто другие стандарты и другие технологии.

Imho результат творчества - это уникальный авторский продукт. Ни Слава Зайцев, ни Вася Пупкин не напишет "Евгения Онегина" или "Собачье сердце", - ни за деньги, ни просто так. ;)

dba - пофиг, хороший или не очень - это специалист не по решению проблем, как Вам кажется, а по их выявлению и предотвращению _до_ стадии промышленной эксплуатации программно-аппаратного комплекса. ;) Плюс текущие задачи по обслуживанию согласно утвержденному плану обслуживания. Плюс решение возникающих проблем заранее, _до_ стадии промышленной эксплуатации программно-аппратного комплекса, согласованными способами. Ы?

> сисадмин

Системный администратор - это слишком широкое определение, чтобы перечислять все его возможные функции. Но и в этом случае его основная задача - выявлять и предотвращать проблемы _до_ их появления. Причем, если в его функции входит еще и политика информационной безопасности, то достаточно серьезная часть его работы - бумажно-административная. ;) Ы?

Модератор: отредактировано

> возможно ли без глубокого знания высшей математики и творческого
> подхода к применению этих знаний?

ОК, если Вам так хочется использовать для характеристики работы слово "творческий" - у меня нет возражений. ;)

> стандарты появляются не на пустом месте

Это слишком объемная тема для обсуждения; давайте ограничимся уже затронутыми проблемами.

> работа, проделанная клубом RSUG, перекликается с идеей OpenSource,
> хотя и инициирована весьма коммерческой организацией...

Позвольте Вам не поверить.

Я ни в коей мере не хочу обидеть Вас или участников клуба, - вполне возможно, это вполне вменяемые высококвалифицированные специалисты, но проделанная работа ничего общего с open source не имеет. Ни по форме, ни по сути, ни по результатам.

> Большое количество высоквалифицированных специалистов на общественных началах проводят
> работу по совершенствованию конкретного продукта.

А что здесь соответствует понятию "open source"? Ну да, работа не была оплачена, - на этом внешяя похожесть закончилась. Кстати заметить, отнюдь не всегда open source разработка не связаны с оплатой исполнителям.

> Фактически это совместная работа потребителя продукта и разработчика над тем, чтобы сделать продукт
> более удобным и ценным для потребителя. И это творческая работа.

;) ОК, мы уже договорились, что Вы слово "творческий" можете употреблять в соответствии с собственными представлениями. То, что Вы описываете, - это просто одна из возможных (абсолютно не уникальная) форма работы, выгодная разработчикам продукта.

> ни разу не удалось двум разным разработчикам ПО написать совершенно одинаковые приложения

Совершенно одинаковые - это совпадающие до пробельных символов? Концептуально одинаковые? Функционально одинаковые? ;) Что именно Вы имеете в виду?

> в функционале 1С и ИНФИН

Думаю, Вам очевиден ответ на этот вопрос. Разные постановщики задачи, разные менеджеры проектов, разные исполнители (все - со своими пробелами в профессиональной подготовке). Разные задачи. Разные технологические процессы.

> Кто-то из них не достаточно тупой?

Вам так понравилось это определение? ;)

Скажите, Вас удивляет, что есть, например, Mercedes, есть Bugatti, а есть Лада? Для Вас естественны различия между их готовой продукцией? ;))

> К счастью, многие из них видят дальше собственного носа
> и видят те выгоды, которые дает им это сотрудничество.

То же самое другими словами: вместо товарно-денежных они используют другие эквиваленты. Их право. ;)

> различие определяется той самой творческой составляющей

;) Да нет там творческой составляющей. Ни одной. Даже если Вам этого очень сильно хочется.

> Ваше же изначально негативное отношение к людям ничего не объясняет.

Очень даже позитивное отношение. Даже, возможно, излишне позитивное. ;) Вы хм... несколько узко понимаете термин "бизнес" и абсолютно напрасно идеализируете и собственно процесс, и его участников.

> Задачи одинаковые - автомтизация бухгалтерского учета с помощью
> коробочного продукта.

Это понятно. Только разбивает эту задачу на более мелкие совершенно конкретный человек (или группа людей). Со своими комплексами, проблемами, тараканами и скилзами. Далее - по тексту предыдущего сообщения. ;)

> Для меня - естественны.

;)

> Поскольку я вижу творческую составляющую

Понятно. Но на самом деле ее и здесь нет. ;) Разная технологическа база, разная культура производства, разная структура затрат, разные технологические процессы - соответственно, разный результат.

Понимаете, творчество - это то, чему нельзя научить. ;) Можно научить человека читать и писать, - но нельзя научить быть Булгаковым. Можно научить снимать кино, - но нельзя научить быть Тарковским. Можно научить рисовать, - но нельзя научить быть Кандинским. То, чему можно научить - это ремесло. А то, что Вы описали, например, в [2795568] - это оптимизация технологического процесса и ничего более. ;)