2008-12-13 6 views
5

Man könnte sehr gut "als technischen Vorsprung" weglassen, aber ich denke, es stellt die Situation in einen Zusammenhang. Ich bin ein technischer Leiter, wir bauen eine neue App auf und ich habe eine Vorstellung von der Sprache, die ich gerne für das Team verwenden würde. Wenn einer oder mehrere eine andere Sprache verwenden möchten (aus persönlicher Vorliebe), ist es angemessen, dass ich sie ablehne (aus persönlicher Vorliebe). Es hat wirklich etwas mit Codierungsstil zu tun und sonst nichts.Als technischer Vorsprung ist es angemessen, eine Sprache aufgrund persönlicher Vorlieben abzulehnen?

+0

Wir können immer noch nicht stimmen Programmers.SE zu migrieren? Wir können zu tex.stackexchange.com migrieren, aber nicht Programmers.SE? Was? –

+0

Dies gehört zu [Programmers.SE] (http://programmers.stackexchange.com/). –

Antwort

9

Ich glaube nicht, dass Sie "es aus Vorliebe ablehnen" müssen. Sie müssen die Ursache dafür ermitteln, warum dies nicht Ihre bevorzugte Einstellung ist, und sie aus diesen Gründen ablehnen.

Wenn Sie Ihre Entscheidung mit diesen Gründen rationalisieren können, werden Sie für Ihre Berichte glaubwürdiger klingen und haben gute dokumentierbare Gründe dafür, warum Sie eine bestimmte Technologie verwendet haben oder nicht. Bei Projekten, an denen ich gearbeitet habe, sind diese "Gründe" normalerweise eine Voraussetzung.

2

„Es ist gut, um den König zu sein“

0

Sie können nicht ausschließen, dass Sie ein effektiver Führer der ein Team führt werden Werkzeuge und Techniken kennen Sie und glauben. Aber, wenn Sie zwingen Das Team, das etwas verwendet, das vielleicht nicht für das Projekt am besten geeignet ist, wird nicht respektiert und letztlich sehr ineffektiv sein.

4

von Prioritäten

  1. Wählen Sie eine beste Lösung für die Aufgabe
  2. Wählen Sie eine Sie und Ihre Mitarbeiter sind die meisten fließend
  3. eine auswählen, die bereits in der Codebasis verwendet wird
1

Ich denke nicht, dass es richtig wäre, die anderen Sprachen zu verwerfen, weil Sie eine andere bevorzugen, es sei denn, es macht keinen Unterschied, welche Sprache Sie verwenden.

Schauen Sie sich zuerst die andere Sprache objektiv an und sehen Sie, was die Verdienste für diese Sprache sind. Sie sollten eine Sprache ablehnen, weil sie nicht das richtige Werkzeug für den Job ist, aber nicht, weil Sie es nicht mögen.

-2

Es sollte die Entscheidung des Teams sein.

+0

Es wäre eine Teamentscheidung, wenn alle die Schuld hätten, wenn das Projekt fehlschlägt. Da es die Führung ist, die letztendlich Verantwortung übernimmt, liegt es an der Führung, die Entscheidung zu treffen. Allerdings sollte er wahrscheinlich Input von der Mannschaft nehmen. Hinweis Die Leitung hat wahrscheinlich viele Jahre mehr Erfahrung. –

+0

Wenn alle mit der Führung des Teams einverstanden sind, dann wird das Projekt ein Erfolg sein, ansonsten wird es trotzdem scheitern. Die Idee ist, allen verständlich zu machen, warum er diese Entscheidung trifft und alle auf der gleichen Plattform hält. Auch wenn das Projekt fehlschlägt, denke ich, dass Blei verantwortlich ist, aber das Team ist verantwortlich. – MOZILLA

9

Sie sind für den technischen Erfolg des Projekts verantwortlich. Ihre Berichte sind nicht. Also ja.

0

Über welche Sprache sprichst du?

1

/flamebait Auf

Wenn es Visualbasic, dann ja ......

/flamebait Aus

HMCG

1

Es ist nie eine gute Idee, etwas, nur weil Sie ablehnen sind nicht damit vertraut oder haben eine Voreingenommenheit dagegen. Es gibt gute Gründe dafür, eine Sprache/Technologie nicht zu verwenden, und dies sollte die Grundlage für Ihre Entscheidungen sein. Normalerweise sind diese Gründe:

  1. Mangel an Unterstützung für die Sprache in das Team, Support-Team.Dies ist ein biggy - wenn Ihr Team eine Anwendung liefert, die nicht unterstützt werden kann weil niemand sonst die Technologie kennt, dann sollten Sie es nicht tun.

  2. Die Technologie ist unbewiesen. Sie sollten kein Live-Projekt zu eine Technologie zu beweisen, nur weil ein Entwickler möchte ihre Lebenslauf zu verbessern. Es gibt zu viele Fallstricke hier, und ich habe so viele Projekte gesehen scheitern spektakulär, nur weil die Entwickler waren alle auf die falsche Technologie suchen.

  3. Lizenzierung. Nur , weil es eine neue Sprache gibt, bedeutet nicht, dass Sie sich leisten können, verwenden Sie es. Die Sprache kann bestimmte Bibliotheken/IDEs benötigen, die Sie nicht haben und hätte in investieren.