Подтвердить что ты не робот

Борьба с быстро меняющейся технологией (в частности, Microsoft)

Сегодня, когда я загрузил Visual Studio 2008 для выполнения своей работы, я увидел на стартовой странице новое сообщение в блоге о Visual Studio 2010 и .NET 4.0.

Я не могу не чувствовать себя немного перегруженным. Я только начинаю понимать все, что Microsoft добавила в .NET 3.0 и 3.5 (LINQ, WPF, лямбда-функции и т.д.) И т.д.). Я знаю, что эти вещи уже не новы, особенно для людей здесь, но я слишком занят решением реальных проблем для клиентов... хотя и с "более старыми" технологиями, такими как .NET 2.0, и не успел постоянно идти в ногу.

Извините, мой вопрос нетехнический, но я думаю, что он очень подходит для программистов, как сотрудников, так и независимых консультантов, а также компаний-разработчиков программного обеспечения (которые я стремлюсь начать в один прекрасный день): как вам справиться с такими быстрыми изменениями и по-прежнему актуальны? Не игнорируете ли вы его, пока он вам не нужен, или вы пытаетесь остаться впереди? Мне бы хотелось остаться впереди и оставаться в курсе событий (читайте: держите мой дом и еду на столе), и не зацикливайтесь на устаревшем материале, но это просто похоже на бесконечную беговую дорожку. Особенно с MS... Кажется, у них так много денег и людей, что они просто продолжают откачивать новые вещи... и хуже того, что предыдущие технологии устарели и неподдерживаются (например, VB6... что-то из моей предыдущей жизни).

4b9b3361

Ответ 1

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

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

Ответ 2

< напыщенная >
Лично я хочу, чтобы Microsoft исправлял ошибки сначала, прежде чем выпускать новые виджеты, фреймворки или whizbang thingamajigs. Известны ошибки в .NET по-прежнему примерно с 1.1 и раннего 2.0 - ошибки, которые составляют пять лет или старше, у MS нет никаких попыток исправить. Давай, MS, просто возьмите год и исправьте вещи, а затем принесите новый материал.
& Л; /& напыщенная GT;

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

EDIT: в интересах фактического предоставления "ответа" на вопрос, я стараюсь узнать, что мне нужно, когда я иду (Google - ваш друг!), и не слишком волнуйтесь о последнем блестящем виджете от Microsoft или кто-либо еще. Слишком часто это просто тот же старый материал в совершенно новом пакете. Когда появляется редкая жемчужина, ее "трудно пропустить" (гудение гудка идет в Интернет!).

Ответ 3

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

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

Ответ 4

Как менеджер, я активно запрашиваю возможности для моих разработчиков использовать новые технологии. Мы являемся магазином .NET, но "не отставать от Jones" - это парадигма-переход от некоторых старых политик, которые у нас были. До прошлого года мы все еще находились на 1.1 Framework для всего. Это было очень больно, и в том, что они были ограничены более старой версией Framework и необходимостью использовать Visual Studio 2003.

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

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

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

Ответ 5

Спустя почти двадцать лет я уверен, что это бесконечная беговая дорожка. Ну, почти...

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

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

Третий и самый важный момент, как мне было сказано давно: "Ничего из этого не работает!". И это, наверное, лучшее время от времени. Настолько большая часть того, что там может быть классной и иметь потенциал, но печальная правда заключается в том, что она не делает достаточно того, что рекламируется, чтобы сделать ее пригодной для использования в реальном приложении. Мы - индустрия подделок. Вероятно, это связано с осознанием того, что на самом деле легко создать демонстрационную версию, но очень сложно создать что-то, что работает правильно. И поскольку мы засоряли воды все больше и больше дерьма, наш фундамент стал слабее и слабее. Таким образом, не имеет смысла научиться использовать что-то за пределами своего сладкого пятна. Большинство технологий хорошо справляются, а остальное - просто шумиха. Подумайте, что это такое, и помните об этом, но не пытайтесь использовать эту технологию для выполнения чего-то, чего она не может сделать.

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

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

Павел.

Ответ 6

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

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

Знайте, когда сказать "нет". Существует эффект балансировки, когда дело доходит до обновления старого кода. Вы не можете просто переписывать все каждый раз, когда появляется новая технология. Это поможет, хотя если вы сосредоточитесь на написании качественного кода "будущего доказательства". Например, если вы написали хорошо структурированное приложение WinForms, должно быть возможно повторно использовать вашу логику в WPF. Если вы написали достойный уровень данных, вы должны уйти в слой данных linq. Этот уровень кода трудно освоить, но инструменты рефакторинга, модульное тестирование и статический анализ помогут.

Ответ 7

Я чувствую себя почти так же. Много раз я волнуюсь, что технология меняется быстрее, чем я могу осваивать текущий набор инструментов. Я всегда стараюсь придумать какой-то проект, к которому я могу применить технологию. Например, я действительно хотел получить скорость на MVC, поэтому решил написать приложение, которое представляет собой крест между digg, stackoverflow и dotnetkicks с использованием новой структуры. Я занимался этим только 3 дня, и я уже узнал ТОН.

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

Ответ 8

С личной стороны.

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

Будьте активны в сообществе программистов на своей платформе, чтобы позволить им иметь их, когда они совершали безвозмездные и разрушающие изменения (надеюсь, ДОПОЛНИТЕЛЬНО их реализовать)

Со стороны программного обеспечения.

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

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

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

Ответ 9

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

В любом случае, я говорю, как правило, узнать, что вас интересует, и игнорировать остальные. Это лучший (только?) Способ оставаться мотивированным и продолжать учиться. Эти усилия должны касаться вас, а не Microsoft.

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

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

В частности, вот что мне нравится делать:

1) Не чувствуйте, что вам нужно знать все о интересующей вас теме. Изучите ее на уровне детализации, соответствующем вашему уровню интереса.

2) В программировании найдите интересную проблему и создайте решение для нее. Если всплеск действительно полезен, тем лучше. Для меня лучший способ изучить новый язык или технологию - это получить мои грязные руки и сделать что-то.

3) Минимизировать многозадачность. Я стараюсь всегда иметь ровно две вещи, над которыми нужно работать - когда кто-то удерживается, я работаю над другим. Редко, что и то, и другое будет задерживаться, и, пытаясь распространить мое внимание на более чем две вещи, оба заставляют мое внимание страдать, а также вводит слишком много затрат на переключение контекста.

4) Максимизируйте время, потраченное на интересные, конструктивные вещи; то есть слушать подкасты, чтобы воспользоваться временем, иначе не проведенным обучением. Не тратьте время на неконструктивные вещи, такие как телевидение и игры. Физические упражнения являются обязательными, хотя, чтобы перефразировать некоторых старых учителей боевых искусств, "научитесь контролировать свой ум, контролируя свое тело".

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

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

Ответ 10

Технология - это инструмент , который помогает решать проблемы.

Разработка программного обеспечения - это профессия решения бизнес-задач с помощью имеющихся инструментов.

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

Ответ 11

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

Примечание: это не должно рассматриваться как причина для использования Visual Basic 6.

Ответ 12

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

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

Ответ 13

Я только что прочитал и остаюсь в курсе технологий Microsoft, но я не спешу использовать их или реализовать их только потому, что они отсутствуют. У Microsoft появилось так много новых технологий, что даже противоречит их собственным технологиям. Как Linq to Sql и Entity Framework - это две новые технологии в той же области, это путает то, что Microsoft пытается там сделать.

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

Ответ 14

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

Я нахожу, что теперь, когда у нас есть наш магазин и синхронизируется с выпусками MS, это не так сложно сохранить. Для .NET было просто потрясающе. Получение 3.0 было трудным: я нанял компанию сразу после выпуска 2.0, которая была первой версией .NET, которую компания использовала для написания нетривиального приложения .NET... затем 3.0 быстро вышел. который чувствовал себя подавляющим, чтобы попытаться заставить существующих разработчиков понять 2.0, в то время как 3.0 был в миксе. Но мы действительно хотели WCF (у нас был проект с использованием WSE, который был болезненным: WCF выглядел и оказался отличным решением для использования WS- *). Поэтому, когда 3.0 вышел, мы быстро приняли его и начали вниз по маршруту WCF. WCF - действительно отличный стек IMHO, но был (и остается) трудно заразиться. Во время релиза 3.0 нам не нужно было ничего делать на уровне презентации, и рабочий процесс не имел для меня большого смысла, поэтому мы избегали тех частей фреймворка 3.0.

Это сделало выпуск 3.0 полу-управляемым, так как мы были действительно сосредоточены на стороне WCF вещей, учитывая наши потребности в бизнесе (то есть боль, которую мы ощущали без WCF).

3.5 было также легко для нас обходить головы - мы использовали LINQ, поскольку это имело смысл. Это не так сложно принять, как сказать WCF, потому что вы можете использовать столько, сколько хотите. Я лично начал с того, что просто удалил некоторые из своих заявлений foreach, чтобы найти члена коллекции, и получил от меня понимание LINQ. Мы не используем его в настоящее время для передачи данных (т.е. Linq to Sql), так как мы являемся магазином Oracle. Лямбда-способ С# медленно проникает в нашу кодовую базу - это довольно переключение, но мне это нравится. Опять же, поскольку он полностью необязателен, его легко принять по мере необходимости.

Поскольку мы чувствуем себя комфортно с тем, что нам действительно нужно с 3.0 и 3.5, у нас было время, чтобы начать смотреть на другие части этих выпусков, чтобы увидеть, как они могут улучшить нашу производительность. Я провел некоторое время недавно с Workflow, который я действительно начинаю видеть в силе. Видя демонстрацию PDC Workflow в 4.0, я действительно хочу, чтобы это было выпущено... вместо того, чтобы чувствовать себя ошеломленным новой технологией, я на самом деле очень с нетерпением жду ее выпуска... тоже тоже для испеченной в параллельной библиотеке задач.

Поэтому, я думаю, я бы сказал, что я не чувствую себя подавленным в этот момент потоком новых. Я думаю, что сосредоточение внимания на том, что новые релизы фиксируют, насколько моя боль указывает и игнорирует остальных, пока я не чувствую, что они готовы к ним. Это также помогло быстро принять новые рамки. 3.0 и 3.5 были просты в использовании, так как они сидят на вершине 2.0 и не требуют обновления кода ядра. 4.0 в лучшем случае на год... у нас достаточно времени, чтобы начать смотреть на WPF/Silverlight, так как есть тактики синхронизации. Обычно мы просто предоставляем парню с наибольшим интересом немного свободного времени, которое мы можем сэкономить, чтобы стать ведущим разведчиком и проложить след... это тоже помогает. Мы не все должны быть экспертами во всем стеке.

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

Ответ 16

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

К сожалению, если вы меняете задания, вы можете столкнуться с рекрутерами, которые этого не знают, и чья функция работы - это, по сути, grep buzzword cv. Однако, если вы можете пройти мимо этого и взять интервью у кого-то, кто понимает эту работу, это не имеет значения. И если это имеет значение, вы, вероятно, ненавидите работать в этом месте.

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

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

Это похоже на попытку идти в ногу со всем в ваших RSS-каналах или читать абсолютно все в списке рассылки. Отпусти ситуацию. Отметьте все это как прочитанное. Если это важно, вы снова услышите об этом.

Ответ 17

Я не думаю, что вы единственное, что С# быстро выросло. К счастью, изменения, объявленные для С# 4.0 и .NET 4.0, отнюдь не столь впечатляющими, как новые функции С# 3. Они очень приятные функции, и я особенно с нетерпением жду IronPython и IronRuby, а также новые функции TDD VS2010,

Ответ 18

Да, технология движется быстро, фактически каждая отрасль движется быстро. Он движется так же быстро, как люди готовы создавать вещи. Я думаю, что комментарий, который приходит на ум, специализируется. Найдите то, что вам нравится, и специализируйтесь. Вы никогда не будете изолировать себя от изменений, ключ состоит в том, чтобы сделать себя товарным и выбрать вещи, которые вы хотите изучить, а не то, что кто-то еще говорит вам, что они горячие. Как мы видели, есть много компаний, которые даже не развертывают .NET Framework на своих машинах, потому что с приложениями, которые они в настоящее время используют, у них нет необходимости. Эти компании начнут модернизировать, но многие из этих обновлений - десятилетние миграции.

Ответ 19

Существует один article от одного из наших со-хостов (Joel, from JoelOnSoftware), который в какой-то момент имеет дело с такими быстро меняющимися технологиями, которые Джоэл сравнивает с огнем покрытия. Мне было очень интересно, когда я читал это давно. Связанная часть находится где-то внизу, после фотографии молодого парашютиста.

Ответ 20

Исследование исследования. Читать читать читать. Участвовать принять участие. Код кода кода.

Есть 24 часа в сутки. Сохранение тока - это то, что удерживает нас в необходимости и необходимости.

Ответ 21

Обычно, выполняя комбинацию, поддерживающую работу с локальными группами пользователей, пробуя некоторые вещи, где я иногда работаю, чтобы увидеть, какие эксперименты дают какие-то результаты, и осознавая, что мой работодатель может играть определенную роль в том, что я использую, и продолжать использовать. Таким образом, я попал в инфраструктуру .Net 3.5, потому что кому-то еще нужно было использовать Linq в проекте, а также новую систему CMS, которая ее использует, и теперь я немного разбираюсь в этом.

Выполнение небольших экспериментов - это не то, чтобы оставаться впереди, либо игнорировать его до тех пор, пока он мне не понадобится, но, скорее, постоянно поддерживайте babysteps. Например, за последнее десятилетие я перешел от расширений ISAPI к ASP к ASP.Net и его различным версиям от 1.0 до 3.5, включая замечательную идею 3.0, включая 2.0, и добавил несколько вещей, а не назвал ее WinFx, которая была имя, которое оно имело в свое время.

Если один инструмент исходит от работодателя, возникает вопрос о том, как они видят новые технологии и время от времени перерабатывают разработчика вместе с новым аппаратным или программным обеспечением, например. переход от машины P4 к машине Core 2 Duo был приятным, а также увеличение объема оперативной памяти, но я потерял некоторое программное обеспечение, которое я использовал в своей старой коробке, как предыдущие версии Visual Studio.

Ответ 22

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

ИМХО, признак реального трендера сеттинга - это тот, который может достаточно знать о новых технологиях, чтобы понять, вписываются ли они в вашу поддержку старых технологий или нет, и они имеют смысл для бизнеса? Например, делает ли Linq в Sql смысл в вашей более старой среде? Изучите, что одна вещь, решить, имеет ли это смысл или нет, и двигаться вперед с этой новой технологией.

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

Ответ 23

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

Это надежный способ сохранить перегруженность новой технологией.

Медленный курс обучения хорош до тех пор, пока он устойчив.

Ответ 24

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

Только мои 2 цента.

Ответ 25

Вещи, которые я стараюсь делать, чтобы не отставать от технологии:

  • Попробуйте включить новые вещи на работу. Таким образом, мне в основном платят за обучение.
  • Побочный проект или работа над другим проектом с открытым исходным кодом. Помогает получить и другую перспективу в отношении новых технологий.
  • Слушайте подкасты о технологии. В частности, я слушаю Java Pose и .NET Rocks. Если я не активно кодирую, по крайней мере, я могу услышать о новых вещах!

Я слышал, как кто-то сказал, что вы должны изучать новый язык программирования каждые 2 года. Лично мне очень трудно иметь столько времени на работе. По крайней мере, если я хочу жениться!:)

Ответ 26

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

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

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

Но всегда помните, что технология обучения проще, чем обучение программе.