Ich denke, Erlang eignet sich sehr gut für Server-Systeme, die an meinem Arbeitsplatz entwickelt wurden (derzeit in Java entwickelt). Ich bin ein wenig skeptisch, wie das sowohl von Entwicklern (die keine Ahnung von Funktion oder Erlang haben) als auch von Managern akzeptiert wird.
Irgendwelche Ideen, wie man das Problem angeht? Ich denke über ein hybrides System nach, in dem die hardcore höchst zuverlässige infra Elrang verwendet, und app-spezifische Sachen, die in Java entwickelt wurden (als Knoten?)
Es gibt ein paar Ansätze und keine Garantie, tatsächlich zu arbeiten
Wenn das Unternehmen, für das Sie arbeiten, bereits eine funktionierende Codebasis in Java hat, werden Sie es wahrscheinlich nicht ernst nehmen, wenn Sie vorschlagen, es in einer anderen Sprache neu zu schreiben.
Der wahre Test, dass Sie an Erlang glauben, ist eine viel bessere Wahl: Beenden und starten Sie ein Konkurrenzunternehmen und bringen Sie den Technologie-Einblick, den Sie in Ihrer aktuellen Industrie haben. Ihre Manager vergleichen wirklich ein ähnliches Risikoszenario, wie Sie es tun würden, wenn Sie Ihren Job kündigen würden, und sie suchen nach den gleichen Tatsachen für den Erfolg, wie Sie es tun würden, um einen "sicheren" Gehaltsscheck zu hinterlassen.
>Um zu integrieren, sehen Sie sich die Anwendung jinterface in Erlang an. Es ermöglicht Java-Code, Nachrichten an Erlang-Knoten zu senden, und es ermöglicht Java, Postfächer den Erlang-Knoten offen zu legen, als ob es Erlang-Prozesse gäbe.
Es dreht sich alles um ROI (Return on Investment) für einen Manager: Ein Manager wird sich Gedanken über die Leistung (des Unternehmens) machen. Um seine geschäftliche Natur ansprechen zu können, müssen Sie dafür mit Dollar $ (oder welcher Währung auch immer) argumentieren.
Hüten Sie sich davor, ein "Skunkwork" -Projekt auf der Seite durchzuführen, um Ihre auf Erlang basierende Lösung zu "beweisen": "Sie hatten also Zeit, mit Erlang zu spielen, warum haben Sie dann nicht die Zeit für das Projekt ausgegeben?" (Natürlich würden nicht alle Manager / Unternehmen so denken).
Sie müssen den ganzen Vorschlag berücksichtigen, z. Auswirkung auf das Team, zu entwickelnde Fähigkeiten usw. Es dreht sich alles um Geld.
Wenn ich einen Rat für Sie habe: Fangen Sie klein an, pflanzen Sie einen Samen, pflegen Sie ihn und beobachten Sie, wie er wächst.
Ein weiser Mann sagte einmal zu mir:
"Es geht nicht um Technologie, es geht um das Produkt & amp; Markt ".
Beginnen Sie damit, nicht auf ein Neuschreiben zu zielen, sondern mit erlang eine neue Funktion / ein neues Projekt zu erstellen. Rewrites können teuer sein und eine Chance auf Erlang für etwas, das bereits ein zeitraubendes und kostspieliges Unterfangen ist, ist ein harter Verkauf. Aber wenn es ein neues Stück gibt, das in Erlang und Java gemacht werden kann, haben Sie eine bessere Chance. Das Projekt wird klein genug sein, hoffentlich können Sie früh entdecken, ob erlang gut passt und sich entsprechend anpassen. Und wenn sich erlang in diesem Projekt bewährt, werden Sie bessere Daten haben, um Ihren Fall zu realisieren.
Wir führen RabbitMQ in unsere Infrastruktur ein, die derzeit eine Kombination von C ++, Java und Python-Anwendungen ausführt. Ich beabsichtige nicht speziell, das Team nach Erlang zu bewegen, aber wenn ich es wäre, wäre die Einführung eines gut geschriebenen Tools von Drittanbietern, das zufällig Erlang benutzt, ein sehr guter Weg, um den Fuß in die Tür zu bekommen.
Ein wichtiger Vorbehalt ist, dass Erlang eine wundervolle Sprache zu lernen ist, aber die umgebende Technologie (insbesondere OTP) hat eine große Lernkurve und ist in vielerlei Hinsicht extrem primitiv (Debugging, IDEs usw.). Es wird immer besser, aber widerwillige Konvertiten werden dich kreuzigen, wenn du sie nicht vor dem Schmerz warnt, in einer radikal anderen Umgebung programmieren zu lernen. Selbst einfache Dinge wie der Mangel an Code-Sense-Technologie (z. B. Typ 'foo.' Und die IDE sagt Ihnen, welche Methoden Sie auf foo nennen können) kann einen wirklich schlechten Geschmack in den Mund verlassen.
Tags und Links erlang