Hi Liste,
Vor ein paar Tagen war ein interessanter Artikel bei Hacker News [1] verlinkt:
Want To Recruit Better Engineers? Open Source Your Code [2]
Es ging im Wesentlichen darum, dass es viele (sehr gute) Entwickler gibt, die bewusst nur an quelloffenen Projekten arbeiten würden, sodass Arbeitgeber, um attraktiv für diese Entwickler zu sein, selbst ihre Software Open Source machen müssen. Auch ein bißchen darum, warum quelloffener Code oftmals besser verständlich / besser dokumentiert ist.
Zwei Zitate:
“It's a necessity, if you want to hire the best people, to work in the open,” said Artsy CTO Daniel Doubrovkine. The reason for this, he explained, is that “personal engineering brands have become really, really important for individual contributors. Engineers today are less interested in parking their skills in a place and not being able to showcase them. They want to work in the open because it creates some visibility to them.”
und
"Smart developers like to hang out with smart code. When you open source useful code, you attract talent.”
Das könnte man in die Argumentation pro Open Source für z.B. neue IT-Projekte der öffentlichen Hand miteinfließen lassen (geschieht vielleicht schon). Jedenfalls hab ich diese Argumente noch nicht so oft in Artikeln / Studien gelesen, aber vielleicht hat ja noch jemand ein paar Links hierzu.
Beste Grüße, Antje
[1] https://news.ycombinator.com/ [2] https://angel.co/blog/want-to-recruit-better-engineers-open-source-your-code
Am 22.11.2018 um 20:37 schrieb Antje Kazimiers:
Hi Liste,
Vor ein paar Tagen war ein interessanter Artikel bei Hacker News [1] verlinkt:
Want To Recruit Better Engineers? Open Source Your Code [2]
Es ging im Wesentlichen darum, dass es viele (sehr gute) Entwickler gibt, die bewusst nur an quelloffenen Projekten arbeiten würden, sodass Arbeitgeber, um attraktiv für diese Entwickler zu sein, selbst ihre Software Open Source machen müssen. Auch ein bißchen darum, warum quelloffener Code oftmals besser verständlich / besser dokumentiert ist.
Zwei Zitate:
“It's a necessity, if you want to hire the best people, to work in the open,” said Artsy CTO Daniel Doubrovkine. The reason for this, he explained, is that “personal engineering brands have become really, really important for individual contributors. Engineers today are less interested in parking their skills in a place and not being able to showcase them. They want to work in the open because it creates some visibility to them.”
und
"Smart developers like to hang out with smart code. When you open source useful code, you attract talent.”
Das könnte man in die Argumentation pro Open Source für z.B. neue IT-Projekte der öffentlichen Hand miteinfließen lassen (geschieht vielleicht schon). Jedenfalls hab ich diese Argumente noch nicht so oft in Artikeln / Studien gelesen, aber vielleicht hat ja noch jemand ein paar Links hierzu.
Es ist in diesem Zusammenhang auch bemerkenswert, dass zumindest in Deutschland die meisten Sponsoren der Freie-Softwar-Events /CLB, FrOSCon, ORR) kommen und dort einen Stand haben, um zu "recruiten".
Gruß Michael
Hi,
ich arbeite für Zalando und kann die Ansicht nur unterstreichen: unsere Open Source Komponenten [1] sind ein wichtiger Aspekt für Entwicklerattraktivität. Ich kann jetzt keine Zahlen nennen, aber ein beträchtlicher Teil von Kandidaten nennt unsere Open Source Aktivitäten als ein Grund für die Bewerbung.
Entwicklerattraktivität ist ein Grund, aber auch Nachhaltigkeit für die Firma --- ich darf eine Argumentation aus einem internen Dokument zitieren:
"XY was purpose-built for Zalando. Continued investments into the proprietary XY platform are a risk: Zalando further accumulates technical dept and might lose attractiveness for developers. A proprietary platform bears the risk of relying exclusively on inhouse knowledge and experience. This might reduce our potential talent pool and increases chances of a small bus factor."
In Deutsch: auch proprietäre Software muss (von internen Entwicklern) weiter gepflegt und gewartet werden, das Risiko von Wissensverlust und "Bus Factor" ist hoch [2]
Persönlich würde ich auch nicht (mehr) für eine Firma arbeiten wollen die mir nicht die nötigen Freiheiten hinsichtlich Free Software gibt.
Beste Grüße, Henning
[1] https://opensource.zalando.com/ [2] https://en.wikipedia.org/wiki/Bus_factor
On 22.11.18 20:37, Antje Kazimiers wrote:
Hi Liste,
Vor ein paar Tagen war ein interessanter Artikel bei Hacker News [1] verlinkt:
Want To Recruit Better Engineers? Open Source Your Code [2]
Es ging im Wesentlichen darum, dass es viele (sehr gute) Entwickler gibt, die bewusst nur an quelloffenen Projekten arbeiten würden, sodass Arbeitgeber, um attraktiv für diese Entwickler zu sein, selbst ihre Software Open Source machen müssen. Auch ein bißchen darum, warum quelloffener Code oftmals besser verständlich / besser dokumentiert ist.
Zwei Zitate:
“It's a necessity, if you want to hire the best people, to work in the open,” said Artsy CTO Daniel Doubrovkine. The reason for this, he explained, is that “personal engineering brands have become really, really important for individual contributors. Engineers today are less interested in parking their skills in a place and not being able to showcase them. They want to work in the open because it creates some visibility to them.”
und
"Smart developers like to hang out with smart code. When you open source useful code, you attract talent.”
Das könnte man in die Argumentation pro Open Source für z.B. neue IT-Projekte der öffentlichen Hand miteinfließen lassen (geschieht vielleicht schon). Jedenfalls hab ich diese Argumente noch nicht so oft in Artikeln / Studien gelesen, aber vielleicht hat ja noch jemand ein paar Links hierzu.
Beste Grüße, Antje
[1] https://news.ycombinator.com/ [2] https://angel.co/blog/want-to-recruit-better-engineers-open-source-your-code _______________________________________________ FSFE-de mailing list FSFE-de@lists.fsfe.org https://lists.fsfe.org/mailman/listinfo/fsfe-de
Diese Mailingliste wird durch den Verhaltenskodex der FSFE abgedeckt. Alle Teilnehmer werden gebeten, sich gegenseitig vorbildlich zu behandeln: https://fsfe.org/about/codeofconduct
On 11/30/18 1:00 PM, Henning Jacobs wrote:
Entwicklerattraktivität ist ein Grund, aber auch Nachhaltigkeit für die Firma --- ich darf eine Argumentation aus einem internen Dokument zitieren:
In dem Zusammenhang bieten sich dem Arbeitgeber neue Möglichkeiten für unkonventionelle Bewerbungsprozesse, etwa wie "Hier ist unsere Liste offener Tickets/Bugs/Issues, wenn du möchtest, dass wir deine Bewerbung berücksichtigen, dann implementiere ein Ticket und sende uns einen Pull Request" -- mal unabhängig von der Frage, ob es im Einzelfall sinnvoll ist, die Hürde so hoch zu hängen.
Persönlich würde ich auch nicht (mehr) für eine Firma arbeiten wollen die mir nicht die nötigen Freiheiten hinsichtlich Free Software gibt.
Sich quasi nebenbei ein öffentliches Entwicklerprofil anlegen zu können, finde ich vorteilhaft. In anderen Berufen geschieht das genauso selbstverständlich, bei Architekten z.B.
Viele Grüße, Antje
Am 01.12.2018 um 16:06 schrieb Antje Kazimiers:
On 11/30/18 1:00 PM, Henning Jacobs wrote:
Entwicklerattraktivität ist ein Grund, aber auch Nachhaltigkeit für die Firma --- ich darf eine Argumentation aus einem internen Dokument zitieren:
In dem Zusammenhang bieten sich dem Arbeitgeber neue Möglichkeiten für unkonventionelle Bewerbungsprozesse, etwa wie "Hier ist unsere Liste offener Tickets/Bugs/Issues, wenn du möchtest, dass wir deine Bewerbung berücksichtigen, dann implementiere ein Ticket und sende uns einen Pull Request" -- mal unabhängig von der Frage, ob es im Einzelfall sinnvoll ist, die Hürde so hoch zu hängen.
Davon hielte ich nix. Sollte nicht alle, die beigetragen haben, auch eingestellt werden können, werden die abgelehnten Bewerber möglicherweise nicht den besten Eindruck von diesem Arbeitgeber haben und dies auch kundtun.
Gruß Michael
On Sat, 1 Dec 2018, Antje Kazimiers wrote:
On 11/30/18 1:00 PM, Henning Jacobs wrote:
Entwicklerattraktivität ist ein Grund, aber auch Nachhaltigkeit für die Firma --- ich darf eine Argumentation aus einem internen Dokument zitieren:
In dem Zusammenhang bieten sich dem Arbeitgeber neue Möglichkeiten für unkonventionelle Bewerbungsprozesse, etwa wie "Hier ist unsere Liste offener Tickets/Bugs/Issues, wenn du möchtest, dass wir deine Bewerbung berücksichtigen, dann implementiere ein Ticket und sende uns einen Pull Request" -- mal unabhängig von der Frage, ob es im Einzelfall sinnvoll ist, die Hürde so hoch zu hängen.
Klingt für mich nach: Die Firma lässt 100 Leute die Arbeit kostenlos für sich erledigen und am Ende bekommt einer oder vielleicht auch keiner die Stelle.
Sinnvoller finde ich es, in Bewerbungen aufzulisten, was man zu welchen Freie-Software-Projekten beigetragen hat.