schnell und einfach vs. gutes Design

Question

Was tun Sie, wenn Ihr Vorgesetzter möchte, dass Sie etwas auf die Schnelle einführen, und Sie wissen, dass es nach hinten losgehen wird?

Mein Vorgesetzter möchte, dass ich eine Webanwendung für einen Kunden entwickle, und zwar so schnell wie möglich. Dies ist die erste Webanwendung, die wir für diesen Kunden entwickeln, und ich denke, es ist wichtig, dass wir es richtig machen, damit wir darauf aufbauen können, wenn er uns zwangsläufig bittet, sie zu verbessern oder eine neue zu erstellen.

Ich würde gerne etwas Zeit damit verbringen, einen Rahmen einzurichten (selbst wenn es nur etwas Einfaches ist wie Streifen ), und die Konfiguration von Tomcat für die Verwendung von DBCP. Ich denke auch, dass wir css-Vorlagen verwenden und uns zumindest ein Minimum an Gedanken über die Präsentation und das Design der Anwendung machen sollten, da meiner Meinung nach nichts so unprofessionell aussieht wie eine schlecht gestaltete Webseite (es sei denn, es handelt sich um eine E-Mail mit wirklich schlechter Grammatik).

Das Problem ist nicht so sehr, dass wir unter Druck stehen, sondern eher, dass mein Vorgesetzter meint, er könne nicht rechtfertigen, dass er zusätzliche Stunden für etwas in Rechnung stellt, das er selbst nicht für notwendig hält. Sein "Mach es einfach so schnell wie möglich"-Ansatz ist schon ein paar Mal nach hinten losgegangen - einmal hat er mir zum Beispiel gesagt, ich solle den Code nicht für eine bestimmte Fehlersituation entwerfen, da es sehr unwahrscheinlich sei, dass sie auftritt, und als sie dann doch auftrat, gab es ein großes Chaos (das ich aufräumen musste).

Was soll ich also tun? Mache ich es wirklich "schnell und schmutzig"? Entscheide ich, dass der schnellste Weg der ist, es richtig zu machen und mich mit den Konsequenzen auseinanderzusetzen, wenn ich länger brauche als erhofft? Ein Teil des Problems besteht darin, dass ich in der Vergangenheit zwar schon Webentwicklungen durchgeführt habe, aber immer innerhalb eines bestehenden Rahmens, so dass die Einrichtung eines neuen Rahmens für mich eine Lernkurve bedeutet.

Answer 1

Wenn Sie das Sagen hätten, würde ich mir vorstellen, dass Sie es auf die "richtige" Art und Weise mit einem guten Entwurf machen würden, auch wenn es länger dauert. Das Problem ist jedoch, dass Ihr Vorgesetzter das Sagen hat. Das klingt also nach einem Gespräch, das Sie mit Ihrem Vorgesetzten führen sollten.

Erinnern Sie ihn (auf subtile Weise) daran, dass seine Vorgehensweise zu einem Chaos geführt hat, und schlagen Sie ihm vor, dem Projekt etwas mehr Aufmerksamkeit zu schenken. Schlagen Sie vor, dass es eine gute Marketing-Entscheidung sein könnte, etwas mehr Mühe in dieses Projekt zu stecken, weil die Beziehung zu diesem Kunden entscheidend sein könnte. Lassen Sie sich nicht auf einen Streit ein, sondern verschaffen Sie sich einfach Gehör. Zumindest kann es ihn dazu bringen, seine Entscheidung noch einmal zu überdenken - vielleicht kann er ein weiteres Gespräch mit dem Kunden darüber führen, wie viel Sie sind bereit sind zu zahlen.

Respektieren Sie schließlich seine Entscheidung, aber stellen Sie sicher, dass er weiß, dass es ein Fehler war. seine Entscheidung und Sie befolgen nur Befehle. Wenn in der Zukunft ein Problem auftritt, ist es nicht Ihr Problem.

Wenn er nicht der aufgeschlossene Typ ist, müssen Sie es wohl auf die schnelle Art machen. Ich würde die Situation jedoch dokumentieren, um zukünftige Arschkriechereien zu vermeiden.

Answer 2

Ich würde schnell und schmutzig gehen, wenn es das ist, worum Sie gebeten wurden, wie jcollum vorschlagen, Ruby on Rails könnte eine Lösung sein.

Wenn der Benutzer und Ihr Vorgesetzter einen Zeit- und Budgetrahmen haben und Sie eine stabile Lösung anbieten können, die diese und alle anderen Anforderungen erfüllt, sollten Sie sich für eine schnelle Lösung entscheiden. Fazit: Wenn Sie für jemanden arbeiten, geht es darum, dessen Anforderungen zu erfüllen, und nicht unbedingt um Ihre eigenen Vorstellungen von Best Practice oder Framework-Design. Wenn Sie also Ihren Vorgesetzten und den Kunden von den langfristigen Vorteilen einer höheren Vorabinvestition für ein besseres langfristiges Ergebnis überzeugen können, dann sollten Sie es tun, und das ist nur fair.

Ich vermute, dass Sie, sobald Sie ein paar mehr Implementierungen durchgeführt haben, besser in der Lage sein werden, schnell und gut zu kombinieren.

Answer 3

Hmm, wenn Ihr Chef nur bereit ist, schnelles Geld zu geben, und Sie mit dem Auftrag nicht einverstanden sind, dann suchen Sie sich einen anderen Job. Es klingt, als ob Sie nicht gerne das tun, wofür Sie bezahlt werden.

Answer 4

Führen Sie einfach die schnelle und einfache Umsetzung durch. Ihre Aufgabe ist es, die Spezifikation in ein funktionierendes Programm zu verwandeln, und nicht, Kompromisse zwischen unmittelbaren Kosten und künftigen Vorteilen zu analysieren. Ich habe mit Ingenieuren gearbeitet, die darauf bestanden haben, eine Menge indirekter Schichten, Wrapper, ungenutzten Code usw. hinzuzufügen, für die niemand bezahlt hat, und darauf bestanden haben, dass sie es besser wissen als der PM. Ich habe auch wurde dieser Typ (ein paar Jahre lang nach meinem Abschluss) und das macht einen nicht beliebt. Ich tue es nicht mehr.

Answer 5

Ich würde den Chef nicht zu sehr verurteilen. Wie viele Leute sagen, hat er/sie einen eigenen Standpunkt, genau wie Sie selbst. Sie müssen sich an diese Art von Anforderungen anpassen, indem Sie eine Art Rapid-Prototyping-Tool erlernen. Ich verwende die Microsoft-Plattform für Geschäfts- und Webanwendungen (Java für wissenschaftliche Tools). Wenn also jemand eine Prototyp-Website sehen möchte, kann ich auf meiner lokalen Entwicklungsplattform mit ASP.NET ziemlich schnell etwas zusammenhacken. Bei einem Prototyp ist das Hässliche meist nicht so wichtig wie die Funktionalität. Wenn der Kunde weiß, dass etwas möglich ist, dann wird er auch bereit sein, die Verschönerung zu akzeptieren (es sei denn, es handelt sich um ein internes Projekt - dann ist es egal, wie es aussieht - ha!).