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

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

Что может вам дать редкость

Поскольку редкость оказывает такое большое влияние на отдельного человека, что именно она может ему дать? Рассмотрим простой пример:

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

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

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

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

Способы повышения незаменимости

Чтобы повысить свою редкость, обычно нужно одновременно работать над двумя аспектами: один — совершенствование себя; другой — следование тенденциям времени. Совершенствование себя может сделать вас редким — это легко понять. Но без адаптации к тенденциям времени эта редкость может оказаться нелегко реализуемой. В 2013 году человек, хорошо владеющий программированием на DOS, несомненно, был редким, но это не обязательно превращалось в ценность. Ниже мы объясним редкость с этих двух точек зрения.

1 Стремитесь к высотам ценности в мире программирования

Мастер инвестиций господин Баффет однажды сказал фразу, которая широко разошлась: у некоторых компаний есть возвышающиеся рвы, а внутри рвов их охраняют свирепые крокодилы, пираты и акулы — именно в такие компании вам следует инвестировать. Это наглядно описывает внешний образ высокой ценности.

Для компаний рвом может быть многое: сложная технология (самолёты Boeing), труднопреодолимая привязанность пользователей (QQ), эксклюзивные ресурсы (PetroChina), уникальная корпоративная культура (Apple) и так далее.

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

Та же логика применима и к отдельным людям. Сама по себе редкость может возникать из многих источников — из своевременности или из высоты. Редкость, обусловленная своевременностью, больше похожа на случайность; её легко разрушить, и она часто не имеет длительной ценности. По сравнению с продолжительностью жизни человека это не сильная опора. Например: программисты на Erlang могут быть относительно редкими, но чистый языковой барьер не так высок, как думают люди. Если бы спрос действительно был огромным, мир мог бы получить несколько миллионов программистов на Erlang за месяц.

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

Для программистов на технической траектории обычно есть два способа достичь высокоценной территории того типа, что описан выше:

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

Второй — это путь глубокой экспертизы. Некоторые позиции могут не требовать широкого расширения кругозора. Например, люди, работающие над алгоритмами TTS или OCR, — некоторые из них могут быть даже не очень хорошо знакомы с языками программирования, — но они могут быть настоящими экспертами в конкретной области. Это тоже своего рода высокоценная область. В этом направлении, как только ты действительно достигнешь определённой высоты, это нельзя превзойти простым накоплением количества. Например: считать 100 или любое количество посредственных учёных эквивалентом одного Эйнштейна — несомненно, глупо.

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

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

На этом этапе лучше не измерять себя чисто техническими точками зрения, такими как «я хорошо знаю Java», «я умею использовать PHP», «я знаю протокол TCP/IP» и так далее. Не то чтобы это не имело ценности, но такая перспектива несколько низкого уровня. Только когда ты можешь полностью справиться с одним делом, ты можешь быть напрямую связан с коммерческими интересами, и только тогда у тебя может быть настоящая редкость.

Для программистов на управленческой траектории, похоже, существует только один способ достичь высокоценной области описанного выше типа:

Нужно усердно работать, чтобы достичь результатов, которые люди запоминают. Этими результатами могут быть продукт или какое-то выступление. Сегодня, когда упоминают WeChat, все вспоминают Чжана Сяолуна. Это потому, что сам WeChat привлёк 200 миллионов пользователей менее чем за два года и имел очень хорошую репутацию — это было поистине чудо.

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

Считается ли разработка требований высокоценной областью?

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

Так считается ли разработка требований высокоценной областью?

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

Вот аналогия: Tmall предоставляет только платформу, а разные продавцы продают на ней товары. Так есть ли у Tmall ценность? Конечно, есть. Продажи Tmall 11/11 превысили 10 млрд юаней — больше, чем в американскую Чёрную пятницу. Как может быть, что у него нет ценности?

Тогда почему у Tmall есть ценность? Потому что в глазах конечных клиентов Tmall стоит на первом месте, а уже потом идут разные продавцы. Tmall монополизирует точку входа, поэтому Tmall ценнее.

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

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

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

2 Идти впереди технологической волны или внутри неё

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

Тогда разработка WPS97 заняла очень много времени. Байду Байкэ описывает это так: в Windows было много нового; не успевали мы с этим даже познакомиться, как Microsoft снова выпускала обновление. Многие технические материалы также было трудно найти. Microsoft контролировала Windows, а нам приходилось всё начинать с нуля самим, из-за чего WPS97 с трудом появился на свет. Если бы WPS97 удалось выпустить в 1995 году и напрямую конкурировать с Word 6.0, у Word 6.0 не было бы шансов.

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

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

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

Например: LAMP(Linux+Apache +MySQL+Perl/PHP/Python) может быть одной единицей рассмотрения; программирование под Windows + ASP.NET тоже может быть одной единицей рассмотрения; а различные вещи, связанные с обработкой больших данных, также могут быть одной единицей рассмотрения.

Если оглянуться на десять лет назад, мы обнаружим, что сначала был расцвет программ для PC-клиентов, затем подъём Интернета, а затем расцвет мобильных клиентов. На сегодняшний день мобильные клиенты и Интернет, несомненно, более привлекательны, чем традиционные PC-клиенты. В эпоху облачных технологий два технологических стека с относительно чёткими границами — это ряд технологий на основе закрытого исходного кода (в основном предоставляемых Microsoft) и ряд на основе открытого исходного кода. Если один из этих технологических стеков постепенно получит преимущество, то, несомненно, те, кто накопил опыт в соответствующем технологическом стеке, будут обладать лучшей редкостью.

Хотя в настоящее время между ними, похоже, нет очевидной разницы, по этому вопросу я лично считаю, что технологический стек с открытым исходным кодом в будущем постепенно получит преимущество. На Quora(quora.com) и High Scalability(highscalability.com) мы можем найти технические архитектуры большинства новых зарубежных сайтов Web 2.0 с рыночной стоимостью, превышающей 1 billion USD, таких как Flickr, Pinterest, Instagram и др. Если вы внимательно прочитаете эти технические архитектуры, то обнаружите фундаментальную общую черту: все они построены на технологиях с открытым исходным кодом.

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

Если мне придётся выбирать между клиентом (iOS, Android, WinRT) и Интернетом, я лично считаю, что у Интернета больше преимуществ, чем у клиента.

Риски, сопровождающие спад технологий

Многие говорят, что Microsoft почти ничего не добилась за 10 лет с 2002 по 2012 год, а также говорят о том, что с точки зрения акций, если бы вы купили акции Microsoft 10 лет назад, к настоящему моменту вы заработали бы лишь 30-40%, тогда как если бы вы купили акции Apple, вы заработали бы более чем в три раза больше. Лично я, когда мои мысли иногда блуждают, думаю не только об этом, а скорее о том, что если Microsoft потеряет ещё 10 лет, то пострадает не только Microsoft, но и различные компании и отдельные люди, связанные с Microsoft, включая многих опытных Windows-программистов.

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

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

В такой ситуации единственный настоящий выбор — действительно идти в ногу со временем.

Проверьте свою редкость

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

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

Если вы хотите оценить свою дефицитность относительно системно, то вам нужно последовательно рассмотреть следующие вопросы:

• Не собирается ли технология, которой вы овладели, устареть?

Технологическая волна всегда периодически вытесняет различные технологии, и объекты вытеснения различаются в разные моменты времени. Хотя некоторые вытесняются не полностью, по крайней мере они уже не так славны, как когда-то. Если взять 2013 год за рубеж и оглянуться на 10 лет назад, к таким технологиям относятся: Flash, MFC, Delphi и т. д.

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

Конечно, технологии, которые могут устареть, относятся не только к универсальным технологиям, но и к старым системам, которые могут быть заменены новыми решениями. Например: многие компании когда-то использовали Lotus Notes для управления знаниями, но сейчас такие системы используют немногие.

• Сколько именно людей обладают навыками, которыми овладели вы?

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

Статья из:http://blog.csdn.net/leezy_2000/article/details/38278309