Warum receeve?
Diese Frage wurde mir kürzlich gestellt und ich hatte eine einfache Antwort. Ich mag schwierige Herausforderungen. Außerdem haben wir ein vielseitiges Team mit unterschiedlichen Hintergründen und Fachkenntnissen, das sich gerne gemeinsam schwierigen Herausforderungen stellt. Wäre letzteres nicht der Fall, würde ich vielleicht immer noch den ersten Teil verfolgen, aber es wäre nicht annähernd so befriedigend.
Bevor ich receeve gründete, hatte ich das Glück, im Laufe der Jahre an einer Vielzahl von Unternehmensherausforderungen beteiligt gewesen zu sein - Probleme für die Menschen zu lösen, die nicht die glänzenden neuen Spielzeuge bekommen, sondern die Maschinerie des Unternehmens zum Laufen bringen. Das macht es natürlich umso interessanter, dass wir die Erkenntnisse, die wir im Laufe der Jahre in Bezug auf Architektur und Skalierbarkeit gewonnen haben, tatsächlich anwenden können, um viel mehr zu tun, als wir es noch vor fünf Jahren hätten tun können. Diejenigen, die receeve etwas besser kennen, sagen uns in der Regel, dass sie nicht verstehen, wie wir so viel aufgebaut haben und in der Lage sind, die Geschwindigkeit beizubehalten, während wir über die verschiedenen Länder hinweg skalieren, in denen wir tätig sind. Das Team, das wir haben, ist so gut, dass wir einen großen Unternehmenskunden innerhalb von Stunden und nicht von Monaten online bringen können - eine Tatsache, die wir nicht einmal lauthals verkünden können, weil sie für unser Publikum übertrieben klingt. Die Entscheidung über alle Einstellungen ist ein längerer Prozess als die technische Arbeit.
Es ist möglich durch die Kombination aus unserer Arbeitsweise und der Art, wie wir Probleme lösen. Wenn wir diese beiden Dinge richtig machen, sind wir in der Lage, die richtige Technologie für die Aufgabe auszuwählen, neue Dinge schnell zu erforschen und Ergebnisse zu liefern.
Engineering bei receeve bedeutet, Teil kleinerer, zusammenhängender Teams zu sein, die in der Lage sind, ein Problem von Anfang bis Ende zu bearbeiten. Die Menschen mögen funktionsübergreifende Teams, aber wir gehen noch einen Schritt weiter: Unsere Mitarbeiter können funktionsübergreifende Aufgaben bei der Bereitstellung unserer Produkte übernehmen. Jeder kann sich um die Auswahl, Spezifikation und Implementierung der Infrastruktur kümmern, die er für den Teil der Plattform benötigt, den er aufbaut oder erweitert. Es gibt keine starke Abhängigkeit von einer bestimmten Person oder Rolle, um etwas voranzubringen. In unser Team passen Menschen, die von Neugier getrieben sind und nach praktischen Lösungen suchen.
Diese eng zusammenarbeitenden Gruppen sind in der Lage, schnell zu entscheiden und auszuführen, zu lernen und zu iterieren. Sie haben sich auf die Standards geeinigt, die die verschiedenen Dienste der Plattform zusammenhalten, und das macht das Leben einfacher. Es gibt Leitprinzipien, die die Abstimmung zwischen den Teams fördern, und Sie verbringen nicht viel Zeit damit, über Alltägliches nachzudenken, sondern die Dinge tatsächlich in die Tat umzusetzen.
Wir sind sehr offen, wenn es darum geht, wie die Entwicklung eines Teils der Plattform funktioniert. Das bedeutet, dass sie das gesamte Spektrum von Serverless, Containern, Instanzen oder was auch immer sie für ihre Arbeit benötigen, einsetzen können. Wir mischen Key/Store-, relationale, NoSQL- und In-Memory-Datenbanken sowie Dateien und ElasticSearch, um das Ganze abzurunden. Wenn Dinge global am Rande des Netzwerks oder tief in einer VPC bereitgestellt werden müssen, kann das jeder im Team.
Dank unserer Entwurfsmuster und Abstraktionen können wir z. B. neue einfache Dienste in weniger als einer Stunde erstellen. Unsere Codebasis ist stark von Typescript geprägt und ermöglicht es jedem, der Fullstack ist, sich im Stack nach oben und unten zu bewegen und dabei nur seinen Bezugsrahmen zu ändern.
Mit unserer offenen Kommunikationskultur ist es einfach, eine Idee aufzugreifen, sie umzusetzen und zu sehen, dass sie funktioniert. Nehmen Sie unser maschinelles Lernen als Beispiel. Wir haben es so strukturiert, dass jeder Entwickler mit der Erstellung und Ausführung von Modellen im System beginnen kann, sogar in Typescript. Es gab keinen Druck oder den Zwang, es auf eine andere Art und Weise zu tun, nur weil andere Leute eine andere Art und Weise für richtig hielten.
Immer wieder haben wir uns durch die Kombination verschiedener Technologien vorwärts bringen lassen, während wir gleichzeitig an den einfachen Prinzipien festhalten konnten.
Möchten Sie mit uns arbeiten? Schauen Sie sich alle Stellenausschreibungen auf unserer Karriereseite.
