Hallo, Bürger von Habrovsk!
In letzter Zeit war es mir möglich, eine ganze Reihe von Interviews zu führen und sogar Angebote von bekannten und nicht sehr europäischen Unternehmen zu erhalten, aber ich werde Ihnen heute nicht sagen, wie Sie sich darauf vorbereiten können, knifflige Programmierprobleme zu lösen oder am besten Soft Skills zu demonstrieren. Heute werden wir über Open Source- und Arbeitsverträge sprechen, wie viel sie miteinander korrespondieren und welche Fallstricke hier auftreten können. Es gibt nichts Traurigeres als ein erzwungenes Verlassen des Rennens nach drei Interviewphasen und einer Woche Hausaufgaben, wenn man sich darüber im Klaren ist, dass man diesen Arbeitsvertrag nicht einmal mit vorgehaltener Waffe unterschreibt. Ich habe viele Arbeitsverträge gesehen und gelernt, zwischen sehr schlecht und schlecht, schlecht von erträglich und erträglich von gut zu unterscheiden. Lesen Sie mehr über alles unter dem Schnitt.
Haftungsausschluss: In diesem Artikel beschreibe ich nicht nur meine Erfahrungen, sondern auch die meiner Freunde. Aus offensichtlichen Gründen werde ich in diesem Artikel keine Firmen namentlich nennen.
Stellen Sie sich also die Situation vor: Sie führen eine Testaufgabe für eine Woche durch, durchlaufen 3 Phasen des Interviews, sie senden Ihnen ein Angebot mit einem Umzug nach Westeuropa für relativ gutes Geld, Sie sind bereit, alles fallen zu lassen und schon Ihre Koffer zu sammeln, aber etwas beunruhigt Sie, Sie fragen nach etwas mehr Zeit Denken Sie nach und bitten Sie um einen Entwurf des Arbeitsvertrags. Sie studieren den Vertrag sorgfältig, vertiefen alle Nuancen und verstehen, dass dies ein Beispiel für einen sehr schlechten Kontakt ist, unter dessen Bedingungen Sie:
- Sie haben keinerlei Recht, irgendetwas von dem Wort an preiszugeben. Ansonsten - eine große Geldstrafe.
- Sie können Ihre Projekte vergessen. Ansonsten - eine große Geldstrafe.
- Besteht zumindest ein Zusammenhang zwischen dem, was Sie lange nach der Beschäftigung tun / erfinden, und dem, woran Sie gearbeitet haben oder was Sie sogar bei diesem Arbeitgeber gelernt / Erfahrungen gesammelt haben, müssen Sie ihm alle Rechte entsprechend übertragen. Auch wenn Sie dafür in ein anderes Land gehen müssen, um Patente und Rechte zu beantragen. Ansonsten - eine große Geldstrafe.
- Sie leuchten Überstunden ohne zusätzliche Entschädigung.
- Die Vertragsbedingungen können vom Arbeitgeber einseitig geändert werden.
Und das ist noch nicht alles. Im Allgemeinen ist die Sache klar - hinter der Registrierkasse.
Schon vor diesem Vorfall habe ich intensiv über die Klausel über geistiges Eigentum oder den Absatz über Rechte an geistigem Eigentum in Arbeitsverträgen von Arbeitnehmern und Programmierern der IT-Branche nachgedacht. Das Schreiben eines Qualitätscodes ist oft die einzige Fähigkeit, die wir haben und die wir seit vielen Jahren in der Hoffnung, sie teurer zu verkaufen, verfeinern. Irgendwann wird jedoch klar, dass die Fähigkeit nicht nur verkauft, sondern auch in Open Source investiert werden kann. Dies wird zunehmend als dunkle Materie der Softwareindustrie bezeichnet, in der die "Schwerkraft" und andere "Gesetze der Physik" gelten. Ein Beitrag zu Open Source-Projekten ist möglich, um sich selbst zu entwickeln und sich mit anderen Entwicklern zu vernetzen, aber häufig auch, damit potenzielle Arbeitgeber Sie bemerken. Ein Github-Profil kann oft mehr über einen Entwickler aussagen als ein Linkedin-Profil. Das Schreiben von Open Source-Code, die Teilnahme an einer gemeinsamen Codeüberprüfung, das Beheben von Fehlern und das Schreiben von Dokumentationen für Open Source-Projekte gehören zum Leben der aktivsten und zielorientiertesten Entwickler.
Auf verschiedenen IT-Konferenzen in Europa habe ich den Begriff IP-freundlich in Bezug auf Arbeitsverträge kennengelernt. Dieser Begriff bezieht sich auf solche Vereinbarungen, die die Arbeitnehmer in keiner Weise in Bezug auf die Ausrichtung ihrer intellektuellen Bemühungen in ihrer Freizeit einschränken oder angemessene Beschränkungen einführen, um den Arbeitgeber vor Wettbewerb zu schützen. Zum Beispiel sind die Vertragsbedingungen, in denen festgelegt ist, dass "alles, was auf der Ausrüstung des Arbeitgebers und nach den direkten Anweisungen des Arbeitgebers getan wurde, dem Arbeitgeber gehört", für den Einzelnen freundlicher als "alles, was während der Laufzeit des Arbeitsvertrags getan wurde, gehört bedingungslos dem Arbeitgeber." Fühle den Unterschied!
Google hat als erstes erkannt, wie wichtig es ist, Open-Source-Projekte von Entwicklern zu unterstützen, wodurch die Mitarbeiter bis zu 20% ihrer Zeit für offene Projekte aufwenden konnten, während andere führende Unternehmen den Trend aufnahmen und nicht zurückblieben. Der Nutzen für Unternehmen liegt auf der Hand, dies ist eine Win-Win-Strategie, da das Unternehmen den Ruf eines Zentrums für die talentiertesten Entwickler genießt, das wiederum noch leistungsstärkere Fachkräfte anzieht. Die Eintrittsschwelle für solche Unternehmen ist sehr hoch und die Besten der Besten werden dort ausgewählt.
Die meisten Unternehmen sind sich neuer Trends nur vom Hörensagen her weniger bewusst und versuchen, so viele Beschränkungen wie möglich in den Arbeitsvertrag aufzunehmen. Ich musste ohne Übertreibung Formulierungen wie "Der Arbeitgeber ist der Eigentümer von allem und allem, was vom Arbeitnehmer geschaffen wurde." Es ist eine traurige Tatsache, aber viele Entwickler stimmen solchen Bedingungen aufgrund mangelnder Kenntnisse auf dem Gebiet der Rechte des geistigen Eigentums oder aufgrund einer schwierigen Lebenssituation zu (hier erst nach dem Ausschreibungsverfahren). Wie kann die Situation verbessert werden? Meiner Meinung nach gibt es mehrere Möglichkeiten:
- Sensibilisierung der Beschäftigten der IT-Branche für die Rechte des geistigen Eigentums.
- Fördern Sie die Ideen von IP-freundlichen Verträgen unter Arbeitgebern.
- Nimm nicht nur an Open-Source-Projekten teil, sondern sei auch ein Open-Source-Evangelist.
- Um Entwickler in ihrem Streit mit Unternehmen zu unterstützen und sicherzustellen, dass die öffentliche Meinung auf der Seite des Entwicklers steht, wenn das Unternehmen versucht, das Projekt zu „quetschen“.
Am Ende fand ich einen Job mit viel besseren Vertragsbedingungen. Die Hauptsache ist, nicht zum ersten Satz zu eilen und weiter zu suchen. Und um zu Open Source beizutragen, weil das kulturelle Erbe des Entwicklers sein Code ist und wenn der Entwickler den gesamten Code für Unternehmen schreibt, ist sein Erbe, sein sichtbarer und fühlbarer Abdruck in der digitalen Landschaft null .
PS Wenn Ihnen dieser Artikel gefallen hat, werden Sie meine Abonnenten bei Habré. Ich habe immer noch eine Menge unrealisierter Ideen, über die ich schreiben möchte. Sie werden also die ersten sein, die davon erfahren.
PPS Der Artikel plant, fortzufahren ...