⏹️ 👩🏿 🏾 Sie haben eine theoretische Frage zur sozialen Sicherheit nicht beantwortet, und sie haben Ihnen ein Ende gesetzt. Es ist in Ordnung? // Wir sind zum Scheitern verurteilt # 3 ☪️ 👩🏼‍🤝‍👨🏿 👨‍👧

Pavel Novikov lebte bis zu seinem 30. Lebensjahr in Nowosibirsk, arbeitete remote und sammelte Aufträge aus aller Welt für Upwork. Ein Kunde blieb lange - Pascha baute ein System für ihn von Grund auf neu und aus einem kleinen Startup wurde ein riesiges Unternehmen. Die Gründer versprachen eine großartige Position, änderten dann aber ihre Meinung und feuerten nur hässlich.

Auch hier nahm Pascha keine kleinen Bestellungen vom Gerät auf und dachte zum ersten Mal über einen Umzug nach. Also landete er in Minsk - dort versammelt er ein Team, um das lokale Büro einer israelischen Firma zu eröffnen.

Pascha kam in einem Podcast zu uns, besprach mit uns Einstellungen und Industrie und arrangierte sogar so etwas wie ein Showgespräch (was nicht gut lief).

Wir haben einige Zitate aus der Veröffentlichung ausgewählt.

Warum nach Minsk ziehen, wenn die ganze Welt für Sie offen ist?

Moskau und Peter waren damals nur teuer. Ich bin nicht bereit, 800 Dollar zu vermieten. In Minsk können Sie frei ein Moskauer Gehalt erhalten - während Sie mieten und alles andere, um eine Größenordnung weniger zu geben. Für mich ist dies eine gute Option für einen Transitpunkt auf dem Weg nach Kanada.

Um sich zu bewegen, muss man eine Reserve haben, aber jetzt habe ich einfach kein zusätzliches Geld. Während der sechs Monate, die ich ohne Arbeit verbracht habe, nachdem ich mich von einem entfernten Kunden getrennt hatte, habe ich das gesamte finanzielle Kissen gegessen. Jetzt muss ich nur noch Geld verdienen, um 20 bis 30.000 Dollar frei zu haben, ein Ticket zu kaufen und niemals zurückzukehren.

Über Udalenka bei Upwork

Mit udalenkoy passierte etwas Zinn. Nach einem Vorfall möchte ich nicht mit Russland arbeiten. Normalerweise habe ich versucht, einen Job in einer Wohnung mit ausländischen Kunden zu suchen - ich habe mit vielen Ländern gearbeitet, aber 2019 endete die Udalenka plötzlich. Sie gehen zum Gerät - und es gibt nichts. Einige Projekte für zweihundert Dollar mit unverständlichen Anforderungen, entweder von den Indern oder von den Arabern. Scrollen Sie auf dem Bildschirm vier dieses Unsinns, senden Sie ein paar Antworten - wählen Sie die am besten geeignete - und sie antworten Ihnen dumm nicht. Und so Tag für Tag.

Über die soziale Sicherheit, bei der Programmierer sich mit theoretischen Fragen befassen

Ich glaube, dass es falsch ist, einen Programmierer zu interviewen, indem man ihm zehn Minuten lang Fragen stellt. Stellen Sie sich vor, Sie stellen einen Designer ein. Er kommt zu Ihnen und Sie verbringen eine halbe Stunde damit, zu besprechen, welche Pinsel in Photoshop enthalten sind, wie Sie eine Lasso-Auswahl treffen und wie Sie mit Ebenen und Masken arbeiten. Und gemäß den Ergebnissen dieses Gesprächs sollten Sie verstehen, ob der Designer zu Ihnen passt oder nicht.

Mit Programmierern auf die gleiche Weise. Wir müssen uns das Ergebnis der Arbeit dieser Person ansehen und wie sie denkt. Eine Person zu einem Live-Projekt zu bringen, in das jemandes Geld investiert wurde, um ihm ein Gehalt zu zahlen, das auf der Tatsache basiert, dass er etwas gesagt hat? Du kannst alles sagen.

Wörter kosten nichts - zeigen Sie mir den Code. Wenn eine Person ein Github-Repository hat, ist dies interessant. Ich liebe diese Kandidaten, es ist sofort klar, wie man ein Interview führt. Sie öffnen den Projektcode und sagen: "Lassen Sie uns das, was Sie hier geschrieben haben, rechen." Wenn dies ein komplexes Projekt ist und der Kandidat alle technologischen Kompromisse, die er während der Entwicklung gemacht hat, richtig rechtfertigen kann, werde ich es sofort ohne theoretische Fragen annehmen.

Sagen Sie mir einfach, auf welche Schwierigkeiten Sie gestoßen sind. Dort opferte er beispielsweise die Lesbarkeit im Namen der Leistung oder des Speicherverbrauchs, so dass es eine gute Schnittstelle gab.

Sie können lustige Gespräche führen, die jedoch nur auf Code basieren.

Über Stress während der Interviews

Die Leute werden in einem Interview nervös, wenn Sie sich wie ein prätentiöses Arschloch verhalten. Sie haben bereits Stress durch die Tatsache, dass Fremde sie bewerten werden - also verhalten sich diese Leute auch so, als ob jeder es weiß.

In keinem Fall sollten Sie sich in einem Interview so verhalten. Sie bringen einen Menschen in einen Zustand der Asthenie, und er kann nichts tun, egal wie sehr Sie versuchen, etwas von ihm zu bekommen. Psychologischer Komfort ist sehr wichtig, und die meisten Unternehmen verstehen dies dumm nicht. Vielleicht haben die Leute Probleme mit der Reflexion, vielleicht waren sie selbst noch nie in einer solchen Situation?

Über das Problem der Soft Skills

Es gibt eine große Aufregung um Soft Skills - es scheint mir, dass es im Allgemeinen in die falsche Richtung gerichtet ist. Die Leute reden über Müll, der nichts mit Soft Skills zu tun hat. Etwas daran, zuhören zu können, verhandeln zu können ... Leute, es gibt zwei wichtige Software-Fähigkeiten - das ist Ehrlichkeit und Engagement.

Warum sollten Entwickler den Konflikt und die Atmosphäre in einem Team lösen? Zu diesem Zweck gibt es einen Eychar-Direktor, der eine verdammte Wolke verschiedener Schulungen zu Psychologie und angewandter Konfliktologie durchläuft. Warum machen sie das nicht?

Uns wird gesagt, dass es in der Branche spezielle Leute gibt, die Probleme lösen können. Aber wenn die Eychars von Entwicklern verlangen, dass sie ihre „Soft Skills“ zeigen, dann machen sie ihren Job nicht - ihre Arbeit fällt uns auf die Schultern.

Die Rolle von Eychara ist es, ein Vermittler zu sein. Stellen Sie die Entwickler einfach in einen Kreis und sagen Sie: "Leute, lassen Sie mich Ihre Diskussion moderieren, damit Sie nicht auseinanderfallen." Zwei oder drei Sitzungen einer solchen Familienpsychotherapie für Entwickler - und Konflikte lösen sich.

Über die Arbeit an Open Source- und Haustierprojekten

Ich habe drei Dinge in der Entwicklung:

Das erste ist Reinforced.Typings , eine extrem einfache Sache, die Sharpe-Klassen nach Typescript exportiert. Dies ist sehr nützlich, wenn Sie eine Webanwendung mit einem Sharpe-Backend erstellen, diese übernehmen, die Bibliothek und alle Controller, alle Ansichtsmodelle, die Sie für Sie erstellt haben, und während des in TypeScript exportierten Builds erstellen.

Das zweite Projekt ist nicht Open Source. Dies ist die Lösung für das alte ewige Problem der Branche - das Datum des Netzes. Ich habe beschlossen, die Quelle zu schließen, weil es mir viel Energie kostet.

Das Datum des Gitters ist ... überall, in allen Komponenten. Jeder, der gerade versucht hat, ein Tablet mit den Schaltflächen "Bearbeiten", "Hinzufügen" und "Sortieren" zu erstellen, weiß, wie lange es dauert, wenn es von Grund auf neu erstellt wird. Wenn Sie vorgefertigte Komponenten nehmen, sind sie alle schrecklich schrecklich. Ich habe einen guten gemacht. Dies wurde bereits in mehreren Unternehmen bestätigt - die Jungs haben es benutzt, sagen sie cool.

Das dritte Projekt ist Tecture. Architekturrahmen für Geschäftsanwendungen. Alle Entwickler stoßen auf ein Problem, wenn sie mit dem Schreiben von Geschäftsanwendungen beginnen, von der Autorisierung bis hin zu einer komplexen Logik. Wie organisiere ich solche Anwendungen? Es gibt einen offiziellen Leitfaden zur Arbeitseinheit und zu Repositories. Aber ich glaube, dass er Scheiße ist und bei großen Projekten in die Hölle schlüpft.

Ich habe lange darüber nachgedacht, wie man solche Systeme so baut, dass sie im Laufe der Zeit nicht in Tartaras verrutschen, so dass man keine Datenbank verbinden muss, um sie zu testen - und kam schließlich auf die Idee.

Über Betrugssyndrom, das nicht behandelt wird

Das Betrugssyndrom ist immer noch da. Sobald Sie etwas tun, das in der modernen Welt funktioniert, entfernen Sie den Schweiß von Ihrer Stirn, und es stellt sich heraus, dass Sie noch Unterlagen erstellen müssen, um anderen Menschen zu vermitteln, wie man sie verwendet und warum sie gut sind. Auf Ihrem Skype erscheinen viele Kontakte von Personen, die Ihr Produkt verwenden und ständig solche Fragen stellen.

Von Zeit zu Zeit stoßen sie auf Orte mit offenem architektonischem Durcheinander, und der Code dort ist nicht perfekt und stellenweise sehr kompliziert, insbesondere dort, wo die Daten in verschiedene Seiten geschnitten werden. Das Protokoll für die Kommunikation mit dem Server ist in der Struktur im Allgemeinen nicht offensichtlich - ich selbst vergesse zwei Monate lang, was im Inneren passiert.

Und wenn Sie die Frage einer Person zu diesen Problemen nicht beantworten - zum Beispiel sitzen Sie auf der Toilette, spielen am Telefon und dann schreiben sie Ihnen. Wenn Sie jetzt nicht antworten, werden sie sofort zu dem Schluss kommen, dass Sie eine Art Müll entwickelt haben.

Ich habe sehr wenig Zeit und Ressourcen, um es so zu machen, wie es sein sollte. In der modernen Realität stellen Sie, wenn Sie ein solches Projekt durchführen, tatsächlich ein Fahrrad her, das niemand benötigt und das niemand benutzen wird, egal wie viel Zeit er für die Entwicklung spart. Nur weil es keine Bindungen zwischen Tests, Organisation, Support, Tutorials und anderen Dingen gibt.

Ich schaue mir meine Projekte an und denke - was zum Teufel fange ich damit an? Warum ist es? Aber bin ich ein Arschloch?

Toxic Podcast Telegram Chat

Sie haben eine theoretische Frage zur sozialen Sicherheit nicht beantwortet, und sie haben Ihnen ein Ende gesetzt. Es ist in Ordnung? // Wir sind zum Scheitern verurteilt # 3