Le gourou .NET Dino Esposito: "Ne soyez pas un passager dans un train qui descend"

Dino n'est venu à Minsk qu'une seule fois, et nous avons réussi à communiquer avec lui entre les conférences qu'il a données pour .Net-chikov. Nous avons décidé de ne pas être banals et avons parlé avec Dino non seulement du travail, mais aussi des livres, de l'avenir et de la vie après 40 ans.

Dino, vous avez récemment publié un nouveau livre, Programming ASP.NET Core . Dites-nous pourquoi nous devrions le lire?

Je serai bref: il s'agit d'un autre livre technologique typique. Mais chaque question en elle est considérée dans le contexte du monde réel, les problèmes ne sont pas dissociés de la réalité. J'écris tout comme ça parce que suivre aveuglément les idéaux n'est pas ma recette. Peu importe qui les dicte: Microsoft, des collègues de la communauté ou toute autre personne. Je revérifie tout. C'est peut-être parce que je suis un sceptique vieux et sage (rires).



Donc tout ce que j'ai écrit dans ce livre, toutes les subtilités techniques et les termes, ont été vérifiés. Je n'ai pas utilisé Core, mais j'ai écrit des démos, j'ai essayé de devenir une personne de la production. Je pense que je l'ai fait: chaque conseil du livre est mon expérience et il aide à résoudre les problèmes que de vraies personnes peuvent rencontrer.

Vous avez beaucoup de livres (environ 15), ainsi que des articles techniques. Comment gérez-vous cette approche?

Soit dit en passant, j'ai souvent dû répondre à cette question. Les gens ne croient pas que je parviens toujours à travailler, ils pensent que c'est ma couverture. Et cela est vrai dans une certaine mesure. Parce que je ne travaille pas au bureau. Je ne suis ni développeur ni architecte, je suis consultant. Par conséquent, je ne suis pas occupé à plein temps. Et c'est mon choix conscient. Je n'ai jamais voulu aller aussi loin dans ces processus.

Maintenant, si j'avais une deuxième vie, je travaillerais certainement à plein temps. Mais moi, comme tout le monde, je n'en ai qu'un, et donc j'écris et j'aime ça.

Vous avez mentionné que vous êtes consultant. Votre nom est associé à de nombreuses entreprises et projets. Comment travaillez-vous avec JetBrains et Microsoft?

Eh bien, chez Microsoft, je ne travaille plus ...

Pourquoi?

Parce que Microsoft a externalisé ce que j'ai fait. J'avais un contrat avec eux, je recevais un salaire. Mais environ cinq ans se sont écoulés depuis la dernière fois que nous avons travaillé ensemble.

Et cela ne me dérange pas si cela semble soudainement le cas. Le fait est qu'au cours des 10 à 15 dernières années, beaucoup de choses ont changé. Au début, vous avez besoin de contacts dans l'entreprise, vous avez besoin de contacts, vous recherchez des personnes que vous pourriez écrire pour comprendre quelque chose ou accéder à des démos. Et aujourd'hui, beaucoup de choses sont ouvertes, le code est ouvert, et vous n'avez plus besoin de rencontrer des gens si vous comprenez vous-même quelque chose dans le sujet.

Je vais dire une chose étrange maintenant, mais je ne suis jamais allé à Redmond ou à Seattle, je ne suis jamais allé au bureau Microsoft aux États-Unis. Je ne suis jamais allé au Microsoft MVP Summit. Surtout parce que j'ai trop de choses à faire. Mais maintenant, j'irais au sommet, pour que, au sens figuré, je mange suffisamment, puis je perds ces kilos en trop (rires).

JetBrains a une histoire différente. Nous avons un contrat. Mais, en fait, je travaille à la demande. Ils ont des employés à plein temps qui sont au bureau de 9 h à 17 h. Ils rédigent des articles, parlent lors de conférences. J'écris également des articles, parfois je filme des vidéos, anime des webinaires. Mais - sur demande.

Autrement dit, pas à pleine puissance?

Cela peut sembler étrange ou inhabituel, car ce n'est pas ce qui est généralement dit dans une interview ... Mais les années font des ravages. Et c'est la nature humaine, il n'y a rien à faire. Lorsque vous franchissez la barre des quarante avec la queue, votre cerveau commence à être paresseux. La créativité va quelque part, vous ne saisissez plus tout à la volée, pour comprendre quelque chose, vous devez passer plus de temps. Il y a, bien sûr, de bonnes nouvelles: vous pouvez compenser ces lacunes par l'expérience, vous voyez la situation dans son ensemble, vous êtes un bon conteur. Mais pour créer quelque chose à partir de zéro - non, pas après 40. Regardez, par exemple, les grands scientifiques. Le meilleur des découvertes a été fait vers l'âge de 30 ans.

Maintenant, dans cette période de ma vie, il est beaucoup plus facile et plus efficace pour moi d'aider quelqu'un à trouver une meilleure solution, à recommander quelque chose, plutôt que de créer moi-même quelque chose.



Vous avez beaucoup de travail dans le domaine de l'architecture. À votre avis, à quoi ressemble une application Web moderne et cool? Et que va-t-il leur arriver dans 5 à 10 ans?

Oh, jusqu'à récemment, il aurait été difficile pour moi de répondre, mais maintenant je connais la réponse. Cette année, Microsoft a annoncé le projet interne Blazor. Même la description semblait prometteuse. Il s'agit d'un code HTML et C # familier qui se compile dans l'assemblage Web et fonctionne dans n'importe quel navigateur. L'essentiel est que c'est du code C # dans le navigateur. Je pense que c'est Silverlight ou à quoi cela aurait dû ressembler.

Si nous parlons de ce qui n'existe toujours pas et de ce qui sera au sommet de la popularité d'ici cinq ans, alors je nommerai ce domaine particulier - un code qui peut être compilé et transpilé. Peut-être, bien sûr, il existe un meilleur moyen de traduire JavaScript en HTML ou TypeScript en JavaScript, mais en transpilant C # en utilisant Blazor et en commençant à utiliser WebAssembly dans le navigateur ... Cela semble beaucoup mieux et vraiment innovant.

Et la sécurité?

Si nous parlons toujours de Blazor, vous pouvez trouver un moyen de transférer des données vers Blazor et de les manipuler. Je suppose que cela concerne davantage les données de l'interface utilisateur. Essentiellement, c'est, en quelque sorte, Angular de Microsoft.

Angular, React et aujourd'hui fonctionnent très bien; ils ont de nombreux serveurs HTTP et peuvent gérer les requêtes au lieu de HTML et TypeScript. En ce sens, ils conserveront la même approche que pour Blazor et MVC, en compilant dans WebAssembly afin que le niveau de présentation de votre application (écrit en Blazor) ne produise qu'un affichage HTML, et que toute la logique sensible soit exécutée côté serveur.

Dans mes rêves, tout cela devient une fois une réalité. Et vous écrivez des applications Windows sur le Web. Sur l'une des plateformes.



De belles perspectives. Et maintenant? À quoi devrait ressembler une application web moderne et cool?

Maintenant, le backend dépend de vos objectifs. J'ai vu beaucoup d'entreprises qui utilisaient Angular, et combien de fois je n'ai pas demandé pourquoi, la réponse ne m'a jamais satisfait. Je suis sûr qu'ils peuvent se passer d'Angular. Et ils devraient le faire, car Angular vous fait constamment l'étudier à nouveau, il est en constante évolution. Pour travailler avec, vous devez avoir des compétences de développeur très spécifiques. Inversement, si je lance MVC, je peux écrire en Java, sur la pile Java ou sur la pile Microsoft, même en PHP. Autrement dit, si je travaille sur Angular, je ne le connais que. J'ai peur qu'avec lui, nous soyons tous des passagers d'un train qui descend. Et cela disparaîtra certainement dans 2 ou 3 ans. Vous devez avoir le temps de prendre un billet pour un autre train.

Auteur de l'article: Ksenia Rabchinskaya