Более половины необходимого кода для собственной «семерки» можно взять из готового опенсорса. Остальное – навайбкодить.
Верно. Сделать можно. Но надо понимать - для чего?
Все-ж "удовольствие" сильно больше, когда твоей разработкой пользуются, чем когда идет "в стол". Это, возможно, объясняет, что для десктопа "по приколу" никто не пишет. Да, вэб-сервисы и приложения тоже редко находят своего пользователя, но в их случае есть хотя бы надежда. А десктоп учетное приложение или платформа а ля 1С - обречена получить как максимум только нескольких одобрительных комментариев.
Но все же - работа мышц обусловлена не вероятностью, а необходимостью. Отсутствие спинки так или иначе будет заставлять их работать - совсем без напряжения сидеть без спинки не получится. Да и в примере с племенем из статьи упоминается, что люди сидели разными способами.
Согласен, что степень напряжения будет разной. Ноги, опять же, будут не задействованы при сидении. Вопрос в другом - достаточно такого напряжения чтобы предотвратить деградацию постуральных мышц или нет?
Впрочем, рассуждениями, наверно, на этот вопрос достоверно не ответить.
p.s. Спасибо вам за статью. Я совсем недавно свою публиковал - как сделать посадку за рабочим местом такой, чтоб было максимально комфортно и даже минимальное напряжение не требовалось. Пока тихонько собирал один нюанс за другим, наступил тот возраст, когда нужно обратное. Я стал замечать что спина дает о себе знать, но не выявил зависимость и истинную причину. Теперь все ясно. Пойду выбирать себе для начала стул без спинки :)
Однако, код и там и там не цель. Айти компании активней начали считать деньги. Компании реального сектора - видеть выгоды от вложения в технологии. Потолки будут отличаться, наверно, всегда, но разрыв в вознаграждении для хорошего по обычным меркам специалиста сокращается.
За такими как вы в некоторых компаниях идет настоящая охота. Надо просто понять, где то, что вы описываете как недостатки, является сильным преимуществом.
Большинство вакансий для разработчика - это компании, которые занимаются разработкой ПО: стартапы, всякие онлайн-сервисы и прочие проекты, где разработка - является одной из основных ценностей, которая компания создает. В таких компаниях развитие вглубь зачастую является логичным.
Есть другой класс компаний. Реальный сектор. Торговля, услуги, производство - все это требует участия ИТ технологий. Здесь не надо "в глубь". Здесь надо - "чтоб работало". Это, конечно, не в абсолюте: думать про технологии/архитектуру/алгоритмы нужно. С одним отличием: здесь у всего этого есть очень понятные причины.
Разрабочики, как и другие увлеченные своей профессией люди, часто смешивают цель и средства. Разработка, код, приложение, сервис - в большинстве случаев не цель, а именно средство. Для ИТ компании это может быть сомнительным, но в реальном секторе никто не сомневается: сервисы, приложения, базы данных - это средства, для увеличения бизнес результата. Принципиальные улучшатели того что и так хорошо работает и копатели вглубь не особо приживаются. А человек, который решает одну бизнес задачу за другой, используя свои знания - очень ценится.
К чему это абстрактное слово - "дженералист"? Все давно придумано за нас. Человек, использующий знания для создания технических устройств, систем, процессов называется Инженер.
Быть software engineer намного интересней, чем software developer. Как минимум потому, что без слова software тому кто developer больше некуда применять свои знания, а engineer... Инженер - всегда инженер.
Прогресс - это не вопрос скорости, а вопрос направления.
Когда хочешь быть "успешным" пытаться выжать часы из своего организма похоже на попытку увеличить процессорные мощности для решения сложной задачи в ИТ.
И в том и в другом случае кардинально лучший результат сможет дать только смена подхода. Для ИТ - это алгоритм. Для жизни - свои варианты.
Спасибо за поднятую тему. Я вижу, что это перевод, но сделаю замечание по сути.
Текст статьи очень похож на то, что выдаст ChatGPT в ответ на запрос по заголовку. В целом, он раскрывает некоторые моменты, но упускает главное.
Под словом "процессы", которые моделируются в BPMS системах и в n8n - подразумеваются разные процессы.
Я понимаю, вы хорошо знакомы с автоматизацией бизнес процессов. Попробуйте применить n8n для автоматизации парочки из них. Попробуйте смоделировать многопользовательскую работу с формами. Попробуйте смоделировать параллельное исполнение двух веток - чтобы в каждой из них было ожидание человека.
Попробуйте оценить средство управления запущенными процессами от n8n и сказать, насколько это удобно даже для небольшой автоматизации с парой тысяч процессов в год. Если появится мысль, что админку можно накидать свою, попробуйте через API остановить запущенный процесс или хотя бы просто получить список Waiting процессов.
Развернутая статья по оценки пригодности использования n8n для автоматизации именно бизнес процессов помогла бы многим.
Про дофамин очень интересные размышления. Наблюдать вживую (а может и на себе) высокую схожесть симптоматики можно, когда человек отказывается от зависимости от быстрого дофамина - соц. сети, листание ленты, просмотр коротких видео.
Кстати, вы, похоже, нашли "пилюлю" с дофамином внутри себя: при некотором подходе к выполнению множества небольших бытовых дел организм вознаграждает дофамином сам себя.
Поддерживаю вас во многих тезисах. Особенно в том, что люди просто не хотят видеть минусы в своих решениях и технологиях, не стремятся к лучшему.
Это проблема.
Вечная проблема. Проявляется везде, не только в ИТ. На всех уровнях - в дружеском общении, во внутрисемейном, в профессиональном.
Люди иррациональны в отношении к критике: железные аргументы, вместо того, чтобы помочь исправить недостатки и улучшить ситуацию, приводят к раздражению и усилению защиты своей позиции, которая, очевидно, проигрышная.
Вряд-ли существует однозначное объяснение, почему так. Причин несколько и у каждого человека разный вес каждой составляющей в неосознанном решении перейти к защите, вместо того, чтоб принять новую информацию и улучить себя, свой подход, свои методы работы.
Очевидно одно: критикой и рациональными аргументами ситуацию не исправить. История знает много таких примеров: новаторов высмеивали, гнобили и умножали на ноль. Забывали и даже уничтожали. Потом, через много лет, конечно, признавали. Зачастую - уже посмертно.
Консерватизм - это не убеждение. Это эволюционное свойство человека.
Никто не любит быть неправым. Плывя против течения, изменишь разве что себя (или убьешь). Направление течения меняется как-то по-другому.
Предложенный вами механизм очень интересный. Поэтому хочется его углубить.
Нормы и ожидания могут завышаться из-за окружения - это понятно. Но это происходит раньше чем поступают знания. Эти новые знания добавляют нам стресса, т.к. показывают, что мы отдаляемся, а не приближаемся к нашей "норме". Но причина разве в знаниях?
Впрочем, это может быть просто другим взглядом на тот же вопрос, т.к. предложенные вами методы работают хорошо безотносительно того, что там на самом деле является причиной.
Очень интересные наблюдения и рассуждения, спасибо! Хочу немного уточнить про конкретные знания.
Говоря иначе, нужны действия, которые в короткий срок дадут осязаемый (в буквальном смысле) результат.
Не осязаемый, но наблюдаемый тоже подходит. Программирование понятной задачи - не проектирование, не планирование, не рассуждения, а именно кодинг - помогает очень хорошо.
По существу:
А на этапе «разума» этот зазор растет кратно, так же кратно повышая уровень стресса и снижая уверенность в собственных силах, а решений вы найти или придумать не можете.
Увеличение стресса и снижение уверенности связано не со знаниями как таковыми. Это происходит из-за стремления к лучшему и большему.
Знания нас избавляют от иллюзий. Это зачастую неприятно, да. Но у большинства негативные ощущения быстро проходят. Пускай то, что мы узнали, открывает нам сложность мира. Если, получив знания, мы не будем задирать свои потребности и желания - никакого разрыва не будет.
Много лет назад молодой человек планировал сделать и запустить браузерную игру. И эта игра, без сомнения, получилось бы отличной. У него был спроектирован геймплей, проработаны все игровые механики, просчитан бюджет на программистов и дизайнеров и были соответствующие средства. На дружеской встрече он делится этим с друзьями. А один из друзей спрашивает: - "А какой у тебя бюджет на рекламу?" - "Ээ... рекламу?" - "А как ты будешь привлекать игроков?" - "..." . Рассчитанная на коленке сумма на продвижение во много раз превышает изначальный бюджет.
И вот он, думается, тот самый разрыв, когда знания начинают приводить к стрессу. Начать изучать маркетинг. Искать инвесторов. Подходить к цели создания игры более грамотно. Достигать большего. Сталкиваться с новыми знаниями и усугублять ситуацию далее.
А можно остановиться, признать идею создания игры в этот момент нереалистичной (отложить, отказаться), идти дальше другим путем и радоваться новой информации, которая помогла не потерять деньги/усилия/время.
Наша проблема - непрерывная гонка за сложными целями. Желание большего, лучшего - хорошо в меру.
Хороший у вас пример про культурный разрыв. Многие, кто испытвают проблему "от знаний", похоже, подвержены именно этой гонке из-за воспитания. А может, из-за того, что в детстве основные базовые потребности были закрыты или плохо или недостаточно хорошо. Человек сам по себе не может хотеть жить так, как мы жили в 90е или около того. Мы хотели большего. Мы закрыли все базовые потребности. Закрыли хорошо и для себя и для своих детей. И они - испытывают эту проблему с точностью до наоборот: их все устраивает и они не хотят ничего делать (учиться, трудиться), чтобы стало лучше. Впрочем, обсуждение этой гипотезы уже совсем другой разговор.
Панорамное остекление на восток и юг решает вопрос дискомфорта длительного нахождения в очень ограниченном пространстве. Не смотря на то, что за спинкой кресла уже почти сразу начинается стена, обзор создает ощущение пространства даже лучше, чем большая комната.
Летом жарко, хотя стекла специальные, отражающие большую часть инфракрасного спектра. Решается кондиционером моноблоком и отверстием в стеклопакете. Заодно и принудительная вентиляция получается.
Солнце слепит. Тут решение проще - рулонные шторы. Когда солнечный день - с утра опускаю, в обед поднимаю обратно.
Удобство заключается не только в положении без нагрузки спины, головы, ног и рук. Важна возможность быстро на это рабочее место попасть и покинуть. Важна возможность пить чай/кофе/воду. Из кружки. Важна возможность поёрзать. Это, конечно, индивидуально, но зачастую активная мозговая деятельность сопровождается какими-нибудь мелкими движениями.
Важна возможность пользоваться столом как столом: иметь возможность не только положить на него блокнот и карандаш, но и воспользоваться и тем и другим. И нагрузка на спину, на самом деле, тоже важна. Да, она не должна быть неестественной или черезмерной, но эта нагрузка должна быть.
Поработать в лежачем состоянии часик-другой - да. Проводить на таком кресле-кровати 50 часов в неделю - удобно лишь в теории.
Все верно - монитор выше уровня глаз. Но смотреть вверх не приходится - спинка наклонена и голова месте с ней - направление взгляда чуть выше горизонта.
Про слепую печать верное замечание, даже как-то не подумал про это. Впрочем, если вы работаете на фултайме в разработке лет 5 или более - у вас этот навык точно есть, даже если вы его специально не тренировали.
Верно. Сделать можно. Но надо понимать - для чего?
Все-ж "удовольствие" сильно больше, когда твоей разработкой пользуются, чем когда идет "в стол". Это, возможно, объясняет, что для десктопа "по приколу" никто не пишет. Да, вэб-сервисы и приложения тоже редко находят своего пользователя, но в их случае есть хотя бы надежда. А десктоп учетное приложение или платформа а ля 1С - обречена получить как максимум только нескольких одобрительных комментариев.
Спасибо.
Но все же - работа мышц обусловлена не вероятностью, а необходимостью. Отсутствие спинки так или иначе будет заставлять их работать - совсем без напряжения сидеть без спинки не получится. Да и в примере с племенем из статьи упоминается, что люди сидели разными способами.
Согласен, что степень напряжения будет разной. Ноги, опять же, будут не задействованы при сидении. Вопрос в другом - достаточно такого напряжения чтобы предотвратить деградацию постуральных мышц или нет?
Впрочем, рассуждениями, наверно, на этот вопрос достоверно не ответить.
p.s. Спасибо вам за статью. Я совсем недавно свою публиковал - как сделать посадку за рабочим местом такой, чтоб было максимально комфортно и даже минимальное напряжение не требовалось. Пока тихонько собирал один нюанс за другим, наступил тот возраст, когда нужно обратное. Я стал замечать что спина дает о себе знать, но не выявил зависимость и истинную причину. Теперь все ясно. Пойду выбирать себе для начала стул без спинки :)
Скажите, а стул без спинки решает вопрос нагрузки спины? Это лучше или хуже вашего кресла, которое заставляет балансировать?
Согласен.
Однако, код и там и там не цель. Айти компании активней начали считать деньги. Компании реального сектора - видеть выгоды от вложения в технологии. Потолки будут отличаться, наверно, всегда, но разрыв в вознаграждении для хорошего по обычным меркам специалиста сокращается.
Салют, коллега!
За такими как вы в некоторых компаниях идет настоящая охота. Надо просто понять, где то, что вы описываете как недостатки, является сильным преимуществом.
Большинство вакансий для разработчика - это компании, которые занимаются разработкой ПО: стартапы, всякие онлайн-сервисы и прочие проекты, где разработка - является одной из основных ценностей, которая компания создает. В таких компаниях развитие вглубь зачастую является логичным.
Есть другой класс компаний. Реальный сектор. Торговля, услуги, производство - все это требует участия ИТ технологий. Здесь не надо "в глубь". Здесь надо - "чтоб работало". Это, конечно, не в абсолюте: думать про технологии/архитектуру/алгоритмы нужно. С одним отличием: здесь у всего этого есть очень понятные причины.
Разрабочики, как и другие увлеченные своей профессией люди, часто смешивают цель и средства. Разработка, код, приложение, сервис - в большинстве случаев не цель, а именно средство. Для ИТ компании это может быть сомнительным, но в реальном секторе никто не сомневается: сервисы, приложения, базы данных - это средства, для увеличения бизнес результата. Принципиальные улучшатели того что и так хорошо работает и копатели вглубь не особо приживаются. А человек, который решает одну бизнес задачу за другой, используя свои знания - очень ценится.
К чему это абстрактное слово - "дженералист"? Все давно придумано за нас. Человек, использующий знания для создания технических устройств, систем, процессов называется Инженер.
Быть software engineer намного интересней, чем software developer. Как минимум потому, что без слова software тому кто developer больше некуда применять свои знания, а engineer... Инженер - всегда инженер.
Прогресс - это не вопрос скорости, а вопрос направления.
Когда хочешь быть "успешным" пытаться выжать часы из своего организма похоже на попытку увеличить процессорные мощности для решения сложной задачи в ИТ.
И в том и в другом случае кардинально лучший результат сможет дать только смена подхода. Для ИТ - это алгоритм. Для жизни - свои варианты.
В жизни обычного человека это происходит в процессе воспитания детей.
Спасибо за поднятую тему. Я вижу, что это перевод, но сделаю замечание по сути.
Текст статьи очень похож на то, что выдаст ChatGPT в ответ на запрос по заголовку. В целом, он раскрывает некоторые моменты, но упускает главное.
Под словом "процессы", которые моделируются в BPMS системах и в n8n - подразумеваются разные процессы.
Я понимаю, вы хорошо знакомы с автоматизацией бизнес процессов. Попробуйте применить n8n для автоматизации парочки из них. Попробуйте смоделировать многопользовательскую работу с формами. Попробуйте смоделировать параллельное исполнение двух веток - чтобы в каждой из них было ожидание человека.
Попробуйте оценить средство управления запущенными процессами от n8n и сказать, насколько это удобно даже для небольшой автоматизации с парой тысяч процессов в год. Если появится мысль, что админку можно накидать свою, попробуйте через API остановить запущенный процесс или хотя бы просто получить список Waiting процессов.
Развернутая статья по оценки пригодности использования n8n для автоматизации именно бизнес процессов помогла бы многим.
Про дофамин очень интересные размышления. Наблюдать вживую (а может и на себе) высокую схожесть симптоматики можно, когда человек отказывается от зависимости от быстрого дофамина - соц. сети, листание ленты, просмотр коротких видео.
Кстати, вы, похоже, нашли "пилюлю" с дофамином внутри себя: при некотором подходе к выполнению множества небольших бытовых дел организм вознаграждает дофамином сам себя.
"Простые бытовые неурядицы" со временем и приводят к депрессии.
Депрессию надо лечить, факт. А вот нужное отношение к этим неурядицам и к себе поможет просто до этой депрессии не довести.
Поддерживаю вас во многих тезисах. Особенно в том, что люди просто не хотят видеть минусы в своих решениях и технологиях, не стремятся к лучшему.
Это проблема.
Вечная проблема. Проявляется везде, не только в ИТ. На всех уровнях - в дружеском общении, во внутрисемейном, в профессиональном.
Люди иррациональны в отношении к критике: железные аргументы, вместо того, чтобы помочь исправить недостатки и улучшить ситуацию, приводят к раздражению и усилению защиты своей позиции, которая, очевидно, проигрышная.
Вряд-ли существует однозначное объяснение, почему так. Причин несколько и у каждого человека разный вес каждой составляющей в неосознанном решении перейти к защите, вместо того, чтоб принять новую информацию и улучить себя, свой подход, свои методы работы.
Очевидно одно: критикой и рациональными аргументами ситуацию не исправить. История знает много таких примеров: новаторов высмеивали, гнобили и умножали на ноль. Забывали и даже уничтожали. Потом, через много лет, конечно, признавали. Зачастую - уже посмертно.
Консерватизм - это не убеждение. Это эволюционное свойство человека.
Никто не любит быть неправым. Плывя против течения, изменишь разве что себя (или убьешь). Направление течения меняется как-то по-другому.
Эта серия котов-друзей программистов особенно удалась.
Это только при условии, что включенная камера не является корпоративным стандартом.
Предложенный вами механизм очень интересный. Поэтому хочется его углубить.
Нормы и ожидания могут завышаться из-за окружения - это понятно. Но это происходит раньше чем поступают знания. Эти новые знания добавляют нам стресса, т.к. показывают, что мы отдаляемся, а не приближаемся к нашей "норме". Но причина разве в знаниях?
Впрочем, это может быть просто другим взглядом на тот же вопрос, т.к. предложенные вами методы работают хорошо безотносительно того, что там на самом деле является причиной.
Очень интересные наблюдения и рассуждения, спасибо! Хочу немного уточнить про конкретные знания.
Не осязаемый, но наблюдаемый тоже подходит. Программирование понятной задачи - не проектирование, не планирование, не рассуждения, а именно кодинг - помогает очень хорошо.
По существу:
Увеличение стресса и снижение уверенности связано не со знаниями как таковыми. Это происходит из-за стремления к лучшему и большему.
Знания нас избавляют от иллюзий. Это зачастую неприятно, да. Но у большинства негативные ощущения быстро проходят. Пускай то, что мы узнали, открывает нам сложность мира. Если, получив знания, мы не будем задирать свои потребности и желания - никакого разрыва не будет.
Много лет назад молодой человек планировал сделать и запустить браузерную игру. И эта игра, без сомнения, получилось бы отличной. У него был спроектирован геймплей, проработаны все игровые механики, просчитан бюджет на программистов и дизайнеров и были соответствующие средства. На дружеской встрече он делится этим с друзьями. А один из друзей спрашивает: - "А какой у тебя бюджет на рекламу?" - "Ээ... рекламу?" - "А как ты будешь привлекать игроков?" - "..." . Рассчитанная на коленке сумма на продвижение во много раз превышает изначальный бюджет.
И вот он, думается, тот самый разрыв, когда знания начинают приводить к стрессу. Начать изучать маркетинг. Искать инвесторов. Подходить к цели создания игры более грамотно. Достигать большего. Сталкиваться с новыми знаниями и усугублять ситуацию далее.
А можно остановиться, признать идею создания игры в этот момент нереалистичной (отложить, отказаться), идти дальше другим путем и радоваться новой информации, которая помогла не потерять деньги/усилия/время.
Наша проблема - непрерывная гонка за сложными целями. Желание большего, лучшего - хорошо в меру.
Хороший у вас пример про культурный разрыв. Многие, кто испытвают проблему "от знаний", похоже, подвержены именно этой гонке из-за воспитания. А может, из-за того, что в детстве основные базовые потребности были закрыты или плохо или недостаточно хорошо. Человек сам по себе не может хотеть жить так, как мы жили в 90е или около того. Мы хотели большего. Мы закрыли все базовые потребности. Закрыли хорошо и для себя и для своих детей. И они - испытывают эту проблему с точностью до наоборот: их все устраивает и они не хотят ничего делать (учиться, трудиться), чтобы стало лучше. Впрочем, обсуждение этой гипотезы уже совсем другой разговор.
Посмотрел в истории заказов - "товар закончился". Но вообще на маркетплейсах по запросу "полка для клавиатуры" много годных вариантов.
Панорамное остекление на восток и юг решает вопрос дискомфорта длительного нахождения в очень ограниченном пространстве. Не смотря на то, что за спинкой кресла уже почти сразу начинается стена, обзор создает ощущение пространства даже лучше, чем большая комната.
Летом жарко, хотя стекла специальные, отражающие большую часть инфракрасного спектра. Решается кондиционером моноблоком и отверстием в стеклопакете. Заодно и принудительная вентиляция получается.
Солнце слепит. Тут решение проще - рулонные шторы. Когда солнечный день - с утра опускаю, в обед поднимаю обратно.
Удобство заключается не только в положении без нагрузки спины, головы, ног и рук.
Важна возможность быстро на это рабочее место попасть и покинуть.
Важна возможность пить чай/кофе/воду. Из кружки.
Важна возможность поёрзать. Это, конечно, индивидуально, но зачастую активная мозговая деятельность сопровождается какими-нибудь мелкими движениями.
Важна возможность пользоваться столом как столом: иметь возможность не только положить на него блокнот и карандаш, но и воспользоваться и тем и другим.
И нагрузка на спину, на самом деле, тоже важна. Да, она не должна быть неестественной или черезмерной, но эта нагрузка должна быть.
Поработать в лежачем состоянии часик-другой - да. Проводить на таком кресле-кровати 50 часов в неделю - удобно лишь в теории.
Да, рекомендаций много. Некоторые - поверхностные. А другие - настолько подробные и детальные, что неясно за что браться.
В моем случае самым критичным моментом стал наклон сиденья. Без него - остальное сильное не помогало. С ним - остальное стало уже очевидной мелочью.
По разминке и остальному - согласен. Но это уже отдельный разговор.
Все верно - монитор выше уровня глаз. Но смотреть вверх не приходится - спинка наклонена и голова месте с ней - направление взгляда чуть выше горизонта.
Про слепую печать верное замечание, даже как-то не подумал про это. Впрочем, если вы работаете на фултайме в разработке лет 5 или более - у вас этот навык точно есть, даже если вы его специально не тренировали.