Программистского шовинизма псто

[metaclass]

Слушайте, а вот почему женщины-программисты (и некоторые мужчины) так не любят поисково-исследовательскую деятельность?

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

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

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

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

Более адекватных программистов такие вещи не пугают, но их стопорит на этапе "делать что-то новое - табу, велосипеды делать нельзя, инструменты менять нельзя, новые языки нельзя".

Comments

[xan-13.livejournal.com]

я же повторяю - вы идеальный сотрудник для автора.
Все знаете. я этим похвастаться не могу.

Легко перенести записи только в одном случае - если вы их создали.

[raydac.livejournal.com]

помню как один чел (тестировщик) требовал с меня подъем зарплаты, поставил ему четкое условие - сдача на онлайн курсе Java не ниже определенного балла с показом мне, чувак меня послал, но через несколько недель сдал и показал результат, получил повышение

[raydac.livejournal.com]

да, а голод как мотиватор мотивации теперь так редок ((

[binf.livejournal.com]

А сабж именно об уровне тупости, который явно ниже порогового значения - "Если нужно перенести 100500 записей между двумя базами - будут сидеть и править их руками, вместо того чтобы написать коротенький скрипт"

[gineer.livejournal.com]

+1

не нать нам этих книгочеев-умников %)

[gineer.livejournal.com]

а еще говорят от ЖиЖи пользы никакой ;)

[sbj-ss.livejournal.com]

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

[maraz-m-moroz.livejournal.com]

Растить своего муторно и дорого и в плане бизнеса опасно. Растить как минимум означает оторвать от дела "учителя", ну или крайне снизить его выработку, бо мастер будет ходить и вытирать чужие сопли и делать в итоге еще и не свою работу. Отдачи ждать полтора-два года. И вот тут наступает очередь "опасно" - выращенный программист норовит сказать фирме гуд-бай.
Я двоих таких вырастил и теперь пошли они все такие, требующие выращивания, нахуй сразу.

[xan-13.livejournal.com]

Ну тогда нечего пенять.

Есть программисты-разработчики и есть программисты, которые сопровождают.

У каждого свои задачи.

А что касается гуд-бай - да, возможно, если оплата не зависит от результатов труда.

[ex0_planet]

еще раз намекну: нельзя нанимать за деньги и спрашивать за результат. баклуши бьет? нет. какие претензии тогда? это вопрос вне инженерной плоскости уже, мотивацией должны заниматься HR.

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

[ex0_planet]

вот кстати да. был такой товарищ, с которым долго пришлось заниматься на тему того, чтобы он перестал бояться проявлять инициативу и видеть в каждом code review поиск повода его уволить.

[http://users.livejournal.com/_valerka_/]

Нынче всё меньше людей идут в программисты по призванию, а не потому, что это "модно". Мы тут с коллегами подумали, что если б у программистов была б альтернатива зарабатывать такие же деньги в других областях, то 80% с удовольствием покинули б душные офисы.

[milashka-kate.livejournal.com]

Просто программист - это уже не только творчество, для многих это ремесло. Достаточно неплохо оплачиваемое. А девочкам всегда прививают "прилежание". Вот и думай, когда будет проявлено "старание" - когда в поте лица переносишь вручную из одной БД в другую 100500 записей или при написании скрипта. С точки зрения "женского паттерна" - первый вариант "исконно посконный".

[anonim-legion.livejournal.com]

>не так уж и неправы те, кто не стремится к растущей эффективности

Вот-вот, именно.

[anonim-legion.livejournal.com]

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

Также, ну - автоматизировал ты перекладывание из базы в базу, молодец, что же, теперь на работу ходить не надо? Так же придется ходить, тратить время. Кто делает много, тому навалят еще больше.

[lionet.livejournal.com]

Кстати, из трех программисток, с которыми я работаю ежедневно, ноль не любит поисковую деятельность. И три мужика (из нескольких десятков). Так что по количеству если судить, то не в пользу мужиков получается.

[metaclass.livejournal.com]

Конечно, не надо ходить. Я автоматизировал и не хожу :)

[osdm.livejournal.com]

Не умеете набирать сотрудников, вот и все. К полу это имеет мало отношения.

[berezovsky.livejournal.com]

Ты не ходишь не потому что автоматизировал, а потому что ебал в рот ходить.

Другой автоматизирует, и ему тут же ещё десять автоматизировать дадут. И ещё выебут, если не десять автоматизирует, а девять.

[nicka-startcev.livejournal.com]

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

а вечно править мелкие глюки в огромном коде с диким тех.долгом - это скучно, да.

а хобби - мелкие поделки на микоконтроллерах и репрапе и прочи железках-подшипниках.

кстати, ищу работу в программистском проекте с небольшим техдолгом.

[berezovsky.livejournal.com]

Прошу прощения за любопытство.

Ты в смысле работу ищешь или от нехуй делать поучаствовать хочешь?

[fi_mihej.livejournal.com]

Господин Гугль говорит, что RIKEN - это "Brain Science Institute (RIKEN BSI) conducts cutting-edge research within the four strategic research cores of Mind and Intelligence Research, Neural ..."
Ну замечательно, чо! Вот уж действительно cutting-edge research...

[berezovsky.livejournal.com]

Это ширма для гайдзинов! А вообще, по идее, каттинг эдж в тоётах всяких и прочих кайшах на передовой.

[thetvv.livejournal.com]

Есть немалое количество людей людей, которые работают исключительно ради зарплаты, а не ради драйва, интереса, желания принести пользу человечеству или чего-то еще. Для них оптимальный алгоритм — отбыть рабочий день, делая только то, что говорят, причем с минимальным напрягом. Любая другая активность их (ах!) может потенциально напрячь.

Например, если нет четкой пошаговой инструкции, и они следали что-то не так, как имел в виду в своих мыслях начальник, то это может вызвать неприятности, а то и прямой гнев этого самого начальника. Перенести 100500 записей... сколько это? Ну, допустим, 150 записей. Да, можно написать скрипт. Вот он будет писать скрипт по своей инициативе, скрипт вдруг отработает неправильно и запортит все записи в базе, кто будет виноват? И каковы могут быть последствия? И вообще, это его ли обязанность писать такие скрипты? Заплатят ли ему хоть на копейку больше, если он в данном конкретном случае напишет скрипт? А если эта операция нужна, скажем, раз в год, то зачем вообще скрипт...

И это, если у него опыта еще маловато, он этот скрипт будет писать в 10 раз дольше, чем переносить записи руками. К нему подойдет скажем более высокостоящий менеджер, и скажет, мол, ты на прошлой неделе запросил повышение зарплаты с джуниорских 300 долларов до 350 долларов, а вот чем ты вчера занимался? Та вот, тимлид сказал записи перенести, я скрипт писал... Что? Целый день писал скрипт для копирования 150 записей из одной базы в другую? А зачем скрипт, кто тебя просил? Я бы это вручную за 20 минут перенес бы!

В общем, я к тому, чтобы человек развивался и творил, ему нужно создать условия для этого. И, главное, это должно поощряться. Как минимум его нужно за это хвалить, желательно перед всеми, подвиги поощрять материально (увы, это очень редко кто делает!). Не наказывать за мелкие прогрессорские ошибки, вместо этого доброжелательно устраивать разбор полетов как при анализе шахматной партии после поражения. То есть воспитывать определенным образом. И наоборот, при каждой рутинной неоптимальной операции говорить фу-фу-фу, устраивать доброжелательный разбор и подводить к более оптимальному решению. У тяжелых случаях, увы, придется удалять из команды (пусть где-нибудь в другом отделе работают) людей, которые не склонны к такому развитию, они пагубно влияют на остальных, это нормально. То есть учить и воспитывать. Но кто же всем этим воспитанием заниматься-то будет, тратить свое время и нервы... учитывая, что, немного подкачавшись, окрыленный ученик запросит адскую зарплату и, не получив ее, свалит. В общем, увы, остается только или подстраиваться под этот мир и опустить руки, или тратить личное время и учить новичков, подтирая везде за ними, и зная что все равно скорее всего они свалят когда станут более матерыми, или долго и тщательно подбирать уже сформировавшихся правильных людей себе в команду.

[nicka-startcev.livejournal.com]

вполне ищу. а что?