Имена таких компаний, как microsoft, apple, google, facebook у всех на слуху. Конечно, это “Кремниевая долина, детка”. Огромная часть дохода от разработки программного обеспечения оседает в США, и в ближайшие годы ситуация не изменится сильно (но постепенно меняется). Как сказал мой бывший преподаватель (сейчас руководитель крупной ИТ фирмы) "...если что -то случится с Микрософт, то все равно там останутся 60 тысяч квалифицированных программистов и они все равно будут что то писать. То же самое можно сказать и про другие крупные ИТ компании США.
ИТ - на мой взгляд эта та отрасль, где США до сих пор являются мировым лидером и еще не скоро утратят свои позиции. В ближайшие годы подвинуть США с пьедестала лидеров ИТ индустрии будет невозможно. Но так ли незыблемы их позиции?
Какая тенденция есть с другой стороны: текущая стоимость компаний Facebook или Google во многом обусловлена ожиданиями будущей прибыли. Сами посудите: как Газпром, с 39 млрд $ прибыли и активами на 397 млрд может стоить (88 млрд$) дешевле компании Google (382 млрд $), с прибылью в 14 млрд $ и активами в 110 млрд $ ?
Ладно Газпром, это Россия. Но General Electric тоже стоит дешевле Google (!!!). Всё построено на ожидании роста рынка ИТ и доли компании на рынке (ну и на печатном станке конечно).
А теперь рассмотрим ситуацию, когда ключевые рынки (Россия, Китай, Индия, Бразилия, Германия и т.д.) начинают отказываться от программного обеспечения из США. И это не далекое будущее. (Отказываться будут в том числе из-за получения доступа специслужб США к данным у ИТ компаний). Будут ли прежние прибыли и капитализации у компаний? Очень сильно сомневаюсь! Если уже сейчас около 1.2% ВВП всего США - по размерам равно размеру выручки APPLE. А все эти запросы из АНБ к ведущим ИТ компаниям США подрывают национальную безопасность других стран и заставляют разрабатывать собственный софт.
Спасибо АНБ. Уже рассматривали ситуацию, когда многие страны отказываются от софта из США. Россия также. В ситуации, когда крупнейшие рынки отказываются от программного обеспечения из Штатов - будут ли такие огромные ожидания дальнейшего роста капитализации разработчиков? Очень сильно сомневаюсь.
Что же с Россией? Разработка программного обеспечения - одна из наиболее перспективных областей нашей экономики. Какие плюсы у России:
- доступность высшего образования
- отличная математическая школа
- наличие успешных стартапов (Касперский, vkontakte, yandex, ABBYY, parallels, 1C и другие)
- наличие квалифицированных специалистов / школы
- целенаправленная политика государства на развитие ИТ индустрии
Последнее десятилетие Индия старается развить у себя ИТ сектор. Но как показала практика, 10 индийских программистов далеко не всегда могут заменить одного квалифицированного из Кремниевой долины. А вот российские вполне справляются с такими задачами (не все конечно, но очень даже многие. Да и работает в Кремниевой долине много программистов, получивших образование в бывшем СССР). Если еще 5 лет назад многие российские стартапы боялись прихода индийских компаний, то сейчас такие панические настроения сильно по-угасли.
Если же заняться активно импортозамещением, то в ближайшем будущем многие российские компании (неплохо живущие в настоящее время) получать дополнительные ресурсы для развития. Но в целом, процесс уже идет (немного материалов на эту тему):
- Bloomberg: Москва отказывается от Microsoft Outlook
- Пенсионный фонд мигрирует с IBM на «Эльбрус»
- «Яндекс.Почта» мигрировала с СУБД Oracle на PostgreSQL
- «Единый реестр российских программ для электронных вычислительных машин и баз данных»
Рынок Информационных технологий меняется очень быстро. Если еще 10 лет назад позиции Microsoft казались незыблемыми, а бренд Nokia считался одним из самых дорогих, то сейчас Microsoft утратила позиции безоговорочного лидера, а бренд Nokia уже стоит сущие копейки. При правильном акценте и последовательной стратегии развития отрасли Россия может активней развивать сектор разработки программного обеспечения. И все для этого у нас есть.
В целом это график экспорта софта подтверждает:
Можно констатировать какие тенденции: 1. мир будет переходить на софт с открытым кодом, за использование которого не нужно платить, или платить условно. 2. будут отказываться от софта из США (переходитть на собственные аналоги). Таким образом, будут убиты два минуса софта из США:
- Доступ спецслужбам США всюду и везде
- США перестанут получать мощную ренту за использование софта.
Спасибо Американцам, так как у нас появляются новые точки роста и они сами губят курочку, несущую золотые яйца. Ну а нам активней надо переводит предприятия на российский/бесплатный софт. Даешь Детройт на месте Кремниевой долины!!!
Отличная политика, отличный выстрел в ногу!
Комментарии
МелкоМягкий не в Сисечной долине находится. Бывших русских в долине меньше чем въетнамцев. Открытый код обходится конечному потребителю не дешевле, чем Закрытый и т.д.
Короче топик пИсан функционером от Ай-Ти, коих ща развелось немеряно.
я писал обратное?
зато в нем меньше дверей
Что Вы понимаете под функционером?
Какие двери? Главная незакрываемая дверь в любом софте - это тупой юзер.
функционеры от Ай-Ти это те, кто софт сам не пишет, а разглагольствует на тему.
Ну тогда да. Я только задачи ставлю и исправляю. :) Писать не пишу
Вы главное ЗЛО. В компаниях, перечисленных вами в топике уже давно используются другие технологии для производства софта. Нет выделенных постановщиков, архитекторов, аналитиков и тд. Есть просто кодеры, которые кодят, они же аналитят, архитектят и рефакторят.
В итоге получается куча вонюча. при проекте с сложностью хотя-бы в 3-4 человеко-месяца только на ПО без грамотного планирования не обойтись. Вопли студентов о том что они сделают это ПО за неделю - в топку.
Ибо опыт показывает, что как студент сталкивается с тем что он сделать не может, или надоело или ... - он просто бросает эту работу.
У каждого свой фронт задач и свои специфические умения.
Вертикальная структура управления. В нее какие бабки ни вкладывай, они рассосутся, а результата не будет. И каким боком тут студенты? До них бедолаг корм вообще не дойдет. Германы Оскаровичи профукают все на конференциях в Вегасе и Монако.
Радиомеханик, а вы в какой конторе код пишете?
В забугорной. Хотел было на державу поработать, да у нас такой кошмар в Ай-Ти творится, вам и не снилось. И это не мое одинокое мнение.
Глупости! Методы экстремального кодинга не отменяют проектирования. Толковый системный аналитик и постановщик задачи только улучшат проект.
Это те истины, которые многократно проходились и подтверждались.
Бывают случаи, когда кодер одновременно может выполнить задачу анализа и постановки задачи, но, к сожалению, это скорее исключение, а не правило.
Хех сунулись а оказалось нужен разряд для зп ? А сеньера в разряд нигде не конвертят :)?
Мой сын работает в ЕПАМ в Минске программистом . Компания американская и работают по заказам оттуда ...И моему сыну хотелось бы на Страну свою родную поработать ...Хотя платят неплохо ...
Вера в статичность проектов (хотя бы в 3-4 человекомесяца) приводит к кратным потерям в процессе эксплуатации.
Чтобы ни говорили профессиональные программисты, не успевшие освоить (Р)СКВ.
кто говорит о статике. идет речь о серьезных проектах, когда перед окончательным, утвержденным, проектом проводятся НИОКРы, распределяются задачи по группам, специализирующимся по своим направлениям, математики, тезнологи, разработчики РЭА, представители заказчика работают до собственно ГИ и присвоения литеры на изделие.
Вы говорите о *предварительном* проектировании.
Я — про эксплуатацию (и доработки по опыту и в процессе).
Это разные вещи.
Не всё и не всегда можно предусмотреть (и нужно пытаться предусмотреть) на этапе предварительного проектирования.
Пример текущей недели: поддержка проекта. Функционал нетривиальный, понять с пол пинка вряд ли получится. Есть ошибка, которая была с самого начала проекта. Отдается задача программисту на исправление с оценкой в трудозатраты в 4-е дня. Он предлагает первое техническое решение - не соответсвует поставленной задаче. Второе, третье решение также не соответсвуют требованиям бизнеса. При этом представители бизнеса в сумме на тестирование и анализ предложенных решений потратили около 5 человекодней (пытались убедить себя, что эти решения являются решением проблемы, но приходили каждый раз к точке зрения что не являются). В процессе тестирования его решений я после третьего раза анализирую проблему и предлагаю решение уже с позиции архитектора / аналитика. Работы на 3 часа, он почти сразу пишет корректно. Его первые три захода можно оценить в 5 дней трудозатрат примерно. плюс 0.5 на реализацию предложенного мною верного решения. Итого 5.5 дней. (моего времени около часа в сумме на фиксирование решения плюс 0.5 дня на администрирование всего этого безобразия). По сути 1.5 дня он работал в минус. Если бы программист подключил к реализации архитектора / аналитика, то итоговые трудозатраты составили 1.5 дня, 3.5 дней в плюс. Ну и наше время было бы сильно сэкономлено.
Другой пример из жизни: поставлена задача подрядчикам: реализовать простенькую задачу. Трудозатраты 2 дня. Решение стандартная программа строк в 200 плюс пара подключаемых модулей. Подрядчик садит на решение девушку после ВУЗа. Та нахерачивает на ООП кучу модулей/классов, подключаемых библиотек. По идеи задел на будущее, который нахрен не нужен и не пригодится. Вроде и не принять не можем, задача то выполнена. Про говнокод в договоре то не написано, да и понятие это субьективное. Но это гавно поддерживать не реально. В результате, когда потребовалось внести изменение в данный функционал, какие я обычно вношу за 15 минут, я потратил около 3 часов. При этом не пил кофе, как обычно а изматерился и порывался позвонить и обьяснить что у нее вместо мозгов.
По сути, аксиома: для работы любого программиста, прежде чем начать кодировать, надо быть уверенным в том, что программист делает то что надо. У многих программистов не хватает квалификации в том, чтобы понять, что его решение является корректным и наиболее простым. Программист с виденьем архитектора и/или аналитика - это идеал (идеал вернее программист аналитик, архитектор и проджект менеджер в одном лице). Такие есть и вполне часто встречаются. Но очень много тех, кто мнит себя таким или просто считает кодером. Более подробно описывал тут. В России самые крутые программисты, которые с будуна взломают любые Пентагоновские сервера - правда или миф?
Да? Ну-ну.
В моем самом первом совместном проекте менеджер описал нам, четырем разработчикам, постановку задачи, мы её кратенько обсудили и пошли программировать. На следующее утро обнаружилось, что в системе есть 4 страницы авторизации. Путем спора и ругани выбрали одну, другие постановили удалить. Поняли что так нельзя и разбили задачу на секции. Через несколько дней обнаружилось, что разные разработчики используют разные архитектуры и разный дизайн. С тех пор каждое утро начиналось с митинга, на котором мы орали и срались в клочья, пытаясь привести результат хоть к какому-то знаменателю. Так, что аж директор прибегал чтобы узнать что случилось. Потому я заявил, что писать веб-приложение на голых сервлетах - это тупик, объяснил почему и показал демонстрашку на Struts, которую написал накануне вечером. Менеджеру понравилось. Так я стал сеньором и получил кое-какие права по управлению проектом. Первые дни ежедневно выкидывал из приложения по нескольку десятков классов без ущерба для функционала. Перераспределил задачи, таким образом, чтобы интерфейс пользователя достался выделенному разработчику и тем самым добился единообразия в дизайне приложения. Хочешь или нет, а пришлось искать и читать книжки по управлению проектами, на ходу выдумывать приемы организации труда. Так я стал менеджером проектов. Работу эту люто не любил. Разработчики периодически давали понять, что считают меня бездельником и дармоедом. С точки зрения некоторых я был сатрап, который душит в проекте демократию и подрезает разработчикам крылья. А я же со своей стороны составлял планы, регулярно подчитывал человеко-часы и старался спрогнозировать, уложимся ли мы в бюджет хотя бы на этот раз. И понимал, что без моих трудов проекту точно придет крышка.
Давайте, расскажите мне как они там сами все аналитят и архитектят. )))
Вот еще. Буду я рассказывать тут. Консалтинг денег стоит.
Кстати, культура использования технологий авторизации и вообще контроль доступа — больное место.
Вы из ИТ консалтинга? SAP поди или OEBS внедряете ? Повесили про отсутствие архитекторов. "...А мужики то и не знают!..."
Я даже таких букв не знаю. SAP и OEBS
ООП - зло ))) руки отрывают за такой код
Запишем, в Узбекистане ООП - зло.
Запиши, родимый, запиши. На лоб себе куда-нибудь, чтобы утром вставая и глядя в зеркало, не забывать. Куда уж нам...
Полностью поддерживаю!!! без толкового управления могут выжить только мелкие проекты. Любой крупный проект требует огромной работы по проектированию и координации работ.
Я это все к чему рассказал... Из статьи в статью кочует мнение, что преимущество российских программистов в доступности высшего образования и отличной математической школе. Ну еще про хакерскую подготовку иногда упоминают. )) На мой вгляд, это дутые преимущества. По факту для подавляющего большинства программистов мощная математическая подготовка не нужна. Знание английского языка и навыки по организации и управлению проектами были бы куда более ценными. Даже шутка такая есть: покуда русские программисты решали, что такое программирование, наука или искусство, американцы решили, что это технология. И надо признать, что в области управления проектами именно американцы пионеры и лидеры. Можно ли с ними за рынок побороться? Однозначно да. Технологии управления проектами достаточно легко перенимаются, была бы на то воля. Но еще лучше прямо с ВУЗовской скамьи учить основам коллективной работы. Меня вот не учили.
К счастью, Вы не правы - не лидеры американцы в вопросе управления проектами. Просто этот вопрос сейчас так преподают. )))) Поинтересуйтесь, как планировали космические и другие крупные индустриальные проекты в СССР.
Далее, мой опыт руководства проектами построения ПО показывает, что русские программисты, действительно, любят думать и строить ПО с заделом на будущее (просто нас так учили). И это ОЧЕНЬ раздражает западных (особенно, американских) менеджеров. До первых серьезных проблем с Заказчиком и необходимости рефакторинга ранее написанного кода. Вот тут и получается, что наш код переделывается в разы быстрее и надежнее, чем написанный амерскими кодерами того же уровня. ))))
Сейчас это сглаживается, т.к. во многих ВУЗах обучают именно кодеров. Если человек пришел из математики или физики, то мозги у него по-другому работают.
По-моему, так... )))
Денис Соколов, «Чёрные буйволы бизнеса».
Об особенностях экспортной информации.
Ну и про условия входа/выхода для профессионалов можно почитать здесь https://aftershock.news/?q=node/443323
Это не истина для всех проектов и компаний. Более того, это работает ТОЛЬКО для крупных компаний. В небольших командах (коих большинство) все решается гораздо прозаичнее. И эффективнее.
Более того, об этом (область применимости большинства описываемых рецептов) там прямо сказано.
Но это для тех, кто прошёл мимо мать-и-матики и не изучал ТМО.
Но и для небольших команд полезно учитывать потери на проработке внешних зависимостей.
Мы сейчас IT обсуждаем, а не космические и индустриальные проекты, а потому я прав. В этой области американцы пионеры почти во всем. "Мифический человеко-месяц" Брукс еще в 1975 году написал. Наиболее известные методологии типа Rational Unified Process или Extreme Programming придумали американцы. Термин Refactoring мы знаем благодаря американцу. Design Patterns формализовали американцы. Американцы приложили руку ко всем наиболее значимым языкам программирования, к большинству спецификаций, к наиболее значимым технологиям типа UML. И так по всем фронтам. Нет, я, конечно вижу, что в технической литературе на обложках все чаще попадаются смуглые физиономии, но первенство американцев индусы уже не отменят.
Привычка строить ПО с заделом на будущее - это зачастую очень плохая привычка. К примеру, есть заказной проект с определенными сроками и бюджетом. Если кто-то из программистов начинает строить расширяемую систему на вырост, он, скорее всего, в отведенные на задачу лимиты не уложится. И тем самым поставит проект под угрозу провала. В результате вся команда заработает меньше денег, чем могла бы. Это в лучшем случае. В глазах правильного менеджера такой программист выглядит откровенным мудаком, который ставит под угрозу проект и благополучие всего коллектива ради собственных амбиций. При этом я неоднократно видел, что заложенная в проект расширяемость в результате так и не оказалась востребованной. Или же расширение потребовалось совсем не там, где ожидали. Лично я за "гибкие расширяемые системы" бил, бью и буду бить. Мне в данном вопросе техники XP очень близки. Простая архитектура в соответствии с паттернами ООП лучше, чем сложная с заделом на потенциальную расширяемость.
Утверждение, что наш код переделывается в разы быстрее и надежнее, чем американский - это неправда. Рукожопых российских программистов тоже хватает с избытком. Не в национальности тут дело, а в личных качествах и талантах отдельного человека. Рядом со мной работает мой ровесник без высшего образования. Руководит направлением. Как человек, пришедший из математики, я имею бОльший кругозор в некоторых вопросах, но как программист он как минимум не хуже меня. Такой вот талант-самородок. Другой мой ровесник, дипломированый программист, на прошлой неделе выдал в production код, который не работает в принципе. То есть он свой код вообще не тестировал! И не в первый раз уже. Дважды за два года он production угробил вообще напрочь. Опытный программист с возрастом обрастает привычками типа "никогда не делать деплоймент в пятницу вечером". И когда человек с возрастом за 40 нужных привычек не приобрел, это уже клиника. Несмотря на корочки и знание технологий, хорошим программистом он уже никогда не станет.
А вообще среди моих однокашников были такие, кто после завершения обучения на элитарной специальности (до конца обучения дотянуло менее трети студентов), стал потом массажистом, продавцом, ментом, директором магазина, банковским служащим. Людей, состоявшихся именно как программисты, я бы по пальцам одной руки пересчитать мог. Это не удивительно. Не всякий по складу ума может стать программистом. Умение оперировать с логикой, мыслить алгоритмически - оно либо есть, либо нет. Сейчас в школьной программе по информатике я вижу задачи на развите этих способностей. У нас же информатика была сплошной фикцией, большинство компьютер только в ВУЗе увидели.
Как сейчас в ВУЗе обучают, я не знаю. Но вот честно скажу, большая часть математики, которую мне в ВУЗе вдолбили, в реальности не потребовалась. На АШ недавно жаловались, что специалисты по промышленному и гражданскому строительству приходят со скамьи совершенно не готовые к профессиональной деятельности. Так вот лично я точно так же не был готов в свое время. И для того, чтобы выглядеть достойно, пришлось покупать много литературы, часто менять работу, нарабатывать правильные привычки и даже заниматься с репетиторами. Так что ВУЗ дал мне лишь общий кругозор, некие базовые вечно ценные знания типа основ алгебраической логики и навык быстро усваивать информацию. Так что никаких преимуществ перед американцами в этом плане у нас не было.
Все, что Вы говорите, мне очень знакомо. )))
Со многими вопросами не согласен, но спорить не буду (не хочется длинных дискуссий по вопросам, где меня уже не переубедить). Тем более, что я уже не занимаюсь непосредственно построением ПО (другое образование оказалось более востребовано), о чем частенько жалею. тем не менее, как руководитель проектов с удовольствием обнаружил, что наши практики не сильно отличаются от американских.
А общее снижение уровня программистов связано как раз с тем, что это давно перестало быть призванием (занятием немногих), а стало просто ремеслом.
И "да", когда кодер пишет на 25% дольше, но, типа, "лучше" - это раздражает и, очень часто, ничем не оправдано. Но я не про это. Я про стройность кода, про его продуманность, про общий анализ системы. Своих заокеанских партнеров пришлось долго приучать к тому, что на это необходимы отдельные затраты времени. так и не получилось... Надо признать, что не все западные компании были столь упертыми. Некоторые относились с понимаением, а одна даже настаивала на этом.
Извините, больше не могу писать.
Спасибо за беседу.
Настало время ТБМ историй!
От того, что формально должность называется, скажем, не архитектор, роль архитектора не исчезла. А команды, которые и правда пытаются внедрить всякие agile, чаще всего затягивают сроки и выдают на-гора ТБМ-ТБМем.
Ну если делаете что-то технологически совсем простое, то конечно никто кроме кодеров не нужен.
Но зайди в предметную область из любой другой индустрии, и тут выяснится, что кодеры ничего про неё не знают. И что в команде отчаяно нужны эксперты из предметной области, в которой кодеры не разберутся и за 3 года.
Мощь и глубина анализа потрясает.
А нельзя-ли поподпробнее остановиться на концепции " Открытый код обходится конечному потребителю не дешевле, чем Закрытый" на примере? Ну, взять, например, переход в компании средней руки человек эдак в 600 с MS-продукции (типа Ms-Office) на продукты "открытого кода".
Сравните ваш переход такой же компании (в 600 человек) с продуктов с открытым кодом, на продукты Микрософт.
Расчеты здесь приведите. Будет крайне интересно.
Вообще-то это радиомеханик вброс сделал, а значит он должен подтверждать.
Тут речь идет о софтверных компаниях. Ежели ваша госкомпашка до сих пор переводит кучу бумаги на "мастдае" это значит одно: ee CEO должен уже давно "трудиться на свежем воздухе".
Мощь ответа потрясает еще больше мощи анализа. Прямо отовсюду сквозит компетентностью и прозорливостью.
Я где-то писал, что речь идет о "госкомпашке"?
Я где-то писал про "перевод кучу бумаги на мастдае"?
Вы сделали конкретное заявление, я просто прошу подкрепить данное заявление хотя бы какими-то минимальными расчетными данными, иначе весь ваш тезис не стоит даже краски, которую вы стерли на своей клавиатуре, набивая его.
Общие попытки перевода темы в русло: "таки, ви же понимаете, об чем речь", "ну тут итак всем прогрессивным индивидуумам всё очевидно", "таки вы сами посчитайте и увидите, что базон Хиггса и пойдыптых от тети Сары это две кардинально разные ипостаси современной политической мысли" - в зачет не идут, т.к. не имеют ни малейшего отношения к минимальному расчетному обоснованию исходного тезиса. Увы и ах.
На западе покупка софта это способ увеличить капитализацию на рынке, следовательно увеличить свою прибыль через продажу акций.
Если с Майкрософтом что-то случиться, то все равно останутся 60 тыс программистов? Останутся те, кто сможет вовремя надыбать спальные мешки, тележку и примус. Пусть уже сейчас берут мастер-классы у бомжей Лос-Анджелеса.
То есть, Вы думаете они не найдут работы ? :)
Те кто найдут- уедут. Кто останется - курсы выживальщиков. Автор не догадался провести параллель с Детройтом. В 70-х американский автопром тоже казался незыблемым. Хе-хе, как говориться.
+1 Добавлю в статью :)
Они точно не найдут столь же хорошо оплачиваемой работы. Возникнет конкуренция на рынке рабочей силы. Падение будет иметь ужасающую скорость. С Детройтом аналогия очень хороша.
postgres -- это тоже США. Собственно, вся сетевая инфраструктура оттуда, включая основополагающие стандарты. Столман, родоначальник свободного ПО, -- тоже американец.
Чтобы избавиться от их зависимости в ПО, нужно вкладывать в отрасль на их уровне. Вкладывать, не ожидая в ближайшие годы никакого возврата. Нужно не менее 10-15 лет, чтобы вырастить полста тысяч программистов, которые смогут взять в случае чего на плечо хотя бы то, что мы имеем в репозиториях линуксов промышленного класса. Для этого необходима долгосрочная государственная программа, в рамках которой одной из базовых компонент -- разработка, как минимум, трех собственных операционных системы (RTOS, *NIX, встраиваемая) с нуля, т.е. когда первым коммитом в каждой будет текстовый файл с текстом "Поехали". А приложения -- это вторая очередь. Главное -- базис. Что толку с 1C, если система будет протекать или откажет в час "ч" на уровне сетевого стека.
http://www.altlinux.ru/products/7th-platform/centaurus/ - вроде ж российская? Из реестра По аналогии с Китаем госструктуры для начала на *nix системы перевести
О чем и речь.
Сейчас только Альт, на уровне области запрет на закупку Windows в рабочие станции.
Запрет недемократичен.
Только дополнительный государственный налог.
С бонусом в виде *требования* использования *свободных* форматов документов.
Пусть для начала хотя бы "бонус" осилят, Чтоб не было вот такого.
Страницы