Особенности IT-бизнеса в России
Не совсем так как описано в статье: в России много компаний разработчиков мирового уровня, продукты и решения которых имееют заслуженный успех, другое дело, что эти компании не всегда любят афишировать своё происхождение (ABBYY, Acronis, EPAM, Parallels, Veeam).
А вот компании внедренцы на нашем неспокойном рынке действительно хотят отхватить проект попроще, пожирнее и лучше для компании в госсекторе - с этим ничего не поделаешь, вот будет определённость будущего хотя бы на пару лет вперед и отрасль начнёт меняться
А вот компании внедренцы на нашем неспокойном рынке действительно хотят отхватить проект попроще, пожирнее и лучше для компании в госсекторе - с этим ничего не поделаешь, вот будет определённость будущего хотя бы на пару лет вперед и отрасль начнёт меняться
К списку можно добавить Касперского ещё, Jetico, Elcomsoft; Катаури и Нивал - это если геймдев добавить. Ну и по сути, эти компании описали в конце - те самые "средние компании", работающие на заграницу.
ну, например, EPAM ни разу не средняя компания работающая только на заграницу. да и потом: как раз на разработчиков меньше всего влияют местные особенности (из анотации к статье)
C весьма недурна, надо сказать
Ну, о том, что "только" - нигде и не говорилось, все эти компании на российском рынке тоже представлены вполне основательно.
Да и 4200 сотрудников всего EPAM-а(на 2008 год) - это почти как только головной офис Газпрома.
2 : если смотреть на качество кода, я бы так не сказал.
Да и 4200 сотрудников всего EPAM-а(на 2008 год) - это почти как только головной офис Газпрома.
2 : если смотреть на качество кода, я бы так не сказал.
сумма отката может составлять порядка 95% стоимости проектачото много слишком, там же ничего не останется
чото много слишком, там же ничего не останетсяПроекты типа порталов разнообразных министерств, или школьного портала(который edu.mail.ru).
прочитав статью мне показалось, что она больше про "системных интеграторов" (в частности есть ссылка на IBS)
и к сожалению, с многим из описанного приходится согласиться.
Нет чего-то своего - только достал из разных коробок готовое и настроил, обозвав все это системой.
и к сожалению, с многим из описанного приходится согласиться.
Нет чего-то своего - только достал из разных коробок готовое и настроил, обозвав все это системой.
так про интеграторов я и не спорю, статья просто пошире взяла - про положение ИТ отрасли
А сколько нынче за портал денег дают?
http://ru.wikipedia.org/wiki/%D8%EA%EE%EB%FC%ED%FB%E9_%EF%EE...
Создание «Школьного портала» группой ИМА, выигравшей открытый конкурс на создание портала, было профинансировано из средств Государственного бюджета РФ в рамках Государственного контракта НП-13 (лот № 2 общая стоимость которого составила 13 950 000 рублей. (Как заявил директор интернет-агентства «Ру-сайт» Олег Брага «Подобный сайт не стоит и $50 тыс.»).
Создание «Школьного портала» группой ИМА, выигравшей открытый конкурс на создание портала, было профинансировано из средств Государственного бюджета РФ в рамках Государственного контракта НП-13 (лот № 2 общая стоимость которого составила 13 950 000 рублей. (Как заявил директор интернет-агентства «Ру-сайт» Олег Брага «Подобный сайт не стоит и $50 тыс.»).
Да и 4200 сотрудников всего EPAM-а(на 2008 год) - это почти как только головной офис Газпромаа дворников в Москве и того больше. В чем мысль?
Много слов, но ни о чём, имхо. Честно говоря, осилил только полтора абзаца.
Создание «Школьного портала» группой ИМА, выигравшей открытый конкурс на создание портала, было профинансировано из средств Государственного бюджета РФ в рамках Государственного контракта НП-13 (лот № 2 общая стоимость которого составила 13 950 000 рублей. (Как заявил директор интернет-агентства «Ру-сайт» Олег Брага «Подобный сайт не стоит и $50 тыс.»).При общении с гос. структурами и МинФином сегодня любые подрядчики вынуждены задирать цены в 2-3 раза. Государство РФ очень ненадёжный, рисковый и нестабильный клиент. Чиновники ни за что не отвечают и им по большому счёту ничего не нужно, сегодня один приказ завтра другой. Многие проекты так и остаются реализованными на половину.
про abby и касперыча знал, а вот нивал русская компания? клево.
мой любимый блицкриг сделан в России!
мой любимый блицкриг сделан в России!
При общении с гос. структурами и МинФином сегодня любые подрядчики вынуждены задирать цены в 2-3 раза.Я тебе могу больше сказать - мы в конце года делали работу в Воронежской области, под конец нас засыпали бумагами, а 24 декабря прислали предложение расторгнуть контракт.
Работы к тому моменту были сделаны на 99%.
Началась бумажная переписка-общение юристов, по итогам которого контора контракт расторгла, посчитав, что так дешевле и спокойнее будет.
Государство РФ очень ненадёжный, рисковый и нестабильный клиентНо цены задираются вовсе не по этой причине :смирк:
по итогам которого контора контракт расторгла, посчитав, что так дешевле и спокойнее будет.Скажи спасибо, что тебя не посадили. Вон товарищ в Москве камеры видеонаблюдения ментам поставлял, так ему вместо того, чтобы пожаловаться на периодически отказывающую аппаратуру и рвущиеся кабели вообще в СИЗО закрыли.
в России много компаний разработчиков мирового уровня, продукты и решения которых имееют заслуженный успех,А если сравнить с другими странами ? Боюсь те же ABBYY, Acronis окажутся такими же локальными брендами как 1С.
это с чего бы? если про Acronis ещё можно с натяжкой так сказать, то уж ABBYY ни разу неместечковая и незаметная на международном уровне компания
то уж ABBYY ни разу неместечковаяСравним её с Микрософтом или САПом.
Я всё это к тому что в топике всё очень правильно расписано. Успехи Abbyy и наших антивирусников только подтверждают это.
некорректное сравнение - надо учитывать и возраст компаний, ABBYY основана в 1989, а Microsoft в 1975 году, когда технологии развивались скачками и рынок не был насыщен
Почему-то считал, что Нивал наиболее известен пятыми героями.
Почему-то считал, что Нивал наиболее известен пятыми героями.Скорее уж "Аллодами".
почему то не играл в пятых героев. а игралд в блицкриг...
Операция Silent Storm тоже очень интересная игрушка
Кое что в статье описано правильно, но со многим моментами не согласен. Подробно расписывать возражения — лень, и смысла особого не вижу.
1C весьма недурна, надо сказатьэто шутка такая? 1С это явно что-то позорное, особенно 1С предприятие
это шутка такая? 1С это явно что-то позорное, особенно 1С предприятиеа ты вообще сталкивался в реальности с этой системой или так, на ветер?
Видимо майфлауэр вообще подобных систем не видел.
Подробно расписывать возражения — лень, и смысла особого не вижу.Вроде всё толково, только про отсутствие в России ИТ-директоров не написал, а это хороший признак того, что всё в топике соответствует действительности.
а ты вообще сталкивался в реальности с этой системой или так, на ветер?нето слово, на прошлой работе ввели помню 1С предприятие, реально позорное изделие, работает так и не понял как, и не понял вообще на кого рассчитано
щас на новой работе в отделе координатор с бумажками и с ней работать нанят, смотрю как мучается, жуткое изделие...
хорошо что я теперь могу только издали на нее смотреть на это чудо... Реально ненавижу 1С
смотрю как мучается, жуткое изделие...
Хорошо что ты ещё SAP и Axapta не видел. А то бы не тебя больше б никогда не увидели.Ну как бы бест практис SAP-а считается, что нужно бизнес-процессы организации перестроить в соответствии с методологией SAP, а не наоборот. Тогда всё замечательно работает.
Вспомнилось "Hello world" на SAP
Проволочные кирпичи - это то, что нужно самому дописать?
нужно бизнес-процессы организации перестроить в соответствии с методологией SAP70 % того что реально действует в компаниях можно сделать настроив SAP ибо библиотека процессов у них не фиговая. Но вот российское законодательство SAP не по плечу.
Одной из целей проекта была оптимизация единых для РЖД бизнес-процессов кадрового учета и управления, но, как оказалось, некоторые из них не были даже формально описаны (например, учет рабочего времени). На проектирование таких бизнес-процессов ушло немало времени, и одной из причин этого, по мнению Тамары Брискиной, стало отсутствие в решении SAP стандартных готовых моделей, учитывающих российскую специфику. Аналогичный упрек, но уже по отношению к скудости в системе SAP ассортимента стандартных отчетных форм, соответствующих отечественному законодательству, прозвучал и из уст менеджера отдела планирования HR компании "Рамэнка" Сергея Никитина. Впрочем, подобные упреки следует адресовать и российской бюрократической машине, генерирующей такой мощный поток нормативных актов, с которым не справляется даже SAP.
С российским законодательством и регламентами только 1С могёт.
с которым не справляется даже SAP.тк вроде SAP никогда и не позиционировалась, как максимально эффективный обработчик потока изменений в функциональности. Расценки за час работы программиста для SAP задраны ого-го, язык и среда разработки из 90-х годов, откуда тут возьмется эффективность? Поэтому фраза “даже SAP” в данном контексте явный булшит.
язык и среда разработки из 90-х годовКобол 1959-го года вообще-то, а его расширение ABAP/4 1980-го.
R3 1992 год.
Но вообще-то они развиваются и создают новые инструменты.
С российским законодательством и регламентами только 1С могёт.
Компьютер - электронно вычислительная машина, которая не заменит человека, пока не научится опаздывать на работу, смеяться шуткам босса и сваливать свои ошибки на другой компьютер.
Спасибо, вставлю в какую-нибудь презентацию при случае
oofc
Вот, нашёл простыню о том, как влияют местные особенности на состояние отрасли. Со своей стороны, могу сказать, что в отношении Казахстана можно сказать практически то же самое - за исключением того, что здесь "средних компаний", описанных в статье, нет вовсе...______
http://krocodl.livejournal.com/816309.html
Недавно опубликовал ссылку на известную статью Латыниной и в коментах получил замечание по поводу тезиса что "частным случаем описываемых закономерностей является невозможность развития высоких технологий". Про все высокие технологии говорить не берусь, но вот некоторые свои замечания по поводу ИТ захотелось изложить.
Казалось бы, ИТ должны страдать от всего этого в наименьшей степени. С одной стороны это как сантехники во все времена или электрики в 20 веке - нужны всем и всегда, так или иначе, но средства на выживания можно найти без особого труда. Без ИТ нынче ни встать, ни сесть и даже не смыть воду, потому как платежка за ЖКХ формируется также с их помощью. С другой стороны, это наверное самая виртуальная и независимая из всех областей: чтобы начать работать надо иметь практически только голову. Вся информация и средства производства доступны и на деле практически бесплатны. Оборудование начального уровня стоит весьма скромных денег. Благодаря интернету связь с коллегами по всему миру и доступ к best-practice легчайший. Просто обсовершенствуйся, казалось бы. Однако есть нюансы, необходимо привносимые окружением. Специфика окружения неизбежно проникает в отрасль и начинает корректировать ее развитие, проявляясь во всем.
К сожалению, производство сферических коней в вакууме к совершенству, увы, не приближает. Недавно где-то прочел высказывание, что настоящий профессионализм возникает только в условиях жестких требований, категорической нехватки ресурсов и необходимости хоть как-то выживать. Карате возникло тогда, когда у крестьян отобрали все, что сколько-нибудь напоминало оружие. Поражающие воображение китайские боевые искусства явились продуктом жесточайшей нехватки стали, а в европе эволюция как известно пошла по пути совершенствования доспехов. Человек есть ленивая скотина и если он видит легкий путь, то достигать совершенства на более трудном и рискованном увы не склонен. К сожалению, если посмотреть с этой точки зрения на отечественные ИТ, то ситуация представляется достаточно странной.
На мой лично взгляд основная проблема российских ИТ заключается в том, что критерии оценки качества изрядной доли крупных проектов весьма и весьма скажем так ... специфичны. Они не решают бизнес проблем, а являются необходимой составляющей оформления процесса освоения выделенных сверху ресурсов. Как правило заказывающие их не рискуют своими деньгами и не стремятся всерьез извлечь из них какую-то прибыль. Они просто осваивают выбитые деньги. Как правило это либо гос структуры, либо обретшие некоторую самостоятельность части больших бизнес структур, часто также тесно сращенных с государством. Активность реального бизнес в части высоких технологий на мой взгляд не велика, что связано со следующими особенностями:
а) сложные ИТ проекты достаточны длительны как в части выполнения, так и в части окупаемости. В отечественных условиях для бизнеса затевать подобный проект на собственные деньги достаточно рискованно: кто его знает, что будет через 3-4 года.
б) высоко технологические инновации дают преимущество, когда другие, более грубые средства конкуренции, уже исчерпаны. В ситуации, когда основным преимуществом компании на рынке является качество задействованного административного ресурса, смысла что-то особо хитрое мудрить нет никакого. Лучшее враг хорошего, а прибыль можно надежнее получить другими более проверенными средствами.
Зато госкомпании особо не стесняясь щедро поставляют на ИТ рынок масштабные проекты, либо никому особо не нужные, либо переоцененные на несколько порядков. Помнится для одного моего знакомого, вообще-то довольно искушенного в отечественной специфике, оказалось изрядным сюрпризом, что сумма отката может составлять порядка 95% стоимости проекта. Закономерно это не способствует развитию ИТ, а скорее развращает всех участников процесса. В связи с этим имеем следующие прискорбные моменты:
1) преимущественный акцент на закупку оборудования и "фирменного" программного обеспечения. Гибкость ценовой политики мировых производителей, а также трудность оценки адекватности требований, предъявляемых к базовому оборудованию и ПО, позволяют на данной фазе проекта абсолютно безопасно отпилить изрядную долю бабла.
1.1) Выбор базовых программных средств по принципу громкости наименования производителя и % отката при покупке приводит к доминированию проектов на основе монстрообразных или агрессивно рекламируемых технологий. В сочетании с отечественной нелюбовью к обучению сотрудников, о чем я еще буду говорить дальше, это выливается в то, что возможности закупленного используются минимально, ибо об их наличии и технике правильного применения попросту никому не известно. В результате все провалы списываются на то, что средство ХХХ это просто дерьмо, что оно не рассчитано на местную специфику, поэтому надо изобрести на этом месте свой уникальный велосипед. Когда БПС уже закуплены, данный вывод устраивает всех от рядовых разработчиков, которым всегда интересно поиграться во что-то новое, до руководства проекта, у которых появляется обоснованная необходимость в расширении бюджета проекта.
Иногда встречаются и совершенно анекдотичные причины. Например департаменты одного очень крупного банка соревнуются в уникальности выбранных ими БПС, чтобы другие департаменты не могли из-под них перехватить проекты. То есть во всем мире стремятся к унификации с целью уменьшения издержек, а у нас все строго наоборот, чтобы самому откусить больше ресурсов и не пустить конкурентов на обрабатываемую поляну.
1.2) после установки подобные проекты зачастую забываются и как-то быстро рассасываются в никуда. Что особенно ценно, освобождая тем самым место для новых проектов подобного рода. Это было и в советское время, когда закупая много сот миллионное научное железо почему-то как правило забывали закупить к нему расходники, а также оплатить установку и наладку. Это было 15 лет назад, когда в подвале ВМК МГУ было свалено уникальное оборудование для автоматического сканирования книг, до которого никак не доходили руки. Это же можно наблюдать и сейчас, когда с помпой рекламируемые супер мощные кластеры в научных центрах простаивают не нагруженными и постепенно выходят из строя: нет ПО, нет денег на обучение сотрудников, нет средства на проекты, позволяющие получить из полученных мощностей хоть какую-то пользу. Нет, потому как откат с покупки и есть сосновая цель и интерес подобных проектов.
2) в ходе проекта основной акцент делается на фазу получения и сдачи контракта, главными рабочими инструментами являются связи и печень менеджеров. Помнится в одном из зданий IBS висели огромные плакаты, поздравляющие всех сотрудников компании с выигрышем тендера на разработку для атомного ведомства какой-то мега-хрени. Понятно, что это успех отдела продаж, но далеко еще не успех компании в целом, так как проект еще надо сделать. Тем не менее, если думать в терминах освоения ресурсов, то все становится на свои места и полученный проект - это практически выигранный проект. Потому как после утрясения подковерных сумм интерес заказчика простирается не дальше грамотного оформления отчетности, чтобы никого не посадили или не пришлось бы платить дополнительных отступных. Если же проект в итоге окажется неудачным, то это даже неплохо, потому как возникнет вполне обоснованная необходимость в следующем проекте, на котором тоже можно что-то заработать. В результате качество продукта никого особо не волнует, существенна только возможность в процессе сдачи продемонстрировать его наличие.
3) основным конкурентным ресурсом компаний является наличие мощных связей у руководства или продажников. Есть целые области, в которых конкуренции вообще практически нет, так как все проекты уходят исключительно "своим" или настойчиво рекомендованным компаниям, например в ЖКХ. Обычна практика, когда сами ИТ компании за клиентов готовят тендеры, или же клиенты приходят к ним с запросом: "у нас есть деньги, подготовьте нам предложение на ... лимонов как их обоснованно потратить". При этом технические решения разных компаний практически не встречаются друг с другом, конкуренции за счет качества технологий или сервиса нет, а значит и нет реального стимула их совершенствовать, пробовать что-то новое и т.д. Собственно составляющая "высоты" используемых технологий в общем весе успеха компании на рынке получается довольно малой.
4) проекты за которые платят достаточно однообразны: документооборот, обслуживание конечных клиентов (в широком смысле: торговля, интернет, банковские клиенты и т.д.) и распределение / контроль бюджетных денег, собственно говоря практически все. Так как тотально доминирует импорт, то ПО связанное с разработкой / производством продукции практически не востребовано, практически не разрабатывается встроенное ПО и сервисное ПО высокотехнологичных продуктов. Не думаю, что сильно востребовано ПО анализа накопленных транзакционных данных, но тут я вполне могу ошибаться. В общем не разбежишься. Интересно, что практически нет компаний, производящих средства разработки и вообще занимающихся собственно ИТ технологиями для ИТ компаний, а не их сугубо прикладным применением. Возможно это связано с тем, что создавать такие средства могут только специалисты многократно преуспевшие в прикладной разработке, а полученный при этом опыт как-то не способствует попытке делать что-то свое.
Эти основные обстоятельства на уровне специалистов, собственно и призванных развивать высокие технологии, выливаются в следующие последствия:
1) профессионализм технических специалистов является 10-ым пунктов в перечне фактов, определяющих успех проекта. Поэтому зарплатная вилка между начинающим и супер профессиональным разработчиком довольно узка. Никого не интересуют специалисты умеющие не просто что-то делать, а что-то делать быстро, дешево и качественно. Отсюда имеем два следствия:
1.1) профессиональное обучение становится мало осмысленным. Оно бессмысленно как с точки зрения руководства, потому как не увеличивает прибыль от проекта, так и с точки зрения сотрудника, потому как ценнее в глазах потенциального работодателя он не становится. Едва ли пятая часть коллег, с которыми мне пришлось иметь дело за свою 15-летнюю карьеру в ИТ, были всерьез озабочены своим ежедневным профессиональным ростом. В 90% это было никак не связано с рабочими интересами, а объяснялось исключительно природным любопытством или желанием со временем свалить за рубеж. Апофеозом этого я считаю отдел архитекторов одной компании, которая ваяла крупнейший по тем временам ИТ проект в масштабе всей страны. Кажется ни один из его сотрудников не читал по английски вообще.
1.2) внутри компании зачастую не только не заботятся о качестве продукта в долгосрочной перспективе, но и зачастую сознательно приносят его в жертву краткосрочной эффективности в виде необходимости сдать хоть что-то в срок. Например в ходе одного проекта, насчитывающем порядка 100 мб исходного кода, было принято решение вообще не документировать код и не писать юнит тесты. В общем-то это прямое профессиональное развращение сотрудников, но стоит признать, что действительно, с точки зрения получения прибыли и понимая, что эксплуатироваться софт все равно не будет, шаг был вполне обоснованным. А что касается долгосрочной перспективы - "так это будет пойми потом", да и будет ли вообще.
1.3) не имеет смысла делать эффективные системы, эффективные в смысле удовлетворения требований заказчика с минимальными затратами. Тут трогательно смыкаются интерес заказчика в смысле закупок, с естественным интересом разработчиков, в смысле позаниматься процессом разработки ради самого процесса. Учитывая ограниченную эрудицию и общую нелюбовь к постоянному освоению нового это зачастую выливается в изобретение просто фантастических велосипедов, ориентированных на гипотетическую возможность быстрого выполнения вообще любых проектов. Один мой знакомый назвал это УРА - универсальными решающими алгоритмами. Можно понять разработчиков - им хочется сделать что-то свое, можно понять близкое к ним начальство - оно тешит себя иллюзиями сохранения за счет подобных фреймворков успешных профессиональных наработок. Беда только в том, что в отсутствии дорогостоящей культуры разработки, которая как правило уже была ранее принесена в жертву краткосрочной эффективности, в большинстве случаев данные проекты рушатся под собственным весом, лишь симулируя высокий уровень технологической оснащенности компаний. Крах каждого подобного ядра подтверждает необходимость в будущем столь же бездумного и неподготовленного использования "солидных" решений - две тенденции взаимно усиливают друг друга.
2) увы, но в подобным образом устроенной структуре не имеет смысла быть просто "булочником", а уж тем более хорошим булочником. Это удел лузеров и гиков, имеет смысл быть тем, кто этих булочников строит и контролирует.
2.1) так как расти профессионально смысла особого не имеет, то большинство стремится как можно скорее перескочить на карьерную лестницу и заделаться менеджерами. Отсюда на мой взгляд засилье дерьмовых менеджеров в ИТ, получившихся из несостоявшихся разработчиков, которым остро захотелось много денег. Возможно именно со столько острой конкуренцией за возможность занять более высокую ветку связана низкая культура сотрудничества внутри проектов. Часто приходится слышать мнение, что русские разработчики очень способные. Может это и так, но это с лихвой компенсируется неумением взаимодействовать между собой, а также стремлением подковывать блох. Код индийцев в продуктах того же оракла зачастую просто кошмарен, но проект организован так, что в целом продукт работает. У нас как правило почему-то ровно обратная ситуация: отдельными решениями можно любоваться и писать статьи, но в целом проект разваливается на ходу.
2.2) Свежеиспеченные менеджеры нижнего звена как правило слабо понимают в целом картину того, чем руководят, и совсем не понимают того, что руководство чем-либо это тоже отдельная специальность, требующая специального обучения и непрерывного совершенствования. При этом они используют в основном силовые и тотально контролирующие методы руководства, а также стремятся захватить под себя как можно больше ресурсов, что окончательно парализует их способность управлять чем-либо. Последнее устраивает как сотрудников - в большой команде значительно проще ничего не делать, так и верхнее руководство - процесс освоения ресурсов становится более обоснованным. В конце концов, какой начальство добровольно откажется расширить число подчиненных? Дальше в целях оптимизации процесса управления менеджеры начинают наслаиваться друг на друга и вся эта вертикаль становится практически самодостаточной, контроль над конкретными сотрудниками практически утрачивается. Я несколько раз ставил эксперимент, сколько же я смогу плодотворно ничего не делать, однако мне быстро становилось скучно.
2.3) профессионализм высшего управленческого состава тоже достаточно своеобразный. Потому как действительно умному человеку быстро становится ясно, что чем ближе по этой пищевой цепочке к источнику распределения ресурсов, тем большую их часть можно будет отвести налево. Поэтому собственно на проектном уровне, на котором вообще-то и происходит развитие высоких технологий, остаются в основном "неудачники". Люди бойкие быстренько перепрыгивают вверх, внедряются к заказчику, организуют собственную карманную ИТ компанию и принимаются зарабатывать деньги. Их сложно в этом упрекать - вполне естественное желание. Но общая тенденция такова: хорошему профессиональному менеджеру не имеет смысла связываться с высокими технологиями - прибыль мала, а гемора много. Существенна прибыль только в области "нано", но это к обсуждаемому вопросу отношения не имеет. Налицо та самая естественная деградация мотиваций, о которых пишет Латынина.
Мой лично вывод достаточно грустный, в настоящее время в России в массе своей наблюдаются три основных направления развития крупных ИТ проектов: бездумное внедрение дорогостоящих коробок (программных и железных делание муляжей работающих систем и разработка уникальных изначально обреченных монстров. К сожалению ни одно направление собственно развитию отрасли не способствует, попутно профессионально развращая участников. Пока никаких заметных тенденций к прогрессу лично я не замечаю: чем больше денег попадает в отрасль, тем менее эффективно они используются и тем меньше участники заинтересованы в какой-либо активности. Российское ИТ вполне освоило инфраструктурную нишу, но ни о каком высокотехнологичном развитии, а уж тем более самостоятельном, речи не идет.
Разумеется, есть редкие компании, которых это все не касается. Как правило это маленькие или средние компании, работающие на заграницу или на редких заказчиков, которым понадобилось что-то уникальное. Иногда одни отделы просто "зашибают деньгу", а другие пытаются делать что-то новое, в общем по разному бывает. Мне кажется, что само существование подобных мест есть в основном заслуга руководителей, которые хотят иметь не просто бизнес, а область комфортного рабочего существования и которые отлично понимают, что легкие деньги развращают коллектив и вообще портят карму. К сожалению, погоду в отрасли такие компании не делают, к тому же все время испытывают дефицит в сильных сотрудниках, которые легко переманиваются более крупными монстрами. Зато именно в таких компаниях как правило можно посмотреть на интересные способы организации труда, на эффективные наработки и прочие моменты, которые с полным правом можно назвать развитием. Тем не менее их вклад в "температуру по больнице" оказывается не большим: они сильно ограничены в средствах и просто не имеют возможности превратить свои наработки в передаваемые технологии.
Получается забавная штука: у "бедных" есть стимул технологически совершенствоваться, но нет сил превратить собственные навыки в передаваемую технологию. У "богатых" стимула технологически совершенствоваться просто нет, точнее они совершенствуются совсем в других областях. А слой условно говоря "среднего класса" чрезвычайно узок и уязвим. Уязвим, потому что их потенциальных заказчиков, готовых всерьез рискнуть значительной суммой денег на реально нужный и сложный проект мало, мало в силу причин перечисляемых Латыниной. Уязвим, потому что с них уже можно что-то "надоить" и уже вполне обычна в штате должность "прикормленного силовика", оптимизирующего взаимодействие с крышей. Уязвим, потому что желание заработать больше денег вполне естественно, а понимание чем придется за это заплатить есть не всегда. Да и кому хочется отказываться от денег ради абстрактных интересов отрасли в целом? Тем не менее технологические инновации рождаются именно в этом кипящем бульоне "средних компаний", уже не обеспокоенных только вопросом выживания, но еще не сосредоточившихся именно на заколачивании денег. Чем их меньше, тем призрачнее шансы на прогресс отрасли в целом.
_______
Как аннотация - профессиональное IT в России никому не нужно, потому как откатинг+незаинтересованность в результатах+административный ресурс, а рулят манагеры-продажники(и их связи). А в госконторах рождаются монстрики, опять же слабо используемые, по причинам, описанным в первом предложении. В подобным образом устроенной структуре не имеет смысла быть просто "булочником", а уж тем более хорошим булочником. Это удел лузеров и гиков, имеет смысл быть тем, кто этих булочников строит и контролирует. Отсюда и засилье дерьмовых управленцев, вылезших из технарей.