Маленькие вещи большие дела

С тех пор, как я начал свой путь в разработке программного обеспечения три года назад, я много раз обнаруживал, что эта область не является всеобъемлющей. Наиболее вопиющим из них является термин «архитектура главный-подчиненный» и тот факт, что я начинаю каждый день на Github, запрашивая обновления у «мастера».

Еще хуже то, что в разработке программного обеспечения «машины» часто называют «рабочими», поэтому я слышал, как люди на работе обсуждали «убийство рабов [рабочих]», когда говорили о снятии серверов.

Недавно Github сделал переход от обозначения своих основных веток как master, чтобы продвигать более инклюзивный язык, и сегодня я создал свое первое репо на Github, где термин master был переименован в main.

Это соответствует ряду изменений в технологической индустрии, направленных на переход к более инклюзивным формулировкам, и было бы огромным преуменьшением сказать, что это изменение, хотя и небольшое, но невероятно удовлетворительное.

Это может показаться маленьким. Однако многие, если не большинство меньшинств, которые в настоящее время занимаются разработкой программного обеспечения, нашли свои собственные способы подавления или подавления этих ежедневных ссылок на рабство - в то время как многие из наших белых коллег не думают дважды, когда они взаимодействуют с «хозяином» или «рабом». »Терминологию в своей повседневной работе.

Что еще более важно, рекрутеры и те, кто жалуется на (предполагаемую) вечно неуловимую «проблему конвейера» привлечения меньшинств в технологии, понятия не имеют, насколько это препятствие излишне неохватывающее Такие термины, как «господин» и «раб», побуждают многих меньшинств, которые действительно вступают в «трубопровод», уходить с более высокой скоростью, чем их белые коллеги.

«Мастер» чуть не заставил меня бросить разработку программного обеспечения

Лично я вспоминаю один конкретный случай, когда я почти перестал учиться программированию. На первый взгляд, моя проблема казалась неприятной, но распространенной ошибкой для новичков. Оглядываясь назад, я понимаю, что на самом деле источником моей борьбы было противостояние между мной и «хозяином».

Если вы не разбираетесь в технике, вспомните случай, когда вы забыли сохранить файл, который разбился, и вы потеряли всю свою работу. Представьте, что каждый раз, когда вы сохраняете файл, вместо того, чтобы нажимать «сохранить как» или «открыть» для файла, вы должны явно вводить «мастер, могу ли я сохранить это» и «мастер, пожалуйста, откройте это». Так работает Github - вот что делают инженеры-программисты!

Те из вас, кто разбирается в технике, знают, что иногда «мастер» дает вам то, что вы хотите, но в других случаях вам, по сути, нужно просить «мастера» для обновленной версии ваших файлов.

Суть в том, что я был на грани потери 200+ часов работы, и единственное, что стояло у меня на пути, - это «главная» ветвь, удерживающая мой код в заложниках.

Я провел часы и часы в Google, ища, как решить проблему, и все было «мастер», этот «мастер», который «нажимал на мастер», «извлекал из мастера», «переустанавливал на мастер», «объединял в мастер», « исходный мастер »,« удаленный мастер »…« мастер »,« мастер »,« мастер »,« мастер »,« мастер ».

Фактически, сегодня я искал лучший результат как исправить конфликты слияния на Github. Лучший результат имел 31 упоминание мастера.

Не имело значения, в чем была настоящая ошибка или даже насколько сложно ее исправить. Я отчетливо помню, как подумал про себя:

«Почему это вообще называется« хозяином »? Что я вообще делаю здесь в 3 часа ночи, имея дело с «хозяином», как будто это 1800-е годы? »

В конце концов, я решил начать с нуля, а не читать еще одну вещь о «мастере», и в итоге создал лучшую версию того, что я изначально создавал. Однако это было так, так близким к завершению моего пути к тому, чтобы стать инженером-программистом.

Более инклюзивная терминология значительно улучшит разнообразие в сфере технологий

Я смог выстоять в битве с «мастером» и в конечном итоге стал инженером-программистом.

Но на каждую историю успеха приходятся десятки (если не больше) других меньшинств, для которых эта стойкая невосприимчивость становится пресловутой «соломинкой, сломавшей верблюжью спину». Они прекращают карьеру в сфере технологий благодаря постоянным напоминаниям о том, что она была построена белыми людьми и для них.

Они, возможно, явно заметили неинклюзивный язык вместе со многими другими примерами (например, черный список означает «запретить» и белый список означает «разрешить»), или он мог быть более подсознательным, но в любом случае это меняется на язык, на котором мы говорим в технологиях. необходимы, если мы действительно хотим улучшить разнообразие и устранить синдром самозванца для меньшинств.

Это следовало сделать много лет назад, но лучше поздно, чем никогда. Я аплодирую Github и индустрии в целом за то, что они поступили правильно и внесли эти изменения, чтобы сделать технологии более инклюзивными.