Andrei Breslav tourmente les erreurs de conception de Kotlin qui ne peuvent pas être corrigées // Nous sommes condamnés # 6



Andrey Breslav parle à peine de Kotlin récemment. Deux fois, je l'ai appelé pour une entrevue et les deux fois, il m'a demandé de ne pas discuter de problèmes techniques.

D'une part, je suis agacé. Je comprends que tout le monde leur a demandé - mais je ne l’ai pas fait. Je suis probablement le dernier journaliste purement humanitaire en Russie qui veut parler aux gens du côté ingénierie de l'industrie, et pas seulement des millions d'hommes d'affaires prospères réunis; et qui ne demandera pas à ce pathétique "eh bien, expliquez à mes auditeurs du doigt comment ça marche pour qu’ils comprennent."

D'un autre côté, les personnages sont plus compréhensibles et intéressants pour moi personnellement que les technologies, et je suis heureux quand un développeur sympa est prêt à parler de lui en tant que personne, pas en tant qu'unité de travail.

J'ai pris la première interview de Breslav il y a un an, mais je ne l'ai jamais libéré. Le second a été appelé dans le podcast avecfillpackart. Il a réfléchi sur les succès et les erreurs de Kotlin, combattu avec nos stéréotypes sur le polyamour, écouté les plaintes concernant la vie et attaché une conférence puissante avec la justification du typage dynamique.




Quelques citations du podcast

Pourquoi n'est-il plus intéressant de parler de développement


Je fais du Kotlin depuis dix ans, et depuis six ans, tout le monde veut parler avec moi uniquement de lui. Tout le monde a les mêmes questions sur Kotlin, je suis terriblement fatigué d'y répondre. Aucune infraction - il est très difficile de trouver une question que personne n’a posée au cours de ces six années. Il semble que cela soit tout simplement inutile - j'ai déjà répondu, tous les documents peuvent être trouvés et lus. J'en ai marre de terriblement, juste terriblement.

J'ai besoin de parler d'autre chose. Je m'intéresse maintenant davantage aux sujets humanitaires - sur la psychothérapie, la polyamour, l'équilibre entre les sexes. Je veux vraiment réaliser ces aspects de ma personnalité. J'ai réalisé le côté ingénierie - j'en veux aussi d'autres.

Je me retrouve souvent à parler de domaines dans lesquels je connais mal. Immédiatement, je commence à tirer des conclusions - j'ai une telle propriété. Je n'ai pas la patience de trier soigneusement, de lire la littérature, de m'assurer que ce n'était pas la première chose que j'ai imaginée. Mais en parlant de choses en dehors du développement, je n'ai pas le sentiment que je suis complètement hors de propos. Au contraire - il semble que je puisse apporter un nouveau look.

À propos de l'attitude de Kotlin envers le succès


Oui, je pense que c'est une réalisation qui semble cool pour beaucoup. Après cela, je me suis un peu calmé.

J'ai toujours eu confiance en moi - c'est à la fois une force et un inconvénient. Après tout, il fallait encore s'intégrer pour faire un tel projet, pour se persuader que l'on pouvait. Et je n'avais pas du tout à convaincre. J'étais sûr que oui, bien sûr, allons-y et faisons-le. Il y avait un sentiment qu'il pourrait ne pas voler. Mais ce que nous ferons - il n'y avait aucun doute.

Ma confiance en moi était plus inquiétante. Je le pensais - "maintenant, je suis cool, tout à coup tout le monde ne comprendra pas cela." Maintenant, j'ai moins d'anxiété et je ne suis même pas sûr que cela soit dû au succès même de Kotlin. Il s'agit d'un effet cumulatif de différentes choses.

J'étais comme la psychothérapie - cela supprimait également certains types d'anxiété. J'ai foiré tant de fois dans différentes choses et découvert les vraies conséquences des erreurs. Ils semblaient catastrophiques, mais étaient loin de ce dont j'avais peur. Et en général, ce n'est pas ce que j'attendais - les conséquences ont fonctionné dans des endroits complètement différents.

Le calme est venu de comprendre l'étendue réelle des risques.

Les défauts de conception de Kotlin ne peuvent-ils pas être corrigés


Il n'y a pas de telles erreurs que je n'ai pas dormi la nuit. Mais il y a des choses qui arrivent, et à chaque fois c'est une blague. Il y a beaucoup d'endroits où il fallait soit faire quelque chose de petit d'une autre manière, soit tourner quelque chose d'important dans l'autre sens. Mais je comprends que c'est le cas avec tout le monde.

Toute personne qui a créé un grand système complexe qui ne peut pas être refait parce que de telles personnes l'utilisent a de telles pensées. Surtout comme dans mon cas - si ce système était le premier de leur vie.

Il y a des gens qui ont créé un langage, un compilateur, une machine virtuelle, une base de données - n'importe quel système complexe, et il n'a pas gagné en popularité. Puis une autre, troisième et quatrième tentative a décollé. Et lors de la quatrième tentative, on sait déjà où chercher; ce qui est important et ce qui n'a pas d'importance. Pas seulement dans des choses qui peuvent être comprises mathématiquement - plutôt en termes de perception par les autres.

C’est plus facile pour ces personnes dans le sens où elles en savent déjà beaucoup à l’avance. Et je ne le savais pas, comme tant de gens qui avaient d'abord des systèmes performants. Ils ne savaient pas où les mines étaient posées. Juste des bosses en peluche.

Il me semble que l'utilisateur de tout système populaire regarde et pense - "Seigneur, pourquoi cela se fait-il ici!?" Oui, parce que celui dont tout dépendait, il n'y a pas longtemps, ne devinait tout simplement pas. Eh bien ça arrive - une personne n'a pas deviné.

Quelle erreur serait corrigée en premier lieu, si j'étais revenu dans le passé


La merde la plus importante - je n'ai pas commencé à recruter une équipe au tout début.

Il a fallu recruter une équipe. Beaucoup de tout en dépend. Kotlin a été lancé la 16e année et il était très tard. Il est sorti après Java 8. Beaucoup de choses très importantes du point de vue de la promotion des langues auraient été complètement différentes si je n'avais pas été stupide dans les premières années et que j'avais composé une équipe.

Une autre réponse est encore meilleure: il fallait chercher un mentor pour la gestion de projet. Ensuite, j'avais 26 ans, je savais en quelque sorte comment écrire du code, je comprenais mieux les langages de programmation que beaucoup, mais je ne savais pas du tout comment gérer les gens. J'ai dû chercher une personne qui sait comment faire et lui demander de me le dire.

Ce serait le mieux que je pourrais faire, et ensuite Kotlin serait beaucoup plus cool qu'il ne l'est maintenant.

All Articles