ITInternetDiese Art von Respektlosigkeit gegenüber Menschen im Unternehmen betrifft nicht nur Experten, sondern alle Programmierer. Es ist nur so, dass Experten viele Dinge gesehen haben und überhaupt nicht überrascht sind, deshalb nutzen sie im Allgemeinen nicht gerne oberflächliche Dinge, um sich hervorzuheben. Doch gerade wegen ihrer Bescheidenheit werden sie zu leichten Zielen für Angriffe von Menschen mit geringem Wissen. Aufgrund der Universalität und äußerst schädlichen Natur dieses respektlosen Phänomens halte ich es für notwendig, speziell darüber zu sprechen. Im Folgenden möchte ich auf den Ursprung der Kultur der Respektlosigkeit gegenüber Menschen in der IT-Branche hinweisen und gleichzeitig einige Vorschläge machen, um den Menschen zu zeigen, wie sie einen Programmierer wirklich respektieren können. Ich hoffe, dass diese Vorschläge als Referenz für die Unternehmensleitung dienen können und dass sie Programmierern, die unter den gleichen Schmerzen leiden, geistige Ermutigung geben können.
Ich denke, eine Unternehmenskultur, die weiß, wie man Programmierer respektiert, sollte immer auf die folgenden Punkte achten:
Die verbleibenden historischen Probleme anerkennen aus dem Computersystem
Wer die Informatik einigermaßen versteht, wird feststellen, dass wir tatsächlich noch in der Steinzeit der Computer leben. Insbesondere Softwaresysteme basieren auf einer Reihe schlechter Designs, die aus der Geschichte übrig geblieben sind. Verschiedene schlecht gestaltete Betriebssysteme (wie Unix, Linux), Programmiersprachen (wie C), Datenbanken,... machen uns oft Probleme, Deshalb braucht man so viel sogenannte „Erfahrung“. Viele IT-Unternehmen geben dies jedoch nicht gerne zu. Ihr üblicher Stil ist: „Alles ist die Schuld des Programmierers!“ und „Das sollte ein Problem sein.“ „Phänomen der neuen Kleidung des Kaisers“: Jeder benutzt nicht gerne einige schlecht gestaltete Werkzeuge, aber er hat Angst, dass andere über seine Fähigkeiten lachen oder anzweifeln, sodass niemand es wagt, auf die Fehler des Designers hinzuweisen.
Ich bin ein Gegenbeispiel dieser „Hacker-Kultur“. Wenn mich jemand um Rat fragt, weil er ein bestimmtes Tool oder eine bestimmte Sprache nicht beherrscht, lache ich den Entwickler des Tools leicht aus und sage ihm, dass Sie keinen Grund haben, diesen Mist zu kennen, aber das ist es. Dann erzählte ich ihm direkt, was das für ein Ding ist, wie man es benutzt und welche Konstruktionsfehler zu unserer seltsamen Verwendung führen ... Ich denke, alle IT--Praktiker sollten diese Werkzeuge so lächerlich behandeln Attitüde. Nur so kann die Softwareindustrie erhebliche Fortschritte machen, anstatt sich mit einigen schlechten Designs zu plagen und mentale Fesseln zu verursachen.
Kurz gesagt, dies ist eine sehr wichtige „Einstellungsfrage“. Allerdings müssen wir in dieser Phase wissen, wie wir einige schlecht konzipierte Tools umgehen und sie zur Erledigung unserer Aufgaben verwenden können. Allerdings müssen wir uns gleichzeitig der schlechten Natur dieser Tools stellen und sie anerkennen, anstatt sie als Dogma zu betrachten und den Programmierern die Schuld zu geben. Nur so können wir die Intelligenz von Programmierern effektiv respektieren.
Unterscheiden Sie zwischen wesentlichem Wissen und oberflächlichem Wissen und nehmen Sie „Erfahrung“ nicht zu ernst
ITUnternehmen Solche Leute denken oft, dass es großartig ist, einige scheinbar komplexe Befehlszeilen oder einige schwer zu verwendende Programmiersprachen zu beherrschen. Diese Menschen wussten nicht, dass einige ihrer Kollegen tatsächlich über die Essenz des Wissens verfügen. Sie sind durchaus in der Lage, all diese Tools aus ihrem vorhandenen Wissen abzuleiten (nicht nur zu nutzen) und sie sogar vollständiger, praktischer und praktischer zu gestalten einfach zu bedienen. Menschen, die bessere Werkzeuge entwerfen und herstellen können, haben oft wichtigere Aufgaben. Wenn sie also durch die Verwendung vorhandener Werkzeuge verwirrt sind, bitten sie ganz bescheiden ihre Kollegen um Hilfe bei der Lösung des Problems und geben ihre Verwirrung mutig zu.
Wenn Sie eine Person sind, die sich mit Werkzeugen auskennt, dürfen Sie die bescheidenen Bitten Ihrer Kollegen nicht als Gelegenheit betrachten, Ihre „Qualifikationen“ zur Schau zu stellen. Dieser Kollege stellt oft wirklich „ohne Scham Fragen“. Es ist nicht so, dass er „nicht versteht“, sondern dass es ihm einfach egal ist und er keine Zeit hat, über solch untergeordnete Themen nachzudenken. Seine Verwirrung rührt oft von den Fehlern der Werkzeugkonstrukteure her. Er ist sich dessen durchaus bewusst, übt aber aus Höflichkeit oft keine direkte Kritik am Design des Werkzeugs, sondern gibt sich bescheiden die Schuld. Deshalb bitten Kollegen Sie lediglich „demütig um Rat“, um eine freundliche und harmonische Atmosphäre zu schaffen, die Zeit für wirklich wichtige Dinge sparen kann. Diese Art von Demut bedeutet nicht, dass er Sie verehrt und zugibt, dass seine technischen Fähigkeiten nicht so gut sind wie Ihre.
Der richtige Weg, damit umzugehen, besteht also darin, aufrichtig Ihr Verständnis für diese Verwirrung zum Ausdruck zu bringen und die unvernünftigen und lahmen Aspekte des Werkzeugdesigns offen zuzugeben. Wenn Sie diese bescheidene Haltung einnehmen können, anstatt zu denken, dass Sie ein Experte sind, werden Ihre Kollegen gerne das oberflächliche Wissen, das sie benötigen, von Ihnen „lernen“ und sich daran erinnern, um diese Art von Problem beim nächsten Mal zu vermeiden Du. Wenn Sie die Einstellung einnehmen: „Ich bin der Einzige auf der Welt, der diese erstaunliche Fähigkeit beherrscht“, werden Ihre Kollegen Sie und das Werkzeug oft verachten. Beim nächsten Mal wird er sich immer noch nicht daran erinnern können, wie man dieses Ding benutzt, aber er wird Sie nie wieder um Hilfe bitten, sondern wird es immer wieder aufschieben.
Verwenden Sie keinen zwingenden Ton, sondern erklären Sie Ihre Absicht
Denken Sie immer daran, dass Kollegen und Untergebene keine Sklaven sind, keine Codeaffen, sie müssen nicht für Sie arbeiten! Sie sind vernünftige Menschen, aber sie werden Ihren geringfügigen Befehlen nicht einfach gehorchen, nur weil sie dafür bezahlt werden. Was meine Teamkollegen bei Google getan haben, ist ein gutes Negativbeispiel. Tatsächlich wollte mir dieser Googler nur sagen: „Löschen Sie diese Textzeile und ändern Sie sie in diese …“, sie hat diese „absicht auf hoher Ebene“ jedoch nicht direkt angegeben, sondern sehr niedrig verwendet -Anweisungen: „Drücken Sie Strg-k!…“ Und der Ton war, als würde man mit einem unwissenden Grundschüler sprechen.
Gibt es einen Emacs-Benutzer, der nicht weiß, dass Strg-K eine Textzeile löscht, und darüber hinaus wissen Sie es Tatsächlich steht es einem erfahrenen Emacs-Benutzer und Weltklasse-Lisp-Programmierer gegenüber. Ich denke, hier kann jeder das Problem erkennen. Solche Befehle auf niedriger Ebene sind nicht nur logisch unklar, sondern auch anstößig. Was glaubst du, was ich bin? Code-Affe? Wenn diese Googlerin ihre übergeordneten Absichten zum Ausdruck bringt, wird es für andere psychologisch und logisch leicht sein, sie zu akzeptieren. Beispielsweise kann sie sagen: „Diese Zeile in der Konfigurationsdatei sollte gelöscht und geändert werden.“ ."
Ähnliche Techniken können auch zu anderen Zeiten im Projektmanagement eingesetzt werden. Bevor Sie die Leute bitten, etwas zu tun, müssen Sie zunächst erklären, warum Sie es tun möchten und wie wichtig es ist, damit die Leute es verstehen können. Nur so können wir den IQ von Programmierern respektieren, denn sie sind Menschen und keine Codeaffen, die nur Ihren Befehlen gehorchen.
Erwarten Sie nicht, dass Neulinge von Ihnen lernen
Viele IT-Unternehmen behandeln Neulinge gerne wie Anfänger und erwarten etwas sie sollen von sich selbst lernen. Beispielsweise nennt Google alle neuen Mitarbeiter „Noogler“ (was Newbie Googler bedeutet) und schenkt ihnen sogar eine spezielle Propellermütze, die Tell bedeutet ihnen, dass Kinder bescheiden sein und von „dem großen Google“ lernen sollten, damit es ihnen in der Zukunft gut gehen kann.
Das ist eigentlich ein völlig falscher Ansatz. Er ignoriert das vorhandene Hintergrundwissen neuer Mitarbeiter und lässt sie der Autorität „des großen Google“ erliegen eine unauffällige Schraube. Gibt es in Google wirklich viel zu lernen? Ist Schulbildung wirklich wertlos? Nicht so. Ich kann ehrlich sagen, dass ich das wesentlichste Wissen von meinen Professoren gelernt habe. Ich habe keine über diese Essenzen hinausgehenden Fähigkeiten von Google gelernt. Stattdessen habe ich Google viele der fortschrittlichsten Technologien der Welt gegeben, die sich kein Googler hätte vorstellen können . . Viele andere Doktoranden verachten Google, weil Google nicht nur seine eigene Technologie durcheinander bringt, sondern sich auch selbst als das fortschrittlichste bezeichnet und andere Unternehmen und alle Schulen übertrifft. und arrogant erwarten, dass andere von ihnen „lernen“.
Nur wenn man die besonderen Fähigkeiten von Neuankömmlingen aus der Außenwelt versteht, respektiert und nutzt und ihre einzigartigen Stärken zur Schau stellt, anstatt blind zu erwarten, dass sie von sich selbst „lernen“, können diese schärfer werden Waffen gepflegt werden. Die scharfen Kanten und Ecken machen das Unternehmen unbesiegbar.
Die Arbeitsbelastung von Programmierern lässt sich zeitlich nicht messen
Viele IT-Unternehmensleitungen wissen nicht, wie sie Programmierer einschätzen sollen Arbeitsbelastung. Wenn Sie sehr fähig sind und die schwierigsten Probleme in kurzer Zeit lösen, werden Sie nicht untätig gelassen, sondern aufgefordert, andere Aufgaben auf niedriger Ebene zu erledigen. Das ist ein sehr unvernünftiger Ansatz. Ein hochqualifizierter Mitarbeiter ist beispielsweise wie ein F1-Rennwagen, dessen Leistung und Geschwindigkeit Dutzende Male höher ist als die anderer. Natürlich wurden Probleme, deren Lösung für normale Menschen lange Zeit in Anspruch nahm oder die gar nicht gelöst werden konnten, in seinen Händen schnell gelöst. Es ist wie ein F1-Rennwagen, der im Handumdrehen eine Distanz zurücklegen kann, für die andere lange brauchen. Wenn Sie die Arbeitsbelastung anhand der Zeit messen, dauert es für dieses F1-Auto nur kurze Zeit, die Strecke zurückzulegen, sodass die von Ihnen berechnete Arbeitsbelastung viel geringer ist als die eines normalen Autos. Können Sie sagen, dass F1 nicht hart genug am Auto arbeitet und Sie möchten, dass er schneller härter arbeitet? Das ist offensichtlich falsch.
Das Gesetz der Physik lautet: Energie = Leistung x Zeit. Der Arbeitsaufwand sollte auf die gleiche Weise berechnet werden. Kluge Unternehmen, die Programmierer wirklich verstehen, werden nicht erwarten, dass hochrangige Programmierer ununterbrochen arbeiten. Da hochrangige Programmierer oft neue Wege finden, kann man im Vergleich zu gewöhnlichen Programmierern mehrere oder sogar Dutzende wert sein. Die Probleme, mit denen sie zu kämpfen haben, sind viel schwieriger und erfordern mehr mentale Energie als normale Menschen. Natürlich brauchen sie mehr Ruhe, Unterhaltung, Unterhaltung usw.
Natürlich ist das nicht der Fall Das bedeutet, dass Nachwuchsprogrammierer überarbeiten sollten. Programmieren ist eine anstrengende mentale Tätigkeit. Überstunden und übermäßige Arbeit gepaart mit Druck führen nur zu geringer Effizienz und verminderter Qualität.
Lassen Sie nicht zu, dass andere ihren eigenen FEHLER
beheben
Ich habe dies in einem speziellen Artikel besprochen. Es ist nicht nur ineffizient, einen Programmierer den FEHLER eines anderen Programmierers beheben zu lassen, sondern missachtet auch den persönlichen Wert des Programmierers und sollte so weit wie möglich vermieden werden. Wenn jemand das Unternehmen verlässt und jemand den BUG beheben muss, den er hinterlassen hat, dann sollten Sie besonders vorsichtig sein, was Sie sagen. Sie sollten ausdrücklich auf den besonderen Grund hinweisen, warum Sie seine Hilfe benötigen, betonen, dass diese Angelegenheit überhaupt nicht sein Problem ist und er es gar nicht erst hätte tun sollen, aber jemand ist gegangen und es gibt keine andere Möglichkeit, und entschuldigen Sie sich aufrichtig dafür, dass so etwas passiert ist.
Nur auf diese Weise werden Programmierer bereit sein, in diesem seltenen und besonderen Moment den FEHLER einer anderen Person zu beheben.
Kostenlos erhalten LAMPBand of BrothersOriginalPHPVideo-Tutorial CD/"Details zu PHP" Essential Edition, wenden Sie sich bitte an den offiziellen Website-Kundendienst für Details:
http://www.lampbrother.net
PHPCMSSekundärentwicklunghttp://yun .itxdl.cn/online/phpcms/index.php?u=5
WeChat. Development index.php?u=5
Serverseitige Entwicklung des mobilen Internets http://yun.itxdl.cn/online/server/index.php?u= 5
JavascriptKurs http://yun.itxdl.cn/online/js/index.php?u=5
CTOTrainingslager http://yun.itxdl.cn/online/cto/index.php?u=5
Das Obige hat gezeigt, wie man einen Programmierer respektiert, einschließlich einiger Aspekte davon. Ich hoffe, es wird für Freunde hilfreich sein, die sich für PHP-Tutorials interessieren.
