Frage:
Konsequenzen für das Belassen eines Ostereies im Code?
zundi
2016-06-09 09:22:27 UTC
view on stackexchange narkive permalink

Ich bin ein Softwareentwickler (in einem kleinen Unternehmen ohne Regierungs- oder Militärkunden) und habe aus Spaß ein Osterei im Code hinterlassen. Ein Endkunde kann dies nur sehen, wenn er 25 Mal denselben Knopf drückt, was unwahrscheinlich ist. Das Osterei selbst enthält nur ein kleines Foto von mir und eine Variante von " Alle Ihre Basen gehören uns"

Wenn entdeckt, was sind die wahrscheinlichen Konsequenzen, entweder während ich bin angestellt oder danach?

Kommentare sind nicht für eine ausführliche Diskussion gedacht. Diese Konversation wurde [in den Chat verschoben] (http://chat.stackexchange.com/rooms/40964/discussion-on-question-by-zundi-consequences-for-leaving-an-easter-egg-in-code) .
Zehn antworten:
Justin Cave
2016-06-09 10:42:00 UTC
view on stackexchange narkive permalink

Wenn Sie nicht absolut sicher sind, dass Ihr Team, Ihr Manager und Ihr Unternehmen darüber lachen werden, fügen Sie kein Osterei hinzu.

Ich habe Fälle gesehen, in denen Entwickler kurzerhand entlassen wurden ein nicht autorisiertes Osterei. Das Problem ist, dass das Osterei fast per Definition Code war, der nicht von Fachleuten begutachtet wurde und etwas tat, das nicht richtig dokumentiert war. Wenn sich ein Entwickler ohne Überprüfung in Code einschleichen kann, der sein eigenes Bild zeigt, bestand die Befürchtung, dass er genauso gut eine Hintertür hätte einbauen können, mit der er das System in Zukunft gefährden könnte. Das Unternehmen hat es so behandelt, als hätte es die Suche nach nicht autorisiertem Code in der Produktion behandelt (was die Referenzprüfungen für diese Entwickler in Zukunft wahrscheinlich ziemlich problematisch gemacht hat).

Nun, ist es besonders wahrscheinlich, dass Sie Werden Sie gefeuert, wenn Sie ein Osterei enthalten? Es hängt wahrscheinlich von der Art der Software ab - Unternehmen, die medizinische oder finanzielle Software herstellen, werden wahrscheinlich viel weniger amüsiert sein als Unternehmen, die ein Spiel vertreiben. Aber selbst innerhalb einer bestimmten Branche wird es mehr Unternehmen mit geraden Schnüren und mehr Unternehmen mit Freilauf geben. Es ist möglich, dass Sie nur aufgefordert werden, es abzubrechen. Es ist möglich, dass das Management das Vertrauen in Ihre Professionalität verliert oder dass Ihr Team denkt, dass Sie ein selbstverherrlichender Idiot sind, indem Sie sich über das Team hinwegsetzen. Es ist möglich, dass jeder denkt, dass es lustig ist.

Angesichts des enormen Abwärtspotenzials und des minimalen Aufwärtspotenzials ist es jedoch nicht sinnvoll, das Risiko einzugehen. Erhalten Sie entweder eine formelle Genehmigung zum Hinzufügen (was vermutlich bedeutet, dass Sie zumindest ein umfassenderes Bild auswählen) oder fügen Sie es nicht hinzu.

Tolle Ausarbeitung der Punkte, an die ich gedacht habe. +1
Umfassende und gut begründete Antwort. Ich stimme Ihrer Einschätzung voll und ganz zu. Ostereier sind ein Relikt in der modernen Softwareentwicklung.
@Lilienthal: Zum Beispiel macht es TDD fast unmöglich, sie aus einer Laune heraus aufzunehmen, denn bis Sie den Test fertig geschrieben haben, um sicherzustellen, dass er da ist, ist Ihnen die Idee schon langweilig ;-)
Und da der Osterei-Code nicht ordnungsgemäß überprüft / getestet wird, kann er Schwachstellen enthalten, wodurch die Angriffsfläche der Anwendung vergrößert wird.
Es sollte beachtet werden, dass Ostereier in modernen Spielen wahrscheinlich überprüft, getestet und genehmigt werden.
Ich würde hinzufügen, dass der Hauptgrund, warum Ostereier heutzutage verpönt sind, darin besteht, dass die gesamte Software so stark mit der Explosion des Cloud-Computing verbunden ist, dass jeder nicht autorisierte oder nicht getestete Code ein massives Sicherheitsrisiko darstellen kann. Selbst wenn kein Sicherheitsrisiko besteht, könnte sich irgendwo ein Verfahren versehentlich in diesen Code einhängen und die Verarbeitung dann unterbrochen werden.
@SteveJessop Der Nachteil dabei ist jedoch, dass Sie TDD verwenden müssen.
Ganz zu schweigen davon, dass ich mit QA-Teams zusammengearbeitet habe, die mit ziemlicher Sicherheit 25 Mal auf einen Knopf geklickt hätten, um zu sehen, ob etwas kaputt geht. Und sie hätten mir gesagt, ich solle es über einen Defekt beheben, der gegen mich protokolliert würde.
Selbst in den meisten Spielestudios kann ein nicht autorisiertes Osterei feuerfähig sein (und wenn das Osterei die Nachrichten auf ungünstige Weise verbreitet hat, wird das Unternehmen Sie gerne namentlich unter den Bus werfen).
In diesem Konversationsthread gibt es kein Problem beim Schreiben von Osterei-Code - senden Sie ihn einfach nicht an die Quellcodeverwaltung.
Unabhängig davon, ob es technisch feuerfähig ist, sagt es zu Ihrer Firma *** dieser Typ ist unglaublich unprofessionell und eine massive Haftung ***. Es könnte sich um potenzielle zukünftige Mitarbeiter handeln. Stellen Sie sich vor, Sie sitzen in fünf Jahren in einem Interview für einen großartigen Job und der Interviewer sagt: "Also, Bob von SynergyLeverage hat mir von dem Osterei erzählt, das Sie gemacht haben - möchten Sie mich über Ihre Überlegungen dazu informieren?". Du wirst sterben wollen.
Ich denke, ein hervorragendes Beispiel dafür, wie schwierig dies sein kann, ist das Importieren aus Python, das The Zen of Python druckt, ein kurzes Gedicht über Pythons Denkweise. Es wurde in der 11. Stunde in den Code * eingeschlichen *, indem die Commit-Hooks deaktiviert wurden, die den Code vor solchen Dingen schützen, ihn festschrieben und dann wieder aktivierten. Der einzige Grund, warum sie damit durchgekommen sind: Der Typ, der es getan hat, war Guido von Rossum, der Schöpfer von Python. Das würde fast per Definition als "Genehmigung des Managements erhalten" qualifizieren.
Ich scheine mich zu erinnern, dass ein Osterei in einem beliebten Videospiel gefunden wurde (ich wünschte, ich könnte mich daran erinnern, welches), ungefähr ein Jahr nach seiner Veröffentlichung, mit einem Foto des nackten Endes eines Entwicklers. Der ESRB hat die Bewertung des Spiels tatsächlich rückwirkend geändert, was das Unternehmen zweifellos viel Geld für Geldstrafen und Umsatzverluste gekostet hat.
@WoodrowBarlow meint, Sie meinen das: http://www.polygon.com/2015/4/14/8382089/bungie-butt-microsoft-halo
@HaykoKoryun yup! Ein perfektes Beispiel für ein vergrabenes Osterei, auf das das Team sicher war, dass niemand versehentlich stolpern würde, was zu großen Problemen führte.
user42272
2016-06-09 19:23:06 UTC
view on stackexchange narkive permalink

Ostereier sind Unternehmensinitiativen, keine abtrünnigen Initiativen. Der Grund, warum es für ein Unternehmen schwierig ist, gute Ergebnisse zu erzielen, liegt darin, dass so viele Mitarbeiter abtrünnig sind und denken, es sei eine magische Zeit, einfach mit dem Training aufzuhören normale Vorsicht und Urteilsvermögen. Machen Sie niemals abtrünnige Dinge in Ihrem Unternehmen. Ich meine, es gibt Ausnahmen, aber diese eindeutig ist keine davon.

Ostereier:

  • sollte den Benutzer nicht verwirren. Ihre Handlungen.
  • sollte dem Benutzer keinen Schaden zufügen.
  • sollte den Benutzer nicht verwirren, ob der Benutzer verletzt ist. Ich kann das nicht genug betonen und die Hälfte Ihrer Benutzer wird denken, dass es sich um einen Virus handelt.
  • Sollte mit der Unternehmensstimme übereinstimmen. Mit ziemlicher Sicherheit nicht.
  • Sollte sich von Stakeholdern einkaufen lassen. Dein nicht. Es wird eine Weile dauern, bis der Kundendienst dies auf Sie zurückführt, und sie werden sich darüber ärgern.
  • Sollte die Unternehmenskultur auf sinnvolle Weise vorantreiben. "Keine Angst davor, schrullig zu sein, aber Sie können uns Ihre Daten anvertrauen" ist derzeit ein Trend in den Aprilscherzen. Ihre passt nicht in diese Kategorie.
  • Sollte nicht geheim sein. Genauso wie kein Teil der Entwicklung geheim sein sollte. Dies ist keine Ausnahme, nur weil Sie es als Osterei bezeichnen.
  • Sollte dem normalen Überprüfungsprozess folgen und aus einem Qualitätscode bestehen. Ihre nicht.
  • Sollte der normalen Sicherheitsüberprüfung aller Dinge folgen. Ein Angreifer wird 1) nach diesen Dingen suchen und 2) sofort erkennen, dass es der am schlechtesten überprüfte Code auf der gesamten Webseite ist? Ein "Osterei" zu sein, ist keine Form der Sicherheit.

Jetzt müssen Sie es reparieren. Das klingt für mich nicht nach einer ernsten Situation, aber bei einem unüberlegten Versuch, Ihren Hintern zu bedecken, werden Sie wahrscheinlich viel mehr Probleme bekommen, als das Problem in den Griff zu bekommen. Behandeln Sie dieses Problem so, wie Sie es hätten, wenn es jemand anderes getan hätte, und Sie werden wahrscheinlich viel besser aussehen.

Das bedeutet möglicherweise, dass Sie zu Ihrem Chef eskalieren, falls mehr Schadensbegrenzung erforderlich ist (wahrscheinlich nicht), oder möglicherweise nur eine tatsächliche Codeüberprüfung erhalten, wenn Sie den fehlerhaften Code entfernen, so wie Sie beim Entfernen immer eine Codeüberprüfung erhalten jeder beleidigende Code.

Das gefällt mir wirklich gut. Ich denke, wenn das OP zum Chef geht und sagt: "Weißt du, ich habe einen Fehler gemacht. Ich dachte, das wäre lustig, aber ich denke nicht mehr. Ich möchte diesen Code entfernen." Das OP wird das Gesicht retten, mögliche zukünftige Verlegenheiten beseitigen und möglicherweise sogar ein wenig Respekt / Vertrauen gewinnen.
"Die Hälfte Ihrer Benutzer wird denken, dass es sich um einen Virus handelt." Dies ist das größte Problem. ** Ihr Osterei ist genau das, wie Viren in Filmen aussehen! ** (Das Original * Jurassic Park * ist ein denkwürdiges Beispiel).
"Ostereier sind Unternehmensinitiativen, keine abtrünnigen Initiativen." Abgesehen davon in [SimCopter] (https://en.wikipedia.org/wiki/SimCopter#Controversy). (Haftungsausschluss: Ja, der Typ hat seinen Job verloren, aber das Osterei blieb)
Mit anderen Worten, gute Ostereier sind eine Teamleistung.
@fredsbend Ich würde gerne glauben, dass ich viel mehr gesagt habe: P.
Adam Davis
2016-06-09 22:06:20 UTC
view on stackexchange narkive permalink

Ich bin ein Kleinkind und habe aus Spaß eine Skizze auf dem Haus hinterlassen. Die Eltern können es nur sehen, wenn sie hinter die Tassen im Schrank schauen, was unwahrscheinlich ist. Das Osterei selbst enthält nur eine kleine Skizze meines Namens und eine Variante von "Alle Ihre Tassen gehören uns".

Die Mentalität ist weitgehend dieselbe. Sie fügen einem Objekt, das Sie nicht besitzen, ohne Erlaubnis Graffiti hinzu, und Sie glauben, dass Sie nicht erwischt werden. Sie sollten also in Ordnung sein, oder?

Das Problem ist, dass Sie es nicht haben Erlaubnis, und dass dies ein Produkt ist, das das Unternehmen repräsentiert. Wenn das Osterei aufgedeckt wird und es nicht darum geht, ob, dann wird es ernsthafte Auswirkungen auf Sie geben. Nur weil Sie jetzt möglicherweise bereit sind, dafür entlassen zu werden, bedeutet dies nicht, dass Sie die Belichtung schätzen werden, wenn es in 3 Jahren ans Licht kommt, wenn Sie einen anderen Job bei einem sicherheitsorientierten Unternehmen haben.

Tun Sie dies Lassen Sie nicht zu, dass dieses Produkt mit Ihrem digitalen Graffiti an Kunden weitergegeben wird. Nehmen Sie es aus der Codebasis und hoffen Sie, dass es niemand anderes bemerkt.

"Digitales Graffiti." Liebe diesen Ausdruck.
Ich mag die Graffiti-Analogie in Bezug auf die Verunstaltung des Eigentums anderer Leute. Leider fällt die Analogie zusammen, wenn man bedenkt, dass Graffiti manchmal von der Polizei ignoriert wird (obwohl es sich um eine Straftat handelt) [weil der Täter berühmt ist] (https://en.wikipedia.org/wiki/Banksy). Vielleicht könnte das OP damit durchkommen, wenn sie zuerst berühmt würden.
Ich bin mir nicht sicher, wozu die Graffiti-Analogie gut ist ... Kleinkinder haben nicht wirklich "Mentalitäten" und selbst dann "würden meine Eltern es lustig finden, oder ich bin ein Kind, also lassen sie mich mit Sachen davonkommen (a la Programmierer sind es) schrullig und schrullig machen) "wäre eine ziemlich realistische Mentalität. In der Analogie wird nur darauf hingewiesen, dass die Erlaubnis nicht allzu wichtig ist, wenn Sie nur Sie selbst sind.
@djechlin Vielleicht sollte ich den Ausdruck "Denkprozess" anstelle von Mentalität verwenden (was ziemlich gut definiert ist, aber vielleicht haben Sie eine Konnotation, die nicht zum Wörterbuch passt). Unabhängig davon legt die Analogie nahe, dass jedem, der glaubt, dass sein Graffiti für das Produkt einer anderen Person in Ordnung ist, Empathie und Verantwortlichkeit fehlen - zwei Dinge, die Kleinkinder erst lernen, wenn sie viel älter sind. Es ist im Wesentlichen eine egoistische, kindische Handlung und hat keinen Platz im eigenen Beruf. Wenn Sie die Erlaubnis erhalten, fahren Sie fort, aber wenn Sie es heimlich tun, sind Sie nicht besser als ein Vandal, egal welche Rechtfertigung Sie erstellen.
Marion
2016-06-09 10:03:42 UTC
view on stackexchange narkive permalink

Haben Sie Angst, entdeckt zu werden? Sie haben ihnen eine klare Möglichkeit gelassen, das Osterei bis zu seiner Quelle zu verfolgen, indem Sie ein Bild von sich selbst im Code hinterlassen haben, ganz zu schweigen von einem technologischen Fingerabdruck.

Es wäre ratsam, das Osterei zu entfernen. Selbst wenn Sie der Meinung sind, dass es unwahrscheinlich ist, dass es entdeckt wird, können Sie nicht garantieren, dass dies nicht der Fall ist.

Aber Sie haben nach den Konsequenzen gefragt, also hier meine Gedanken.

  • Insbesondere könnten Ihre Vorgesetzten Ihre Professionalität in Frage stellen, da Sie eindeutig (wie in den Kommentaren von Steve Jessop erwähnt, der Beweis lebt jetzt in der Quellcodeverwaltung) nicht funktionierten, als Sie bezahlt wurden zu arbeiten, als Sie das Osterei geschrieben haben. Dies wirkt sich auf ihren Eindruck von Ihnen aus, der Ihnen in Bezug auf Ihre zukünftigen Jobs in Referenzen folgen kann.
  • Ihre Mitarbeiter sehen das Osterei möglicherweise auch negativ, insbesondere wenn einige Projekte in Bezug auf Lieferung oder Ressourcen im Rückstand sind und sie hätte ein paar Stunden Ihrer Hilfe in Anspruch nehmen können, um das Projekt zu lösen.

Wenn Sie auf der anderen Seite meine Mitarbeiter kennen, müssen Sie von Ihrer unbeschwerteren Zusammenarbeit ein Kichern bekommen. Arbeiter für das Osterei. Erwarten Sie nur nicht, dass das Management es als humorvoll empfindet.

Hallo @Marion,, danke für deine Antwort. Ich hatte keine Angst entdeckt zu werden, aber ich erzählte meinem Bruder davon und er fragte, ob es Konsequenzen geben könnte. Das hat mich zum Nachdenken gebracht.
@zundi, Ich bin konservativer als einige meiner Kollegen, daher listet meine Antwort Reaktionen auf, die möglicherweise nicht für einen ungezwungeneren Arbeitsplatz oder ein Unternehmen gelten. Danke für die Rückmeldung; Ich hoffe, Sie finden die Antwort, die Sie suchen!
"Sie haben ihnen eine klare Möglichkeit gelassen, das Osterei bis zu seiner Quelle zu verfolgen, indem Sie ein Bild von sich selbst hinterlassen haben" - also sagen Sie, ändern Sie es in ein Bild von dem, der neben Ihnen sitzt? Im Ernst, es ist die Quellcodeverwaltung, die die Urheberschaft begründet.
Ich mag die Idee nicht, dass etwas Kreatives bei der Arbeit "vermasselt" wird und das Geschäftsgeld kostet. Softwareentwickler sind keine Code-produzierenden Maschinen mit einem bestimmten Durchsatz pro Minute. Entspannen und "herumspielen" sind wichtige Teile meines Arbeitstages, um mich motiviert, kreativ und flexibel zu halten. - Wenn Ihr Manager zu dieser Zeit mit Ihrer Leistung zufrieden war, haben Sie sie richtig eingesetzt. - Es ist natürlich ein Problem, diesen Play-Around-Code in die Produktion zu bringen.
Manchmal muss man in seiner Karriere Maßnahmen ergreifen, bei denen man sich nicht sicher ist.
@SteveJessop: Beim Thema Quellcodeverwaltung handelt es sich tatsächlich um eine schwerwiegende zusätzliche Haftung, die dem Unternehmen aufgrund von Ostereiern entstehen könnte. Durch das Einfügen von Inhalten in das Quellcodeverwaltungs-Repository, die ohne eine entsprechende zulässige Lizenz von einem Urheberrecht Dritter abgeleitet werden können, wird der Urheberrechtsstatus von ** der gesamten Quellhistorie ** in Zukunft beeinträchtigt. Dies kann sich auf die Lizenzierung / den Verkauf des Projekts an Dritte oder auf zukünftige Open-Source-Versuche auswirken. Das Entfernen des Makels ist ein teurer Vorgang zum Bearbeiten des Verlaufs, bei dem alle externen Revisionsreferenzen durch Ändern von Hashes zerstört werden.
Ich habe kein Problem damit, während der Arbeit oder mit Ostereiern im Allgemeinen zu vermasseln. Menschen brauchen Ausfallzeiten oder sie brennen aus. Aber, wie ein Freund von mir beredt sagte, haben Sie jetzt den Beweis hinterlassen, dass Sie nicht gearbeitet haben.
Dmitry Grigoryev
2016-06-09 17:04:47 UTC
view on stackexchange narkive permalink

Ostereier waren vor 25 Jahren cool. Sie sind nicht mehr cool. Tun Sie es nicht.

Wenn Sie nicht autorisiertes Osterei installieren, werden Sie mit allen möglichen unangenehmen Fragen konfrontiert:

  • Warum haben Sie bei der Arbeit an persönlichen Dingen gearbeitet? Sie wurden für die Zeit bezahlt, die Sie für dieses einfachere Ei aufgewendet haben, nicht wahr?
  • Warum haben Sie gegen die Kodierungsregeln und Qualitätsrichtlinien verstoßen, indem Sie nicht überprüften und nicht getesteten Code in das Produkt eingeführt haben? Wenn dieser Code fehlerhaft ist, wie wollen Sie dann beweisen, dass Sie dies nicht absichtlich getan haben?
  • Wenn Ihr Osterei für einen Sicherheitsexperten wie eine Hintertür aussieht, wie werden Sie dann beweisen, dass dies nicht der Fall ist? Sind Sie bereit, für eine unabhängige Sicherheitsbewertung zu zahlen?

IANAL, aber viele Aspekte Ihrer Handlungen können leicht eine entlassene Straftat darstellen oder schlimmer.

"vor 10 Jahren"? Eher wie 25 Jahre. Jetzt geh von meinem Rasen, du junger Punks.
@CarlWitthoft Alles erledigt, Opa. Kann ich draußen spielen gehen?
Ostereier sind viel länger als vor 25 Jahren in Software. Vor 25 Jahren waren die 90er Jahre, während einige der besten Ostereier in den 70er und 80er Jahren herauskamen.
@Dan, aber in den 90ern waren sie immer noch irgendwie cool. Damals konnte der OP sein Foto leicht in ein Softwareprodukt einfügen und damit davonkommen.
Ja Leute, sie sind total nicht mehr cool! Lameo!
Fun factoid: Ada Lovelace programmierte das erste Osterei. Funner Tatsache: Ein Faktoid ist eine erfundene Tatsache, von der angenommen wird, dass sie wahr ist, weil sie im Druck erscheint
@DmitryGrigoryev Erinnert mich an das [Windows 3.1-Osterei] (http://www.eeggs.com/items/469.html): eine Liste aller Personen im Team.
Eric Lippert
2016-06-11 22:27:30 UTC
view on stackexchange narkive permalink

Wenn Sie bei Microsoft arbeiten, werden Sie entlassen, sobald dies entdeckt wird.

Wenn Sie für ein Unternehmen arbeiten, das einer Regierung oder einem staatlichen Auftragnehmer Software zur Verfügung stellt, kann Ihr Unternehmen seinen Vertrag verlieren Jetzt und für immer von weiteren Geschäften mit diesem Kunden ausgeschlossen.

Ostereier sind undokumentierte Merkmale, die nie getestet oder analysiert wurden, um sicherzustellen, dass sie keine Sicherheitslücken darstellen und daher für viele Kunden ein inakzeptables Risiko darstellen. Sie sind nicht lustig. Sie sind nicht süß.

Wenn Sie ein lustiges Benutzeroberflächenelement haben möchten, das Teammitgliedern Credits verleiht, schreiben Sie eine Webseite . Fügen Sie keine undokumentierten, nicht getesteten, nicht überprüften Funktionen in vom Benutzer zugänglichen Code ein. Der Kunde wird vernünftigerweise fragen, welche anderen undokumentierten geheimen Funktionen seine Sicherheitsmaßnahmen untergraben, die Mitarbeiter Ihres Unternehmens zu ihrer Software hinzugefügt haben.

"Fügen Sie keine undokumentierten, nicht getesteten, nicht überprüften Funktionen in vom Benutzer zugänglichen Code ein." - Ich denke, das wäre mehr als die Hälfte des gesamten Codes da draußen :)
gnasher729
2016-06-09 12:49:14 UTC
view on stackexchange narkive permalink

Bester Fall, Sie haben ein Kichern. Im schlimmsten Fall kichern Sie, bis HR Ihnen Ihre Papiere gibt. Es ist Ihre Entscheidung, wie sehr Sie ein Kichern schätzen.

Konsequenzen nach Ihrer Abreise: Im schlimmsten Fall verklagt Sie Ihre alte Firma. Wenn dies in den USA passiert, können Sie aus irgendeinem Grund verklagt werden. Und das bestmögliche Ergebnis einer Klage ist, dass Sie Ihre Rechtskosten bezahlen, was nicht billig ist. Wieder ist es Ihre Entscheidung, wie sehr Sie ein Kichern schätzen.

Aber sehen Sie es positiv. Vielleicht haben die Leute in Ihrer Firma Sinn für Humor. Die Personalabteilung wird also kichern, während sie Ihnen Ihre Papiere gibt, und der Anwalt des Unternehmens muss kichern, während er Sie verklagt. Das ist es auf jeden Fall wert.

Habe ich vergessen zu erwähnen, dass dies eine sehr, sehr schlechte Idee ist? Wenn Sie ein Osterei in der Software Ihres Unternehmens haben möchten, schlagen Sie es dem Produktmanager vor.

"Sie können aus irgendeinem Grund verklagt werden" - ergreifen Sie also entweder keine Maßnahmen (weil Sie dafür verklagt werden können) oder ignorieren Sie das Problem vollständig (weil Sie ohnehin wegen Frühstücks verklagt werden können) Osterei). Eine Analyse des Klagerisikos ist nur dann sinnvoll, wenn Sie das Klagerisiko tatsächlich einschätzen.
Entschuldigung, aber verklagt zu werden bedeutet nicht * unbedingt *, dass Sie am Ende Rechtskosten bezahlen müssen. Wenn ein Richter entscheidet, dass die Klage des Arbeitgebers leichtfertig oder unbedeutend ist, kann er ihn zwingen, Ihre Kosten zu tragen.
"Wenn dies in den USA passiert, können Sie aus irgendeinem Grund verklagt werden" - trotz der weit verbreiteten Meinung in vielen europäischen Ländern, und ich glaube so ziemlich überall auf der Welt, können Sie jeden wegen irgendetwas verklagen - ob dies nicht der Fall ist Vom Richter entlassen zu werden ist eine andere Sache, aber "Freiheit zu klagen" ist nicht USA-spezifisch
Nichts an dieser Antwort ist themenspezifisch. Die Frage hätte einfach lauten können: "Hilfe, ich habe einen Fehler in der Software bei der Arbeit eingeführt."
John U
2016-06-09 16:26:48 UTC
view on stackexchange narkive permalink

Hier gibt es drei Hauptfaktoren:

  • Die vorherrschende Kultur Ihres Arbeitgebers (sind sie cool, & groovig oder geradlinig und ernst?)
  • Die wahrscheinliche Einstellung der Kunden / Auswirkungen - Wenn dieser Code ein Atom-U-Boot betreibt, ist es wahrscheinlich, dass der Kunde eine sehr düstere Meinung vertritt. Wenn es sich um eine Furz-App handelt, wird es niemandem etwas ausmachen.
  • Die Natur des Ostereies: Könnte es zu Beleidigungen, Alarm, Verstimmungen führen, einen unachtsamen Kunden oder Benutzer dazu bringen, zu glauben, dass ein Problem vorliegt, stoppen Sie die Software Arbeiten usw.?

Wenn Sie sich sehr freuen würden, in das Büro des CEO gerufen zu werden, um dies zu erklären, oder wenn es für immer in Ihrem Lebenslauf erscheint, dann versuchen Sie es . Wenn es Ihnen peinlich wäre, es einem Raum voller Kollegen / Kunden zu erklären, lassen Sie es am besten weg.

Sie müssen auch verdammt sicher sein , dass es gibt absolut auf keinen Fall könnte es möglicherweise die Funktion der Software beeinträchtigen - wie Pratchetts Gesetz besagt: "Eine Million zu einer Chance passiert neun Mal von zehn"

Meine Persönliche Sichtweise ist, dass Sie nicht Ihren Namen oder ein Foto Ihres dummen Gesichts hineinstecken. So etwas ist in 5 Jahren wahrscheinlich genauso peinlich wie Ihre Babyfotos und riecht eher nach Eitelkeit als nach Spaß. Es gibt einige gut dokumentierte (und beliebte) Ostereier, die Entwickler-Team-Credits und lustige kleine Nachrichten ausdrucken, aber es scheint ein bisschen narzisstisch, sich nur dort festzuhalten.

Wenn Sie auf jeden Fall * absolut sicher * sein könnten, dann könnte die gesamte Branche einfach die Codeüberprüfungen abschaffen und die Leute dazu ermutigen, absolut sicher zu sein, bevor Sie Änderungen vornehmen.
JMK
2016-06-11 21:45:00 UTC
view on stackexchange narkive permalink

Ich würde die Möglichkeit in Betracht ziehen, dass jemand, der 25 Mal auf dieselbe Taste drückt, möglicherweise keine großartige Erfahrung mit seinem Computer oder Ihrer Software hat.

Vielleicht denken sie, dass Ihre Software eingefroren ist. Vielleicht läuft ihr Computer langsam oder spielt, vielleicht hat ihr Kayboard / ihre Maus Probleme, vielleicht haben sie nur einen wirklich schlechten Tag und nehmen ihre Frustration über Ihre Software heraus.

So oder so, wenn das der Fall ist und ein Bild von Ihnen zusammen mit einem albernen Mem auftaucht, wird es für Sie nicht gut enden!

Ein weiterer häufiger Fall: Ich hatte Zeiten, in denen etwas auf meine Tastatur fiel und viele Ereignisse ausgelöst wurden. Wenn diese Schaltfläche fokussiert ist, kann sich der Randfall recht leicht manifestieren. Ich bin sicher, dass andere Leute Funktionen vom Typ "StickyKeys" oder "Dictation Assistant" gesehen haben, die manchmal gesperrt sind, wenn sie gedrückt halten oder> 3n Umschalttasten drücken, während sie schnell tippen oder ein Spiel spielen. Ich denke, Ostereier können gut gemacht werden, aber sie sind wie Animationen - sie müssen einen Zweck haben. Belohnen Sie den Benutzer für das Stöbern in eklektischen Funktionen, erfreuen Sie sich und überraschen Sie das Angebot nicht.
Jay
2016-06-10 21:31:55 UTC
view on stackexchange narkive permalink

Mehrere gute Antworten, es macht keinen Sinn, das Gesagte zu wiederholen. Lassen Sie mich einfach hinzufügen:

Wie das andere bemerkt hat, hängt das Management von Ihrem Osterei ab, abhängig von der Persönlichkeit der Manager und der Unternehmenskultur Sie können schmunzeln und Ihnen Komplimente für Ihre Klugheit machen, oder sie können Sie entlassen, weil Sie nicht autorisierte Änderungen an der Software oder irgendwo dazwischen vorgenommen haben.

ABER ... wenn sich herausstellt, dass ein Fehler in Ihrer Software vorliegt Osterei, das dazu führt, dass etwas Schlimmes passiert, wie es eine Sicherheitslücke schafft oder ein Kunde Daten verliert, das Lachen wird abrupt enden. Es besteht die Möglichkeit, dass Sie gerade einen kurzen Test des Ostereies durchgeführt haben und der QS-Abteilung vermutlich nie davon erzählt haben, sodass sie es überhaupt nicht getestet haben.

Jemand hier sagte, er solle den besten Fall in Betracht ziehen und Der schlimmste Fall aus Ihrer persönlichen Sicht: Sie kichern ein paar Minuten lang, während sie Sie feuern. Betrachten Sie den besten und den schlechtesten Fall aus Sicht des Kunden. Bester Fall: Sie finden das Osterei und kichern ein wenig. Schlimmster Fall: Sie finden das Osterei und dann fällt die Software aus. Die Wahrscheinlichkeit, dass der Kunde sagt: "Oh, ich habe in den letzten sechs Monaten alle meine Forderungen verloren, aber das war sicher amüsant, ein Bild des Programmierers und eine lustige Nachricht zu sehen. Es hat sich gelohnt." ... die Chancen dafür sind so ziemlich Null. Und wenn das Ergebnis ist, dass der Patient, dessen Lebenserhaltungssystem diese Software steuert, gestorben ist oder zwei Züge kollidierten, weil Sie einen Fehler im Verkehrssteuerungssystem usw. eingeführt haben.

Hey, ich bin in Schwierigkeiten geraten für nicht autorisierte Änderungen an Software, die die Funktionalität wirklich verbessert haben.

Ja, ich habe Ostereier selbst in Software eingefügt. Ich würde es nicht noch einmal tun, ohne es mit dem Management zu klären.



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...