Die Nachrichten von Red Hat über die Übernahme der öffentlichen Meinung durch IBM werden geteilt. Viele sind zu Recht besorgt über die Zukunft offener Red Hat-Produkte. Zumindest Mark Little, Vizepräsident für Entwicklung bei Red Hat, blickt jedoch optimistisch in die Zukunft .
In einer der Diskussionen erzählte ein erfahrener Unternehmensprogrammierer Hank , der unter Commodore 64 mit dem Programmieren begann, eine Geschichte darüber, wie das Unternehmen, in dem er zu dieser Zeit arbeitete, solche Veränderungen erlebte. Diese Geschichte wird all jenen nahe sein, deren Projekt jemals aufgenommen oder abgeschlossen wurde. Die Übersetzung wird mit Genehmigung des Autors veröffentlicht.Während meines Lebens habe ich mehrere Fusionen durchgemacht. Die meisten Mitarbeiter sind zunächst schockiert - weil sie keine Ahnung hatten, was hinter ihnen geschah. Dann kommt der Unglaube, dass die Konkurrenten von gestern, Abteilung für Abteilung, ihre Kollegen werden.
Danach kommt die Erkenntnis, dass Sie jetzt Arbeiten ausführen, die sich gegenseitig duplizieren. Unterstützt zwei Transaktions-Engines, unterstützt zwei Zertifizierungsserver, unterstützt zwei ...
In den ersten paar Monaten wird sich fast nichts ändern - da die Fusion selbst noch nicht durchgeführt wurde und höchstwahrscheinlich noch nicht alle Verträge unterzeichnet wurden -, aber dieser Gedanke wird fest in Ihrem Kopf sitzen und Sie regelmäßig an schmerzende Schmerzen erinnern.
Dann kommt ein Gefühl der Unsicherheit. Angenommen, Sie arbeiten an einer Transaktions-Engine und sind sicher, dass diese besser ist als das Analogon früherer Wettbewerber. Wird dieses Produkt jedoch weiterentwickelt? Einige Ihrer Kollegen verhalten sich entspannt und verärgert - so kam es, dass sie an einem Projekt arbeiten, für das es kein „Doppel“ gibt. Aber Ihre Manager überzeugen Sie: Keine Sorge, Ihrem Produkt wird nichts passieren.
In der Zwischenzeit beginnen die Herren zu gehen. Sie beruhigen sich immer noch: "Senioren gehen die ganze Zeit." Ja, auch wenn dies vernünftig klingt, aber die Tatsache bleibt: Viele Senioren gehen misstrauisch.
Ungefähr ein halbes Jahr später kommt es zu kleinen „Unruhen“. Tatsache ist, dass die Leute genau wissen wollen, wo sie sind. Aber am Ende passiert wenig. Weitere Profis gehen.
Ein Jahr später kommt ein Auftrag von "ihrem" Hauptsitz: Wir werden auf ihre Plattform migrieren. Aber wir brauchen uns darüber keine Sorgen zu machen - ihre Plattform ist viel besser, und die X, Y, Z, auf denen wir die ganze Zeit gequält wurden, wurden bereits von ihnen hergestellt.
In den nächsten anderthalb Jahren nach diesem Ereignis werden Sie den langweiligsten Code der Welt schreiben - eine große Anzahl von „Konnektoren“, die die Funktionalität Ihrer Plattform vorübergehend mit dem einen oder anderen verbinden sollen. All dies beruht auf dem Rotz, da alle APIs, die Sie verwenden müssen, intern, undokumentiert und voller Auslassungen sind. Sie müssen also die Zentrale besuchen, um mit den Entwicklern über die Brückenkomponente zu sprechen. Das erste, was Sie dort bemerken, wird die herrschende Atmosphäre des Sieges sein. Ja, sie sind Gewinner und Sie sind Verlierer. Ihr Produkt wird eliminiert und ihre Entwicklung weiterentwickelt.
Hier treffen Sie auch viele bekannte Gesichter - diejenigen, die einst in der Personal- und Marketingabteilung Ihres Heimunternehmens gearbeitet haben. Alle sind sehr daran interessiert, dass Sie Kundendaten so schnell wie möglich übertragen. Sie werden sehen, dass sie sich mit lokalen Systemen auskennen, neue Tools für sich selbst studieren, Pläne für den Kontakt mit Kunden erstellen, einem Zeitplan folgen - und überwachen, wie viele Kunden bereits migriert sind und wie viel noch übertragen werden muss.
Nun, eine weitere interessante Arbeit erwartet Sie nach Ihnen. Tatsache ist, dass Ihr Unternehmen Produkt X zum Speichern von Kundendaten verwendet hat - dort wird jedoch Produkt Y verwendet. Schreiben Sie also bitte ein Tool zum Exportieren von Daten ... oh ja, und vergessen Sie nicht, dass es im ersten Jahr bidirektional sein sollte - für Damit werden X und Y synchronisiert, bis die Datenmigration aller Clients abgeschlossen ist.
Jetzt arbeiten Sie für ein weiteres ganzes Jahr am nächsten fragilen Connector zwischen den beiden Web-APIs.
Natürlich werden sie ihre Systeme aktualisieren, wenn es ihnen gefällt - für sie geschieht alles im Geschäft wie gewohnt, einschließlich der Aktualisierung der Systeme. In einem solchen Fall bricht jedoch jedes Mal der Stecker und jemand ist sehr wütend auf Sie. Der Datenmigrationsprozess wird in etwa drei Jahren fast abgeschlossen sein. Dieselben HR- und Vermarkter, die Ihnen bei der Migration am liebsten geholfen haben, werden höflich gebeten, „auszugehen“. Erstaunen und die Weigerung zu glauben, was auf ihren Gesichtern passiert, werden Sie verärgern, aber zumindest können Sie immer noch hier bleiben, weil Sie das Projekt unterstützen müssen, das jetzt zum Vermächtnis geworden ist (auch wenn es technologisch noch vor uns liegt - trotz der Tatsache, dass es direkt darüber liegt seit ungefähr drei Jahren arbeitet niemand mehr mit ihm).
Anstatt an neuen interessanten Funktionen zu arbeiten, werden Sie das ganze nächste Jahr Fehler beheben, die von Zeit zu Zeit gebeten werden, die konservativsten Ihrer Kunden zu beheben. Sie werden sehen, wie Ihre Kollegen nacheinander verschwinden. Einige von ihnen werden in die Zentrale verlegt, um an dem Gewinnerprojekt zu arbeiten - aber es werden nicht so viele unter ihnen sein, wie Sie vielleicht denken.
Am Ende wechselt der letzte aktive Client zu einem anderen Produkt oder zu einem anderen Anbieter, und Ihr Projekt wechselt in einen speziellen Legacy-Support-Modus. Er ist immer noch hier, lebt aber jetzt irgendwo tief im Darm des Hauptquartiers auf einem entfernten, entfernten Server, der in einem kaum wahrnehmbaren Korridor im Schrank steht, der vor den Augen der Uneingeweihten verborgen ist. Das Projektbudget beträgt jetzt ungefähr 16 Stunden pro Jahr - es ist genau darauf ausgelegt, gelegentlich einen CVE-Scan durchzuführen.
Schließlich wird diese Phase zu Ende gehen. Zu diesem Zeitpunkt wird fast alles, was von der ursprünglichen Firma übrig war, einfach verschwinden.