Здравствуйте! Спасибо, что поделились вашей историей) Детские привычки они такие — рада, что ребенка впечатлил справочник и сейчас он выбрал путь программирования!
Вообще, каждому времени своя стратегия, наверное. То, что работало в прошлом может уже не работать сейчас, но какие-то практики из прошлого, конечно, не стоит в пыльный ящик откладывать. Надо все смотреть и пробовать!
Изучить уже имеющуюся идею и придумать что-то для нее, исходя из готового, заданного контекста куда проще, чем сесть и придумать все с нуля и параллельно с процессами разработки еще и запустить бизнес-процессы вокруг продукта, чтобы из этого прибыль получить)
Маленькие и большие компании (и системы) все-таки очень разные штуки. Когда система маленькая, то, наверное, сильно проще все отдать на ответственность каждого сотрудника, потому что рисков значительно меньше
Почему именно копаться в месиве от ИИ? А как же разбираться как раз таки в нюансах задач, в том как эти задачи работают глобально, в контексте общей системе, зачем они там нужны, возможно предложение каких-то решений, которые будут более эффективны
В статье речь шла еще и об этом, что современный разработчик должен мыслить не отдельными тасками и ограниченной зоной ответственности, а глобально, в контексте той системы, где он работает
Спасибо за гайд! Проблемы со сном реально большая проблема сейчас
Чтение, кстати, тоже может быть стимулятором для мозга, который мешает заснуть, вопреки распространенному мнению. Особенно если это какие-то яркие динамичные сюжеты.
Мне кажется, преимущественно это направлено на тех, кто традиционно работает пятидневку. С посменными работниками, где именно проведенные часы = продуктивность так не сработает) Невозможно оптимизировать работу пожарного или врача, который должен круглосуточно следить за пациентом своим
Здравствуйте) Спасибо за такой подробный развернутый комментарий
Глобально, я с вами согласна, график 2/2 удобен для сотрудников во всех отношениях, тот самый любимый многими work-life-balance легко при нем достигается. Все-равно для мозга сильной разницы нет - рабочий день есть рабочий день и одинаково после него устаешь.
Но то, что вы описали, актуально как раз для тех видов работ, что вы описали. Потому что когда работа не суперквалифицированная, то найти напарника по этой работе гораздо проще, соответственно и наладить процессы так, чтобы можно было между сотрудниками передавать пул работ. Как тоже самое организовать, например, с программистом с каким-нибудь редким стеком? Да даже если это не редкий сотрудник, представляете, у вас человек ведет какой-нибудь достаточно сложный проект, где надо глубоко погружаться и вникать. А вы его каждый раз перекидываете между двумя людьми с разным видением и с разными подходами. То есть человек в начале каждой «двухдневки» будет заново вникать что там наделал другой человек, возможно какие-то вопросы возникнут, несогласия с его решениями, а человек на выходном.
В общем, это комфортный график, но очень неподходящий для какой-то сложной деятельности без суперчетких регламентов от которых нельзя отклонятся.
Можно хотеть сотрудника на 60 часов в неделю, но большинство людей физически не способны сложные умственные задачи одинаково эффективно выполнять из года года по 60 часов в неделю. Даже при текущем графике большинство в среднем часов 6 в день работают в лучшем случае. Остальное уходит на прокрастинацию, болтовню, кофеечек)
Вот, кстати, да. Даже самая эффективная система сломается об тех, кто тянет до последнего, а потом с горящими глазами все закрывает в последний момент. Таким будет сложно уместить свои задачи в сжатые сроки. А те, кто и так эффективно работает, наверняка умеет самостоятельно незаметно сжимать свои рабочие часы, не теряя своей результативности
В любом случае, интересно посмотреть и почитать как люди пробуют что-то новое. А разве в ЕС, как у нас, нет возможности оформить помимо основной занятости еще подработку по совместительству? Не очень в эту тему погружена
Не призываю никого отказывать от LLM как это было с компьютерными играми. И тем более не пыталась демонизировать ИИ (отличный инструмент для работы). Скорее рассуждение-предостережение, что не стоит очеловечивать то, что на первый взгляд может показаться человечным
Зачем? Если все компании будут джунов учиться и все эти джуны потом будут между компаниями ходить, то расходы выйдут у всех плюс-минус одинаковыми. Это если исходить из логики, что человек как только выучится, то сразу уходить туда, где больше заплатят
Насколько я знаю, один и тот же код можно написать разными способами: более эффективным и удобным и менее Или от джунов глобально требуют, чтобы просто работало и все?
Честно, учитывая какое комьюнити на Хабре местами бывает, я бы не посоветовала новичкам, особенно с нежной психикой, сюда на начальных этапах приходить. Есть шанс вообще расстроиться, разочароваться и все бросить))
А теперь представьте идеальный мир, где все компании брали бы джунов активно и учили бы их... Происходил бы бесконечный обмен джунами выросшими и никто не уходил бы в минус
Но это немного не под текущую реальность звучит, конечно. Хотя есть шанс, что компании рано или поздно к этому придут)
Вся информация есть в открытом доступе, но как самостоятельно определить – ты делаешь фигню или в правильном направлении движешься? В UX/UI дизайне, например, тяжело без куратора самостоятельно учиться, потому что на начальном этапе еще пока нет насмотренности.
Здравствуйте! Спасибо, что поделились вашей историей)
Детские привычки они такие — рада, что ребенка впечатлил справочник и сейчас он выбрал путь программирования!
Вообще, каждому времени своя стратегия, наверное. То, что работало в прошлом может уже не работать сейчас, но какие-то практики из прошлого, конечно, не стоит в пыльный ящик откладывать. Надо все смотреть и пробовать!
Изучить уже имеющуюся идею и придумать что-то для нее, исходя из готового, заданного контекста куда проще, чем сесть и придумать все с нуля и параллельно с процессами разработки еще и запустить бизнес-процессы вокруг продукта, чтобы из этого прибыль получить)
Маленькие и большие компании (и системы) все-таки очень разные штуки. Когда система маленькая, то, наверное, сильно проще все отдать на ответственность каждого сотрудника, потому что рисков значительно меньше
Почему именно копаться в месиве от ИИ?
А как же разбираться как раз таки в нюансах задач, в том как эти задачи работают глобально, в контексте общей системе, зачем они там нужны, возможно предложение каких-то решений, которые будут более эффективны
В статье речь шла еще и об этом, что современный разработчик должен мыслить не отдельными тасками и ограниченной зоной ответственности, а глобально, в контексте той системы, где он работает
О да или физика/химия
А еще русская классика из старшей школы некоторая, которая не всегда заходит в школьном возрасте и нагоняет только тоску
А как же, например, бессоница? Когда физически и морально устал, сил нет, но заснуть не получается?
Спасибо за гайд!
Проблемы со сном реально большая проблема сейчас
Чтение, кстати, тоже может быть стимулятором для мозга, который мешает заснуть, вопреки распространенному мнению. Особенно если это какие-то яркие динамичные сюжеты.
Помогают заснуть скучные и нудные книги))
Это вы в сознании забыли. А ваше подсознание продолжает переваривать полученную за день инфу)
Мне кажется, преимущественно это направлено на тех, кто традиционно работает пятидневку. С посменными работниками, где именно проведенные часы = продуктивность так не сработает)
Невозможно оптимизировать работу пожарного или врача, который должен круглосуточно следить за пациентом своим
Здравствуйте)
Спасибо за такой подробный развернутый комментарий
Глобально, я с вами согласна, график 2/2 удобен для сотрудников во всех отношениях, тот самый любимый многими work-life-balance легко при нем достигается. Все-равно для мозга сильной разницы нет - рабочий день есть рабочий день и одинаково после него устаешь.
Но то, что вы описали, актуально как раз для тех видов работ, что вы описали. Потому что когда работа не суперквалифицированная, то найти напарника по этой работе гораздо проще, соответственно и наладить процессы так, чтобы можно было между сотрудниками передавать пул работ. Как тоже самое организовать, например, с программистом с каким-нибудь редким стеком? Да даже если это не редкий сотрудник, представляете, у вас человек ведет какой-нибудь достаточно сложный проект, где надо глубоко погружаться и вникать. А вы его каждый раз перекидываете между двумя людьми с разным видением и с разными подходами. То есть человек в начале каждой «двухдневки» будет заново вникать что там наделал другой человек, возможно какие-то вопросы возникнут, несогласия с его решениями, а человек на выходном.
В общем, это комфортный график, но очень неподходящий для какой-то сложной деятельности без суперчетких регламентов от которых нельзя отклонятся.
Государства беспокоятся о снижении рождаемости, а производства, получается, наоборот должны радоваться в связи с развитием технологий?
Не очень поняла, что вы имеете в виду под снижением персональной нагрузки для увеличения занятости, расскажите пожалуйста)
Можно хотеть сотрудника на 60 часов в неделю, но большинство людей физически не способны сложные умственные задачи одинаково эффективно выполнять из года года по 60 часов в неделю. Даже при текущем графике большинство в среднем часов 6 в день работают в лучшем случае. Остальное уходит на прокрастинацию, болтовню, кофеечек)
Вот, кстати, да. Даже самая эффективная система сломается об тех, кто тянет до последнего, а потом с горящими глазами все закрывает в последний момент. Таким будет сложно уместить свои задачи в сжатые сроки. А те, кто и так эффективно работает, наверняка умеет самостоятельно незаметно сжимать свои рабочие часы, не теряя своей результативности
В любом случае, интересно посмотреть и почитать как люди пробуют что-то новое. А разве в ЕС, как у нас, нет возможности оформить помимо основной занятости еще подработку по совместительству? Не очень в эту тему погружена
Осталось донести это тем, кто графики придумывает))
Не призываю никого отказывать от LLM как это было с компьютерными играми. И тем более не пыталась демонизировать ИИ (отличный инструмент для работы). Скорее рассуждение-предостережение, что не стоит очеловечивать то, что на первый взгляд может показаться человечным
Зачем? Если все компании будут джунов учиться и все эти джуны потом будут между компаниями ходить, то расходы выйдут у всех плюс-минус одинаковыми. Это если исходить из логики, что человек как только выучится, то сразу уходить туда, где больше заплатят
Насколько я знаю, один и тот же код можно написать разными способами: более эффективным и удобным и менее
Или от джунов глобально требуют, чтобы просто работало и все?
Честно, учитывая какое комьюнити на Хабре местами бывает, я бы не посоветовала новичкам, особенно с нежной психикой, сюда на начальных этапах приходить. Есть шанс вообще расстроиться, разочароваться и все бросить))
А теперь представьте идеальный мир, где все компании брали бы джунов активно и учили бы их...
Происходил бы бесконечный обмен джунами выросшими и никто не уходил бы в минус
Но это немного не под текущую реальность звучит, конечно. Хотя есть шанс, что компании рано или поздно к этому придут)
Вся информация есть в открытом доступе, но как самостоятельно определить – ты делаешь фигню или в правильном направлении движешься? В UX/UI дизайне, например, тяжело без куратора самостоятельно учиться, потому что на начальном этапе еще пока нет насмотренности.