プログラマ、付加価値や、表現力を向上させるため、または、最終的には特定の状況で特定の希少性に到達する必要があり、そのような貴重な才能など。2次元上の衝撃力によって不足だけでなく、：1は自分の努力であり、一つは環境の変化であり、そのような変化に適応します。
あなたは希少性に何をもたらすことができます
希少性は個人にこのような大きなインパクトを持っているので、最終的にはその希少性は、我々は簡単な例を見てインパクトのどのような人を与えることができます：
日本では、そのような話がありました。たくさんのお金しかし収入のシステムを維持するために大規模な通信会社の担当者が、時間をかけて、この人は有料発展に満足していない、ので、最終的に残すことを選択しました。そして、彼は絶望、この大規模なシステムはすぐにつまずき走り、左、通信会社は、この男が戻って招待高等専門支払わなければなりませんでした。この目的のためにあなたが想像することができ、通信会社、両方の収入や仕事での必要性のうち、その人が拒否することはできませんようにする必要があります。
これは、希少性機能の典型的な例です。大規模なシステム大規模なユーザーベースへの関連理由と、そのようなシステムを維持することは、この男の希少性が非常に顕著になったになり、この男、ないと動作しないだろうが、使用する必要があります。
ここでは、実際に人の価値と希少性の悪いソフトウェアの成果であるため、この事は、非常に興味深いです。これは非常に良いではありませんが、実際にこのような状況は珍しくありませんが。ビューの市場の観点から、それはプログラムの内部ロジックを懸念していない、十分なコメントがあるかどうか、明確で、それだけでこの事がうまく機能することはできません見ています。だから、同じ大きな価値を使用してジャンクコードは、それは希少性の商業的な考慮事項に大きな影響を言うことです。
このテキストは、ここで誤解されないようにするにしても、その説明を追加します。道路の真似も価値の道ではありません。そのため個人が、実際には、彼の価値がほとんどない流動性につながるシステムの特定のセットに結びついていることが、上記の、それはその人の功績にロックされ、将来的には大きなリスクがあります。
希少性を改善する方法
その希少性を向上させるためには、通常、我々は二つの側面の作業を実行する必要があります。自分自身を強化するために、まず、最初に、トレンドに準拠しています。一致がない場合は自身がこの点を十分に理解自身が不足することができますアップグレードしますが、トレンドに適合し、この希少性が良く実装することができないようにする簡単です。2013年に堪能DOSプログラミングは間違いなく値を生成することができないかもしれない、希少できなくなります。ここでは、希少性の両方の側面は、説明のビットを行います。
1、プログラムハイツの値の世界に向けて
氏の投資の第一人者ウォーレン・バフェットは、非常に広いスプレッドの言葉を言った：いくつかの企業は、背の高い堀、川の内側だけでなく、凶暴なワニ、警備サメや海賊を持っている、これはあなたがに投資すべき事業です。この文は、外部画像の高地の値の非常に鮮やかな説明です。
企業にとって、堀は多くのものになります非常に困難な技術（**プレーン）、そうでユーザーの粘度（QQ）、排他的資源（石油）、独自の企業文化（アップル）とを壊すことは困難です。
モート企業は希少価値を作成するために、独自の視点から供給されているかけがえのない価値のようなもの、持っているように：それの欠如は動作しませんが、あなたは何もより多くのオプションを持っていません。これは、企業が、彼は比較的安全だったとき、ハイランドの値です。これは、大企業が最終的秩序と生態系の種類をリードしようとするため、企業が唯一そんなに希少性を制御することができ、正確です。
これと同じ原理が個人に適用されます。希少自体は、多くのソースを有することができる高さに由来してもよいタイミングに由来することができます。希少性の時間からより多くの偶然のように、それが破られることは容易である、多くの場合、人の人生に対する長期的な価値を持っていないされ、これは強力なサポートではありません。たとえば：Erlangのは希少かもしれないが、本当に世界でErlangのプログラマの間で数百万ヶ月以上もする巨大な需要がある場合は、単純な言語の障壁は、それほど高いとは思いませんでした。
自分の不足を実行している人は、本当にワニ、海賊や地元のサメのガードを検索したい場合は、これは高地の値です。もちろん、ワニなどのさまざまなビジネスである、あなたを置くのは難しいです。この時点で、プログラマは、顔の管理と技術的な方向の方向を選択して、別の措置が取られる必要があります。
技術の方向の面でプログラマのための、上述したタイプの2つの方法ですることができハイツ自体の値に：
一つは、一定の高さの横方向の広がりに達します。例：プログラミング言語（金融）ビジネスロジック、外国語、知識ネットワークの組み合わせが一緒にフルタイムの外国語としてではないかもしれない、ビジネスロジックの銀行員としてではないかもしれない、高地、人はとして有能なプログラマではないかもしれない、このプログラミング言語になることができます翻訳が、それぞれ複数段濾過、ポイントを誇張高地上昇につながり、最終的には希少に変換されます。
一是彻底的专家型道路。有的岗位可能不需要把面扩的很宽，比如做 TTS，OCR 的算法，有些人甚至编程语言都可能不是了解的很熟，但确实可以是某一方面的专家。这同样是一种价值高地。在这个方向上，一旦真的达到一定高度，那就不是单 纯的累积数量可以超越的。比如：认为 100 个或多少个平庸的科学家等价于一个爱因斯坦无疑的是愚蠢的。
不管是那种方向，最终都要达成这样一种效果：你可以完整的搞定一件很有商业价值的事情，而这件事情大多数人搞不定。比如说：
- 我可以主导开发一款手机，因为我即懂软件又懂硬件，也还知道如果开发一款良好的产品。现在来看，如果真牛，可以去搞定锤子的问题。
- 我可以把 OCR 的识别率提高1%。
- 我可以主导架起百万级并发的网站。
- 我可以带领队伍搞定这个银行的整个系统。
- ... ...
这个时候最好不要用单纯的技术观点来衡量自己，比如我擅长 Java，我会用 PHP，我知道 TCP/IP 协议等等。不是说这没有价值，而是说这种视角有点低端。只有能完整搞定一件事情才会与商业利益直接挂钩，才可能有真正的稀缺性。
对于管理方向上的程序员，走向上述这类价值高地似乎只有一种途径：
要努力做出让人记得住的成绩，这个成绩可以是一个产品，也可以是某种业绩。今时今日，提到微信相信大家都会想到张小龙。这是因为微信本身在不到两年的时间里吸引了 2 亿用户，并且口碑很好，实在是个奇迹。
关于价值高地，有一个典型的陷阱：不含复杂度的，特属于某个公司的经验，往往让人误以为是价值高地，但其实不是，因为只要环境相对的公开，这类东西往往 可以在短时间内被攻破。比如：一个公司可能定义了自己的流程，其中很多东西较为模糊，新人一做就处处碰壁。这很容易让然误解为掌握流程本身有较高的价值， 但其实这是由于流程不完善所造成的，是特定场景下的一种偶然。这确实导致稀缺性，但基本不具备可流动性，大多时候未必是好的选择。
需求开发算价值高地么？
在偏敏捷的组织里程序员往往离需求很近，但在比较传统的开发方法中，做需求的和程序员往往是有段距离的。做需求开发的可能不太会写程序，写程序的不太会写需求。
那需求开发算价值高地么？
很多纯粹的程序员可能觉得单纯的文档工作没什么技术含量，似乎谁都能写，因此可能认为这算不上什么价值高地。但从商业价值来看，当一个人摸透某个行业的业务（懂技术更好），那么这还真是价值高地。
这可以来做个类比，**只做平台，各个**卖东西，那么**有价值么？当然有价值，** 11/11 的销售额 100 多亿比美国的黑色星期五还高，怎么可能没有价值。
那为什么**有价值？因为终端客户的眼里是先有**，再有各个**，**垄断了入口，所以**更有价值。
需求与开发的关系与此类似。当一个人做某个产品的需求时，在外人的眼里，这个人做的需求才表征着这个产品，透过产品才能看到程序员的贡献。外部人员思考的思路是先需求开发人员再程序员。
其中比较极端的一种实践是需求开发人员主导整个项目，所有其他人员在需求开发人员的领导下工作。
这个时候钻牛角尖是没意义的，比如：有的人可能认为没程序员那有产品，这就和争论没店家那来**一样，毫无意义。在现实中当然两者都有存在价值，这里讨论的只是说这是否算是一块价值高地。
2、走在技术大潮的前面或里面
IT 世界里，城头变幻大王旗来的特别的快，而每一次变幻时事实上都将导致某种技术的兴起或者某种技术的衰落。
当年 WPS97 的开发时间非常长，对此百度百科上对此的描述是：Windows 有很多新东西，我们还没有熟悉过来，微软又升级了。很多技术资料，也很难找到。微软掌握着 Windows，而我们什么都要靠自己从头做起，这导致了 WPS97 难产。如果 WPS97 能在 1995 年推出，直接和 Word6．0 竞争，Word6．0 肯定没戏。
这很生动的记述了一门新技术兴起时所造成的稀缺性，从侧面也可看出来，在 95 年的时候企业对高端 Windows 开发人员是何等的渴望。这种稀缺性是行业周期背后的技术更迭所造成的。而在今天，借助搜索引擎，初入行的程序员也可以解决大部分 Windows 编程的问题。
面对这种技术潮流，比较合适的办法是基于现实勇敢拥抱新技术。
基于现实是指考虑技能的可流动性，考虑实践和学习的 不可以分离特质，选择自己认为前景好的新技术，并投入时间。但这里面有个陷阱，一提到新技术很多人可能会联想到新编程语言，但编程语言太基础了，壁垒太 低，并不是一个足够大的考量区域。视角如果限在这个尺度上，看到的东西就会太多，而不容易聚焦，这时候需要把自己考量的单位适当放大一点，英文中常用 Tech Stack 这个词来描述这一组技术。
比如说：LAMP (Linux+Apache +MySQL+Perl/PHP/Python)可以是一种考量单位，Windows 编程 +ASP.NET 也可以是一种考量单位，大数据处理相关种种也可以是一种考量单位。
如果回望十年，我们就会发现，先有 PC 客户端程序的鼎盛，接下来是互联网的兴起，再接下来则是移动客户端的兴旺。以当下而论，无疑的移动客户端和互联网要比传统的 PC 客户端来的更有吸引力。而在云的时代里，壁垒比较分明的两套 Tech Stack 则是基于闭源的一系列技术（主要是由微软提供）和基于开源的一系列技术。在这里面如果那个 Tech Stack 的技术逐渐取得优势，那么无疑的在相应的 Tech Stack 中有积累的人会有比较好的稀缺性。
虽然眼下看来，两者似乎没有明显差别，但在这点上，我个人认为未来开源 Tech Stack 会逐渐取得优势。在 Quora (quora.com)和 High Scalability (highscalability.com)上，我们可以查找到国外大部分新兴的、市值超过 10 亿美元 Web2.0 网站的技术架构，如：Flickr，Pinterest，Instagram 等。如果用心来读这些技术架构，就会发现他们一个根本的共同点：他们都是基于开源技术构建的。
这种不约而同的选择背后有一定的必然性。当希望一定的定制性并且不愿意支付高额成本时开源 Tech Stack 几乎是一种唯一的选择，尤其是当开源的技术有越来越多成功实例的时候，这种优势就越来越明显。
如果非要在客户端（iOS，Android，WinRT)和互联网中选择，我个人认为互联网比客户端更有优势。
技术落潮所伴随的风险
很 多人会讲微软在 2002 到 2012 这 10 年里几乎无所作为，也会谈论从股票上来看如果 10 年前买入的是微软股票那么现在只能赚 30~40%，而如果是买的苹果股票那就要赚 3 倍多。我个人偶尔思维发散，想到的却不只是这个，而是如果微软再失去 10 年，那挂掉的不只是微软，还有同微软绑在一起的各种公司和个人，包括很多资深的 Windows 程序员。
在 PC 的世界里微软是无疑的霸主，但如果 PC 的时代过去了，那么这个霸主如果无法转型成功，那么无疑也要随之殉葬。而那个时候无数在微软平台上花了半生心血的人却还都在，他们又该何去何从？
技术大潮的兴起会使潮头的很多人称为耀眼的明星，而某波潮水的退去，同样会带走与之相伴的一些人的光环。所不同的是前者轰轰烈烈，而后者寂寂无声。
在这种情境下，还真就只能与时俱进。
检查自己的稀缺性
从社会需要的角度检查自己的稀缺性非常困难，因为相关的各种数据总是非常缺乏。但有个简单的方法可以很快的让一个人认清自己的稀缺性：假设一个毕业生很 努力的学，那么多久他可以取代你的工作？比如一个毕业生只要努力，那么可以在一两年取代你，而你的年纪已经接近 30 岁，那么稀缺性必然非常不好。
而与这个相反，如果一个毕业生即使很努力，也要五年才有你的技术水平，同时如果没有特定的机缘，怎么也无法取代你，那么即使你已经 30 岁，你的稀缺性也会非常好。这里的机缘可以是指某些特别的实践机会。
如果想比较系统的评估自己的稀缺性，那么需要依次考虑如下问题：
自己所掌握的技术是即将过时的技术么？
技术大潮总是会定时的淘汰各种技术，不同的时间点淘汰的对象也不太相同。有的虽然不是完全淘汰，但至少他们不再像当年那么辉煌了，如果以 2013 为界限而回看 10 年，那这样的技术有：Flash，MFC，Delphi 等。
为保持对技术动向的敏感度，定期阅读别人的架构非常关键。
当然可能过时的技术不单指通用的技术，还指老旧的可能会为新解决方案所替代的系统。比如说：曾经很多公司使用 Lotus Notes 来做知识管理的，但很少人使用这样的系统了。
自己所掌握的技能究竟有多少人会？
考 察这点时要像前文所描述的，更多的从公司的视角去考虑，而不是个人的视角。单纯的会使用某个语言或者框架这种程度，稀缺性一定没有。比如：单纯的会用 ASP.net 开发网页几乎没有较高的技术壁垒，但对数据库的设计有相当程度的掌握、能够较好的通过负载均衡、缓存等手段保证系统的性能就可以使自己的稀缺性上个台阶。（转载自:HTML5中国）
转载于:https://www.cnblogs.com/Alenliu/p/3892516.html