Vor ein paar Jahren
schrieb Wedomosti
über einen „geschützten russischen Boten“, den sie in Regierungsbehörden umsetzen wollen. Selbst wenn diese Nachricht in einem Satz nacherzählt wird, ertönt im Kopf das Geräusch schlanker Hämmer. Stellen Sie sich vor, irgendwo hinter einem hohen Zaun mit Igeln am Eingang und zwei Wachposten werden einige der Programmierer in Uniform alarmiert und in den Kampf geworfen, um die Importe zu ersetzen.
Stereotype sind eine schreckliche Sache, ich weiß.
Der Messenger wurde zusammen mit Beeline von Staply entwickelt. Jetzt haben sie dieses Unternehmen verlassen und die Entwicklungen auf ein neues Produkt übertragen - „Mobile Enterprise“. Es stellt sich heraus, dass dies ein kleines Team von Remote-Mitarbeitern ist, die Mikrokontrolle nicht so sehr akzeptieren, dass sie ohne Manager und sogar Teamleiter leben und arbeiten, wann und wo sie wollen.
Wie sie das schaffen, fragte ich den technischen Direktor von Staply, Maxim Indykov (
maks_ohs ).
Das Unternehmen wurde in die jüngste Rangliste der besten Arbeitgeber in My Circle IT mit einer durchschnittlichen Bewertung von 4,81 für alle zwölf Kriterien aufgenommen, von denen Staply-Mitarbeiter die am besten bewertete moderne Technologie, angemessenes Gehalt, berufliches Wachstum, Anerkennung von Arbeitsergebnissen und Kommunikation mit dem Top-Management sind.
Was ist Staply?
Maxim Indykov"Alles begann vor etwa sechs Jahren." Ich absolvierte ITMO, Informationstechnologie. Dies ist ein Durcheinander aller Fächer - bis hin zur Lehrplanentwicklung, Geschichte, Philosophie, Mathematik, Physik und Programmierung. Dann haben wir uns mit den Jungs überlegt, welche interessanten Dinge zu tun sind. Wir hatten mehrere Versuche und das erste Projekt, das etwas Gewicht hatte, hieß Cloudiverse.
Mit ihm belegten die Jungs beim Techrunch-Hackathon den zweiten Platz. Das Fazit lautete: Eine Datei wird erstellt, im Browser in Teile zerlegt, jedes Teil wird verschlüsselt und diese verschlüsselten Teile werden an verschiedene Clouds gesendet. Ein Stück befindet sich in Dropbox, ein Stück in Google Drive und das Stück bleibt lokal. Um alles wieder zusammenzubauen, müssen Sie den Schlüssel kennen und wissen, wo die Teile liegen.
Dies geschah laut Snowden vor dem Hintergrund eines Hype. Tatsächlich war das Projekt aus technischer Sicht für uns interessanter - eine zu dieser Zeit ungewöhnlich große Arbeit für den Kunden. Aber dann verschwand das Sicherheitsthema irgendwie.
- War Ihr Hype oder eine Überzeugung Ihre Motivation?- Hype ist überhaupt nicht - es war nur ein schöner Bonus. Motiviert, ein interessantes Projekt zu machen. Und als wir es zeigten, waren alle interessiert. Es scheint eine einfache Idee zu sein, aber gleichzeitig ist sie in den Köpfen der Menschen gut sichtbar. Hier wird die Datei geteilt und es bleibt nur ein Zeichensatz übrig. Überhaupt nichts auszusetzen.
- Und wie bist du zu TechCrunch gekommen?- Ich habe gerade eine Anfrage gesendet und alles. Ich habe eine kostenlose Online-Verteilung von Tickets erhalten und mich registriert. Wir versuchen immer so einfach wie möglich zu machen. Keine Suche nach Problemumgehungen, keine kniffligen Schemata. Warum TechCrunch? Ich wollte das Beste versuchen. Damals war es ein guter Hype-Hackathon.
Wir waren damals wenige - drei Leute. Ich (Entwickler), Designer, Organisator. Es gab noch eine Person, er befasste sich mit Patenten.
Alles ging ziemlich schnell. Nachdem wir angefangen hatten, einen Service-Chat für Korrespondenz zu entwickeln, so etwas wie Slack. Sie haben gerade einen guten bequemen Boten gemacht. Und genau zu dieser Zeit gab es irgendwo im 14. Jahr eine Geschichte mit Importsubstitution.
Wir haben das Produkt in Rosenergoatom und in der Regierung der Region Moskau getestet. Das Hauptmerkmal war, dass es auf internen Servern installiert wurde. Komplett verpackte Lösung. Sie können wirklich sicher kommunizieren, da einfach kein Zugang zum Internet besteht. Deshalb haben große Unternehmen es versucht.
Zu diesem Thema kamen einige Neuigkeiten heraus, die sie in Vedomosti geschrieben haben. Wir selbst haben viel geschrieben - über "Habr", über VC - und irgendwie war es PR. Sie haben nie Werbung gekauft, sondern nur Artikel mit gutem Material und interessanten Themen gemacht. Ich schrieb über Programmierung, Dima - unser Anwalt - schrieb über die Rechtsgeschichte des Projekts. Sie teilten der Community mit, was wir wissen.
Zu diesem Zeitpunkt verfügten wir nicht über große Ressourcen für Entwicklung und Support. Wir waren nur wenige, und wir begannen zu expandieren, nach Menschen zu suchen, ein Team zusammenzustellen und alles zu lernen.
Was für ein Produkt macht Staply gerade?
Jetzt hat Staply drei Produkte - Octaplan Editor für kommerzielle Angebote, Emny ist einer der Jobsuchdienste von VK. Das Hauptprodukt ist Mobile Enterprise. Alle drei werden von einem Team von 30 Personen hergestellt.
„Mobile Enterprise“ ist ein Service für kleine und mittlere Unternehmen, der eine ganze Reihe von Tools umfasst: Chat für Mitarbeiter, Anrufverfolgung, Anrufanalyse, Aufgabeneinstellungssystem, CRM-System, Notizblock, Werbeanalyse und vieles mehr.
"Der Anwendungsfall ist ziemlich einfach", sagt Maxim. „Der Geschäftsinhaber platziert die Nummern in einer Anzeige - in einer Zeitung, im Radio, im Fernsehen. Für jede Nummer wird ein separater Kanal zugewiesen, für jede wird ein Anruf getätigt. Ein Mitarbeiter kann dort Anwendungen analysieren und arbeitet dort weiter mit einem Kunden.
Er kann eine Aufgabe für sein Team festlegen, z. B. einen Kunden zurückrufen, einen Vertrag unterzeichnen, den Kunden durch den Verkaufstrichter führen und seinen Status an der Kanban-Tafel ändern.
Für diesen Kunden können Mitarbeiter in Gruppen, in Chatrooms kommunizieren und Diskussionen erstellen. In den Chatrooms befindet sich ein Mini-Pad zum Speichern von Informationen, die dem gesamten Notizen-Team gemeinsam sind. “
Wie Maxim sagt, ist das Hauptmerkmal des Dienstes, dass es einfach ist, Sie nichts konfigurieren müssen und alles bereits sofort einsatzbereit ist.
- Was ist mit der Tatsache, dass jeder Slack benutzt?- Dies ist eine ganz andere Nische. Obwohl wir etwas Ähnliches entwickeln, aber nie mit ihnen konkurrierten, haben wir uns kein solches Ziel gesetzt.
- Warum?- Slack ist eine Sache für diejenigen, die alle Arten von Integrationen bevorzugen, etwas konfigurieren möchten. Ich spreche nicht nur über die IT-Community, ich denke, sie wird häufig dort eingesetzt. Und „Mobile Enterprise“ ist ein Produkt für diejenigen, die nichts konfigurieren möchten, nicht wissen wie oder nicht möchten.
Erstens handelt es sich um kleine und mittlere Unternehmen in den Regionen. Die Leute wollen, dass alles sofort funktioniert.
- Und womit benutzt du dich, womit kommunizierst du?- In dem, was wir entwickeln - im "Mobile Enterprise". Wir nutzen es jeden Tag, um selbst zu verstehen, wo welche Probleme, wo was zu verbessern ist. Nun, Skype für Gruppenanrufe ist ein wesentlicher Bestandteil. Wäre er einfacher ...
- Ich habe gelesen, dass Sie versucht haben, den Messenger zuerst in Amerika zu starten, aber das war nicht der Fall. Warum?- Als es erst der Anfang war, haben wir versucht, für die ganze Welt zu arbeiten. Die Lokalisierung hat viel Kraft gekostet. Das Produkt ändert sich ständig, Sie müssen zwei Arten von Texten unterstützen, übersetzen. In diesem Markt hatten wir keinen Volljob. Sie kamen sehr einfach voran - mit Artikeln. Hacker News war wahrscheinlich die Hauptverkehrsquelle.
IT-Benutzer sind die ersten Tester. Aber es gab keinen Ausweg speziell für das Geschäft. Und es hat nicht geklappt, wahrscheinlich weil sich der Schwerpunkt stark auf Russland verlagert hat. Es wurde deutlich, dass es auch hier interessant ist und es viel zu tun gibt - Menschen, die noch Excel oder sogar Notizblöcke verwenden, einen einfachen Service zu bieten.
Fernarbeit zur Eigenverantwortung
- Wie kam es, dass Sie remote verteilt haben?- Alle, die dieses Unternehmen gegründet haben, lebten in St. Petersburg. Die Ziele eines Büros waren noch nie. Aber auch immer aus der Ferne. Ich wollte nur ein gutes Team zusammenstellen. In Jekaterinburg, Nowosibirsk, Kasan leben viele gute Programmierer. Also bildeten sie ein völlig entferntes Team.
Zunächst haben wir uns die Aufgabe gestellt, Mikromanagement und Kontrolle so weit wie möglich zu vermeiden. Mikrokontrolle kann die organische Umwelt in einem Unternehmen zerstören. Wenn alle um neun Uhr aufwachen, sich ins Büro setzen, Aufgaben verteilen, anfangen, sie zu erledigen, gehen sie, können nicht nach Belieben irgendwohin gehen und die Arbeit für später verschieben. Deshalb versuchen wir, Kontrolle zu vermeiden, und bisher ist es uns gelungen.
- Es scheint mir, dass dies für viele Unternehmen wie ein Albtraum klingt - ohne Kontrolle und ohne Büro zu arbeiten.- Wir haben nicht einmal Manager und Teamleiter. Wenn es keine brennenden Dinge gibt, kann eine Person es einfach nehmen und irgendwohin gehen, um sich zu entspannen. Kein Problem, wenn es vorhersehbar ist. Eine Person kann bequem von dort aus arbeiten.
Aber für manche ist es auch schwierig. Wenn es ein Büro gibt, organisiert jeder für Sie Ihren gesamten Zeitplan und Ihre Arbeit. Und hier musst du es selbst machen. Recyceln Sie sich nicht, arbeiten Sie selbst, wenn Sie müssen. Dies ist eine große Verantwortung, die bei jedem Menschen liegt. Niemand organisiert dein Leben für dich.
- Wie gehst du um?- Wenn es keinen Druck von oben, unten und von der Seite gibt, tritt die Verantwortung für ihre Versprechen, Handlungen und Worte in den Vordergrund. Im Rahmen von Task-Seting-Systemen, allen Arten von KPIs, wurde nun die persönliche Verantwortung in den Hintergrund gerückt.
Wir alle vertrauen einander und wissen, dass diese Person hier ist - wenn er sagt, dass er es tun würde. Wenn er keine Zeit hat, wird er sagen, dass er keine Zeit hat.
- Und wenn nicht?- Das wird individuell betrachtet. Es gibt keine Kontrolle, aber es gibt eine Moderation des Prozesses. Beobachtung, strukturelle Entscheidungsfindung. Wir haben nur dreißig Leute. Wahrscheinlich können Sie mit einem solchen Team noch fertig werden.
Wir haben immer versucht, nicht so viel wie möglich zu wachsen. Es gab Zeiten, in denen mehr Leute an Projekten teilnahmen, aber dann war alles verschwommen.
- Welche Städte haben Sie verteilt?- Unser Designer lebt in Italien. Und dann - Peter, Moskau, Jekaterinburg, Krasnojarsk, Krasnodar usw.
- Stören Zeitzonen nicht?- Nein. Wir brauchen keine feste Anstellung von neun bis sechs. Sie müssen nur die Dinge ausführen, die Sie versprochen haben, Gemeinsamkeiten mit dem Team finden und einen geeigneten Zeitpunkt für alle vereinbaren.
Wir, die Gründer, sitzen auch zu Hause und treffen uns in der Stadt. Und mit dem Team - normalerweise auf Konferenzen. Nehmen wir an, wir sitzen einen Tag auf einer Konferenz, hören zu und am nächsten Tag diskutieren wir bereits über die Arbeit im Coworking. In Moskau ist „Tisch“ wahrscheinlich die beste Option für solche Zusammenkünfte.
Es kommt vor, dass Sie nach sechsmonatiger Arbeit mit einer Person nicht einmal wissen, wie sie aussieht. Es ist immer sehr lustig, sich auf einer Konferenz zu treffen. Du siehst so aus: „Hallo. Das bist du? Wir haben vereinbart, uns am Brunnen zu treffen! “
- Und wie teilt man sich in Teams auf?Ungefähr gleich - fünf bis sechs Personen. Derjenige, der mit der Entwicklung des Projekts begonnen hat, ist ein Wissenszentrum - und um dieses herum ein Team, das derzeit daran interessiert ist, es zu entwickeln. Projekte innerhalb des Unternehmens sind offen, jeder kann sehen, was passiert, helfen oder auch in die Entwicklung einsteigen.
Die Teams sind flüssig, aber dennoch arbeitet jeder nur auf dem Gebiet seines Produkts. Wenn ein Entwickler an drei Projekten gleichzeitig arbeitet, ist dies sehr deprimierend und anstrengend. Von allen Seiten wollen sie etwas von ihm. Ich sah zehn Leute, die an Leuten in anderen Firmen hingen, und sie hatten einen schrecklichen Burnout.
"Sie sagen es, und es scheint, dass Sie völlige Freiheit haben." Mach was du willst, wann du willst und wie du willst. Keine Manager, kein Druck. Aber als ich Ihre Seite auf HeadHunter las, hatte ich einen ganz anderen Eindruck. Fristen, Roadmap, tägliche Anrufe.- Der Druck wird von selbst erzeugt. Dies unterscheidet sich jedoch von der benutzerdefinierten Entwicklung. Dort stellt der Kunde Forderungen, es ist notwendig, bis zu einem solchen Termin zu machen, und er wird für das bezahlen, was getan wird. Dies ist keine starke Motivation. Nun, er wird die Firma bezahlen, aber woran interessiert sich der Entwickler?
Aber wenn das Team weiß, dass eine Anzeige für die Daten von einem Partner gekauft wurde, weiß es, dass die Teams dort arbeiten und auf uns warten - es gibt interne Motivation, Verantwortung. Sie arbeiten bereits nicht für Geld und Fristen, sondern sind dafür verantwortlich, dass auch andere erfolgreich sind.
Und es gibt einen inneren Druck, der die Menschen organisiert. Das Team selbst bietet an, was zu tun ist, wie zu verteilen ist und wie man Schritt hält.
- Verwischt dies nicht die Verantwortlichkeiten? Anstatt Code zu schreiben, beginnt ein Entwickler zu korrespondieren und über organisatorische Probleme nachzudenken. Und am Ende wird nichts Gutes getan.- Solche Fälle passieren. Aber es gibt noch eine andere Seite. Manchmal hat eine Person ihren Teil geschrieben und hilft dabei, die Arbeit darin zu organisieren. Es ist sogar cool - er ist großartig zu verstehen, was dort wirklich gebraucht wird. Bei Managern ist es normalerweise so: "Gib mir einen Status, ich werde darüber nachdenken." Und hier ist der Programmierer im Prozess und weiß, wo was getan werden kann.
Dies ist die Frage der Tatsache, dass wir wirklich keine Teamleiter haben. Timlid zeigt sich in Bezug auf harte Fähigkeiten, und wenn es immer noch die Fähigkeit gibt, zu kommunizieren und Beziehungen aufzubauen, wird er automatisch zum Anführer.
- Keine Manager, keine Leads. Aber was machen Sie dann als technischer Direktor?- Das letzte Mal, hauptsächlich durch Einstellung. Interviews nehmen viel Zeit in Anspruch, insbesondere wenn Sie mehrere Runden verbringen müssen.
Und normalerweise - nur eine technische Moderation der Entwicklung, Beobachtung. Ich kann schnell Prototypen erstellen, ich weiß, dass ich sie an einem Tag erstellen kann, also mache ich Prototypenfunktionen.
Für die Arbeit nutzen wir den Notion-Service, pflegen dort unsere Wissensbasis vollständig und malen die Stufen. Also organisiere ich diese Phasen und spreche mit Partnern. Im Allgemeinen versuche ich, das Wissen nicht in mir zu behalten. Wenn Sie etwas lernen und es schnell in die Wissensdatenbank aufnehmen, wird alles viel einfacher, insbesondere in einem entfernten Team.
- Wenn der Manager im klassischen Schema auf den Status wartet und der Release-Kunde Entwickler ist, kann er diesen Status überschreiten, auch wenn er mit der Qualität unzufrieden ist. Und unter Ihren Bedingungen blüht endloser Perfektionismus nicht? Wann ist es immer noch nicht von hoher Qualität und dringendes Wegwerfen ist nicht notwendig?- Wenn der Begriff aus Qualitätsgründen verschoben werden kann, verschieben wir ihn besser. Die Option mit einer Frist ohne Tests und Überprüfungen wird dann immer noch zu dem gegenteiligen Effekt führen, zu Müdigkeit, einer großen technischen Verschuldung.
- Auf demselben HeadHunter haben Sie geschrieben, dass Sie die Frist nicht verschieben müssen, wenn sie festgelegt ist.- Nun, dies ist jedes Mal ein Einzelfall. Sie können die Frist verschieben, die Hauptsache ist, alles zu melden. Ich kann alle unsere Versuche, etwas zu organisieren, auf eine Sache reduzieren - eine Person sollte vorhersehbar sein.
Wenn ein Team das Verhalten einer Person vorhersagen kann, kann sie ihr vertrauen. Wenn sie weiß, dass ein Mensch seine Versprechen erfüllt und sie wirklich erfüllt - okay. Wenn eine Person eine Frist hat und schreibt, dass sie keine Zeit hat - egal aus welchen Gründen - auch in Ordnung. Wenn er eine Stunde vor der Veröffentlichung schreibt, dann ist das schlecht, das ist absolut unvorhersehbar. Wir haben eine Sache besprochen - eine andere. Die Hauptsache ist Kommunikation. Schreiben, informieren, sagen - Sie können sich immer etwas einfallen lassen.
- Stimmt es, dass jeder Aufgaben für Sie hat?- Ja.
"Beginnt die Verwirrung nicht?"- Einmal in der Woche gibt es einen großen Anruf, wenn wir analysieren und denken, dass wir in einer Woche Gutes tun sollten. Dementsprechend werden die Aufgaben innerhalb des Teams festgelegt. Zunächst diskutieren wir die Produktentwicklungs-Roadmap. Die Diskussion ist eher global, im Allgemeinen nimmt jeder daran teil.
Zum Beispiel sage ich: "Wir müssen ein Modul mit SMS-Mailing erstellen." Und alle diskutieren - wie wir es machen, wann, wer es machen wird. Als Ergebnis wird ein Plan erstellt, der in der Wissensbasis erstellt wurde, und wir versuchen, ihn beizubehalten. Wir setzen keine Abzüge und Fristen. Wir haben eher eine gemeinsame Frist, die wir selbst gewählt haben.
Das heißt, wir sind uns einig und versuchen nur, unseren eigenen Plan zu erfüllen.
- Ist jeder für alles verantwortlich?- Ja.
- Dies führt oft dazu, dass niemand für irgendetwas verantwortlich ist."Natürlich könnte es sein." Aber egal wie ein Mensch alles macht, er hat seine eigene Spezialisierung. Der Frontend-Entwickler ist für das Frontend verantwortlich. Was er selbst getan hat, ist dafür verantwortlich.
Und kollektive Verantwortung (obwohl ich dieses Wort überhaupt nicht mag) sagt eher im richtigen Moment: "Hör zu, du machst das Falsche, du machst zu viel Arbeit, es ist einfacher." Wahrscheinlich liegt die Verantwortung darin, dem anderen zu helfen, nicht zu viel zu tun.
Daher ist es schwierig, nach Menschen zu suchen. Bei solch einer Fernarbeit ist eine gute Kommunikation sehr wichtig, damit die Person offen ist. In der Tat, wenn es eine starre Struktur gibt, eine Hierarchie, in der eine Person als Spezialist auftreten kann, aber absolut ohne Kommunikationsfähigkeiten, dann kann sie mit niemandem kommunizieren, Aufgaben bekommen und ihre Arbeit gut machen.
Bei der Fernarbeit reicht es jedoch nicht aus, nur ein guter Spezialist zu sein - Sie müssen in der Lage sein, Kontakt zu finden und zu kommunizieren.
Kreative Einstellung interessanter Leute
"Wo rekrutierst du solche Leute?"- Grundsätzlich kanalisiert "My Circle", etwas kleiner als HeadHunter, in "Telegram" - im Allgemeinen überall dort, wo es Programmierer gibt. Es sei denn, wir verwenden LinkedIn.
Wir schreiben, wie wir es nennen, „kreative Jobs“. Zum Beispiel haben sie dort verschlüsselten Text eingefügt und einige Geschichten erzählt. Oder offene Stellen, wo kein gewöhnlicher Text, sondern Dialog. Warum schreiben "Wir brauchen einen Entwickler", wenn Sie etwas Ungewöhnliches schreiben können!
Auf diese Weise können Sie versuchen, Leute zu finden, die für uns interessant sind.
Und es kommt vor, dass gute Spezialisten gleich nebenan sind. Einmal habe ich einen Android-Entwickler gefunden, als wir auf Rosa Khutor Ski gefahren sind.
- Interessante Leute - es ist großartig. Aber sollten sie eine technische Filtration durchlaufen?- Wir haben versucht, so schnell wie möglich zu interviewen, sehr grob zu filtern und bereits eine Probezeit zu absolvieren, um zu sehen, wie eine Person arbeitet. Plötzlich weiß jemand einfach nicht mehr, wie er ein Interview bekommen soll? Dieser Ansatz hat nicht funktioniert.
Eine Person ist in die Arbeit einbezogen, und das Verständnis verschwimmt bereits - bekommt sie es oder nicht? Sie werden es nicht schnell bemerken. Deshalb testen wir jetzt das Grundwissen. Wir fahren nicht durch die Frameworks, sondern fragen nach den Grundlagen, wie alles funktioniert, wie es funktioniert. Das gleiche HTTP-Protokoll - es ist eines für alle. Oder wie die Indizes in den Datenbanken funktionieren, wie die Datenbanken selbst angeordnet sind - nicht nur Abfragen, sondern auch, welche Prozesse ablaufen und wie die Header angeordnet sind.
Viele Menschen wissen nicht einmal, wie alltägliche Codierungen angeordnet sind, warum UTF-8, warum "acht".
- Glaubst du, es muss wirklich bekannt sein - warum genau die „Acht“?- Ich denke, dies ist ein grundlegendes Verständnis der Grundlagen, es ist wirklich wichtig. Eine Person mag ein guter Spezialist sein, aber sie wird auf Probleme stoßen, die geringes Wissen erfordern.
Warum ist diese Abfrage beispielsweise so langsam? Eine Person schien SQL-Abfragen gut zu schreiben, aber Sie müssen sich umsehen, verstehen, was in der Datenbankstruktur selbst geändert werden kann, und herausfinden, warum dieser bestimmte Index so langsam ist.
Eine Person, die die grundlegenden Grundlagen nicht kannte, ist sofort verloren. Es wird sehr schwierig für ihn. Natürlich ist dies kein so grober Filter, der nicht geantwortet hat - das ist alles auf einmal. Es gibt keine Checkliste.
Wenn er eines nicht weiß, aber in anderen Bereichen weiß - okay.
- Geben Sie eine Testaufgabe?- Wieder auf unterschiedliche Weise. Wahrscheinlich sind Testaufgaben ein Versuch, Leute herauszufiltern, die einfach nicht interessiert sind. Wenn sich eine Person in einem Interview gut zeigt, können wir sagen, dass ein Test nicht notwendig ist. Und manchmal ist es unmöglich, es in einem Interview zu bewerten.
, 70 Github — - , , . , , , , .
, , — Rest API . — , .
, . , , .
— ?- Ja natürlich. , . : « , , -, ». , : « ?» : «-, ». .
Ruby Go
— , ?— Ruby on Rails, - . , MySQL — .
Go. , . Go, , , Go .
, . Ruby- — Elixir, Go. .
— , Go?— . — , Go - . — Go . — , .
— , Go, « », .* *— , . . . , .
Go . ? , . , , .
Go .
— React . Vue, TypeScript.
«»
— , Staply Primavera. Staply «». ?— — «» . , . — , , . — , .
— , . . — , — , , . . , , .
— ?— . . — .
— , «» « »?— , . , .
— , «».— , . , , « », «», .
. — .
— , ?— . — , - . . — — , .
, . . , , , .
, . .
— — , — . 3000 — . .
. .
— ? , — .— . , , , . , — . , .
Es kann keine Beschleunigung aufgrund äußerer Bedingungen geben, es kann nichts geben. Aber es muss ein gutes Produkt geben, das das eigentliche Problem löst.