Ethik der Verwendung einer "Randsprache" für Ihre Arbeit?

Question

Ich möchte hier nur um einige Meinungen bitten. Was halten Sie von der Verwendung einer Sprache (und/oder eines Frameworks), die an Ihrem Standort nicht weit verbreitet ist, um Software für ein Unternehmen zu schreiben? Ich lebe zum Beispiel in einem Gebiet, das von .NET dominiert wird, mit gelegentlichen Aufträgen für PHP. Nehmen wir an, ich lerne Python und beschließe, es zu verwenden, um Software für meine Arbeit zu schreiben (ich bin ein "Team of One", also kann ich so ziemlich alles verwenden, was ich will).

Jetzt ist ihre Software in einer Sprache geschrieben, die so gut wie niemand in der Gegend benutzt oder kennt; wenn ich das Unternehmen verlassen würde, hätten sie im Grunde niemanden, der sie pflegen/erweitern könnte, es sei denn, sie würden mich als Berater behalten. Das ist zwar wirklich gut für mich, kommt mir aber ein bisschen "schief" vor - zugegeben, so funktioniert die Geschäftswelt.

Was denken Sie darüber?

Ich sollte erwähnen, dass dies ein sehr kleines Unternehmen ist und ich die einzige IT-Person bin, so dass ich bei der Wahl unserer Entwicklungsplattform freie Hand habe. Ich verwende nicht speziell Python, sondern habe es als Beispiel gewählt, da mein Bereich fast vollständig auf .NET basiert; ich mag .NET allerdings nicht mehr, weshalb ich es nicht in Betracht ziehen möchte. Außerdem ist das Unternehmen... wie sollen wir sagen... äußerst sparsam und würde die erforderlichen Ressourcen für .NET (z. B. Serverlizenzen, SQL-Lizenzen, Visual Studio, Komponenten) nicht kaufen. Ich persönlich habe ein MSDN-Abonnement, aber das kann ich nicht für sie verwenden.

Auch FWIW dort son Leute in der Gegend, die die Sprache verwenden, die ich verwenden möchte (Ruby on Rails), aber bei weitem nicht so viele wie .NET-Entwickler. Es ist ja nicht so, dass ich etwas verwende, das nur ich kenne.

Answer 1

Es ist in der Tat ein bisschen schief, WENN man es nur zu diesem Zweck benutzt.

Wenn Sie es jedoch verwenden, weil es die beste Lösung ist, sind Sie auf der sicheren Seite.

Außerdem können sie einfach jemand anderen einstellen, der sich mit Python auskennt.

Meine Arbeitsethik erlaubt es mir nicht, so etwas zu tun, nur damit ich im Geschäft bleibe.

Answer 2

Ich persönlich bin der Meinung, dass man nach Möglichkeit versuchen sollte, die Arbeitspraktiken des Landes, in dem man sich befindet, zu respektieren - sei es der Einrückungsstil, die Benennungskonvention, das Testverfahren oder die Programmiersprache.

Wenn Sie der Meinung sind, dass eine andere Sprache für eine bestimmte Aufgabe besser geeignet wäre, dann setzen Sie sich dafür ein, dass diese Sprache akzeptiert wird (mit der erforderlichen Umschulung der anderen).

Das absichtliche Verlassen einer App, die von niemandem mehr gepflegt werden kann, ist meiner Meinung nach ein sehr schlechtes berufliches Verhalten.

Answer 3

Wenn Sie in Ihrem Herzen spüren, dass Sie unehrlich handeln, dann tun Sie das wahrscheinlich auch.

Niemand mag eine unehrliche Person. Das kann nicht gut für Ihren Ruf sein.

Tun Sie Ihr Bestes, um das zu wählen, was tatsächlich am besten ist, und nicht das, was irgendwelche hinterhältigen Motive befriedigt.

Answer 4

Viele Antworten haben dieses Thema bereits angesprochen, aber hier ist meine Meinung, die auf der Unterstützung von Produktionsanwendungen basiert.

Mein Unternehmen hatte eine Startup-Phase, in der Code-Hustler Lösungen in der jeweiligen persönlichen Vorliebe oder dem Geschmack der Woche ausheckten. Das ist schlecht für die Wartbarkeit und die Supportfähigkeit.

Eine Änderung ist jedoch in Ordnung, solange sie konsequent ist. Wenn Python den Weg in die Zukunft ebnen soll, dann nur zu. Vergessen Sie nicht, dass der alte .NET- und PHP-Code noch bis zum Ende seiner Lebensdauer unterstützt werden muss. Wenn Sie sich ein Sammelsurium von Plattformen und Frameworks zusammenstellen, wird es für Sie und das Unternehmen nur noch schwieriger, wenn Sie einmal nicht mehr da sind.

Answer 5

Kürzlich hatten wir einen schlechten Mitarbeiter in meinem Geschäft, der aus heiterem Himmel beschloss, Perl statt irgendeiner Version von .NET zu verwenden, um einige einfache Berichte zu erstellen (die genauso gut in .NET hätten erstellt werden können). Das war grauenhaft. Ich würde vorschlagen, die Plattform wie angegeben zu verwenden und jede Abweichung mit den Leuten zu klären, die den Laden betreiben...