Какова позиция вашей компании в отношении (технологических) «инноваций»? - PullRequest
9 голосов
/ 20 марта 2009

.NET 3.5, .NET 4.0, WPF, Silverlight, ASP.NET MVC - действительно много новых технологий Microsoft, выпущенных / готовящихся к запуску в эти дни. (Примеры, которые я привел, относятся ко всем технологиям Microsoft, но это может относиться к любому языку или платформе). Мне любопытно, как это делается в компании, в которой вы работаете. Несколько примеров:

  • Есть ли у вас технический директор, который определяет, какую технологию использует компания?
  • Свободны ли команды разработчиков выбирать, какую технологию они используют? Например: версия фреймворка, классический ASP.NET против ASP.NET MVC, ADO.NET Entity Framework против Linq2Sql или NHibernate? Или их сочетание?
  • Какие новые технологии использует компания, в которой вы работаете, и почему ?
  • Есть ли у вашей компании выделенные ресурсы (время), чтобы опробовать WPF или любую другую технологию, просто для исследований, или вы пробуете что-то в свободное время и пытаетесь представить их своей компании?

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

В компании, в которой я работаю, мы по-прежнему используем .NET 2.0 (хотя сейчас мы постепенно переключаемся на .NET 3.5), серьезно не изучали ASP.NET MVC, вообще не пробовали WPF и так далее. , И некоторым трудно убедить людей сделать это. Справедливо ли ожидать иного?

Ответы [ 8 ]

6 голосов
/ 20 марта 2009

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

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

3 голосов
/ 20 марта 2009

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

2 голосов
/ 20 марта 2009

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

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

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

1 голос
/ 17 июня 2009

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

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

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

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

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

1 голос
/ 20 марта 2009

У меня смешанный ответ на этот вопрос. Там, где я работаю, технические менеджеры более низкого уровня обычно выбирают определенную технологию, а иногда даже разработчики имеют право попробовать что-то новое. Например, я действительно хотел узнать о прототипе JavaScript во время работы над веб-сайтом. Я объяснил это своему боссу, он сначала отказался, потому что никто другой не знал об этом и не использовал его раньше, но дал мне добро. Для меня было здорово узнать Prototype и воспользоваться его множеством встроенных функций. Другие крупные проекты исходят от высшего руководства, и у нас на самом деле нет большого выбора. Сейчас моя компания внедряет SAP, поэтому все движется в этом направлении. Я не обязательно хочу стать экспертом SAP, но если я хочу остаться здесь, мне нужно, по крайней мере, научиться работать с ним.

1 голос
/ 20 марта 2009

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

  • Внутренние 1-часовые обзорные сессии
  • Недельные учебные лагеря
  • Whitepapers / Плакаты

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

0 голосов
/ 20 марта 2009

Нам нужны надежные и проверенные платформы для наших вещей. И нам не нужно ничего фантастического. Поэтому мы можем перейти на .NET через 5-10 лет, надеясь, что к тому времени он будет готов. С другой стороны, Java уже достаточно развита, поэтому мы используем ее вместе с C ++ и некоторыми сценариями Jython. Эти решения в значительной степени автономны (мы небольшой магазин).

Я не хочу издеваться над передовыми разработчиками, но очевидно, что от того, над чем вы работаете, зависит, нужны ли вам основательность или новые функции. Многие ученые до сих пор счастливо используют Фортран 77.

0 голосов
/ 20 марта 2009

Я думаю, что любая компания, которая пробует новые технологии ради нее, так как ее инновационные и инновационные технологии, просто сумасшедшая. Иметь формальное «давай поиграем с новой технологией, чтобы попробовать ее в отделе» - это просто чокнутый ... если только они не занимаются предоставлением технологических консультаций другим предприятиям.

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

Компания, в которой я сейчас работаю, довольно большая, и у нее есть технический директор, который выбирает «стратегические платформы». Но я должен сказать, что если вы можете выбрать технологию, они, вероятно, используют ее. Они слишком велики, чтобы всех побить корпоративной палкой, но они стараются. Если технология будет работать в проекте и вовремя внедрять ее, то она привыкает.

...