Get best of the week

Quält Andrei Breslav Kotlin-Designfehler, die nicht behoben werden können? // Wir sind zum Scheitern verurteilt # 6



Andrey Breslav spricht in letzter Zeit kaum über Kotlin. Zweimal rief ich ihn zu einem Interview an und beide Male bat er mich, keine technischen Fragen zu besprechen.

Einerseits ärgere ich mich. Ich verstehe, dass alle anderen sie gefragt haben - aber ich habe es nicht getan. Ich bin wahrscheinlich der letzte rein humanitäre Journalist in Russland, der den Menschen von der technischen Seite der Branche erzählen möchte und nicht nur von den Millionen erfolgreicher Geschäftsleute, die aufgewachsen sind. und wer wird diesen erbärmlichen nicht fragen: "Nun, erkläre meinen Zuhörern an den Fingern, wie es funktioniert, damit sie verstehen."

Andererseits sind die Charaktere von Menschen für mich persönlich verständlicher und interessanter als Technologien, und ich bin froh, wenn ein cooler Entwickler bereit ist, über sich selbst als Person und nicht als Arbeitseinheit zu sprechen.

Ich habe das erste Interview vor einem Jahr von Breslav genommen, ihn aber nie freigelassen. Der zweite wurde zusammen mit in den Podcast gerufenfillpackart. Er reflektierte die Erfolge und Fehler in Kotlin, kämpfte mit unseren Stereotypen über Polyamorie, hörte sich Beschwerden über das Leben an und fügte einen kraftvollen Vortrag mit der Rechtfertigung der dynamischen Typisierung hinzu.



Ein paar Zitate aus dem Podcast

Warum ist es nicht mehr interessant, über Entwicklung zu sprechen?


Ich mache Kotlin seit zehn Jahren und seit sechs Jahren wollen alle nur mit mir über ihn sprechen. Jeder hat die gleichen Fragen zu Kotlin, ich bin es schrecklich leid, sie zu beantworten. Nichts für ungut - es ist nur sehr schwierig, eine Frage zu finden, die jemand in diesen sechs Jahren nicht gestellt hat. Es scheint, dass dies einfach nutzlos ist - ich habe bereits geantwortet, alle Materialien können gefunden und gelesen werden. Ich habe es schrecklich satt, nur schrecklich.

Ich muss über etwas anderes sprechen. Ich interessiere mich jetzt mehr für humanitäre Themen - über Psychotherapie, Polyamorie, Geschlechtergleichgewicht. Ich möchte diese Aspekte meiner Persönlichkeit wirklich erkennen. Ich habe die technischen Aspekte implementiert - ich möchte auch andere.

Ich spreche oft über Bereiche, in denen ich mich schlecht auskenne. Sofort fange ich an, Schlussfolgerungen zu ziehen - ich habe eine solche Eigenschaft. Ich habe nicht die Geduld, sorgfältig zu sortieren, Literatur zu lesen und sicherzustellen, dass dies nicht das erste war, was mir einfiel. Aber wenn ich von Dingen außerhalb der Entwicklung spreche, habe ich nicht das Gefühl, völlig fehl am Platz zu sein. Im Gegenteil - es scheint, ich kann einen neuen Look bringen.

Über Kotlins Einstellung zum Erfolg


Ja, ich denke, dies ist eine Leistung, die vielen cool erscheint. Danach habe ich mich etwas beruhigt.

Ich war immer selbstbewusst - das ist sowohl eine Stärke als auch ein Nachteil. Schließlich war es immer noch notwendig, sich in ein solches Projekt einzufügen, um sich selbst davon zu überzeugen, dass Sie es können. Und ich musste überhaupt nicht überzeugen. Ich war mir sicher, dass ja, natürlich, lass uns gehen und es tun. Es gab das Gefühl, dass er nicht hochfliegen könnte. Aber was zu tun war - es gab überhaupt keine Frage.

Mein Selbstvertrauen war früher eher beunruhigend. Ich dachte schon - "Jetzt bin ich cool, plötzlich werden alle anderen das nicht verstehen." Jetzt habe ich weniger Angst und bin mir nicht einmal sicher, ob dies auf den Erfolg von Kotlin zurückzuführen ist. Dies ist eine kumulative Wirkung verschiedener Dinge.

Ich war wie eine Psychotherapie - dies beseitigte auch einige Arten von Angstzuständen. Ich habe es so oft in verschiedenen Dingen vermasselt und die wahren Folgen von Fehlern herausgefunden. Sie schienen katastrophal zu sein, waren aber weit von dem entfernt, wovor ich Angst hatte. Und im Allgemeinen sind sie nicht das, was ich erwartet hatte - die Konsequenzen wirkten an ganz anderen Orten.

Ruhe kam vom Verständnis des tatsächlichen Ausmaßes der Risiken.

Sind Kotlin Designfehler, die nicht behoben werden können


Es gibt keine solchen Fehler, dass ich nachts nicht geschlafen habe. Aber es gibt Dinge, die auftauchen, und jedes Mal ist es so ein Witz. Es gibt viele Orte, an denen es notwendig war, entweder etwas Kleines auf andere Weise zu tun oder etwas Wichtiges in die andere Richtung zu drehen. Aber ich verstehe, dass dies bei allen der Fall ist.

Jede Person, die ein großes komplexes System geschaffen hat, das nicht erneuert werden kann, weil solche Leute es benutzen, hat solche Gedanken. Besonders wie in meinem Fall - wenn dieses System das erste in ihrem Leben wäre.

Es gibt Leute, die eine Sprache erstellt haben, einen Compiler, eine virtuelle Maschine, eine Datenbank - jedes komplexe System, und es hat nicht an Popularität gewonnen. Dann startete ein weiterer, dritter und nur vierter Versuch. Und beim vierten Versuch gibt es bereits ein Verständnis dafür, wo man suchen muss; Was ist wichtig und was spielt keine Rolle. Nicht nur in Dingen, die mathematisch verstanden werden können - sondern in Bezug auf die Wahrnehmung durch andere.

Für solche Menschen ist es einfacher, dass sie bereits viel im Voraus wissen. Und ich wusste es nicht, wie so viele, die zuerst erfolgreiche Systeme hatten. Sie wussten nicht, wo die Minen angelegt waren. Nur ausgestopfte Beulen.

Es scheint mir, dass der Benutzer eines populären Systems aussieht und denkt: "Herr, warum wird das hier gemacht?" Ja, denn derjenige, von dem alles abhing, hat vor langer Zeit einfach nicht geraten. Nun, es passiert - eine Person hat es nicht erraten.

Welcher Fehler würde überhaupt korrigiert, wenn ich in die Vergangenheit zurückgekehrt wäre


Der wichtigste Mist - ich habe gleich zu Beginn nicht angefangen, ein Team zu rekrutieren.

Es war notwendig, ein Team zu rekrutieren. Vieles hängt davon ab. Kotlin wurde im 16. Jahr ins Leben gerufen und es war sehr spät. Es kam nach Java 8 heraus. Viele sehr wichtige Dinge aus Sicht der Sprachförderung wären völlig anders verlaufen, wenn ich in den ersten Jahren nicht dumm gewesen wäre und ein Team getippt hätte.

Eine andere Antwort ist noch besser - Sie mussten einen Mentor für das Projektmanagement suchen. Dann war ich 26 Jahre alt, ich wusste irgendwie, wie man Code schreibt, ich verstand Programmiersprachen besser als viele andere, aber ich wusste überhaupt nicht, wie man Leute verwaltet. Ich musste jemanden suchen, der weiß, wie es geht, und ihn bitten, es mir zu sagen.

Das wäre das Beste, was ich tun könnte, und dann wäre Kotlin viel cooler als er jetzt ist.

More articles:


All Articles