In meiner Arbeitserfahrung sind die meisten frisch aus der Schule kommenden Programmierer bereit, Berichte für etwa 6-12 Monate zu erstellen. Während ich den Vorteil sehe, etwas Unentscheidbares zu tun, scheint es ihnen wirklich zu entmutigen.
Meine Frage ist also, sollten Organisationen Neulingen erlauben, mit jemandem zusammenzuarbeiten, der auf Anhieb erfahren wird und offensichtlich unkritische Phasen eines Projekts macht, bekommen sie ein echtes Gefühl dafür, was ihre Berufswahl vorrätig hat, oder werfen sie auf Berichte aus dem Tor?
Ah, es gibt wirklich nichts wie die Ausnutzung von Praktikanten für Heilberufe ...
Aber im Ernst, du bekommst zurück, was du hineingesteckt hast. Sie zu zwingen, über einen langen Zeitraum hinweg einen gedankenlosen, undankbaren Job zu machen, ist ein schneller Weg, ein nutzloses Teammitglied aufzubauen.
Vielleicht sollten sie bei verschiedenen Firmen nach einem Job suchen? Vielleicht sollten sie sich nicht niederlassen?
Ich war einmal frisch grad und habe nie gebeten, an einem Bericht zu arbeiten. Ich hatte einen Programmier-Check-in innerhalb der ersten 5 Tage meines Jobs.
Vielleicht bin ich verwirrt über die Frage. Wir sprechen über Leute, die sich für Programmpositionen bewerben und zum "reportsbezogenen" Job geschickt werden?!
Ich habe nicht in "Berichten" begonnen. Ich habe mit einer Conversion begonnen - besorge einfach Sachen, die auf der neuen Plattform laufen. Relativ sicher, geringfügige Programmänderungen.
Dann habe ich für eine Weile eine neue Entwicklung gemacht.
Dann noch eine Konvertierung.
Dann - 2 Jahre in meiner Karriere - nicht mehr eine komplette n00b - Ich habe in "Berichte" beendet. Sie wollten so etwas wie ein Dutzend dumm-wie-Dreck-Buchhaltungsberichte. Jeder war ein "Zug aus dem Hauptbuch", "mach ein paar schnelle Mathe" und "schreibe einen Kolumnenbericht". [Es war 1980, so wurde es gemacht.]
Ich konnte es nicht ertragen, die Programmierung zu kopieren und einzufügen. Also schrieb ich eine Sache, die aus dem Hauptbuch in eine Reihe von Werten extrahiert wurde. Es hat eine flexible Notation verwendet, um Berechnungen für Werte in diesem Array durchzuführen, und dann hat es die Ergebnisse der Berechnungen geschrieben.
Es könnte addieren, subtrahieren, multiplizieren und dividieren. Sie könnten mehrere Operationen auf einer Reihe von "Zellen" verwenden, um wunderbar komplexe Dinge zu berechnen. Bis zu einer Grenze.
Ich hatte die Tabellenkalkulation erfunden, die als COBOL-Stapelprogramm erstellt wurde. Ernst. Das kann jemanden dazu bringen, Berichte zu erstellen. Ein einziges Programm, das das Dutzend doof-wie-schmutzige Finanzberichte hervorbrachte. Und eine große Anzahl von zusätzlichen Berichten.
Bonus. Es wurde in einer agilen, inkrementellen Art gebaut. Die erste Version machte ein halbes Dutzend der wirklich einfachen Berichte. Der Nächste machte zwei oder drei mehr.
Ich denke nicht, dass "Berichte" ein schlechter Auftritt sind. Was schlimm ist, zwingt die Leute dazu, ein weiteres Programm aus einer Cookie-Cutter-Vorlage zu kopieren und einzufügen.
Ich glaube, dass es vorteilhaft ist. Es ist, was mir vor langer Zeit passiert ist und es gab mir eine Gelegenheit, das Datenbankschema, die Domäne und wie die Daten verwendet werden, zu lernen.
Aber wenn sie als Software Engineer angestellt werden, sollten sie auf keinen Fall ein Report Writer sein. Programmierer / Analyst jedoch ...
Kurzfristig ist es für das Unternehmen von Vorteil, denn dann können Sie aus neuen Absolventen nützliche Arbeit machen. Es ist auf lange Sicht schädlich für jeden, denn das Erstellen von Berichten ist nicht wirklich schwer, daher lernen die Neulinge nicht viel davon.
Das heißt, 6-12 Monate sind eine wirklich lange Zeit, um jemanden dazu zu bringen, Berichte zu schreiben (es sei denn, sie genießen es, was die meisten nicht tun). Vielleicht wäre ein kürzerer Zeitraum besser für einen neuen Mitarbeiter.
Ich habe in Geschäften gearbeitet, die viel auf die neuen Mitarbeiter geworfen haben, wo die Ergebnisse gemischt waren, und ich habe in Geschäften gearbeitet, wo sie sinnlose Affentätigkeitsübungen gemacht haben, wie das Schreiben von Berichten, die niemand lesen würde. Meetings und offene Aufgaben wie "lese ein Buch über C ++" oder "lerne etwas über diese oder jene Technologie. Beide Ansätze waren eine Verschwendung von Aufwand und Zeit."
In meinem Geschäft, wenn Sie der neue Typ sind, werden Sie nicht auf Ihre eigenen Geräte verlassen, um herauszufinden, X oder für Sie beschäftigt Arbeit zu schaffen. In der Regel werden wir Sie durch unsere Produkte führen, damit Sie sie als Benutzer kennen, und dann besprechen wir, was für eine Aufgabe Sie benötigen. Machen Sie das "Ich bin gleich hier, sagen Sie mir, wenn Sie brauche Hilfe "und dann am Morgen nachschauen" Woran arbeitest du? " Treffen. Das Ziel in meinem Shop ist es, einen Entwickler so schnell wie möglich auf den neuesten Stand zu bringen, ohne dabei auf wichtige Dinge zu verzichten.
Ich denke, dass der Schlüssel zur erfolgreichen Entwicklung eines neuen Mitarbeiters, besonders eines, der direkt aus der Schule kommt, darin besteht, sie herauszufordern und ihnen interessante Aufgaben zu stellen, die sie nicht davor zurückschrecken lassen, zur Arbeit zu kommen. Wenn Sie sich für die Arbeit interessieren, bekommen Sie einen Mitarbeiter, der wertvoll wird. Es gibt einige Aufgaben, die einfach nicht interessant sind, und wir machen sie alle bei mir. Für mich erschreckt ich davor, irgendwo in der Nähe von MS Word formale Dokumentation zu schreiben, aber das kommt manchmal mit dem Territorium. Der "neue Typ" muss erkennen, dass es nicht immer Code-Slings oder neue Entwicklungen sein werden. Manchmal ist es Wartungscodierung - die meiste Zeit ist es. Manchmal ist es die Arbeit "Dreh die Kurbel". Manchmal ist es das Schreiben von Berichten.
Ein guter Manager oder leitender Entwickler wird den neuen Mitarbeiter betreuen. Wenn ein Laden das nicht macht, würde ich wahrscheinlich nicht selbst dort arbeiten wollen.
Sie sollten paarweise mit verschiedenen Leuten aus ihrer Abteilung paarweise programmieren (oder Zuschauer programmieren). Dann lernen sie alle Menschen, die Struktur, den Code und nützliche Tipps kennen.
Berichte sind eine wunderbare Einführung.
Sie haben im Gegensatz zu vielen anderen Projekten sehr spezifische Spezifikationen. Sie sind eine gute "Stand-alone" -Aufgabe. Sie geben dem Entwickler auch eine gute Einführung in das Domänenmodell, mit dem sie die Daten für den Bericht tatsächlich abrufen können.
Schließlich sind sie (in der Regel) relativ einfach, da ein Reporting-Framework die meisten schweren Aufgaben für sie erledigt. Daher müssen sie sich auf das Erlernen der Tools für den Handel, die Bereitstellung und das Datenmodell konzentrieren.
Sie sind eine nette schrittweise Einführung in die größere Domäne und Anwendung.
Ich habe noch nie eine unwichtige Aufgabe als Sicherheitsfunktion bekommen. Selbst wenn ich nicht genau wusste, was ich tat, bekam ich wichtige Projekte, die die Leute gestern wollten und dann mit jemandem gepaart, der eine bestimmte Entwicklung hatte, die er / sie auf den Neuzugang abladen wollte.
Es funktioniert ziemlich gut so.
Wenn Sie eine College-Absolventin für lange Zeit in den Dienst des Berichtsschreibens stellen, wird er gegen Sie vorgehen. Schlechte Verwaltung und eine Verschwendung von Geld ...
Ich habe zwei gegensätzliche Erfahrungen mit Crystal Reports in zwei verschiedenen Unternehmen:
Als mein erster Arbeitgeber (frisch von der Universität) unseren Crystal Reports-Experten verließ, wurde ich gebeten, die Rolle zu übernehmen. Es wurde kein tatsächliches Training angeboten, also musste ich alles on-the-job lernen, ohne Unterstützung vom Verkäufer oder vom Arbeitgeber. Obwohl meine Position Beschreibung als IT-Entwickler war, verbrachte ich schließlich 100% meiner Zeit mit der Arbeit an Crystal Reports. Es war eine unproduktive Erfahrung für mich und eine Verschwendung von Personal und Ressourcen.
Mein aktueller Arbeitgeber hat mich gebeten, einen anderen Entwickler bei der Erstellung und Wartung des Crystal Reports-Setups zu unterstützen. Da sie eine adäquate Schulung angeboten haben und ich in der Rolle betreut wurde, habe ich Kenntnisse über mehrere Systeme und Datenbanken erworben. Ich habe sogar ein wenig Erfahrung in der Verwaltung und Wartung von SQL Server. Und ich hatte auch die Möglichkeit, mit vielen verschiedenen Kunden im Unternehmen zu interagieren, da viele verschiedene Bereiche des Unternehmens diese Berichte benötigten.
Meine Antwort auf die ursprüngliche Frage ist also, dass es wirklich auf die Organisation und nicht auf das zentrale Konzept ankommt. Wenn Ihr Arbeitgeber beabsichtigt, damit neue Mitarbeiter mit mehreren Systemen vertraut zu machen, dann ist das eine gute Idee. Wenn es nur eine kurzfristige Art ist, einem undankbaren neuen Angestellten einen undankbaren (und verdorbenen) Job aufzuzwingen, dann denke ich, dass es eine Verschwendung von Arbeitskräften und Ressourcen ist.
Das hängt vom Bericht ab und hängt von der Aufgabe ab. Viele Berichte sind alles andere als trivial und exzellente SQL-Kenntnisse sind erforderlich, um ein performantes und ordnungsgemäß wartbares Backend zu erstellen. Wenn Ihre Anfänger gut mit SQL umgehen können, lassen Sie sie sich bei den Abfragen die Zähne ausbeißen. Es wird eine gute Möglichkeit für Sie sein, das Schema Ihrer Datenbank zu lernen.
Wenn es jedoch nur ein Euphamismus ist, wenn sie "Berichte aufsetzen", dass sie stundenlang ohne Anleitung oder Inspiration versuchen, eine Tabelle in Crystal Reports 25 zu formatieren (oder was immer die aktuelle Version ist), dann denke ich Ihnen wahrscheinlich kenne schon meine Antwort auf diese Frage ...
Tags und Links report