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

Temporary nature of knowledge capital.

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

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

Что касается юристов, то здесь ситуация для непосвященных людей не столь очевидна, однако по мнению знакомого юриста, которого я попросил прокомментировать статью, методы и технологии, используемые в этой области сейчас, весьма отличаются от тех, что были 10 лет назад. Что касается ссылок автора на классические труды по юриспруденции, так ведь и в программировании существует огромное количество классических трудов, которые пока устаревать не собираются.

Если бы автор имел возможность поучаствовать в процессе интервью в нормальные софтверные конторы, например Microsoft или Google, он бы с удивлением обнаружил, что вопросов о тонкостях той или иной технологии там не задают. Акцент делается на другие вещи. Точно так же, как и доктор должен разбираться в том, как функционирует организм, а не в том, на какую кнопочку нажать в последней модели рентгеновского аппарата.

Low prestige

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

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

Если коротко, то доктор – это человек, организовавший свой бизнес. У него болит голова про аренду помещений, наем персонала, нахождение пациентов итп. Это относится и к докторам, работающим на крупные клиники. В некоторых случаях доктора арендуют помещения в клинике, иногда клиники заключают контракт с докторами, как, например, предприятие может заключить контракт с фирмой системным интегратором. Медсестра же, как и программист – наемные работники. У них не болит голова ни о чем, кроме их непосредственной деятельности и они не могут обанкротиться. Точно так же, как и программисты.

Соответственно, различается и зарплата. Владельцы бизнеса, как правило, получают больше, чем их наемные работники. Это относится в равной степени и к докторам, так и к владельцам софтверных фирм. Я бы даже сказал, что в массе своей, владельцы софтверных фирм получают больше докторов, поскольку софтверные фирмы масштабируются гораздо лучше частной врачебной практики.

The foreignization of computer programming

Да, этот процесс имеет место быть. Однако следствием его является отнюдь не понижение престижа программистов. Следствием является понижение престижа белых американцев, как сотрудников софтверных фирм. Как автор совершенно справедливо отмечает, зачастую они не в состоянии конкурировать с иностранцами, что неминуемо сказывается как на уровне их зарплаты, так и на их возможностях найти нормальную работу. Судя по высказываниям автора, он как раз и входит в число тех самых white Americans, которым не очень повезло на рынке труда.

Project management sucks too

Ну, эта часть статьи вообще какой-то поток сознания, базирующийся на том, что работодатель автора относился к low end софтверных контор.

The working conditions suck

Аналогично предыдущему пункту.

So what's a good profession?

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

Здравствуйте, De-Bill, Вы писали:

Ник>>о том и речь, что если ты юрист/финансист/экономист, то тебе хотя бы не надо конкурировать с индусами и китайцами

DB>Ну так вперёд... в экономику, юриспруденцию, финансы! Тебе ж не придётся конкурировать с индусами и китайцами. Так что, думаю, ты очень быстро поднимешься. Потом нам расскажешь, и мы тоже покинем неуютный мир IT.

Вон тут уже пишут в соседней ветке: здесь

Автор: cs_cons
Дата: 23.05.07

.

Ну и вот например вакансия на $4500 для финансового аналитика со скромным опытом. Я уж не говорю, что в финансах можно расти всю жизнь до весьма крупных зарплат. Программист может подняться лишь до архитектора (что в Москве сегодня ценится примерно на $3000-4000, да и то таких вакансий почти нет), дальше только если уходить в собственный бизнес, при этом это смена деятельности при которой все знания о всяких там API отправится на свалку. Собственно, об этом и речь в статье которая была в заголовке — знания программистов не слишком сильно ценятся изначально и быстро устаревают.

Здравствуйте, DKM_MSFT, Вы писали:

я хотел бы ответить. не в защиту автора, а только в качестве опонирования по пунктам здесь.

DKM>Temporary nature of knowledge capital.

тут не все так радужно.

DKM>Зацикливаясь на технологиях, автор совершенно забывает о других, гораздо более важных аспектах программирования. В этой области существует огромное количество вещей, которые не устаревают никогда, а лишь только накапливаются с опытом. А именно, общие подходы к тестированию и отладке кода, понятие об

это все решено уже давно накатыванием стандартных процессов. просто садят кучу тестировщиков и несколько sqa, которые пинками и палками заталкивают проект в русло качественного процесса.

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

тут у индусов вообще все радужно. как человек лично присутствовавший на митинге в бангалоре по поводу кода, могу рассказать, что в сети лежат куски кода (не базовых классов, не примеров кода, а именно кода), который разработчик должен взять, изменить имя метода в соответствии со своим модулем, переписть что-то в условиях, дописать коментарий зачем и когда он это сделать, и сдать. все.
тут тебе и патерны. тут тебя и стандартные задачи.
почему одинаковые баги водяться в разных частях кода — вы уже поняли.
но таки вот.

DKM>коде, умение работать с системами контроля версий, умение идентифицировать проблемы и в короткие

работе с репозиторием кода и студиями разными обучают на тех 3-х недельных курсах в первую очередь.
потому как без рассказа об этом, невозможно пройти собеседования в it контору в индии.

DKM>сроки предлагать оптимальные варианты их решения и так далее.

для того, что бы предложить решение, не обязательно идентифицировать проблему.
точнее не так. не важно, правильно или нет проблема идентифицирована.
индус, с его энтузиазмом, готов (не может, а готов!) решить любую проблему.
результаты и выводы будут позже. года через 2-3. может через 10-15.

DKM>Low prestige

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

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

DKM>So what's a good profession?

DKM>Стало быть, правильные профессии – это доктора и юристы. Остается только удивляться, почему автор, с его жизненной позицией, до сих пор не подал документы на курсы врачей или начинающих законников. Или не все так хорошо в области престижных профессий уважаемых людей?

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

хорошо это или плохо — я не знаю. мне кажеться, что оставаясь на одном месте, я (как бы это помягче) деградирую что-ли. с другой стороны, я понимаю, что я никогда не буду так глубоко "просвященным", как человек, который 15 лет пишет на с для контроллеров (например).

да. про престижность профессии. в России — глубоко престижна. ...пока. ...все еще!

во

Здравствуйте, bastrakov, Вы писали:


DKM>>Low prestige

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

B>легко. работа в любом русском банке ставит сразу мозги на место в этом отношении.
B>любой клерк считает, что программист, это где то рядом с уборщицей, только его надо вызывать не пол мыть, а комп чинить.

не все ли равно, какой престиж. Главное, чтобы платили, что и есть престиж. Если это банковкий клерк имеет зарплату в 2 раза ниже, чем программист, то и пусть себе считает что программист, это где то рядом с уборщицей.

Здравствуйте, bastrakov, Вы писали:

B>тут у индусов вообще все радужно. как человек лично присутствовавший на митинге в бангалоре по поводу кода, могу рассказать, что в сети лежат куски кода (не базовых классов, не примеров кода, а именно кода), который разработчик должен взять, изменить имя метода в соответствии со своим модулем, переписть что-то в условиях, дописать коментарий зачем и когда он это сделать, и сдать. все.
B>тут тебе и патерны. тут тебя и стандартные задачи.

к счастью, в IT не все продукты есть GUI и базы, где можно поставить на конвеер разработку. Есть поле для творчества, к примеру тотже debugging. Кому-то нужно и новые фичи придумывать, и резеч делать.

Замечу, самая богатая IT контора, не пользуется outsourc-ом для написания своей OS.

Здравствуйте, pavel_turbin, Вы писали:

_>Здравствуйте, bastrakov, Вы писали:

B>>тут у индусов вообще все радужно. как человек лично присутствовавший на митинге в бангалоре по поводу кода, могу рассказать, что в сети лежат куски кода (не базовых классов, не примеров кода, а именно кода), который разработчик должен взять, изменить имя метода в соответствии со своим модулем, переписть что-то в условиях, дописать коментарий зачем и когда он это сделать, и сдать. все.
B>>тут тебе и патерны. тут тебя и стандартные задачи.

_>к счастью, в IT не все продукты есть GUI и базы, где можно поставить на конвеер разработку. Есть поле для творчества, к примеру тотже debugging. Кому-то нужно и новые фичи придумывать, и резеч делать.

В РФ, увы, местному бизнесу это не уперлось. Ресеарч-шмесеарч.... Главное чемпионат по откатингу выиграть.

_>Замечу, самая богатая IT контора, не пользуется outsourc-ом для написания своей OS.

Да ну? Во всяком случае кумаров там полно на других продуктах и заказных проектах.

Здравствуйте, pavel_turbin, Вы писали:

_>к счастью, в IT не все продукты есть GUI и базы, где можно поставить на конвеер разработку. Есть поле для творчества, к примеру тотже debugging. Кому-то нужно и новые фичи придумывать, и резеч делать.

да. но это такая мелоч, по сравнению со всем it бизнесом, что...
ну вообщем золото в банке, и золото у ювелира различаются не только качеством продукта, но еще и количеством.

_>Замечу, самая богатая IT контора, не пользуется outsourc-ом для написания своей OS.

imho вы ошибаетесь. но это инсайдерская информация, да еще и не моей компании.

во

Здравствуйте, Ник, Вы писали:

Ник>Пришла по рассылке с CodeProject статьяWhy a career in computer programming sucks (на английском). Автор расписывает, как это плохо, быть программером: мол, знания быстро устаревают, и с годами ты ничем не становишься лучше вчерашнего студента; мол, программистов считают чокнутыми, престижа нет; мол, программирование стало вотчиной индусов и китайцев, и так далее... Ну что, пора менять сферу деятельности

Обвинять в своих жизненных неудах свою собвственную профессию могут только неудачники. Особенно китайские эммигранты . Легче всего списать на профессию и другие причины, кажущиеся объективными на первый взгляд. На самом деле, если не нравиться профессия — зачем было в нее идти? Это значит что человек недостаточно вдумчиво подошел к выбору профессии и ошибся. А профессия совершенно не при чем. Есть масса примеров когда программисты становились обеспеченными людьми, занимаясь своей любимой работой. И совершенно неважно что программист дальше от денег чем какой-нибудь финансовый менеджер. Программист ведь может эти деньги к себе "притянуть" — например поставить дело так, чтобы войти в долю разрабатываемого продукта. Или разрабатывать что-либо самостоятельно или в соавторстве с другими свободомыслящими программистами. Рано или поздно это принесет плоды — только надо серьезно к этому относиться. Никто ведь не говорит что программист всю жизнь должен разрабатывать программы на хозяина.

Здравствуйте, bastrakov, Вы писали:

B>Здравствуйте, pavel_turbin, Вы писали:

_>>к счастью, в IT не все продукты есть GUI и базы, где можно поставить на конвеер разработку. Есть поле для творчества, к примеру тотже debugging. Кому-то нужно и новые фичи придумывать, и резеч делать.

B>да. но это такая мелоч, по сравнению со всем it бизнесом, что...

Я кто-то здесь

Автор: pavel_turbin
Дата: 18.05.07

писал, что становитесь экспертом в своей области и никакой outsource вам не страшен. Меня не поняли.

П>Ну и вот например вакансия на $4500 для финансового аналитика со скромным опытом. Я уж не говорю, что в финансах можно расти всю жизнь до весьма крупных зарплат. Программист может подняться лишь до архитектора (что в Москве сегодня ценится примерно на $3000-4000, да и то таких вакансий почти нет), дальше только если уходить в собственный бизнес, при этом это смена деятельности при которой все знания о всяких там API отправится на свалку. Собственно, об этом и речь в статье которая была в заголовке — знания программистов не слишком сильно ценятся изначально и быстро устаревают.

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

Так везде — если ты открываешь собственный бизнес, очень полезно чтобы был опыт работы на разных участках, в том числе и простым программистом. Когда ты посидишь по ночам, разрабатывая какой-нибудь очень хитрый модуль, то будучи топ-менеджером ты на себе будешь знать, что программистам нужно дать свободный график, кофе-машину, удобные кресла, мощные компьютеры и безлимитный интернет и они будут работать _эффективнее_, чем когда ты будешь экономить на копейках (зачем им кофе? нефига в интернете сидеть, работать надо!) и заставлять их приходить к 9:00.

Здравствуйте, wildwind, Вы писали:

W>Здравствуйте, Ник, Вы писали:

Ник>>Ну что, пора менять сферу деятельности

W>Пора почитать МакКоннелла.

Пора думать СВОЕЙ головой.


... и прекращать искать серебрянные пули.

Здравствуйте, bastrakov, Вы писали:

B>это все решено уже давно накатыванием стандартных процессов. просто садят кучу тестировщиков и несколько sqa, которые пинками и палками заталкивают проект в русло качественного процесса.

Существует достаточно много проблем, которые не решаются методом увеличения количества тестировщиков. Тестировщики могут указать на наличие этих проблем, однако при отсутствии грамотных программистов такого рода баги закрываются "By design" или "Wont fix". Наиболее стандартными из них являются проблемы производительности, безопасности, масштабирования и обратной совместимости.

B>тут у индусов вообще все радужно. как человек лично присутствовавший на митинге в бангалоре по поводу кода, могу рассказать, что в сети лежат куски кода (не базовых классов, не примеров кода, а именно кода), который разработчик должен взять, изменить имя метода в соответствии со своим модулем, переписть что-то в условиях, дописать коментарий зачем и когда он это сделать, и сдать. все.

Под пониманием чужого кода я имел в виду не навык "copy-paste", а умение вносить изменения и отлаживать большие проекты, при отсутствии документации и невозможности задать уточняющие вопросы. Когда размер проекта начинает превышать какое-то пороговое значение, программист часто вынужден разбираться в функционировании кода, который он не писал и, зачастую, никогда раньше не видел. Этот навык приобритается исключительно с опытом, никогда не устаревает и не имеет ничего общего с изучением технологий.

B>работе с репозиторием кода и студиями разными обучают на тех 3-х недельных курсах в первую очередь.
B>потому как без рассказа об этом, невозможно пройти собеседования в it контору в индии.

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

B>для того, что бы предложить решение, не обязательно идентифицировать проблему.
B>точнее не так. не важно, правильно или нет проблема идентифицирована.
B>индус, с его энтузиазмом, готов (не может, а готов!) решить любую проблему.
B>результаты и выводы будут позже. года через 2-3. может через 10-15.

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

B>легко. работа в любом русском банке ставит сразу мозги на место в этом отношении.
B>любой клерк считает, что программист, это где то рядом с уборщицей, только его надо вызывать не пол мыть, а комп чинить.

В российском банке мне поработать не удалось, поэтому прокомментировать этот момент я не могу. Однако, мне кажется, что чинить компьютеры должны все же не программисты, а системные администраторы.

B>хорошо это или плохо — я не знаю. мне кажеться, что оставаясь на одном месте, я (как бы это помягче) деградирую что-ли. с другой стороны, я понимаю, что я никогда не буду так глубоко "просвященным", как человек, который 15 лет пишет на с для контроллеров (например).

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

Здравствуйте, DKM_MSFT, Вы писали:

DKM>В российском банке мне поработать не удалось, поэтому прокомментировать этот момент я не могу. Однако, мне кажется, что чинить компьютеры должны все же не программисты, а системные администраторы.
Сам программист, но скажу, что чинить компьютеры должны техники Системные администраторы настраивают сеть, сетевые сервисы, Exchange и всё такое

Здравствуйте, Ник, Вы писали:

Ник>Пришла по рассылке с CodeProject статьяWhy a career in computer programming sucks (на английском). Автор расписывает, как это плохо, быть программером: мол, знания быстро устаревают, и с годами ты ничем не становишься лучше вчерашнего студента; мол, программистов считают чокнутыми, престижа нет; мол, программирование стало вотчиной индусов и китайцев, и так далее... Ну что, пора менять сферу деятельности

В этой статье есть доля правды.
Предлагаю программистам обьединяться в профсоюзы и бороться за свои права

Здравствуйте, Andy Panda, Вы писали:

AP>Здравствуйте, DKM_MSFT, Вы писали:

DKM>>В российском банке мне поработать не удалось, поэтому прокомментировать этот момент я не могу. Однако, мне кажется, что чинить компьютеры должны все же не программисты, а системные администраторы.
AP>Сам программист, но скажу, что чинить компьютеры должны техники Системные администраторы настраивают сеть, сетевые сервисы, Exchange и всё такое
Ошибаетесь. Я работал в небольшом банке (Ростов). Так вот, там программист обязан:
1) Обязан обучать пользователей работе в почте и офисе.
2) Заниматься документацией для разработки корпоративного сайта. Принимать работу у студии после разработки.
3) Бегать и решать проблемы человеческого фактора у пользователей — неправильное использование ПО, неумение работать с основной корпоративной программой.

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

Здравствуйте, Дмитрий В, Вы писали:

ДВ>В этой статье есть доля правды.
ДВ>Предлагаю программистам обьединяться в профсоюзы и бороться за свои права
А в чем эти права заключаются? Можешь назвать хотя бы три позиции из списка?

Здравствуйте, DangerRSDN, Вы писали:

DRS>Здравствуйте, Дмитрий В, Вы писали:

ДВ>>В этой статье есть доля правды.
ДВ>>Предлагаю программистам обьединяться в профсоюзы и бороться за свои права
DRS>А в чем эти права заключаются? Можешь назвать хотя бы три позиции из списка?
Придумаем!
Производство у нас вредное Вредное для психики — сидим весь день за компами, живем среди объектов и функций, после чего общий язык бывает можем только с программистами найти

Здравствуйте, Дмитрий В, Вы писали:

ДВ>Здравствуйте, DangerRSDN, Вы писали:

DRS>>Здравствуйте, Дмитрий В, Вы писали:

ДВ>>>В этой статье есть доля правды.
ДВ>>>Предлагаю программистам обьединяться в профсоюзы и бороться за свои права
DRS>>А в чем эти права заключаются? Можешь назвать хотя бы три позиции из списка?
ДВ>Придумаем!
ДВ>Производство у нас вредное Вредное для психики — сидим весь день за компами, живем среди объектов и функций, после чего общий язык бывает можем только с программистами найти

Компы чтобы нормальные были, мониторы, чтобы места было свободного побольше!
А то загонят отряд программеров в конурку два на два метра, а сами в кабинетах по одному сидят

Здравствуйте, DKM_MSFT, Вы писали:

поинт номер ноль: я не защищаю сложившуюся систему. я ее просто описываю.
я не спорю с вами, я просто рассказываю, как оно сейчас есть.

B>>это все решено уже давно накатыванием стандартных процессов. просто садят кучу тестировщиков и несколько sqa, которые пинками и палками заталкивают проект в русло качественного процесса.

DKM>Существует достаточно много проблем, которые не решаются методом увеличения количества тестировщиков. Тестировщики могут указать на наличие этих проблем, однако при отсутствии грамотных программистов такого рода баги закрываются "By design" или "Wont fix". Наиболее стандартными из них являются проблемы производительности, безопасности, масштабирования и обратной совместимости.

ну и что?
если мы не можем решить проблему, мы ее можем:
1) переписать.
2) купить.
3) забить на нее, но отчитаться, что долго ее решали.

B>>тут у индусов вообще все радужно. как человек лично присутствовавший на митинге в бангалоре по поводу кода, могу рассказать, что в сети лежат куски кода (не базовых классов, не примеров кода, а именно кода), который разработчик должен взять, изменить имя метода в соответствии со своим модулем, переписть что-то в условиях, дописать коментарий зачем и когда он это сделать, и сдать. все.

DKM>Под пониманием чужого кода я имел в виду не навык "copy-paste", а умение вносить изменения и отлаживать большие проекты, при отсутствии документации и невозможности задать уточняющие вопросы. Когда размер проекта начинает превышать какое-то пороговое значение, программист часто вынужден разбираться в функционировании кода, который он не писал и, зачастую, никогда раньше не видел. Этот навык приобритается исключительно с опытом, никогда не устаревает и не имеет ничего общего с изучением технологий.

это тоже решается увеличением количества народа. тот, кто дольше всех в команде — становиться руководителем. он ничего не делает, мы платим ему бОльшие деньги. за это он всем обьясняет, как это должно работать. я не считаю, что один русский программист может сделать такой обьем работы, как команда индусов.
(ну и количество ошибок — тоже. )
при таком количестве народу, программист никогда не разбирается с чужим кодом. он приходит в команду, изучает модуль, и его дописывает-переписывает всю свою жизнь на данной позиции. чужой код пишет другой человек.
у них есть люди, которые разбираются со сложными проблемама. они работают в специальных командах, и получают далеко не кодерские деньги. это богатые (для индии — реально богатые) люди.

B>>работе с репозиторием кода и студиями разными обучают на тех 3-х недельных курсах в первую очередь.
B>>потому как без рассказа об этом, невозможно пройти собеседования в it контору в индии.

DKM>Изучается, верно. Но в этом пункте поднимается вопрос не о сложности изучения того или иного предмета, темой обсуждения является устаревание знаний. Опыт работы с ситемой контроля версий — это разновидность "неустаревающего" знания, поскольку принципы работы здесь одинаковы вне зависимости от конкретной системы, различаются лишь названия команд.

софт упрощается в использовании. много вещей сейчас можно научить делать за часы!
т.е. то, что русский программер на краденом софте изучал годами, сейчас преподается за 1-2 лекции на курсах. сорри. мы шли к этому, и мы к этому пришли.

B>>для того, что бы предложить решение, не обязательно идентифицировать проблему.
B>>точнее не так. не важно, правильно или нет проблема идентифицирована.
B>>индус, с его энтузиазмом, готов (не может, а готов!) решить любую проблему.
B>>результаты и выводы будут позже. года через 2-3. может через 10-15.

DKM>Хороший программист отличается от плохого именно тем, что предложенное им решение является в разных смыслах эффективным, и еще на этапе дизайна позволяет избежать огромного количества проблем.

иллюзия. сорри.
то, что для одного "изумительный дизайн", для другого "полный отстой".
а через 1-2 года выясняется, что оба понятия не имели, для какой области они это делают, и почему это все надо переделывать.

B>>легко. работа в любом русском банке ставит сразу мозги на место в этом отношении.
B>>любой клерк считает, что программист, это где то рядом с уборщицей, только его надо вызывать не пол мыть, а комп чинить.

DKM>В российском банке мне поработать не удалось, поэтому прокомментировать этот момент я не могу. Однако, мне кажется, что чинить компьютеры должны все же не программисты, а системные администраторы.

а вот давайте спросим у того, на кого я ссылаюсь. у клерка в банке.

...ну вот такая вот картина мира.
bo

Здравствуйте, DangerRSDN, Вы писали:

DRS>Хоть ты тресни а дослужиться до кого-то выше владельца бизнеса тебе не удастся

С точки зрения слуги — да.