Faire face à l’évolution rapide de la technologie (en particulier Microsoft)

Aujourd’hui, lorsque j’ai démarré Visual Studio 2008 pour effectuer mon travail, j’ai vu sur la page de démarrage un nouvel article sur Visual Studio 2010 et .NET 4.0 .

Je ne peux pas m’empêcher de me sentir un peu dépassé. Je commence tout juste à comprendre tout ce que Microsoft a ajouté dans .NET 3.0 et 3.5 (LINQ, WPF, fonctions lambda, etc.). Je sais que ces choses ne sont plus nouvelles, surtout pour les gens ici. , mais j’ai été trop occupé à résoudre des problèmes réels pour les clients … mais avec des technologies “plus anciennes” comme .NET 2.0, et je n’ai pas eu le temps de suivre continuellement.

Désolé ma question est non technique mais je pense que c’est très pertinent pour les programmeurs, les employés et les consultants indépendants, ainsi que les entresockets de logiciels (que j’aspire à démarrer un jour): comment faire face à un tel changement rapide et restr pertinent ? L’ignorez-vous jusqu’à ce que vous en ayez besoin ou essayez-vous de restr en tête? J’aimerais restr à l’avant-garde et restr pertinent (lire: garder ma maison et ma nourriture sur la table), et ne pas travailler sur des choses héritées, mais cela semble être un tapis roulant sans fin. Surtout avec MS … on dirait qu’ils ont tellement d’argent et de gens qu’ils ne font que pomper de nouvelles choses … et pire, rendre les technologies précédentes obsolètes et non supscopes (comme VB6 … quelque chose de ma vie antérieure).

Vous n’avez pas besoin de constamment mettre à jour votre travail de production pour utiliser les dernières technologies. Mais vous devez restr informé sur ce qui existe et ce qui est créé. Il viendra un moment où il convient de commencer à utiliser la nouvelle technologie, mais tout dépend fortement de vos projets et de vos échéances.

Mais à un moment donné, vous devrez avancer. Certaines technologies ne sont plus sockets en charge. Vous devez être conscient du moment où cela se produira et planifier l’avenir de votre travail de production.


Personnellement, je souhaiterais que Microsoft corrige les bogues avant de lancer de nouveaux widgets, frameworks ou whizbang thingamajigs. Il existe des bogues connus dans .NET à partir de la version 1.1 et du début de la version 2.0 – des bogues datant de cinq ans ou plus, que MS ne semble pas enclin à corriger. Allons, MS, prenez juste un an et réparez les choses, puis apportez les nouveaux trucs.

En revanche, si vous attendez un an ou deux (ou le SP2, ce qui est toujours plus long) avant d’utiliser les dernières nouveautés de MS, cela a tendance à être plutôt bon.

EDIT: dans l’intérêt de fournir une “réponse” à la question, j’ai tendance à apprendre ce dont j’ai besoin au fur et à mesure que je vais (Google est votre ami!) autre. Trop souvent, il ne s’agit que des mêmes choses dans un tout nouveau package. Lorsque le bijou rare apparaît, il est difficile de le rater (le buzz fait fureur sur Internet!).

Ne mesurez pas votre pertinence par la fonctionnalité cool de la version 10.8 de votre framework préféré que vous avez pu intégrer à votre code.

Vos clients mesureront votre pertinence, que vous résolviez ou non leurs problèmes. Ils ne savent pas si vous avez utilisé une requête ForEach au lieu d’une requête Linq ou un délégué au lieu d’une expression lambda.

En tant que responsable, je sollicite activement des opportunités pour que mes développeurs utilisent les nouvelles technologies. Nous sums un magasin .NET, mais «suivre le rythme de Jones» est un changement de paradigme par rapport à certaines des anciennes politiques que nous avions. Jusqu’à l’année dernière, nous étions toujours sur le 1.1 Framework pour tout. C’était très pénible, à la fois d’être limité par une ancienne version du Framework et d’avoir à utiliser Visual Studio 2003.

Nous avons commencé à aligner les demandes métier sur les fonctionnalités disponibles dans la structure. Après quelques “jours de développement avec notre infrastructure actuelle, vous pouvez investir cinq jours pour nous permettre de respecter les ressortingctions de notre Framework – alors ce type de demande prendra deux jours”, nous avons été encouragés à mettre à niveau le Framework, mais aussi pour restr à jour et adopter les fonctionnalités et fonctionnalités dès qu’elles sont disponibles.

Bien que Microsoft ne soit pas parfait, il offre maintenant une grande disponibilité dans les CTP de ses produits, permettant aux utilisateurs de garder une longueur d’avance, étant donné que le temps peut être consacré à cette fin. Ces types de produits sont également parfaits pour les projets de preuve de concept.

Compte tenu des progrès réalisés, il est très difficile de les assimiler, quel que soit le temps d’investissement immédiat que vous pouvez réaliser. Vous devez déterminer quelles fonctionnalités, fonctionnalités et outils peuvent avoir le plus grand impact positif au départ, et vous concentrer sur cela. Vous serez surpris de la rapidité avec laquelle les autres pièces commencent à tomber en place au fur et à mesure que vous développez votre utilisation. Les expressions lambda en sont un excellent exemple. Travailler avec LINQ leur a fourni une progression logique sans que cela soit le centre de ce que nous essayions de mettre en œuvre.

Après presque vingt ans, je suis assez confiant en disant que c’est un tapis roulant sans fin. Eh bien, presque …

La première chose que vous remarquez est que certaines technologies sont plus permanentes que d’autres. Généralement, c’est le truc le mieux conçu, mais ce n’est pas toujours aussi cohérent, parfois la merde gagne, au moins pendant un certain temps. Évidemment, c’est un choix judicieux d’apprendre les bonnes choses et d’ignorer le rest. Si j’essayais d’apprendre toutes les technologies qui se sont développées au fil des ans, ma tête aurait éclaté et une grande partie de cette technologie ne valait pas la peine d’être apprise.

La deuxième chose que vous remarquez est que beaucoup de ces choses sont recyclées. C’est juste la même merde encore et encore, seulement cette fois avec un nom différent, et un son plus récent. En fin de compte, il se trouve qu’il n’y a pas beaucoup de façons de faire les choses, et bien qu’il soit réintroduit tous les cinq ans environ, les mêmes concepts de base flottent au sumt. J’y reviendrais, mais ça n’en vaut pas vraiment la peine maintenant, je pense que pratiquement toutes les technologies de pointe actuellement ne sont que des rotations sur des versions antérieures qui ont existé au cours des vingt dernières années. L’indussortinge n’a pas connu de véritable innovation depuis des décennies, ça ne fait que produire plus de choses à un rythme plus rapide, c’est tout (d’accord, c’est un peu plus flashy, mais pas beaucoup).

Le troisième et le plus important point, comme on me l’a dit il y a longtemps: “Rien de tout cela ne marche vraiment!”. Et c’est probablement le meilleur gain de temps. Une grande partie de ce qui existe peut être cool et avoir un potentiel, mais la sortingste vérité est qu’elle ne fait pas assez de ce qui est annoncé pour le rendre utilisable pour une application réelle. Nous sums une indussortinge de contrefaçons. Cela est probablement dû au fait qu’il est très facile de produire une démo élégante, mais difficile de produire quelque chose qui fonctionne correctement. Et comme nous avons jeté les eaux avec de plus en plus de merde, notre fondation est devenue de plus en plus faible. Ainsi, cela n’a pas de sens d’apprendre à utiliser quelque chose en dehors de son point sensible. La plupart des technologies font une chose bien, et le rest n’est que du battage médiatique. Déterminez ce que c’est, et souvenez-vous de cela, mais n’essayez pas d’utiliser la technologie pour faire quelque chose qu’il ne peut pas faire.

Au fil des années, j’ai dû sauter de différentes langues et de différents systèmes d’exploitation. Mon environnement de assembly a évolué et les outils utilisés pour automatiser les projets sont devenus plus sophistiqués et moins fiables. Les technologies changent, mais comme nous avons déjà dépassé certains seuils, alors qu’elles ont plus de fonctionnalités, elles ne sont plus fiables, de sorte que, de manière étrange, elles ont été ralenties et facilitées. Auparavant, nous devions vraiment comprendre comment les choses fonctionnaient, maintenant vous vous contentez de claquer le code et de blâmer quelqu’un d’autre quand il se comporte bizarrement.

Choisissez quelques bonnes technologies et remontez la vague jusqu’à la plage. Tous les cinq ans, sautez, nagez et recommencez. Avec de la chance, vous serez au bon endroit au bon moment. Avec un peu de chance, vous finirez par passer à une carrière intermédiaire, comme la plupart des ex-programmeurs.

Paul.

Spike it ! Prenez régulièrement un peu de temps et écrivez une solution en utilisant la nouvelle technologie. Cela n’a pas besoin d’être sophistiqué ou utile – juste assez pour apprendre les bases et quand l’utiliser dans un projet réel.

Prenez soin de vous . Je ne suis pas d’accord avec certaines des réponses, il est très important de restr vigilant. Si vous n’êtes pas intéressé à apprendre de nouvelles technologies et à améliorer constamment vos compétences, vous voudrez peut- être envisager un autre type de travail. Je ne veux pas dire que ce soit laid, mais en continuant dans les anciennes technologies, vous ne tirez pas parti du fait que les problèmes auxquels vous faites face ont été résolus. Vous ignorez le travail de milliers de personnes et de la communauté. Par exemple, si vous écrivez un nouveau service à l’aide de WebServices au lieu de WCF, vous ne tirez pas parti des améliorations de la sécurité. Au mieux, vous perdez du temps et de l’argent en résolvant à nouveau ces problèmes. Dans le pire des cas, vous le faites mal et êtes un risque pour votre entreprise / client.

Savoir quand dire non. Il y a un équilibre entre la mise à jour de l’ancien code. Vous ne pouvez pas tout réécrire chaque fois qu’une nouvelle technologie sort. Cela aidera si vous vous concentrez sur la qualité d’écriture, code “future proof”. Par exemple, si vous avez écrit une application WinForms bien structurée, vous devriez pouvoir réutiliser votre logique dans WPF. Si vous avez écrit une couche de données correcte, vous devriez pouvoir déposer une couche de données linq. Ce niveau de code est difficile à maîsortingser, mais les outils de refactoring, les tests unitaires et l’parsing statique seront utiles.

Je me sens à peu près la même chose. Souvent, je crains que la technologie ne change plus rapidement que je ne parviens à maîsortingser l’ensemble d’outils actuel. J’essaie toujours de trouver une sorte de projet auquel je peux appliquer la technologie. Par exemple, je voulais vraiment être à jour sur MVC, alors j’ai décidé d’écrire une application qui est un croisement entre digg, stackoverflow et dotnetkicks en utilisant le nouveau framework. Je n’y suis allé que depuis 3 jours et j’ai déjà appris une TON.

La partie difficile de notre travail est que c’est si difficile de restr pertinent. pourtant c’est ce défi qui le rend si excitant.

Du côté personnel

En apprenant les bonnes pratiques, les modèles de conception et les principes applicables à tous les langages de programmation. Il aide à mieux comprendre l’algorithme et divers aspects des mathématiques

Soyez actif dans la communauté de programmation de votre plate-forme afin de leur permettre de l’avoir quand ils apportent des modifications gratuites et de rupture (heureusement AVANT de les implémenter)

Du côté du logiciel

En ayant une bonne conception de votre logiciel afin de minimiser les problèmes liés aux plates-formes de commutation.

En ayant de bons tests qui se traduisent sur les plates-formes et les langages, vous pouvez détecter les changements de comportement lors du portage.

Réduisez l’utilisation de logiciels tiers si vous ne disposez pas du code source si votre application est censée être prise en charge au fil des décennies.

Je partage votre sentiment sur la sortie de Microsoft. Cela a ses avantages, certes, mais leur stream constant de versions est difficile à suivre et conduit souvent à un environnement informatique encombré (et parfois non fonctionnel). Et leurs produits se recoupent souvent dans la fonctionnalité, comme si différentes équipes attaquaient le même problème de différentes manières sans se parler. Et le temps passé à apprendre leurs affaires tôt est gaspillé si le produit s’avère être un raté.

De toute façon, je dis en règle générale, apprenez ce qui vous intéresse et ignorez le rest . C’est le meilleur moyen (uniquement?) De restr motivé et de continuer à apprendre. Cet effort devrait être tout pour vous, pas Microsoft.

Si vous êtes comme moi et que vous avez plus d’intérêt que le temps pour les poursuivre, vous devez trouver des moyens d’être plus efficaces: réduisez votre temps (temps passé sur des choses inintéressantes), utilisez le temps que vous n’utilisez pas maintenant, et apprenez plus vite.

Je trouve que les techniques d’efficacité dans le monde réel sont souvent similaires à celles que vous utiliseriez pour écrire des logiciels. Pensez à votre “performance de vie” comme s’il s’agissait d’un programme et trouvez des moyens de l’optimiser – peut-être en échangeant une ressource pour une autre, en mettant en cache, etc.

Plus précisément, voici ce que j’aime faire:

1) Ne vous sentez pas obligé de tout savoir sur un sujet qui vous intéresse. Apprenez-le avec un niveau de détail approprié à votre niveau d’intérêt.

2) En programmation, recherchez un problème intéressant et créez une solution de pointe. Si le pic est réellement utilisable, tant mieux. Pour moi, le meilleur moyen d’apprendre un nouveau langage ou une nouvelle technologie est d’obtenir ses mains sales et de faire quelque chose.

3) Minimiser le multitâche. Ce que je fais, c’est d’avoir toujours deux choses sur lesquelles travailler – lorsque l’une est suspendue, je travaille de l’autre. Il est rare que les deux soient bloqués, et essayer de diffuser mon attention sur plus de deux choses fait que la qualité de mon attention en souffre, tout en introduisant trop de coûts de changement de contexte.

4) maximiser le temps passé sur des choses intéressantes et constructives; c.-à-d., écouter des podcasts de manière à profiter du temps autrement passé à apprendre. Ne perdez pas de temps avec des choses non constructives comme la télévision et les jeux. L’exercice physique est un must cependant – pour paraphraser un ancien professeur d’arts martiaux, “apprenez à contrôler votre esprit en contrôlant votre corps”.

5) Maintenez votre niveau de motivation élevé en vous associant à d’autres personnes intéressées par les mêmes choses que vous. Une solution consiste à rendre accessible au public le travail que vous avez effectué sur votre solution de pointe.

6) Ayez une poignée de choses que vous apprenez à un moment donné et passez de l’un à l’autre dès que vous commencez à vous ennuyer avec celui que vous êtes sur. Mais revenez plus tard dès que votre intérêt se rétablit. Je trouve que cela aide à augmenter la quantité de temps que je consacre à l’apprentissage et évite que je sois épuisé.

La technologie n’est qu’un outil qui aide à résoudre des problèmes .

Le développement de logiciels est un métier de résolution de problèmes commerciaux avec les outils disponibles.

Je me concentre donc simplement sur la résolution de problèmes commerciaux sans trop me soucier des outils. Cependant, dans la plupart des cas, il s’avère que les outils les plus efficaces sont les plus récents. Il est donc naturel d’en changer pour un nouveau légèrement meilleur que le précédent, bien que tous les principes majeurs restnt les mêmes.

Je ne pense pas qu’il y ait de raison de ne pas utiliser les dernières technologies. Apprendre un nouveau langage ou une nouvelle technologie revient à réorganiser une usine: si vous consacrez tout votre temps au réoutillage, vous ne perdrez pas de temps à produire quoi que ce soit.

Remarque: cela ne doit pas être considéré comme une raison de continuer à utiliser Visual Basic 6.

Il est logique de sauter certaines versions, peut-être adopter toutes les autres versions. Si vous ressentez le besoin de suivre chaque version de chaque technologie, vous ne passerez pas autant de temps à faire du vrai travail ou à améliorer votre aisance avec les outils que vous utilisez déjà.

Nous sums entrés dans cet état d’esprit que les nouveaux sont toujours meilleurs. Même lorsque les nouvelles sont meilleures, ce n’est pas toujours mieux que cela en vaille la peine.

Je viens de lire et de restr au courant des technologies Microsoft, mais je ne me précipite pas pour les utiliser ou les implémenter simplement parce qu’elles sont sorties. Microsoft a tellement de nouvelles technologies qui sortent tout le temps, certaines sont même en conflit avec leurs propres technologies. Comme Linq to Sql et Entity Framework sont deux nouvelles technologies dans le même domaine, il est difficile de savoir ce que Microsoft essaie de faire là-bas.

Il vous appartient d’utiliser ce qui fonctionne pour vous et de vous en tenir à quelque chose jusqu’à ce que quelque chose de nouveau apparaisse qui offre vraiment des avantages dont vous ne pouvez plus vous passer. Sinon, profitez de la pléthore de nouvelles technologies Microsoft et essayez de vous débarrasser de leur confusion et de leur gâchis qu’ils créent la plupart du temps jusqu’à ce qu’ils se mettent ensemble et lancent quelque chose qui vaut votre temps.

Je travaille pour une grande entreprise du côté des entresockets, donc je ne suis pas un fournisseur qui doit connaître toutes les technologies – je peux me concentrer sur les problèmes que nous avons.

Je constate que maintenant que nous avons notre boutique à jour et synchronisée avec les versions de MS, il n’est pas si difficile de restr à jour. Il était seulement accablant de se mettre à jour avec .NET. Il était difficile d’arriver à la version 3.0: j’ai embauché dans l’entreprise juste après la publication de la version 2.0 qui était la première version .NET utilisée par la société pour écrire une application .NET non sortingviale … puis la version 3.0 est rapidement sortie. cela a semblé écrasant d’essayer de faire comprendre aux développeurs existants 2.0 alors que 3.0 était dans le mélange. Mais nous voulions vraiment WCF (nous avions un projet utilisant WSE qui était pénible: WCF était une excellente solution pour utiliser WS- *). Donc, quand la version 3.0 est sortie, nous l’avons rapidement adoptée et nous avons commencé la route de la WCF. WCF est un très bon stack IMHO mais était (et rest) difficile à grimper. Au moment de la sortie de la version 3.0, nous n’avions pas vraiment besoin de faire quelque chose de sophistiqué au niveau de la présentation et le workflow n’avait pas beaucoup de sens pour moi. Nous avons donc évité ces parties du framework 3.0.

Cela a rendu la version 3.0 semi-gérable car nous ne faisions que nous concentrer sur l’aspect WCF, compte tenu de nos besoins commerciaux (c.-à-d. La douleur que nous ressentions sans avoir WCF).

3.5 a également été facile pour nous de comprendre – nous avons utilisé LINQ car c’était logique. Ce n’est pas aussi difficile à adopter que de dire WCF, car vous pouvez utiliser aussi peu ou autant que vous le souhaitez. J’ai personnellement commencé par éliminer certaines de mes déclarations de foreach pour trouver un membre de la collection et élargi ma compréhension de LINQ à partir de là. Nous ne l’utilisons pas actuellement (c’est-à-dire Linq à SQL), car nous sums une boutique Oracle. La méthode Lambda de C # pénètre lentement dans notre base de code – c’est tout à fait un changement, mais je l’adore. Encore une fois, comme il est totalement facultatif, il a été facile à adopter en fonction des besoins.

Puisque nous sums à l’aise avec ce dont nous avions vraiment besoin avec 3.0 et 3.5, nous avons eu le temps de commencer à examiner d’autres parties de ces versions pour voir comment elles pourraient améliorer notre productivité. J’ai passé du temps récemment avec Workflow, dont je commence vraiment à voir la puissance. En voyant les démos PDC de Workflow en 4.0, je souhaite vraiment que cette version … au lieu de se sentir dépassée par la nouvelle technologie, je suis vraiment impatiente de la sortir … même pour la bibliothèque parallèle des tâches.

Donc je suppose que je dirais que je ne me sens pas submergé par le flot de nouveaux. Je pense que le fait de se concentrer sur ce que les nouvelles versions corrigent autant que mes points de douleur et d’ignorer le rest jusqu’à ce que je me sente prêt à les aider m’aide. Il a également aidé à adopter rapidement les nouveaux frameworks. Les versions 3.0 et 3.5 étaient faciles à adopter car elles se situaient au-dessus de la version 2.0 et ne nécessitaient pas de mise à niveau du code source complet. 4.0 est au mieux dans un an … c’est le moment pour nous de commencer à regarder WPF / Silverlight, comme le font les chronomètres. En règle générale, nous donnons simplement au plus grand intérêt le peu de temps libre que nous pouvons épargner pour devenir le scout principal et faire la course … ça aide aussi. Nous n’avons pas tous besoin d’être des experts dans toute la stack.

Cela nous a également aidés à adopter rapidement les nouveaux frameworks (c’est-à-dire dans environ un mois) à leur publication. La version 4.0 peut être plus difficile à faire avec … Garder notre code principal séparé des projets individuels via le twigment du contrôle de version a permis d’isoler ce code de base partagé des efforts de développement «réels», nous permettant de déplacer le kernel sans casser un individu projet. Le projet individuel fusionne simplement les changements quand il a le temps de les absorber.

Lectures récentes à ce sujet:

http://www.pseale.com/blog/LearningLahar.aspx

http://www.secretgeek.net/3way.asp

Le résumé est le suivant: ne l’apprends pas, sauf si tu en as besoin!

Je pense que le truc est d’apprendre des compétences intemporelles et portables. Savoir comment programmer dans plusieurs langues et frameworks est beaucoup plus important que de savoir programmer dans le langage ou le framework les plus récents. De même, il est plus important de connaître les principes de sécurité que de connaître le dernier dépassement de mémoire tampon de certains serveurs Web.

Malheureusement, si vous changez de poste, vous pouvez vous heurter à des recruteurs qui ne le savent pas et dont la fonction est essentiellement grep buzzword cv . Cependant, si vous réussissez à passer outre et à être interviewé par quelqu’un qui comprend le travail, cela ne devrait pas avoir d’importance. Et si c’est important, vous détesteriez probablement travailler dans cet endroit de toute façon.

En outre, la plupart de ces «changements» sont tout simplement inutiles, et beaucoup de nouvelles «technologies» sont juste un programme ou une bibliothèque que quelqu’un a écrit… ce n’est plus une «nouvelle technologie» que le dernier programme ou bibliothèque que vous avez écrit La technologie. Vous n’avez pas besoin d’en savoir plus que le rest du monde pour étudier tout ce que vous produisez.

Vous n’avez certainement pas besoin de tout savoir, pas plus que vous devez installer et apprendre chaque programme de messagerie électronique jamais écrit pour pouvoir envoyer un courrier électronique.

C’est un peu comme essayer de tout suivre dans vos stream RSS ou lire absolument tout sur une liste de diffusion. Laisser aller. Marquez tout comme lu. Si c’est important, vous en entendrez de nouveau parler.

Je ne pense pas que vous êtes le seul à ressentir que C # a grandi très rapidement. Heureusement, les changements annoncés pour C # 4.0 et .NET 4.0 ne sont pas aussi impressionnants que les nouvelles fonctionnalités de C # 3. Ce sont des fonctionnalités très intéressantes et je suis particulièrement impatient de découvrir IronPython et IronRuby, ainsi que les nouvelles fonctionnalités TDD de VS2010. .

Oui, la technologie évolue rapidement, chaque indussortinge évolue rapidement. Il se déplace aussi vite que les gens sont prêts à créer des choses. Je pense que le commentaire qui me vient à l’esprit est spécialisé. Trouvez quelque chose que vous aimez et spécialisez. Vous ne vous isolerez jamais du changement, l’essentiel est de vous rendre commercialisable et de choisir les choses que vous voulez apprendre, et non les choses que quelqu’un d’autre vous dit chaud. Comme nous l’avons vu, de nombreuses entresockets ne déploient même pas .NET Framework sur leurs machines car, avec les applications qu’elles utilisent actuellement, elles ne sont pas nécessaires. Ces entresockets commenceront à mettre à niveau, mais bon nombre de ces mises à niveau sont des migrations d’une décennie.

Il y a un article d’un de nos co-organisateurs (Joel, de JoelOnSoftware ) qui traite à un moment donné de l’évolution rapide de ces technologies, que Joel compare pour couvrir les tirs. Je l’ai trouvé très intéressant quand je l’ai lu il y a longtemps. La partie liée se situe quelque part en bas, après la photo d’un jeune parachutiste.

Etude d’étude Lire lire lire. Participer participer participer. Code code code.

Il y a 24 heures par jour. Garder le courant est ce qui nous maintient pertinents et nécessaires.

Habituellement, en faisant la combinaison avec les groupes d’utilisateurs locaux, en essayant certaines choses où je travaille parfois pour voir quelles expériences produisent quels résultats et en sachant que mon employeur peut jouer un rôle dans ce que j’utilise et continuera à utiliser . Ainsi, je suis entré dans le framework .Net 3.5 parce que quelqu’un d’autre devait utiliser Linq dans un projet, ainsi qu’un nouveau système de gestion de contenu qui l’utilisait.

Faire de petites expériences, ce n’est pas tout à fait restr en tête ou l’ignorer jusqu’à ce que j’en ai besoin, mais plutôt garder les babysp régulièrement. Par exemple, au cours de la dernière décennie, je suis passé des extensions ISAPI à ASP à ASP.Net et à ses différentes versions de 1.0 à 3.5, y compris l’idée géniale de la version 3.0, y compris la version 2.0 et au lieu de l’appeler WinFx. Nommez-le à la fois.

Si ses outils proviennent d’un employeur, alors se pose la question de savoir comment ils envisagent la nouvelle technologie et comment gérer un développeur avec le nouveau matériel ou logiciel de temps en temps. Par exemple, passer d’une machine P4 à une machine Core 2 Duo était agréable aussi bien que d’augmenter la quantité de RAM, mais j’ai perdu des logiciels que j’ai utilisés sur mon ancienne boîte comme les versions précédentes de Visual Studio.

Pour moi (au début de la quarantaine), le besoin, voire le besoin, de restr à l’écart. Les véritables emplois, avec des avantages durables, sont ceux où vous prenez soin de certaines technologies plus anciennes. Et dans mon esprit, les anciennes technologies seraient .NET 2.0.

À mon humble avis, le signe d’une véritable tendance est celui qui peut en savoir assez sur les nouvelles technologies à réaliser si elles s’intègrent à votre soutien des anciennes technologies ou non et sont-elles sensées sur le plan commercial? Par exemple, Linq to Sql a-t-il un sens dans votre ancien environnement? Recherchez cette chose, décidez si cela a du sens ou non et avancez avec cette technologie plus récente.

N’implémentez pas de nouveaux trucs pour implémenter de nouveaux trucs. Seul le temps permettra de déterminer si une nouvelle technologie a donné à une entreprise un retour sur investissement substantiel.

Est-ce que vous l’ignorez jusqu’à ce que vous en ayez besoin …

C’est un moyen infaillible de continuer à être submergé par les nouvelles technologies.

Un rythme d’apprentissage lent est acceptable tant qu’il est stable.

Apprenez toutes les autres versions. C’est comme ça que je continue. La plupart des livres vous donneront généralement un aperçu du cadre précédent et vous indiqueront ce qui a été ajouté.

Juste mes 2 centimes.

Choses que j’essaie de faire pour suivre la technologie:

  • Essayez d’incorporer de nouvelles choses au travail. De cette façon, je suis essentiellement payé pour apprendre.
  • Projet parallèle ou travail sur le projet open source de quelqu’un d’autre. Aide à obtenir le sharepoint vue de quelqu’un d’autre sur les nouvelles technologies.
  • Écoutez des podcasts sur la technologie. En particulier, j’écoute Java Pose et .NET Rocks. Si je ne suis pas en train de coder activement, au moins je peux entendre de nouvelles choses!

J’ai entendu quelqu’un dire que vous devriez apprendre un nouveau langage de programmation tous les 2 ans. Personnellement, je trouve extrêmement difficile d’avoir autant de temps en dehors du travail. Du moins pas si je veux restr marié! 🙂

Je me trouve souvent dans le même dilemme et essaie de me faire apprendre une nouvelle technologie ou une nouvelle langue. Mais la plupart du temps, à moins que votre employeur ne le demande, vous ne ferez pas grand chose avec cette technologie ou quelque chose d’utile avec cette langue. Vous finirez par écrire un tas de petits programmes utiles pour apprendre les fonctionnalités du langage et essayer des morceaux publicitaires très cool. Et le plus souvent, vous essayez de vous convaincre que le nouveau langage tente de mieux faire ce que vous avez fait avec votre ancienne langue. Et en essayant d’adopter cette fonctionnalité, j’oublie d’utiliser le langage pour lequel il est utile.

En fin de compte, deux choses se produisent: la nouvelle méthode est meilleure que mon ancienne méthode, car elle permet d’économiser quelques lignes de code. Mais je fais toujours les vieilles choses avec le nouvel emballage. OU Les nouvelles fonctionnalités sont nulles, je m’en tiendrai aux anciennes méthodes et à tous les créateurs de propagande. 🙂

Mais cet apprentissage était essentiel dans certains cas. Et tôt ou tard, vous commencerez à avoir une idée de ce qui va probablement décoller et de ce qui ne le sera pas une fois que vous aurez fait cet exercice à quelques resockets. Il est donc utile de restr à jour, au moins il y aura beaucoup de commentaires sur Internet pour vous aider à cet égard.

Mais rappelez-vous toujours que l’apprentissage d’une technologie est plus facile que d’apprendre à programmer.