Supposons que vous vouliez vous tailler une certaine place dans le monde des arts martiaux. Vous pourriez pratiquer les Neuf Épées Solitaires pour devenir un maître de premier ordre, ou vous pourriez pratiquer la médecine et devenir un médecin miracle sans pareil. Les deux ont un statut dans le monde des arts martiaux, et les deux sont rares — l'un en raison de sa létalité, l'autre parce que tout le monde a un long chemin à parcourir avec des rebondissements imprévisibles.

Il en va de même pour les programmeurs. Qu'il s'agisse d'augmenter sa valeur ou d'améliorer sa capacité d'expression, vous devez finalement atteindre un certain degré de rareté dans un environnement donné. C'est seulement alors qu'une personne a de la valeur. La rareté est influencée par des forces selon deux dimensions : l'une est votre propre effort, comme l'augmentation de valeur et la capacité d'expression mentionnées précédemment ; l'autre correspond aux changements de l'environnement plus large et à votre adaptation à ces changements. Ce chapitre se concentre principalement sur cette dernière.

Ce que la rareté peut vous apporter

Puisque la rareté a un impact si important sur un individu, que peut-elle exactement apporter à une personne ? Regardons un exemple simple :

Il était une fois une histoire de ce genre au Japon. Une personne était chargée de maintenir un système à grande échelle dans une entreprise de télécommunications. Bien que son revenu soit substantiel, avec le temps, il est devenu mécontent de l'évolution de son salaire et a finalement choisi de partir. Dès qu'il est parti, le système à grande échelle a immédiatement commencé à fonctionner avec des problèmes constants. Impuissante, l'entreprise de télécommunications n'a eu d'autre choix que de le réinviter avec un poste élevé et une rémunération généreuse. Il est facile d'imaginer que pour atteindre cet objectif, l'entreprise a dû offrir des conditions, tant en matière de revenu que de poste, que cette personne ne pouvait pas refuser.

C'est un exemple typique de la rareté en action. Le système à grande échelle devait être utilisé parce qu'il était lié à une immense base d'utilisateurs et, en même temps, la maintenance du système était impossible sans cette personne. Cela rendait sa rareté extrêmement manifeste.

C'est en fait assez intéressant, car dans ce cas, c'est un mauvais logiciel qui a créé la valeur et la rareté d'une personne. Bien que ce ne soit pas idéal, de telles situations ne sont pas rares. Du point de vue du marché, il ne se soucie pas de savoir si la logique interne d'un programme est claire ou s'il a suffisamment de commentaires ; il se soucie seulement de savoir si la chose peut bien fonctionner. Ainsi, du code poubelle en utilisation active peut encore avoir une valeur énorme. En d'autres termes, les considérations commerciales ont un impact encore plus grand sur la rareté.

Pour éviter que le texte ci-dessus ne soit mal interprété, voici une note supplémentaire. La voie ci-dessus n'est pas une voie qui mérite particulièrement d'être imitée. Car pour la personne décrite ci-dessus, sa valeur était essentiellement liée à un système spécifique, ce qui signifiait qu'il n'avait presque aucune mobilité. Cela limiterait les réalisations d'une personne et créerait un risque important pour l'avenir.

Façons d'améliorer la rareté

Pour améliorer votre rareté, vous devez généralement travailler sur deux aspects simultanément : l’un est de vous améliorer ; l’autre est de suivre les tendances de l’époque. S’améliorer peut vous rendre rare — c’est facile à comprendre. Mais sans s’adapter aux tendances de l’époque, cette rareté peut ne pas se concrétiser facilement. En 2013, une personne maîtrisant la programmation DOS était sans doute rare, mais cela ne se traduisait pas nécessairement par de la valeur. Ci-dessous, nous expliquerons la rareté sous ces deux angles.

1 S’élancer vers les hauteurs de la valeur dans le monde de la programmation

Le maître de l’investissement M. Buffett a dit un jour une chose qui s’est largement répandue : certaines entreprises ont des douves imposantes, et à l’intérieur de ces douves se trouvent de féroces crocodiles, pirates et requins qui gardent ces entreprises — ce sont les entreprises dans lesquelles vous devriez investir. Cela décrit de manière vivante l’image externe d’un terrain de grande valeur.

Pour les entreprises, une douve peut être bien des choses : une technologie difficile à maîtriser (les avions Boeing), un attachement des utilisateurs difficile à briser (QQ), des ressources exclusives (PetroChina), une culture d’entreprise unique (Apple), etc.

Une douve confère à une entreprise une valeur irremplaçable. Du côté de l’offre, il s’agit de créer une rareté dans la valeur propre de l’entreprise : on ne peut pas s’en passer, on n’a pas d’autre choix. C’est un terrain de grande valeur. Lorsqu’une entreprise s’y tient, elle est relativement en sécurité. C’est précisément pourquoi les grandes entreprises finissent par chercher à instaurer un certain ordre et un écosystème — ce n’est qu’ainsi qu’elles peuvent contrôler la rareté.

La même logique s'applique aux individus. La rareté elle-même peut provenir de nombreuses sources — elle peut provenir du timing, ou elle peut provenir de la hauteur. La rareté dérivée du timing ressemble davantage à un accident ; elle est facilement brisée et manque souvent de valeur durable. Par rapport à la vie d'une personne, ce n'est pas un soutien solide. Par exemple : les programmeurs Erlang peuvent être relativement rares, mais une pure barrière linguistique n'est pas aussi élevée qu'on le pense. S'il y avait vraiment une énorme demande, le monde pourrait gagner plusieurs millions de programmeurs Erlang en un mois.

Lorsqu'une personne cultive sa propre rareté, elle doit vraiment trouver un endroit gardé par des crocodiles, des pirates et des requins — c'est un terrain de grande valeur. Bien sûr, les crocodiles et autres sont difficilement quelque chose que vous pouvez relâcher vous-même, ce qui est différent d'une entreprise. Sur ce point, les programmeurs sur la voie managériale et ceux sur la voie technique font face à des choix différents et doivent prendre des mesures différentes.

Pour les programmeurs sur la voie technique, il existe généralement deux façons d'atteindre un terrain de grande valeur du type décrit ci-dessus :

La première consiste à atteindre une certaine hauteur, puis à s'étendre horizontalement. Par exemple : les langages de programmation, la logique métier (financière), les langues étrangères, les connaissances en réseau, etc., peuvent être combinés pour former un terrain élevé. Le programmeur peut ne pas égaler un programmeur de génie en langages de programmation, peut ne pas égaler un employé de banque en logique métier, et peut ne pas égaler un traducteur professionnel en langues étrangères — mais chaque couche supplémentaire de filtrage élève l'altitude du terrain élevé d'un cran, se convertissant finalement en rareté.

La seconde est la voie de l'expertise approfondie. Certains postes peuvent ne pas exiger d'élargir largement son champ d'action. Par exemple, les personnes qui travaillent sur des algorithmes de TTS ou d'OCR — certaines peuvent même ne pas être très à l'aise avec les langages de programmation — mais elles peuvent être véritablement expertes dans un domaine particulier. C'est aussi une sorte de terrain à forte valeur. Dans cette direction, une fois que vous atteignez réellement un certain niveau, ce n'est pas quelque chose qui peut être dépassé par la simple accumulation de quantité. Par exemple : considérer 100 scientifiques médiocres, ou n'importe quel nombre, comme équivalents à un seul Einstein est sans aucun doute stupide.

Quelle que soit la direction que vous prenez, le résultat final doit produire cet effet : vous pouvez prendre entièrement en charge quelque chose de grande valeur commerciale, et la plupart des gens ne peuvent pas le faire. Par exemple :

• Je peux diriger le développement d'un téléphone mobile parce que je comprends à la fois le logiciel et le matériel, et je sais aussi comment développer un bon produit. Avec le recul, si vous êtes vraiment compétent, vous pourriez aller résoudre le problème Smartisan.
• Je peux améliorer la précision de reconnaissance OCR de 1%.
• Je peux diriger la construction d'un site web prenant en charge des millions de connexions simultanées.
• Je peux diriger une équipe pour réaliser l'ensemble du système de cette banque.
• … …

À ce stade, il vaut mieux ne pas s'évaluer selon des points de vue purement techniques, comme « je maîtrise Java », « je sais utiliser PHP », « je connais le protocole TCP/IP », etc. Ce n'est pas que ces éléments n'aient aucune valeur, mais plutôt que cette perspective est un peu bas de gamme. Ce n'est que lorsque vous pouvez prendre entièrement en charge une chose que vous pouvez être directement lié à des intérêts commerciaux, et c'est seulement alors que vous pouvez avoir une véritable rareté.

Pour les programmeurs sur la voie managériale, il semble n'y avoir qu'une seule façon d'atteindre un terrain à forte valeur du type décrit ci-dessus :

Vous devez travailler dur pour obtenir des résultats dont les gens se souviennent. Ces résultats peuvent être un produit ou une sorte de performance. Aujourd'hui, lorsqu'on mentionne WeChat, tout le monde pense à Zhang Xiaolong. C'est parce que WeChat lui-même a attiré 200 millions d'utilisateurs en moins de deux ans et avait une très bonne réputation — c'était véritablement un miracle.

Concernant le terrain à forte valeur, il existe un piège typique : l'expérience qui ne contient aucune complexité et qui est propre à une entreprise particulière est souvent prise à tort pour un terrain à forte valeur, alors qu'en réalité elle ne l'est pas. Car tant que l'environnement est relativement ouvert, ce genre de chose peut souvent être élucidé en peu de temps. Par exemple : une entreprise peut définir ses propres processus, et beaucoup de choses qu'ils contiennent sont relativement vagues, si bien que les nouveaux arrivants se heurtent à des obstacles partout lorsqu'ils essaient de les suivre. Cela peut facilement faire croire à tort que maîtriser le processus lui-même a une grande valeur. Mais en réalité, cela est causé par des processus imparfaits — c'est un accident d'un contexte spécifique. Cela crée effectivement de la rareté, mais ce n'est pratiquement pas transférable, et dans la plupart des cas, ce n'est peut-être pas un bon choix.

Le développement des exigences compte-t-il comme un terrain à forte valeur ?

Dans les organisations à tendance agile, les programmeurs sont souvent très proches des exigences. Mais dans les méthodes de développement plus traditionnelles, il existe souvent une distance entre les personnes qui traitent les exigences et les programmeurs. Les personnes qui font du développement des exigences peuvent ne pas être douées pour écrire des programmes, et les personnes qui écrivent des programmes peuvent ne pas être douées pour écrire des exigences.

Alors, le développement des exigences compte-t-il comme un terrain à forte valeur ?

Beaucoup de programmeurs purement techniques peuvent estimer que le travail de pure documentation n'a aucune substance technique et que n'importe qui pourrait l'écrire, de sorte qu'ils pourraient penser que cela ne compte pas comme un terrain à forte valeur. Mais du point de vue de la valeur commerciale, lorsqu'une personne comprend en profondeur le métier d'un secteur particulier (connaître la technologie est encore mieux), alors c'est véritablement un terrain à forte valeur.

Voici une analogie : Tmall ne fournit que la plateforme, et divers marchands y vendent des choses. Alors, Tmall a-t-il de la valeur ? Bien sûr que oui. Les ventes de Tmall le 11/11 ont dépassé 10 milliards de yuan, plus que le Black Friday américain. Comment pourrait-il ne pas avoir de valeur ?

Alors pourquoi Tmall a-t-il de la valeur ? Parce que du point de vue des clients finaux, Tmall vient en premier, puis les divers marchands. Tmall monopolise le point d'entrée, donc Tmall a plus de valeur.

La relation entre les exigences et le développement est similaire. Lorsqu'une personne gère les exigences d'un produit, aux yeux des personnes extérieures, les exigences que cette personne crée représentent le produit. Ce n'est qu'à travers le produit que vous pouvez voir les contributions des programmeurs. La façon de penser des personnes extérieures commence par le développeur des exigences, puis les programmeurs.

L'une des pratiques les plus extrêmes consiste à confier au développeur des exigences la direction de tout le projet, tous les autres membres du personnel travaillant sous la direction du développeur des exigences.

À ce stade, couper les cheveux en quatre n'a aucun sens. Par exemple, certains pourraient penser que sans programmeurs, il n'y aurait pas de produit — c'est aussi absurde que d'affirmer que sans marchands, il n'y aurait pas de Tmall. En réalité, les deux ont de la valeur. Ce dont nous discutons ici, c'est simplement de savoir si cela compte comme un terrain de grande valeur.

2 Marcher devant la vague technologique ou en son sein

Dans le monde de l'informatique, les bannières sur les remparts changent de mains extrêmement rapidement, et chaque changement entraîne effectivement l'essor d'une technologie ou le déclin d'une autre.

À l’époque, le développement de WPS97 a pris très longtemps. Baidu Baike le décrit ainsi : Windows comportait beaucoup de nouveautés ; avant même que nous puissions nous y familiariser, Microsoft a de nouveau procédé à une mise à niveau. De nombreux documents techniques étaient également difficiles à trouver. Microsoft contrôlait Windows, tandis que nous devions tout reprendre à zéro nous-mêmes, ce qui a fait que WPS97 a eu du mal à voir le jour. Si WPS97 avait pu être publié en 1995 et concurrencer directement Word 6.0, Word 6.0 n’aurait eu aucune chance.

Cela témoigne de manière vivante de la rareté créée par l’essor d’une nouvelle technologie. On peut aussi le constater indirectement : en 1995, les entreprises voulaient désespérément des développeurs Windows de haut niveau. Cette rareté était causée par les changements technologiques derrière les cycles industriels. Aujourd’hui, avec les moteurs de recherche, même les programmeurs qui débutent dans le secteur peuvent résoudre la plupart des problèmes de programmation Windows.

Lorsqu’on fait face à de telles tendances technologiques, l’approche la plus appropriée est d’embrasser courageusement les nouvelles technologies en se basant sur la réalité.

Être ancré dans la réalité signifie prendre en compte la transférabilité des compétences, prendre en compte le caractère inséparable de la pratique et de l’apprentissage, choisir de nouvelles technologies dont vous pensez qu’elles ont de bonnes perspectives, et y consacrer du temps. Mais il y a un piège ici : lorsqu’on mentionne une nouvelle technologie, beaucoup de gens peuvent penser à un nouveau langage de programmation, mais les langages de programmation sont trop fondamentaux, avec des barrières trop basses, et ne constituent pas un domaine de réflexion suffisamment vaste. Si votre perspective se limite à cette échelle, vous verrez trop de choses et aurez du mal à vous concentrer. À ce stade, vous devez augmenter de manière appropriée l’unité de votre réflexion. En anglais, le terme Tech Stack est couramment utilisé pour décrire cet ensemble de technologies.

Par exemple : LAMP(Linux+Apache +MySQL+Perl/PHP/Python) peut constituer une unité de réflexion ; la programmation Windows + ASP.NET peut aussi constituer une unité de réflexion ; et diverses choses liées au traitement du big data peuvent également constituer une unité de réflexion.

Si nous regardons dix ans en arrière, nous constaterons qu'il y a d'abord eu l'âge d'or des programmes clients PC, puis l'essor d'Internet, puis l'épanouissement des clients mobiles. À l'heure actuelle, les clients mobiles et Internet sont sans aucun doute plus attractifs que les clients PC traditionnels. À l'ère du cloud, les deux stacks technologiques aux frontières relativement claires sont une série de technologies basées sur le code fermé (principalement fournies par Microsoft) et une série basée sur l'open source. Si l'une de ces stacks technologiques gagne progressivement un avantage, alors sans aucun doute ceux qui ont accumulé de l'expérience dans la stack technologique correspondante auront une meilleure rareté.

Bien qu'à l'heure actuelle, les deux ne semblent pas avoir de différence évidente, sur ce point, je crois personnellement que la stack technologique open source gagnera progressivement l'avantage à l'avenir. Sur Quora(quora.com) et High Scalability(highscalability.com), nous pouvons trouver les architectures techniques de la plupart des sites Web 2.0 étrangers émergents dont la valeur marchande dépasse 1 milliard USD, tels que Flickr, Pinterest, Instagram, etc. Si vous lisez attentivement ces architectures techniques, vous constaterez un point commun fondamental : elles sont toutes construites sur des technologies open source.

Il y a une certaine inévitabilité derrière ce choix unanime. Lorsque vous voulez un certain degré de personnalisation et que vous n'êtes pas disposé à payer des coûts élevés, la stack technologique open source est presque le seul choix. Surtout lorsque les technologies open source ont de plus en plus d'exemples de réussite, cet avantage devient de plus en plus évident.

Si je dois choisir entre le client (iOS, Android, WinRT) et Internet, je crois personnellement qu'Internet a plus d'avantages que le client.

Les risques accompagnant le déclin de la technologie

Beaucoup de gens disent que Microsoft n'a presque rien accompli pendant les 10 ans de 2002 à 2012, et ils parlent aussi du fait que, du point de vue boursier, si vous aviez acheté des actions Microsoft il y a 10 ans, vous n'auriez gagné que 30-40% aujourd'hui, alors que si vous aviez acheté des actions Apple, vous auriez gagné plus de trois fois. Personnellement, quand mon esprit vagabonde parfois, ce à quoi je pense n'est pas seulement cela, mais plutôt que si Microsoft perd encore 10 ans, alors ce n'est pas seulement Microsoft qui sombrera, mais aussi les diverses entreprises et individus liés à Microsoft, y compris de nombreux programmeurs Windows chevronnés.

Dans le monde du PC, Microsoft est sans conteste le suzerain. Mais si l'ère du PC est passée, alors ce suzerain, s'il ne réussit pas à se transformer, sera sans aucun doute enterré avec elle. À ce moment-là, d'innombrables personnes qui ont consacré la moitié de leur vie à la plateforme Microsoft seront encore là—où sont-ils censés aller ?

L'essor d'une vague technologique fait que beaucoup de gens à sa crête deviennent des étoiles éclatantes, et le reflux d'une vague emportera de même la gloire de certaines personnes qui lui sont associées. La différence est que le premier est spectaculaire et émouvant, tandis que le second est calme et silencieux.

Dans une telle situation, le seul vrai choix est en effet de rester en phase avec son époque.

Examinez votre propre rareté

Il est très difficile d'examiner votre rareté du point de vue des besoins de la société, car les données pertinentes sont toujours très lacunaires. Mais il existe une méthode simple qui peut rapidement amener une personne à reconnaître sa rareté : supposons qu'un jeune diplômé travaille très dur pour apprendre ; combien de temps lui faudrait-il pour reprendre votre travail ? Par exemple, si un diplômé peut vous remplacer en un ou deux ans rien qu'en travaillant dur, et que votre âge approche déjà de 30 ans, alors votre rareté sera forcément très faible.

Au contraire, si même un diplômé très travailleur a besoin de cinq ans pour atteindre votre niveau technique, et que, sans opportunités spécifiques, il ne pourra jamais vous remplacer, alors même si vous avez déjà 30 ans, votre rareté sera très bonne. Les « opportunités » ici peuvent désigner certaines occasions particulières de pratique.

Si vous voulez évaluer votre rareté de manière relativement systématique, vous devez alors examiner les questions suivantes dans l'ordre :

• La technologie que vous maîtrisez est-elle sur le point de devenir obsolète ?

La vague technologique élimine toujours périodiquement diverses technologies, et les cibles de l'élimination diffèrent selon les moments. Bien que certaines ne soient pas complètement éliminées, elles ne sont au moins plus aussi glorieuses qu'autrefois. En prenant 2013 comme limite et en regardant 10 ans en arrière, ces technologies comprennent : Flash, MFC, Delphi, etc.

Pour rester à l'affût des tendances technologiques, lire régulièrement les architectures des autres est très important.

Bien sûr, les technologies susceptibles de devenir obsolètes ne désignent pas seulement des technologies à usage général, mais aussi d'anciens systèmes qui peuvent être remplacés par de nouvelles solutions. Par exemple : de nombreuses entreprises utilisaient autrefois Lotus Notes pour la gestion des connaissances, mais peu de gens utilisent ce type de systèmes aujourd'hui.

• Combien de personnes possèdent exactement les compétences que vous maîtrisez ?

Lorsque vous examinez ce point, comme décrit précédemment, vous devez davantage penser du point de vue de l'entreprise que du point de vue de l'individu. Le simple fait de savoir utiliser un certain langage ou framework à ce niveau n'a certainement aucune rareté. Par exemple : le simple fait d'utiliser ASP.net pour développer des pages web ne présente presque aucune barrière technique élevée, mais posséder une maîtrise considérable de la conception de bases de données et être capable d'assurer efficacement les performances du système grâce à l'équilibrage de charge, à la mise en cache et à d'autres moyens peut faire monter votre rareté d'un cran.

Article provenant de :http://blog.csdn.net/leezy_2000/article/details/38278309