These: Gute Issues / Pull Requests anstelle von Bewerbung?

[suchja]

Auf Twitter bin ich über diesen Tweet gestolpert. Ich denke das unterstützt meine Theorie, dass GitHub DIE Plattform ist, wenn du als Softwareentwickler deine Karriere voran bringen willst.

Welche anderen Issues / Pull Requests gibt es, die das Potential haben Aufmerksamkeit bei Firmen zu erzeugen?

Verlinke entsprechende Issues / Pull Requests und beschreibe, warum du der Meinung bist, dass es Aufmerksamkeit bei Firmen erzeugt.

[suchja]

Hier nochmals das Issue aus dem Tweet: fsprojects/FSharp.Formatting#405.

Mir gefällt daran:

• Es beschreibt sehr klar und eindeutig das Problem. Dazu gehört auch, dass die Schritte zum Reproduzieren angegeben werden. Sehr Gut!
• Schlüsselwörter der Programmiersprache werden per inline-code comment hervorgehoben. Das vereinfacht das Lesen des Issues.
• Erklärt in Prosa das Problem. Dabei wird das Problem so einfach erklärt, dass ich es gut verstehen kann, obwohl ich keine der verwendeten Programmiersprachen wirklich kenne.
• Stellt zwei mögliche Lösungen vor inklusive einem Pull Request für jede Lösung. Sehr gut finde ich, dass die beiden Lösungen verglichen werden und es dem Projekt überlassen wird eine Lösung davon zu wählen.
• Zeigt welches Resultat die beiden Lösungen ergeben. Es ist also klar, dass der Entwickler beide Varianten ausprobiert hat und somit auch, dass sie funktionieren.
• Erklärt klar die Vor- und Nachteile der jeweiligen Lösung. Mir gefällt besonders gut, dass eine einfache Lösung angeboten wird und das verschiedene Versionen berücksichtigt wurden.
• Abschließend gibt es noch eine klare Empfehlung. Perfekt!

Das sagt das Issue über den Entwickler aus (meine Meinung ;-):

• Er hat die wichtigsten Punkte von professioneller Softwareentwicklung verstanden.
• Er kann komplett eigenständig ein Problem analysieren, beurteilen und beheben
• Er hat Biss (oder wurde bezahlt ;). Das Issue mit den beiden Pull Requests hat einiges an Zeit gekostet. Ich denke es sind mindestens 2h können aber auch gut 6-8h gewesen sein.
• Er versucht einfache aber effektive Lösungen zu finden und bevorzugt diese auch.
• ...

Wenn es darum geht zu beurteilen wie professionell der Entwickler arbeitet, dann hätte er mit diesem Issue bei mir volle Punktzahl erreicht. Wenn ich nur diesen Bereich berücksichtigen würde, würde ich ihn sofort einstellen.

[suchja]

In diesem Artikel sagt der Autor, dass GitHub nicht eine Plattform für das "Socializing" (bzw. Networking) ist wie beispielsweise LinkedIn, sondern es geht darum was du tatsächlich getan hast.

-> Das ist genau der Punkt, der mich am meisten an GitHub fasziniert!

[suchja]

Wichtig zu berücksichtigen ist, dass es nicht um Aktivität geht, sondern darum einen wirklichen Nutzen zu generieren. Sollte eigentlich selbstverständlich sein, aber ist es bei viele Leuten wohl nicht.

Nate Swanner sagt, dass es gut ist, dass den "GitHub streak" nicht mehr gibt, weil es (viele?) Leute gibt, die ihre Aktivität nur vorgaukeln.

Empfindet ihr das bei #DailyGitHub auch so?

[suchja]

Viele Informationen u.a. wie GitHub bei der Bewerbung bzw. im Bewerbungsprozess helfen: http://www.answer-4u.com/recruitment-methods-small-business/#sec1

Auch der dort verlinkte Guide to Recruiting on GitHub ist spannend, auch wenn die Bilder fehlen.

[suchja]

Amber Yust hat in diesem Artikel einige Punkte beschrieben was zu beachten ist und warum GitHub gut ist.

Spannend finde ich die Analyse der Anzahl von Forks und Stars.

Mehr von Amber zum Thema GitHub auf Twitter

[suchja]

Ein gutes Issue zeigt nicht zwangsläufig, dass jemand gut kommunizieren kann. Aus meiner Sicht ist es aber ein klarer Indikator dafür. In diesem Artikel von futurice wird gesagt:

We are looking for proficient programmers with good communication skills.

Es ist also wichtig zu zeigen, dass man selber (in Wort und Schrift) kommunizieren kann. Dies wird insbesondere dadurch unterstrichen, dass in dem gleichen Artikel gesagt wird, dass Entwickler gesucht werden, die einen Überblick über alles haben. Also gut im Code sind, aber auch ein Verständnis für Architektur und das Geschäftliche.

In einem guten Issue bzw. Pull Request kann durchaus einiges davon gezeigt werden.