Frage:
Ist es taktvoll, mit einem früheren Entwickler in Kontakt zu treten?
DeaconDesperado
2013-02-19 22:18:19 UTC
view on stackexchange narkive permalink

Ich bin in der Position, in der ich eine hochkomplexe Codebasis geerbt habe, die hauptsächlich von Entwicklern geschrieben wurde, die sich inzwischen vom Unternehmen getrennt haben. Mir ist nicht bekannt, unter welchen Umständen sie sich getrennt haben. Der fragliche Code ist mehrere Jahre alt, und im Idealfall möchte das Unternehmen ihn aktualisieren, um die Vorteile neuer Lösungen zu nutzen, die die alten Entwickler zu diesem Zeitpunkt größtenteils selbst brauen mussten.

Der Code ist größtenteils unkommentiert und bestimmte Teile sind völlig undokumentiert. Der betreffende Entwickler verfügt über eine ziemlich große Präsenz in sozialen Medien und ist weiterhin mit Software-Engineering bei anderen Unternehmen befasst.

Meine Frage ist, ist es angemessen, mit diesem früheren Entwickler in Kontakt zu treten, um einige zu erhalten Einblicke in den Code, und wenn ja, was wäre ein taktvoller Weg, dies zu tun?

Es ist nicht zu leugnen, dass das Erhalten dieses fehlenden Handbuchs äußerst hilfreich wäre und die Entwicklungszeit wirklich beschleunigt.

Dies könnte sicherlich für jeden Job gelten? Ich bin mir nicht sicher, ob es spezifisch genug für Programmierer ist.
@Ozz Natürlich, obwohl ich denke, dass für Programmierer die Anforderungen etwas ausgeprägter sind, wenn der Code nicht dokumentiert ist und das, was Sie erben, größtenteils in einer Blackbox enthalten ist. Ich nehme an, das ist der Kontext, den ich in der Frage anspreche. Idealerweise würden wir alle unseren Code vollständig dokumentieren, aber manchmal lassen Geschäfts- / Zeitbeschränkungen dies nicht zu.
Ich denke, dass es Ihre Vorgesetzten sind, die diese Entscheidung treffen sollten. Einfach, weil sie sich der Umstände bewusst sind, die den vorherigen Entwickler zum Verlassen veranlasst haben, aber auch, weil ich allgemein denke, dass es für Manager von Vorteil wäre, zu verstehen, dass die Dokumentation nicht kostenlos ist.
@lollancf37 Einverstanden, das ist ein wichtiger Teil, an den ich vielleicht nicht gedacht hatte.
@DeaconDesperado - Ersetzen Sie "Motor", "chemische Reaktion", "mathematische Berechnung" usw. durch "Code". Dies ist ein häufiges Problem und steht IMHO NICHT in engem Zusammenhang mit der Programmierung.
Warum erwarten alle Antworten, dass er kostenlos Unterstützung bietet? Wenn ich in der Position des vorherigen Entwicklers wäre, würde ich einen bezahlten Vertrag besprechen.
Sie können den vorherigen Entwickler sofort fragen. Seine Antwort wird eine dieser drei sein: "Sicher", "Nein" oder "Sie müssen mich für meine Zeit bezahlen". Wenn es das letztere ist, eskalieren Sie zum Management, indem Sie ihn als "Berater" hinzuziehen, um ein paar Tage damit zu verbringen, Sie mit den dunklen Teilen des Codes vertraut zu machen.
@Ozz - Es hängt nicht ausschließlich mit der Programmierung zusammen, aber die anderen Beispiele, die Sie angegeben haben, weisen darauf hin, dass dies mit technischen Typen zusammenhängt. Ich kann mir nicht vorstellen, einen ehemaligen Vertriebs- oder Marketingmitarbeiter zu kontaktieren und einen seiner potenziellen Kunden um Hilfe zu bitten.
Sieben antworten:
tdammers
2013-02-19 22:22:57 UTC
view on stackexchange narkive permalink

Warum besprechen Sie dies nicht mit Ihren Vorgesetzten?

Unter normalen Umständen würde ich die Bereitstellung von Notfallunterstützung für Projekte, an denen bei früheren Arbeitgebern gearbeitet wurde, als Standard betrachten, aber da Sie es nicht wissen Unter diesen Umständen würde ich nichts annehmen - wenn sie sich zu freundschaftlichen Bedingungen trennen, haben Sie kein Problem, und wenn nicht, müssen Sie in die Kugel beißen, aber zumindest werden Sie keine Probleme verursachen für sich selbst auf diese Weise.

Danke, und das war das erste, was mir in den Sinn kam. Leider gehen wir weit genug zurück, dass selbst die fraglichen Vorgesetzten nicht gleichzeitig im Unternehmen waren.
Es spielt keine Rolle, dass Ihr Chef nicht ihr Chef war, die Firma sollte entscheiden, ob die Entwickler kontaktiert werden sollen. Was ist, wenn einer von ihnen für einen Konkurrenten arbeitet? Was ist, wenn einer von ihnen sich in einem illegalen Kampf mit der Firma befindet oder unter schlechten Bedingungen zurückgelassen wird? Dies ist eine Entscheidung für Ihren Chef.
Tad Donaghe
2013-02-19 22:31:45 UTC
view on stackexchange narkive permalink

Wenn Sie mich bitten würden, Ihnen mit Code zu helfen, den ich vor mehr als 6 Monaten geschrieben habe, bin ich mir nicht sicher, ob ich Ihnen viel helfen würde. Das gleiche kann durchaus der Fall sein, wenn Sie jemanden nach dem Code fragen, den er vor Jahren geschrieben hat.

Nehmen wir jedoch an, ich erinnere mich, dass ich den fraglichen Code geschrieben habe. Wenn Sie mir ein paar Fragen stellen können, für deren Beantwortung ich nicht länger als 15 bis 20 Minuten benötige, würde ich Ihnen gerne helfen, aber jede darüber hinausgehende Anstrengung würde ich nur beantworten, wenn Ich wurde für meine Zeit bezahlt.

Angenommen, die Person, die Sie fragen, merkt sich den Code und ist bereit zu helfen. Geben Sie Ihr Bestes, um die Fragen so zu stellen, dass sie leicht zu beantworten sind eine sehr begrenzte Zeit.

Gilbert Le Blanc
2013-02-19 22:22:47 UTC
view on stackexchange narkive permalink

Ist es angebracht, Kontakt mit diesem früheren Entwickler aufzunehmen, um einige Einblicke in den Code zu erhalten ...

Sicher. Verstehen Sie, dass Sie eine persönliche Anfrage stellen. Verstehen Sie auch, dass sich der vorherige Entwickler möglicherweise nicht daran erinnert, warum die Dinge auf eine bestimmte Weise codiert wurden.

und wenn ja, wie wäre dies taktvoll?

Jim G.
2013-03-12 22:10:22 UTC
view on stackexchange narkive permalink

Ist es taktvoll , mit einem früheren Entwickler in Kontakt zu treten?

Ja, vorausgesetzt, Sie haben die Unterstützung Ihrer Vorgesetzten.

Ist es umsichtig , mit einem früheren Entwickler in Kontakt zu treten?

Es kommt ganz darauf an.

Der Code ist größtenteils unkommentiert und bestimmte Teile sind vollständig undokumentiert. Der betreffende Entwickler verfügt über eine beträchtliche Social-Media-Präsenz und ist weiterhin mit dem Software-Engineering anderer Unternehmen befasst.

Sie haben eindeutig Grund genug, sich an den vorherigen Entwickler zu wenden. Aber es hilft immer noch, sich zu fragen: "Was hoffen wir von dieser erneuten Bekanntschaft zu profitieren?"

Ich meine Folgendes:

  • Ihre Die Bekanntschaft wird wahrscheinlich kurz sein (es sei denn, Sie versuchen, den vorherigen Entwickler davon zu überzeugen, wieder in Ihr Unternehmen einzusteigen).
  • In Anbetracht seiner Kürze müssen Sie Ihre Zeitnutzung auf jeden Fall maximieren.

Laden Sie ihn zum Abendessen ein oder zu einem Äquivalent, das zeigt, dass Sie seine Zeit schätzen. Senden Sie ihm anschließend eine Geschenkkarte mit einem Dankeschön. [Aus der Antwort von @Gilbert LeBlanc]

In den meisten Fällen würde ich von dieser Taktik abraten.

Warum?

Weil dies eine professionelle Bekanntschaft ist; kein sozialer Anruf. Sie versuchen nicht, diesen früheren Entwickler zu essen und zu trinken. Sie versuchen, wichtige, geschäftskritische Informationen über Ihre Softwareanwendung zu erhalten (die leider viel zu lange nicht dokumentiert waren).

Wenn dies gesagt ist, müssen Sie diesem vorherigen Entwickler eine stündliche Gebühr für seine Zeit zahlen . Auf diese Weise können Sie völlig pragmatisch sein und Wert für die Zeit dieses Entwicklers verlangen. Dies hält die Dinge auf dem Niveau und vermeidet Missverständnisse über den Zweck dieser erneuten Bekanntschaft. Um Ihre Zeit optimal zu nutzen, führen Sie vor dem Meeting Ihre Due Diligence durch, damit Sie spezifische und gezielte Fragen zu dem Teil der Softwareanwendung stellen können, den Sie nicht verstehen.

Juha Untinen
2013-03-13 17:02:58 UTC
view on stackexchange narkive permalink

Mit einer angemessenen finanziellen Entschädigung für die Konsultation in Bezug auf das System muss sich die betreffende Person Ihrem unersättlichen Wunsch hingeben, die fast vergessenen Geheimnisse eines Kodex aus einer zivilisierteren Zeit zu enträtseln.

ahjmorton
2013-02-20 01:18:37 UTC
view on stackexchange narkive permalink

Ob dies angemessen ist oder nicht, hängt davon ab,

  • Wie sie das Unternehmen verlassen haben (gefeuert / gekündigt / immer noch Golf mit dem CEO) Angesichts der sozialen Medien wird es für das Unternehmen wahrscheinlich nicht geschäftskritisch sein, aber wenn ja, haben Sie Grund dazu.

Letztendlich liegt es am Entwickler selbst zu entscheiden, ob sie auf Sie antworten oder nicht: Sie haben keine Verpflichtung gegenüber dem Unternehmen, in dem sie nicht mehr arbeiten, und können möglicherweise nur ein oder zwei E-Mails beantworten, da sie wahrscheinlich zu etwas anderem übergegangen sind.

Mein Rat ist, dies wirklich als letzten Ausweg zu behandeln.

Abgesehen davon habe ich Fragen zu meinem Code gestellt, nachdem ich ein Unternehmen verlassen hatte, aber zu der Zeit, als ich noch Teil eines Beratungsunternehmens war Ich hatte die Verpflichtung zu helfen, da ich noch andere Mitglieder meiner Firma dort hatte. Ich weiß nicht, ob dies auf Sie zutrifft, aber wenn dies der Fall ist, können Sie es auf einem anderen Weg versuchen.

MrFox
2013-03-13 02:01:54 UTC
view on stackexchange narkive permalink

Nein, es ist fast nie angebracht, dass Sie sich an jemanden wenden, der jetzt anderswo arbeitet, um Ihnen zu helfen. Sie würden sie effektiv bitten, mehr Arbeit für ihren früheren Arbeitgeber (Ihren derzeitigen Arbeitgeber) kostenlos zu erledigen, während Sie auch an ihrem neuen Arbeitsplatz arbeiten.

Diese Dokumentation, die Sie jetzt so dringend benötigen, sollte währenddessen erstellt worden sein sie waren noch anwesend. Das Management hätte sicherstellen müssen, dass dies der Fall ist.

Nun kann es für Ihre Vorgesetzten, die mit dieser Person zusammengearbeitet haben, angebracht sein, sie um einen Wissenstransfer zu bitten, und nur sie können beurteilen, ob dies eine gute Idee ist oder nicht. oder zu welchen Bedingungen es passieren würde.

Hier ist eine Geschichte, um die Dinge ins rechte Licht zu rücken:

Diesmal war ich Auftragnehmer bei einem Projekt, das zu spät und mit unzureichenden Mitteln ausgestattet war. aber immer noch sehr geschäftlich erforderlich. Irgendwann warf ich meine Hände hoch und sagte: "Leute, warte. Was wir tun, ist nicht aufrechtzuerhalten. Wir sollten wirklich einige Anstrengungen unternehmen, um sicherzustellen, dass dieses Projekt überleben kann, wenn ich alle von einem Bus angefahren werde, während ich zum Mittagessen fahre . " Und die Antwort, die ich vom Management erhielt, war: "Es ist uns egal, wirf es einfach so schnell wie möglich aus der Tür und stelle sicher, dass es funktioniert." - so haben wir es gemacht. Sobald es in Produktion war, wurden alle teuren Auftragnehmer losgelöst, bevor die Vertragsbedingungen abgelaufen waren. Im Allgemeinen handelte es sich um spitze Chefs, die eindeutig versuchten, jeden Dollar aus dem Budget herauszuholen. Fühle ich mich schlecht für den armen Kerl, der dieses Chaos aufrechterhält? Ich mache es auf jeden Fall. Werde ich der betreffenden Firma eine zusätzliche Stunde geben? Auf keinen Fall, auch wenn sie nett fragen.

Also ... woher weißt du, dass du nicht der arme Kerl bist, der dieses Projekt aufrechterhält? Sie können sich nie sicher sein, unter welchen Umständen jemand gegangen ist. Sie müssen also keine Annahmen treffen.

Aber ... wenn er den Kerl über seine Social-Media-Präsenz fragt, könnte er es herausfinden.
Er könnte und es könnte klappen, aber ich würde es nicht als taktvoll betrachten. Was passiert, wenn die Situation mit dem Ex-Mitarbeiter meiner obigen Geschichte ähnlich war? Jemand wird auf Google + von einer Person abgehört, die er nie getroffen hat und die im Namen eines Unternehmens, mit dem er nichts zu tun haben möchte, um Hilfe bittet. Ein bisschen uncool, oder? Aber dann vergeht ein Jahr, es gibt eine neue arme Seele, die den gleichen Code beibehält. Sie kommen auf diese Seite, nehmen an, dass es in Ordnung ist und nerven dieselbe Person erneut! Wenn dies eine weit verbreitete Praxis wäre, wäre es schrecklich. Deshalb finde ich es nicht taktvoll.


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...