Программистского шовинизма псто
Oct. 2nd, 2015 03:30 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Слушайте, а вот почему женщины-программисты (и некоторые мужчины) так не любят поисково-исследовательскую деятельность?
Из-за этого задачи приходится ставить в виде дословных пошаговых инструкций, причем любое отклонение в окружении или реакции системы приводит к терминальному ступору и неадекватным действиями - вместо того чтобы подумать и поискать решение проблемы, начинаются попытки решения перебором - выполнение случайных похожих карго-культовых действий, в надежде, что "что-то исправится".
Попыток сделать свою работу более быстрой и эффективной тоже никогда не делается. Если нужно перенести 100500 записей между двумя базами - будут сидеть и править их руками, вместо того чтобы написать коротенький скрипт. И все в таком же духе, как можно больше ручной и медленной работы.
Если же решение задачи требует найти задачу самостоятельно или найти способ решения самостоятельно - это можно просто не ставить и сразу делать самому - нестандартные задачи поставить и решить они не в состоянии, даже если им для этого дано все - пароли, доступы, книги, документация, исходники и прочее.
Или это мне не везет с подчиненными и я просто не умею делегировать работу, или же какой-то внутренний мозговой ступор не дает людям выйти из линейной колеи и поискать решение на всех возможных путях.
Более адекватных программистов такие вещи не пугают, но их стопорит на этапе "делать что-то новое - табу, велосипеды делать нельзя, инструменты менять нельзя, новые языки нельзя".
Из-за этого задачи приходится ставить в виде дословных пошаговых инструкций, причем любое отклонение в окружении или реакции системы приводит к терминальному ступору и неадекватным действиями - вместо того чтобы подумать и поискать решение проблемы, начинаются попытки решения перебором - выполнение случайных похожих карго-культовых действий, в надежде, что "что-то исправится".
Попыток сделать свою работу более быстрой и эффективной тоже никогда не делается. Если нужно перенести 100500 записей между двумя базами - будут сидеть и править их руками, вместо того чтобы написать коротенький скрипт. И все в таком же духе, как можно больше ручной и медленной работы.
Если же решение задачи требует найти задачу самостоятельно или найти способ решения самостоятельно - это можно просто не ставить и сразу делать самому - нестандартные задачи поставить и решить они не в состоянии, даже если им для этого дано все - пароли, доступы, книги, документация, исходники и прочее.
Или это мне не везет с подчиненными и я просто не умею делегировать работу, или же какой-то внутренний мозговой ступор не дает людям выйти из линейной колеи и поискать решение на всех возможных путях.
Более адекватных программистов такие вещи не пугают, но их стопорит на этапе "делать что-то новое - табу, велосипеды делать нельзя, инструменты менять нельзя, новые языки нельзя".
no subject
Date: 2015-10-02 12:40 pm (UTC)Сколько я помню, везде работает единственный метод: сначала ты работаешь на зачетку, а потом она на тебя. Особенно, если ты не гений программизма, осиливающий новый язык за неделю - нужно пахать, пахать и пахать, прежде чем кто-то начнет тебе платить "по результатам".
no subject
Date: 2015-10-02 12:55 pm (UTC)no subject
Date: 2015-10-02 01:53 pm (UTC)В системе наёмного труда вообще нету смысла что-либо делать, потому что отчуждение труда уходит капиталисту.
И кто не ищет хитрых путей сделать свою работу эффективней, возможно, не так уж и неправ в этой ситуации.
Если ты повышаешь личную эффективность, это работает на текущую экономическую модель постоянного расширения рынков. Но она уже подошла к концу. Рынки обваливаются, и появляется массовая незагруженность реальными проектами и делами. Может быть, не так уж и неправы те, кто не стремится к растущей эффективности.
no subject
Date: 2015-10-03 09:50 am (UTC)Вот-вот, именно.
no subject
Date: 2015-10-02 03:43 pm (UTC)