Технологические практики Software Engineering
От: Министр Промышленности СССР  
Дата: 16.03.21 09:28
Оценка: 20 (3) +2 :)))
обещал поднять тему ~"Психологические аспекты и приёмы в SE"
но чета после нахождения работы стало влом всё это систематизировать
вот бессвязная бредятина из головы, ничего не оформлял
тут всё верно, можно кое-что уточнить будет или обсудить
главная мораль басни:
моральная энергия разработчика — ценный, медленно восстановимый ресурс, от которого и должен плясать процесс разработки


эффективна первая 5-6 часов разработки, затем эффективность снижается
она может оставаться высокой, если разработчик сам вошел в "поток", и остаётся там даже в конце дня
в него невозможно вогнать человека принудительно
он должен сосредоточиться, войти в контекст, и мысли сами потекут

по максимуму сократить митинги, особенно массовые

любое прерывание мысли разработчика сбивает ему контекст
и работу по восстановлению контекста ему приходится начинать практически с начала

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

если задача на 2 часа, а у разработчика есть 3 интервала по 1.5 часа — задачу он скорее всего не решит

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

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

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

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

моральные силы восстанавливаются но довольно медленно (на сколько помню нас учили что примерно на 5-6 часов за сутки)
на это нужно время
и ещё время нужно чтобы хоть запланировать как человек будет конкретно восстанавливаться — гулять, кататься на коньках, смотреть кино и т.п.

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

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

сколько стоит отвлечь разработчика?
допустим он как раз кодирует сейчас уже 2 часа,
а ему следует поработать в потоке 3 часа, чтобы решить всю задачу
если в задаче нет "контрольных точек" — этапов, которые можно завершить и переходить к следующему
то в принципе потери могут составить все 2 программисто-часа

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

"никогда, ни в коем случае не делайте рабочий день программиста от звонка до звонка" (приписываю Терехову старшему)
(звонок в конце дня гарантированно собьёт контекст или не позволит начать задачу)

разработчик сможет поработать и неделю по 12 часов, но есть граница когда это приведёт к аппатии, болезням
и восстановление после такой недели займёт не 3 дня (20 дополнительных часов делить на 8), а больше

важны и тонус тела и моральные силы

бодрый и свежий программист, но у него может болеть голова

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

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


средний человек может держать во внимании не очень много объектов — штук 7
отсюда структура древних военных подразделений — пятидесятники = 7х7 +1 командующий
авиадиспетчера могут держать больше всех — от 18 до 24 объектов
программисты выше среднего, но до авиадиспетчеров не дотягивают — в районе 12-15

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

то есть плохо не только метод на несколько экранов, но и больше 15 содержательных строчек
метод на несколько экранов — это грубое нарушение технологии, поскольку для восприятия потребуется локальное переключение контекста при листании страниц
Отредактировано 17.03.2021 7:38 Министр Промышленности . Предыдущая версия . Еще …
Отредактировано 16.03.2021 22:47 Министр Промышленности . Предыдущая версия .
Отредактировано 16.03.2021 22:46 Министр Промышленности . Предыдущая версия .
Re: Технологические практики Software Engineering
От: goto Россия  
Дата: 16.03.21 19:02
Оценка:
Здравствуйте, Министр Промышленности, Вы писали:

МП>обещал поднять тему ~"Психологические аспекты и приёмы в SE"


По моей небритой щеке скатилась скупая мужская слеза. Все-таки какие же мы, программисты, нежные.

Получается, офисные работники тоже нежные. А как нежен токарь у станка утром, как тонок и хрупок его внутренний мир в начале смены! И дворник с метлой. И продавец. И олигархи, наверное, тоже по-своему нежны. И министры с депутатами. Кто нежнее, олигарх или дворник? А военные нежные? Я уже ни в чем не уверен.
Re[2]: Технологические практики Software Engineering
От: AmSpb  
Дата: 16.03.21 20:06
Оценка:
Здравствуйте, goto, Вы писали:

G>По моей небритой щеке скатилась скупая мужская слеза. Все-таки какие же мы, программисты, нежные.


G>Получается, офисные работники тоже нежные. А как нежен токарь у станка утром, как тонок и хрупок его внутренний мир в начале смены! И дворник с метлой. И продавец. И олигархи, наверное, тоже по-своему нежны. И министры с депутатами. Кто нежнее, олигарх или дворник? А военные нежные? Я уже ни в чем не уверен.


Мозг очень нежный орган, организм всячески его защищает.
Поэтому главный рабочий инструмент стоит беречь, иначе пойдешь работать дворником, им мозги ни к чему, у них руки для этого.
Re[2]: Технологические практики Software Engineering
От: Министр Промышленности СССР  
Дата: 16.03.21 21:11
Оценка:
МП>>обещал поднять тему ~"Психологические аспекты и приёмы в SE"
G>По моей небритой щеке скатилась скупая мужская слеза. Все-таки какие же мы, программисты, нежные.

я про нежность ничего не писал, это грубое сходство, поверхностное
тонкий инструмент нужно беречь и обеспечивать подходящий режим работы
иначе можно либо не сделать работу как надо, или вообще сжечь прибор

кстати подходящий пример что зачастую делают программисты:
часть солюшена — это застывшее в определённой исторической форме олово (ну или припой оловянно-свинцовый)
это олово требуется в определённом фрагменте видоизменить в форме, наплавить, что-то отпаять
работа происходит мозгом программиста, то есть паяльником, который легко перегорает (это условие малость натянуто, но для образа подходит)
сначала требуется нагреть олово
если отвлечься и перестать нагревать, то оно быстро остывает, и потом придётся начинать нагрев с начала

если паять слишком много времени подряд, то паяльник сгорает
сгорание паяльника означает либо выгорание, либо психические травмы
Re: Технологические практики Software Engineering
От: TG  
Дата: 17.03.21 05:54
Оценка:
Здравствуйте, Министр Промышленности, Вы писали:

МП>обещал поднять тему ~"Психологические аспекты и приёмы в SE"

МП>главная мораль басни:
МП>моральная энергия разработчика — ценный, медленно восстановимый ресурс, от которого и должен плясать процесс разработки

Поздравляю, вы только что переоткрыли то, что Максим Дорофеев в свое время переназвал как "мыслетопливо".
Статьи и видосики на эту тему легко гуглятся. Плюс полезная книжка: Максим Дорофеев "Путь джедая".
Re[2]: Технологические практики Software Engineering
От: velkin Удмуртия https://kisa.biz
Дата: 17.03.21 07:11
Оценка: 21 (3)
Здравствуйте, goto, Вы писали:

G>Получается, офисные работники тоже нежные. А как нежен токарь у станка утром, как тонок и хрупок его внутренний мир в начале смены! И дворник с метлой. И продавец. И олигархи, наверное, тоже по-своему нежны. И министры с депутатами. Кто нежнее, олигарх или дворник? А военные нежные? Я уже ни в чем не уверен.


Нет, не так:
Сколько калорий сжигает мозг и как это рассчитать?

Мозг, имея массу не более 1,5-2% от массы тела, потребляет 25% всей энергии. При этом одной из самых энергозатратных операций является концентрация внимания. Человек не в состоянии удержать внимание на неизменно высоком уровне более 20-25 минут, потому что за это время мозг «съест» столько глюкозы, сколько не съел бы и за день относительного покоя.
...
У взрослого человека доля мозгового метаболизма от общих энергетических потребностей организма составляет 9% во время сна и 20-25% во время напряженного интеллектуального труда.
...
Больше всего энергии потребляет тот участок мозга, который сильнее всего напрягается. Поэтому при решении многосоставных тестов и головоломок, где поочередно задействованы все типы мышления, потребление энергии резко возрастает.
...
Больше калорий придется потратить и на непривычные задания. Так, если заставить гуманитария решать задачку по геометрии, энергозатраты его мозга сильно возрастут. Однако довести себя умственными упражнениями до степени физического истощения может далеко не каждый.
...
Кроме того, интеллектуальная работа непременно сопровождается активизацией нервной системы и под влиянием эмоциональных переживаний энергетические затраты увеличиваются на 10-20%. А непривычно большие интеллектуальные нагрузки вкупе со стрессом, сопровождающим любой экзамен или тестирование, по данным РАМН, повышают энергозатраты организма на все 30-40%.

То есть мозг маленький, но жрёт как не в себя. А единственный способ уменьшить энергозатраты это решать привычные задачи. Но чтобы они стали привычными нужно потратить опять же кучу энергии, многократно довести себя до мозгового истощения, что не каждый может. А стресс это потребление ещё больше энергии, так как там ещё и тело начинает её тратить на выработку ненужных веществ и тому подобное. Плюс работник физического труда улучшает кровообращение, а тот кто сидит нет. При этом тот кто думает, тратит энергию мозга за 20-25 минут, как тот кто физически работал целый день, а то и больше.

При этом рос нейронов это вполне себе физический процесс:
https://www.youtube.com/watch?v=4Gd92o4OTu0

Мозг у того кто постоянно думает становится ощутимо тяжелее. Можно сколько угодно смеяться суть от этого не изменится. Кто-то качает мускулы, кто-то мозг, но это не самые приятные процессы, потому у большинства людей и то и другое не прокачано.
Re[2]: Технологические практики Software Engineering
От: Министр Промышленности СССР  
Дата: 17.03.21 07:26
Оценка:
МП>>обещал поднять тему ~"Психологические аспекты и приёмы в SE"
МП>>главная мораль басни:
МП>>моральная энергия разработчика — ценный, медленно восстановимый ресурс, от которого и должен плясать процесс разработки

TG>Поздравляю, вы только что переоткрыли то, что Максим Дорофеев в свое время переназвал как "мыслетопливо".

TG>Статьи и видосики на эту тему легко гуглятся. Плюс полезная книжка: Максим Дорофеев "Путь джедая".

ну у нас это было в курсе "Технология программирования" в 2002-2004
Re[3]: Технологические практики Software Engineering
От: goto Россия  
Дата: 17.03.21 20:09
Оценка: -1
Здравствуйте, Министр Промышленности, Вы писали:

МП>я про нежность ничего не писал, это грубое сходство, поверхностное


А по-моему, большая часть твоего поста была про нежность.

МП>тонкий инструмент нужно беречь и обеспечивать подходящий режим работы


Беречь — это как?

Мозг — отнюдь не хрупкий инструмент. Из органов он часто умирает последним.

Мы же не расматриваем случаи органических нарушений (и неорганических типа топора или кирпича).

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

МП>иначе можно либо не сделать работу как надо, или вообще сжечь прибор


Как говорят в народе, сдуру можно и хрен сломать.

МП>кстати подходящий пример что зачастую делают программисты:

МП>часть солюшена — это застывшее в определённой исторической форме олово (ну или припой оловянно-свинцовый)
МП>это олово требуется в определённом фрагменте видоизменить в форме, наплавить, что-то отпаять
МП>работа происходит мозгом программиста, то есть паяльником, который легко перегорает (это условие малость натянуто, но для образа подходит)
МП>сначала требуется нагреть олово
МП>если отвлечься и перестать нагревать, то оно быстро остывает, и потом придётся начинать нагрев с начала

МП>если паять слишком много времени подряд, то паяльник сгорает

МП>сгорание паяльника означает либо выгорание, либо психические травмы

Твоя каринка с паяльником мне кажется неудачной.

На ситуацию можно смотреть с 2 сторон.

Со стороны высокого менеджмента. Зависит, конечно, от личных целей этого менеджмента. Будем для простоты считать, что цель — это высокие урожаи и надои с поголовья разработчиков. А как этого достичь? Создать тепличные условия? Есть девелоперы, которых надо поменьше теребить, и тогда они будут фонтанировать результатом. Но есть и ленивые негодяи.

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

Посмотрим со стороны девелопера. Вот ты чего хочешь? Ждать, пока возикнут комфортные условия? А почему бы натренировать мозг и прочее, чтобы голова достаточно быстро и точно работала в неидеальной среде (в реальной реальности), не теряла контексты. Чтобы паяльник из твоего образного примера из-за пустяков не обвисал, и жидкий припой не проливался на одеяло в неподходящий момент.

Все эти горячо обсуждаемые стрессы, выгорания, депрессии с прокрастинациями — нормальные моменты жизни, толчки к развитию. В них задействован отнюдь не только мозг. Для того, чтобы выходить из таких ситуаций, может требоваться напрячь или даже перенапрячь разные органы, иногда и мозг. А ты говоришь, мозг надо беречь. Зачем? Чтобы к старости получить дряблое несчастливое тело с Альцгеймером в башне?

п.с.
Человек — слишком сложная система, у него мозг связан с левой пяткой. Траблы мозгов могут быть следствием чего угодно. Такие разговоры — баловство, в общем-то.
Re[4]: Технологические практики Software Engineering
От: CreatorCray  
Дата: 18.03.21 04:02
Оценка: +1
Здравствуйте, goto, Вы писали:

G>Мозг — отнюдь не хрупкий инструмент. Из органов он часто умирает последним.


Отчасти потому что тело готово пожертвовать всем остальным чтобы мозг выжил. Ибо если ему хана то хана всем.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[3]: Технологические практики Software Engineering
От: TG  
Дата: 18.03.21 04:09
Оценка:
Здравствуйте, Министр Промышленности, Вы писали:

МП>ну у нас это было в курсе "Технология программирования" в 2002-2004


Отлично! Значит, вас хорошо учили.
Re[5]: Технологические практики Software Engineering
От: goto Россия  
Дата: 18.03.21 18:11
Оценка:
Здравствуйте, CreatorCray, Вы писали:

CC>Отчасти потому что тело готово пожертвовать всем остальным чтобы мозг выжил. Ибо если ему хана то хана всем.


Много без каких органов хана всем.

В этой макро и микрофизиологии без бутылки не разберешься.
Re: Технологические практики Software Engineering
От: AmSpb  
Дата: 18.03.21 23:48
Оценка: 4 (1) :)
Здравствуйте, Министр Промышленности, Вы писали:

МП>обещал поднять тему ~"Психологические аспекты и приёмы в SE"

МП>но чета после нахождения работы стало влом всё это систематизировать
МП>вот бессвязная бредятина из головы, ничего не оформлял
МП>тут всё верно, можно кое-что уточнить будет или обсудить
МП>главная мораль басни:
МП>моральная энергия разработчика — ценный, медленно восстановимый ресурс, от которого и должен плясать процесс разработки

Язык agile
https://vit-r.dreamwidth.org/1119501.html
Re[4]: Технологические практики Software Engineering
От: Министр Промышленности СССР  
Дата: 19.03.21 02:40
Оценка: -1 :)
МП>>я про нежность ничего не писал, это грубое сходство, поверхностное
G>А по-моему, большая часть твоего поста была про нежность.

на этом главное не зацикливаться
суровее меня классом едва ли есть вообще программисты
я могу работать из любого подвала, под ногами будет хлюпать вода, а я — разрабатывать
(косвенно можно это выявить тут
Автор: SaprXM
Дата: 30.07.18
)


МП>>тонкий инструмент нужно беречь и обеспечивать подходящий режим работы

G>Беречь — это как?

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


G>Мозг — отнюдь не хрупкий инструмент. Из органов он часто умирает последним.


тем не менее
будешь перенапрягать поясницу — сорвёшь позвонки
будешь перенапрягать мозг — тоже так или иначе получишь травму


G>Мы же не расматриваем случаи органических нарушений (и неорганических типа топора или кирпича).

G>Насчет "подходящего режима" есть кое-что очевидное. Часто неадекватно жесткий режим свидетельствует о загнивании конторы и беспомощности руководства. Часто, но не всегда.

я недавно видел когда это было вызвано обилием дармовых денег и невменяемостью, самодурством руководства


МП>>Часто, но не всегда.


думаю всё же всегда, про шарашки отвечу ниже


G>На ситуацию можно смотреть с 2 сторон.

G>Со стороны высокого менеджмента. Зависит, конечно, от личных целей этого менеджмента. Будем для простоты считать, что цель — это высокие урожаи и надои с поголовья разработчиков. А как этого достичь? Создать тепличные условия? Есть девелоперы, которых надо поменьше теребить, и тогда они будут фонтанировать результатом.

G>Но есть и ленивые негодяи.


значит есть и тупые ублюдки, которые их наняли


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


Сталинский СССР победил в общем правдой, а не шарашками
народ чувствовал что должно, и что стараться правильно, даже уже находясь в шарашке
ну и там кстати не работали именно программисты


G>Посмотрим со стороны девелопера. Вот ты чего хочешь?

G>Ждать, пока возикнут комфортные условия?

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


G>А почему бы натренировать мозг и прочее, чтобы голова достаточно быстро и точно работала в неидеальной среде (в реальной реальности), не теряла контексты.

G>Чтобы паяльник из твоего образного примера из-за пустяков не обвисал, и жидкий припой не проливался на одеяло в неподходящий момент.

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


G>Все эти горячо обсуждаемые стрессы, выгорания, депрессии с прокрастинациями — нормальные моменты жизни, толчки к развитию. В них задействован отнюдь не только мозг. Для того, чтобы выходить из таких ситуаций, может требоваться напрячь или даже перенапрячь разные органы, иногда и мозг.


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


G>А ты говоришь, мозг надо беречь. Зачем? Чтобы к старости получить дряблое несчастливое тело с Альцгеймером в башне?


я разумеется не писал, что нужно беречь его от всяких нагрузок


G>Человек — слишком сложная система, у него мозг связан с левой пяткой. Траблы мозгов могут быть следствием чего угодно. Такие разговоры — баловство, в общем-то.


я не утверждал, что все психические расстройства — от программирования
но ещё в начале века от советских докторов слышал экспертные заключения, что "среди программистов очень много психически больных" — это профессиональная болезнь
Отредактировано 19.03.2021 2:45 Министр Промышленности . Предыдущая версия . Еще …
Отредактировано 19.03.2021 2:42 Министр Промышленности . Предыдущая версия .
Re[4]: Технологические практики Software Engineering
От: Министр Промышленности СССР  
Дата: 19.03.21 02:43
Оценка:
МП>>ну у нас это было в курсе "Технология программирования" в 2002-2004

TG>Отлично! Значит, вас хорошо учили.


на это не жалуюсь
Re[2]: Технологические практики Software Engineering
От: Министр Промышленности СССР  
Дата: 19.03.21 16:18
Оценка:
AS>Язык agile
AS>https://vit-r.dreamwidth.org/1119501.html

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

я в теме изложил, как должно быть
силы работать там и в том режиме, как должно быть — есть
предложений полно

те, у кого задача не сделать проект, а чтобы делать людей "проститутками":

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


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

можно кстати сформулировать и свой кодовый птичий язык, который бы позволял определить реальных спецов от "проститутов"
идея профсоюза слышал не взлетела, но кажется теперь и понятно почему — засилие проститутов
можно идею оформить и иначе
Re[3]: Технологические практики Software Engineering
От: AmSpb  
Дата: 19.03.21 16:21
Оценка:
Здравствуйте, Министр Промышленности, Вы писали:

AS>>Язык agile

AS>>https://vit-r.dreamwidth.org/1119501.html

МП>я ознакомился с первой третью, глянул окончание

МП>констатируется, что победила массовая культура неправильности

МП>я в теме изложил, как должно быть

МП>силы работать там и в том режиме, как должно быть — есть
МП>предложений полно

Это было ироничное описание agile человеком, который работает зарубежом долгое время.
Re[5]: Технологические практики Software Engineering
От: goto Россия  
Дата: 19.03.21 19:33
Оценка:
Здравствуйте, Министр Промышленности, Вы писали:

МП>суровее меня классом едва ли есть вообще программисты

МП>я могу работать из любого подвала, под ногами будет хлюпать вода, а я — разрабатывать
МП>(косвенно можно это выявить тут
Автор: SaprXM
Дата: 30.07.18
)


Да ладно, я в 100 раз суровей. Я програмировал при нуле градусов, кодил и ловил баги > 24 часов подряд; а теперь козыри: я держал в руках перфокарты и перфоленту; я 3 месяца программировал на Бэйсике. Про бетон не смеши, я за свою жизнь намесил и перетаскал на порядки больше.

Шутки щутками, но я так и не понял, что значит "беречь мозг". То, что его без необходимости не нужно загонять в определенные режимы, очевидно и так. А вот зачем и как его беречь в повседневной "рутинной" жизни — загадка. Разве что у каких-то личностей могут быть явные и легко достижимые режимы срыва, когда нужен контроль и даже медикаменты — такое понятно.

МП>я недавно видел когда это было вызвано обилием дармовых денег и невменяемостью, самодурством руководства


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

МП>значит есть и тупые ублюдки, которые их наняли


Никто не застрахован. Также можно нанять прекрасного специалиста и человека, который уже в процессе переродится в ленивого негодяя.

МП>Сталинский СССР победил в общем правдой, а не шарашками

МП>народ чувствовал что должно, и что стараться правильно, даже уже находясь в шарашке

Я тебе про то и говорю. Условия были не очень, но присутствовала разнообразная мотивация.

МП>ну и там кстати не работали именно программисты


Какая разница? Программист в обсуждаемом смысле не отличается от другого инженера или научного работника.

МП>мм... демонстрируете полное непонимание природы явления

МП>вы ведь не программист сейчас?

Да ты шаман! Сейчас я дизайнер. Но по жизни программист, и месяца через 3 планирую опять.

МП>мозг у разработчиков какой есть (и уверен — у опытных он точно натренирован как надо), а при прочных равных он будет работать лучше без отвлечений и сбитий контекстов


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

G>>Все эти горячо обсуждаемые стрессы, выгорания, депрессии с прокрастинациями — нормальные моменты жизни, толчки к развитию. В них задействован отнюдь не только мозг. Для того, чтобы выходить из таких ситуаций, может требоваться напрячь или даже перенапрячь разные органы, иногда и мозг.


МП>это пустая демагогия

МП>депрессия, психическое истощение и прочее имеют в общем виде довольно точные причины, местами хорошо изученные

Местами.

Здесь также есть вещи, которые за человека никто не сделает, даже если максимально захочет помочь.

МП>есть частности, о них нет смысла рассуждать в общем

МП>так вот не способствуйте своему выгоранию по типовым сценариям

Почему?

У разных людей разная динамика этих дел. Кто-то работает рывком и быстро выгорает, у кого-то по-другому. За выгоранием следует (по идее) шаг развития. Это непростая тема.

МП>я не утверждал, что все психические расстройства — от программирования

МП>но ещё в начале века от советских докторов слышал экспертные заключения, что "среди программистов очень много психически больных" — это профессиональная болезнь


Возможно
Re[6]: Технологические практики Software Engineering
От: Министр Промышленности СССР  
Дата: 20.03.21 10:14
Оценка:
G>Шутки щутками, но я так и не понял, что значит "беречь мозг". То, что его без необходимости не нужно загонять в определенные режимы, очевидно и так. А вот зачем и как его беречь в повседневной "рутинной" жизни — загадка. Разве что у каких-то личностей могут быть явные и легко достижимые режимы срыва, когда нужен контроль и даже медикаменты — такое понятно.

а у меня вообще было "беречь мозг"?
вы же сами это втянули в тему
ограждать от посторонних переживаний — было


МП>>значит есть и тупые ублюдки, которые их наняли

G>Никто не застрахован. Также можно нанять прекрасного специалиста и человека, который уже в процессе переродится в ленивого негодяя.

надо иметь волю во время увольнять


МП>>Сталинский СССР победил в общем правдой, а не шарашками

МП>>народ чувствовал что должно, и что стараться правильно, даже уже находясь в шарашке
G>Я тебе про то и говорю. Условия были не очень, но присутствовала разнообразная мотивация.

это не про технологию программирования уже


МП>>мм... демонстрируете полное непонимание природы явления

МП>>вы ведь не программист сейчас?
G>Да ты шаман! Сейчас я дизайнер. Но по жизни программист, и месяца через 3 планирую опять.

некоторое экспертное чутьё есть просто


МП>>мозг у разработчиков какой есть (и уверен — у опытных он точно натренирован как надо), а при прочных равных он будет работать лучше без отвлечений и сбитий контекстов

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

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


МП>>депрессия, психическое истощение и прочее имеют в общем виде довольно точные причины, местами хорошо изученные

G>Здесь также есть вещи, которые за человека никто не сделает, даже если максимально захочет помочь.

острота вопроса связана не с желанием помочь, а в уверенности в намерении мешать


МП>>есть частности, о них нет смысла рассуждать в общем

МП>>так вот не способствуйте своему выгоранию по типовым сценариям
G>Почему?
G>У разных людей разная динамика этих дел. Кто-то работает рывком и быстро выгорает, у кого-то по-другому. За выгоранием следует (по идее) шаг развития. Это непростая тема.

шаг развития следует не за выгоранием, а за напряжением (и лучше не запредельным)
за выгоранием следует аппатия, в редких случаях — больничная койка
Re[2]: Технологические практики Software Engineering
От: a.v.v Россия  
Дата: 20.03.21 22:42
Оценка:
Здравствуйте, goto, Вы писали:

G>Здравствуйте, Министр Промышленности, Вы писали:


МП>>обещал поднять тему ~"Психологические аспекты и приёмы в SE"


G>По моей небритой щеке скатилась скупая мужская слеза. Все-таки какие же мы, программисты, нежные.


G> А как нежен токарь у станка утром, как тонок и хрупок его внутренний мир в начале смены!


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

G> И дворник с метлой. И продавец.


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

G> И олигархи, наверное, тоже по-своему нежны. И министры с депутатами.


а этих то дармоедов зачем упоминать в одном списке с приличными людьми
Re[7]: Технологические практики Software Engineering
От: goto Россия  
Дата: 22.03.21 14:56
Оценка:
Здравствуйте, Министр Промышленности, Вы писали:

МП>а у меня вообще было "беречь мозг"?

МП>вы же сами это втянули в тему

Нет. Цитирую:
МП>тонкий инструмент нужно беречь и обеспечивать подходящий режим работы
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.