Wie kann man herausfinden, ob ein Unternehmen Best Practices in der Entwicklung befolgt? [Duplikat]

Es geht nicht darum, das Thema im Vorstellungsgespräch anzusprechen oder um Probearbeit zu bitten, sondern schon vorher: Sie müssen Ihre Hausaufgaben machen, bevor Sie sich für eine bestimmte Stelle/ein bestimmtes Unternehmen bewerben und verstehen, ob es das bietet, wonach Sie suchen.

Sie haben angegeben, dass Sie ein Auftragnehmer sind. Es ist wahrscheinlich, dass Sie eingestellt wurden, um Probleme zu beheben und/oder Lösungen für Nicht-IT-Unternehmen zu entwickeln (Unternehmen, deren Kerngeschäft etwas ist, das nichts mit IT zu tun hat).

Mir ist klar, wenn man sich zB bei einem Handelsunternehmen bewirbt, findet man bestenfalls eine interne IT-Abteilung mit begrenztem Wissen über seine Fähigkeiten. Sie werden einige Mitarbeiter beschäftigen, um die grundlegende Wartung der Systeme, die sie haben, durchzuführen, und für größere Projekte werden sie es wahrscheinlich auslagern.

An Ihrer Stelle würde ich mich entweder bei einem IT-Beratungsunternehmen (Beratungsunternehmen werden mehr von Ihnen verlangen, aber Sie werden in der Regel mit sehr qualifizierten Fachleuten arbeiten und an die Grenzen gehen) oder bei einem Softwarehaus mit einer relativ großen Marktpräsenz bewerben. Ganz zu schweigen von großen Technologieunternehmen wie Google oder Microsoft, für die ich noch nie gearbeitet habe, deren Mitarbeiter aber wahrscheinlich zu den besten gehören, die es gibt.

Viel Glück

Erstens viel Glück, sie dazu zu bringen, einem Kandidaten Produktionscode zu geben.

Ich habe einen Vorschlag, der Ihnen gefallen könnte oder auch nicht. Vielleicht sollten Sie versuchen, sich für ein Start-up zu bewerben. Wenn das Unternehmen keine bestehenden Produkte hat und Sie Teil eines sehr kleinen Teams sind, können Sie die Codierungspraktiken gestalten und hoffentlich mit dem Unternehmen wachsen, dh Einfluss auf seine Einstellungsentscheidungen nehmen.

Wie @User012876768 vorschlägt, besteht die Alternative darin, sich bei den Marquee-IT-Unternehmen zu bewerben, da diese oft ihre Auswahl an Absolventen haben. Ich habe noch nie für ein solches Unternehmen gearbeitet, aber Sie können sich vorstellen, dass sie ziemlich strenge Codierungsstandards haben.

Hier ist die Sache: Interviews gehen in beide Richtungen. Stellen Sie ihnen also unbedingt Fragen, damit sie Sie von ihrer Kompetenz überzeugen können. Fragen Sie sie zum Beispiel, welche Tools sie verwenden, welche Codestandards sie haben, wie ihr Prozess aussieht, wie sie die Codequalität sicherstellen, was sie über ihre Codebasis denken, sogar woran ihr Unternehmen ihrer Meinung nach arbeiten kann, was sie tun zu versuchen, Probleme zu identifizieren und zu beheben, und was ihr Unternehmen gut kann. Wenn Sie technische Interviews führen, nutzen Sie die Gelegenheit, um einen wechselseitigen Dialog zu beginnen, und denken Sie auch darüber nach, ob Ihr Interviewer so aussieht, als wüsste er auch, wovon er spricht.

Verwenden Sie diese Technik, und sie wird für Sie funktionieren, da sie Sie wie einen guten Kandidaten aussehen lässt UND Sie auch eine Vorstellung von der Qualität des Unternehmens bekommen.

Bei praktisch allen Unternehmen werden Sie keinen privaten Code sehen können, bevor Sie eingestellt werden. Sie können versuchen, Leute zu finden, die zuvor dort gearbeitet haben, und sehen, ob sie bereit sind, den Stand der Dinge zu kommentieren.

Wenn Sie erhebliche Mengen an Firmencodes sehen möchten, bevor Sie eingestellt werden, müssen Sie auswählen, für welche Arten von Unternehmen Sie sich bewerben. In den meisten Bereichen der Softwareentwicklung sind Sie auf Unternehmen beschränkt, die große Mengen an Open-Source-Arbeit leisten. Dies ist am einfachsten: Finden Sie heraus, an welchen Projekten sie arbeiten, sehen Sie sich an, was ihre Mitarbeiter für öffentliche Repositories bereitstellen, und sehen Sie, was sie befürworten Diskussionslisten/etc. Die einzige größere Teilausnahme sind Unternehmen, die öffentlich zugängliche Webentwicklung betreiben; In diesen Fällen können Sie auf der Client-Seite die Hälfte ihrer Sites sehen, obwohl das Backend weitgehend eine Blackbox bleiben wird.

Was soll ich tun, um nicht nur interviewt zu werden, sondern auch das potenzielle Unternehmen zu interviewen? Habt ihr damit Erfahrungen und könnt mir Tipps geben?

Der beste Weg, um zu erfahren, wie das Unternehmen/die Abteilung tatsächlich funktioniert, ist, mit jemandem zu sprechen, der tatsächlich dort arbeitet.

Wenn Sie jemanden in Ihrem Netzwerk haben, der über Insiderwissen über das Unternehmen und seine Entwicklungspraktiken verfügt, sprechen Sie mit ihm.

Wenn nicht, versuchen Sie während Ihrer Vorstellungsgespräche, mit jemandem zu sprechen, der einer Ihrer Kollegen im Unternehmen wäre. Wenn ich der Einstellungsmanager bin, stelle ich sicher, dass ich einen Kollegen in das Vorstellungsgespräch einbeziehe. Wenn ich der Kandidat bin, bitte ich darum, mit einem der Kollegen der offenen Stelle zu sprechen.

Während dieses Gesprächs können Sie nach dem Unternehmen, dem Manager und allen verwendeten Prozessen fragen.

Fragen Sie nicht einfach „Befolgen Sie Best Practices?“ weil "am besten" sehr kontextabhängig ist. Fragen Sie stattdessen nach den Besonderheiten, die Sie interessieren.

Soll ich um eine Probearbeit bitten?

Du könntest. Einige Unternehmen stellen Mitarbeiter für eine anfängliche Probezeit ein und würden dieses Angebot begrüßen.

Soll ich meine eigenen Fragen zum Vorstellungsgespräch mitbringen?

Bringen Sie immer Ihre eigenen Fragen mit.

Das stellt nicht nur sicher, dass Sie die Antworten auf wichtige Punkte erhalten, sondern zeigt auch Ihr Interesse an dem Unternehmen, der Stelle und Ihrer Karriere. Das sind alles gute Zeichen für Personalchefs.

Bitten Sie Ihre technisch orientierten Kollegen, Lehrer und Mentoren um Meinungen zum Ruf eines Unternehmens, das Sie in Betracht ziehen, sowie um Vorschläge für andere Orte, die Sie in Betracht ziehen sollten.

Ich betone „tech-orientiert“, weil eine großartige Kultur für die Vertriebsmitarbeiter oder Kunden eines Unternehmens möglicherweise nicht dasselbe für ihre Ingenieure bedeutet.

Eine ideale Quelle für Einblicke wäre ein Hackathon, bei dem Sie direkt mit Technikern und anderen Personen aus dem Unternehmen zusammenarbeiten können.

Eine weitere Erkenntnisquelle sind Kundenbewertungen / Servicebeschwerden - wenn die Produkte stinken und der Service schrecklich ist, ist es unwahrscheinlich, dass es ein großartiger Arbeitsplatz ist, insbesondere wenn es sich um ein Technologieunternehmen handelt.

Werden Sie auf diese Weise, wenn möglich, Nutzer der Produkte und Dienstleistungen des Unternehmens. Das wird tolle Einblicke geben.

Zu guter Letzt, ja, haben Sie Fragen an Ihren/Ihre Interviewer, aber stellen Sie sicher, dass es sich nicht um einfache Fragen handelt, die bereits auf ihrer Website oder anderswo beantwortet werden. Wenn Sie fragen „Wie viele Mitarbeiter haben Sie?“, wirken Sie faul und unvorbereitet. Viel Glück!

Unternehmen können große Orte sein. Eine Gruppe oder Abteilung kann völlig andere Praktiken haben als eine andere.

Ich würde mir nicht zu viele Gedanken darüber machen, was andere Leute im Unternehmen tun. Normalerweise arbeitet jeder Programmierer an seinem eigenen Zeug. In 25 Jahren Programmieren hatte ich noch nie jemanden, der meinen Code auf irgendeiner signifikanten Ebene durcheinander gebracht hat. Wenn Leute den Code anderer Leute übernehmen, finde ich, dass sie ihn immer komplett neu schreiben.

Das Debuggen des Codes anderer Leute ist unvermeidlich. Je jünger und weniger produktiv Sie sind, desto mehr Aufräum- und Schrottarbeit erhalten Sie. Wenn Sie sehr produktiv sind, werden Sie nur sehr wenig Zeit mit gebrauchtem Programmieren verbringen. Es gibt nichts Ärgerlicheres als einen Junior-Programmierer mit 3000 Zeilen pro Jahr, der sich über den Stil des Basiscodes beschwert. Einmal stellte eine Firma, bei der ich arbeitete, einen Auftragnehmer mit schwachen Fähigkeiten ein, der damit beauftragt wurde, an einigen Komponenten zu arbeiten, die einen winzigen Bruchteil meiner Produktion ausmachten, und sich über meinen „Spaghetti“-Code beschwerte. Natürlich hat Mr. Beautiful Code eigentlich nicht viel schönen Code geschrieben und wurde folglich nach ein paar Wochen gefeuert.

Ich persönlich habe nie ein Problem mit dem Code anderer Leute. Es ist mir egal, wie schlecht es ist oder welche Sprache es hat oder welchen Stil es hat. Ich bin ein Meisterprogrammierer, also kann ich damit umgehen und es stört mich überhaupt nicht.

Einmal wollte ich mit jemandem Tennis spielen, aber sie lehnten ab und sagten: "Tut mir leid, ich spiele nicht mit schlechten Tennisspielern, weil es mein Spiel abwürgt." Das ist das Kennzeichen eines totalen Amateurs. Wenn Sie denken, dass das Spielen mit einem Anfänger Ihr Spiel „abwerfen“ wird, haben Sie einen langen Weg bis zur Meisterklasse.

Wenn Sie wissen möchten, wie guter Code aussieht, sehen Sie sich Google Code Jam an. Die Einsendungen der Top-Jungs dort hauen mich komplett um. Ich bin ein sehr guter Programmierer, aber wenn ich so etwas sehe, ist es, als würde ich einem Großmeister beim Schachspielen zuschauen, einfach unglaublich. Vergessen Sie den OO-Unsinn, den Ihre Professoren von sich geben, sie sind wertlos; lass die Jungs von Code Jam deine Vorbilder sein, denn sie sind Götter. Sie werden viel mehr lernen, wenn Sie ihren Code lesen, als in einem dummen Designhandbuch.

Niemand ist sich bei Best Practices zu 100 % einig, zumal sich die Empfehlungen ständig ändern.

Niemand setzt Best Practices zu 100 % um, aus Gründen, die von der Vergangenheit des Projekts über die Anforderungen des Unternehmens bis hin zu den Vorabkosten für deren Einführung reichen.

Und es spielt zu 100% keine Rolle. Wenn Sie in Ihrem Handwerk gut sind, können Sie sich an die Umgebung anpassen, die sie haben, lernen, was die Einschränkungen sind, und dann mit ihnen zusammenarbeiten, um Verbesserungen einzuführen, wo sie sinnvoll sind.

Ein guter Handwerker kann gute Arbeit leisten, auch wenn die Werkzeuge nicht die neuesten und besten sind. Und dazu gehören kognitive und Prozesswerkzeuge sowie solche, die allgemein als Werkzeuge anerkannt werden.

Das ist nicht dazu gedacht, die alten Tools zu verteidigen ... nur um ihre Benutzer zu verteidigen und anzudeuten, dass das Festlegen dieser speziellen Anforderung dazu führen kann, dass Sie einige verdammt gute Gelegenheiten ablehnen.