Мейнфрейм — это особенный сервер с операционной системой z2s, созданной компанией IBM. У него свои способы управления пакетными заданиями, поддерживаются определённые языки программирования.
Все-таки, операционная система для мейнфремов называется z/OS. Более того, их там целый выводок :-). z/OS, z/VM, z/Linux... и т.д.
Что лучше или хуже - сенсор или кнопки, это как бы не причем - просто есть плохой с точки UX дизайн и хороший. Есть авто производители, которые думают головой, а есть те который думают задницей, не важно кнопки или сенсоры. В свое время покупали супруге Каптюра - вроде и норм европейская машина и на кнопочках и на сенсорах - но эргономика просто убивала - переключатель круиз контроля был тупо под ручным тормозом, какой там вообще пройти тесты что в статья описаны. PS: напомнило - https://youtu.be/ZsmZVW_uEP0
Насколько помню, заявленный ресурс был 125000км, но учитывая качество производства - двигатели ходили 50-60 тысяч км. В массы как я помню, не очень то пошло, но вот в ГАИ такие машинки в качестве "догонялок" вполне себе работали. По тем временам, характеристики был очень даже ничего себе.
Эта школа воспитывала вполне определённый паттерн поведения: иди по военной линии, защищайся на военную тематику, после этого можешь ничего не делать
Ммм, а как же авиация, космос, атомная промышленность ? Да и в конце концов - электроника и софт ? Вспомним тот же Минск и серия компьютеров ЕС (да, скопированных тогда с ИБМ-ских мейнфремов, но весь софт включая ОС был написан практически с нуля)
Машины с роторными двигателями Ванкеля, хоть и были изобретен немцем, но до производства относительно нормально дошел только в России и Японии...
Возможно, в плане потребительной продукции эпитет "самая" не очень применим, но если именно в целом, вообще - мне, опять же ИМХО, он не кажется уж таким и неприменимым, если вспомнить такие вещи как Буран с Энергией, атомный ледокольный флот (да и вообще атомную отрасль).
Интересное обозрение, но как мне кажется - причины вовсе не в этом :-) И дело ИМХО совсем не в качестве производимой в СССР продукции... А как не банально звучит - в ее количестве. Заточенная под военно-промышленные цели экономика (как следствие ВОВ) с постоянной угрозой всевозможных военных конфликтов - не очень то ориентировалась на потребительский спрос. Как можно говорить о качестве продукции, если ее тупо и банально не хватало в количестве - купить автомобиль, как и стиральную машину, квартиру, бытовую электронику было крайне, крайне сложно - можно ведь вспомнить какие были очереди на покупку какого нибудь Москвича. Добавим, отсутствующий как класс банковский сектор - взять кредит было ну практически невозможно (без какой нибудь справки из горкома, обкома, райкома и тд). А поскольку не было количества, оно никак не могло перерасти в качество, согласно известному постулату. Дефицит - знаете ли - "пипл и так хавал" (с) Титоренко PS: Советские инженеры ИМХО как раз не причем, эта школа наоборот самая сильная - способная создавать продукты и решения при наличии просто огромной массы ограничений.
Если честно, то вот как раз этого я и не понимаю. Это простите задачки для кодера, а не для архитектора. Если бы вам для этой позиции дали задачу типа, нужен такой функционал, такой модуль - скажите какие паттерны вы примените для проектирования кода, какие фреймворки (куда уж без них), как оцените таймлайн разработки - это было бы еще понятно. Если хочется "прокачать" свой скилл решать задачки - то есть leetcode сотоварищи, но ИМХО к реальной боевой разработке, они так себе, растрата ресурсов кратковременной памяти (в итоге все будет благополучно забыто). Сия практика - давать code challenge пошла от наших "коллег" индусов, как метод отсева - поскольку эти ребята ну оочень хитрые - им было главное "пролезть" в большой корп, пусть и уволят через 3 месяца (поскольку за это время выяснялось что они нихрена не знают) - но строчка в резюме уже есть и можно перебежать через дорогу в другой корп с увеличением ЗП буквально баксов на 100. Обычно, когда собеседовал людей просил рассказать о сделанных проектах (если NDA позволяет), что делали, что получилось, где факапнулись, как поправили. А просить кандидата решать задачки с leetcode - как по мне, ИМХО - не есть гуд. Ведь в любом случае, есть испытательный срок - на котором как раз и все узнается о новом кандидате. А так после code challenge - узнается только то, что человек может решать типовые задачки, а потом выясняется, что он некоммуникабелен или необучаем (так тоже бывает). Если попробовать реальному сеньору - дать порешать такую задачку, в 80% он не справится (поскольку не будет тратить время на подготовку по сравнению с человеком хотящим на джун,миддл позицию) или вообще пошлет куда подальше с просьбой "решить задачку"
Описаный пример - с мониторингом активности сотрудника - один из классических примеров микроменеджмента. Ведь помимо тайм трекинга, есть и всякие "отчеты за неделю", табели "утилизации по проектам" и прочая, прочая. А микроменеджмент - это опять классический пример неумения ставить правильные цели для сотрудников и подбирать мотивационные инструменты. Увы, даже азами нормального менеджмента - 80% руководителей не владеют. Тебе, как руководителю важно, что бы сотрудник (не обязательно разработчик) "сидел за экраном" как можно больше и дольше, обрабатывая например входящие заявки - используй сдельную схему оплаты труда (хотя конечно "время за экраном" в качестве KPI - так себе идея). Сотрудник работает в саппорте и важно время реакции (зачастую по SLA) - вместо отчетов и трекинга активности - есть записи в саппорт системе, есть NSI (net satisfaction index) - который потом составляется по анкетированию клиентов. И т.д. и т.п - просто менеджмент должен уметь выбирать правильный инструмент для каждой задачи. Все эти вещи уже давно были опробованы и работают, мы "удаленку" пробовали и отлаживали еще с 2008г.
PS: Еще из нелюбимых тем - это технические собеседования класса - а построй мне красно-черное дерево и напиши 100500 методов сортировки за 2 часа. Никогда не практиковал подобное на собеседованиях своих сотрудников.
Пардон муа, но КИХ, ака сверточные уже неocoбо в тренде. По большому счету в эмуляция кабинета с помощью свертки aka convolution signal processing лишь малая часть в эмуляции тракта гитара-комбик-микрофон. Куда большую проблему представляло эмуляция самого гитарного усилителя сигнала - поскольку там все очень нелинейно в плане добавления искажений от уровня входного сигнала, его спектра и тд и тп. Ранние софтовые эмуляции очень плохо работали с динамическим диапазоном гитары. Переход на нейросетки - вообщем то кардинально ситуацию изменил - сетка может научится правильно обрабатывать весь тракт включая и кабинет.
Все таки большая диагональ имеет значения в плане погружения в контент. У меня уже лет 8 трудится Оптома, скажу так - смотреть на ней хорошое кино гораздо приятнее, чем на на 55-65" телевизоре.
Так же, внезапно, на больших диагоналях - начинает на полную работать 3D эффект, при просмотре 3D контента, поскольку глаз уже не охватывает полностью размер в 100" с растояния в 3 метра и возникает чувство погружения в кино. Нет ощущения, что как будто смотришь 3Д голограмму при просмотре 3Д контента через телевизор (видимо поэтому 3Д исчезает из современных телевизоров).
Для этого есть целый гайдлайны от производителей микроконтроллеров. И там обычно описывается варианты rotating записи в EEPROM. И сделано это вполне из осознанных вещей. У большинства EEPROM на рынке, плюс-минус количество гарантированных циклов перезаписи ячеек порядка 100000. Есть правда и high endurance варианты - но ценник выше. И этого может быть как много - так и мало, в зависимости от приложения (может оно раз в месяц будет обновлять ячейку,) а вот если обновлять раз в секунду - то пичалька наступит быстро - через примерно 28 часов работы устройства . А если EEPROM вшит в кристалл контроллера - ну как то будет жалко. Поэтому существуют множество вариантов как работать с EEPROM - как минимум используя кольцевую запись структур данных, создавая rotating EEPROM библиотеки, типа таких https://tinkerman.cat/post/eeprom-rotation-for-esp8266-and-esp32. Ну и плюсом будет, целосность данных - при частичной записи последний записаный вариант будет поврежден и будет взят предыдущий.
Видимо я не донес свою мысль о том что пенсия != финансовая независимость, которая есть в моем и только в моем понимании :-). Возможно я ошибаюсь, мир - он другой и по улицам ходят единороги :-)
Ну так как только вы наберётесь практики, то тоже будете класть плитку быстро. А если практики у вас нет, то быстро вы её не положите, как вас там не ограничивай.
Предлагаете мне в моей кухне, для набора практики несколько раз переложить плитку ? Или же лучше предложить свои услуги сначала друзьям и знакомым бесплатно или за не большую денежку ? Что с набором практики приведет к профессионализму плиточника. Но вообще мы стали заниматься софистикой - так и дойдем до того что Торвальдсу надо будет делать git rm -r *; git commit; git push git.kernel.org с периодичностью раз в несколько лет.
Вы там выше ссылались на учёных — им обычно не ставят ограничения «открой что-нибудь за следующую неделю/год». А когда ставят — получается редкостная ерунда, проблемы от publish or perish, и так далее.
В фундаментальной науке вряд-ли. А вот в прикладной - думается мне что ставят. Можно вспомнить космическую гонку СССР-США, или первое что на ум пришло - создание вакцин от того же COVID-19.
У меня есть чувство, что это просто спор об определениях. Чтобы уточнить:
1. Пусть по результатам у меня таки что-то получится, и я, скажем, напишу статью, такую же, как пишут люди, получающие за ресёрч деньги (аспирантские стипендии, гранты, етц). Чем я буду для наблюдателя отличаться от профессионала?
В вашем вопросе и содержится ответ - профессионал пишет за деньги, вы же напишете ее просто так, с возможным получением материального вознаграждения. А возможно и нет. :-)
2. А чем оставаться любителем (ну, в ваших терминах) плохо? С дистанции не сходите, знаниями всё равно пользуетесь и приумножаете.
Я абсолютно не утверждал что быть любителем плохо, вовсе нет. Раз разговор о терминологии - то профессионал это человек обладающий профессией, т.е. специалист который этой профессией зарабатывает себе на хлеб. (с) толковый словарь Ожегова в моей легкой интерпретации.
Про сложность согласен, а про ограничения времени и ресурсов не соглашусь. Это зачем?
Затем, что я говорил о профессионализме. По сути, это дело которое будет вас кормить. И временные и ресурсные ограничения важны для того что бы стать профессионалом, а не остаться любителем. Простейшая аллегория - к примеру я могу научится (хвала Ютубу) ложить кафельную плитку и даже уложу ее на своей кухне самостоятельно. Только делать я буду это долго, совершая ошибки - к примеру неделю, в то время как профессиональный плиточник это сделает за 1 день. Он не может ковыряться с вашей кухней неделю - нужно делать другие заказы, иначе в конце месяца кушать ему будет нечего. Время, самый дорогой ваш ресурс и к сожалению, невозобновляемый.
но если предположить, что я мог бы этим заниматься до конца жизни, назвали бы вы это пенсией?
Да как угодно - хобби, сайд проект. Пока на этом деле вы не зарабатываете деньги. А поскольку, не зарабатываете - вы остаётесь в категории любителя и живете (учитывая финансовую подушку) как рантье или инвестор (хотя инвестор это уже работа).
Вы немного путаете понятия - достижения финансовой независимости и выхода на пенсию. Выход на пенсию - это все таки отказ (по какой либо причине) от работы как таковой, с заменой на, как ранее говорили, заслуженный отдых. Да же в английском языке to retire (уйти на пенсию) крайне созвучно c to tire (устать). И более того в нашей стране эти понятия не связаны :-(. Можно, и зачастую именно так, уйти на пенсию не достигнув финансовой независимости - что противоречит вашему утверждению. Второе - рост как профессионала возможен только в состоянии "преодоления", когда и задача сложная и время на решение не так уж много, и ресурсов выделено мало. Более того, я верю что рост профессионализма не возможен в изоляции - нужна команда рядом, поскольку реально трудные задачи невозможно разгрызть в одиночку. А в одиночку, на пенсии, будет крайне трудно с мотивацией поставить себя в "жесткие" рамки.
Это возможно верно если работодатель по сути галера, где один из мотивационных факторов прилепленный к сотруднику ярлычок джуна, мидла или сеньора. В нормальном энтерпрайзе даже нет таких понятий у технарей. Обычно это грейды или банды + job role. Сеньорами обычно там люди у которых в job role написано senior (vice) president.
Формально как администратора-консультанта по мейнфреймам, неформально как ментора и неисчерпаемый источник знаний по ним же :-). У человека 50+ лет опыта, глупо разбрасываться таким источником знаний.
На хабре в топ 5 массовых тем (помимо ЗП и релокации) всегда были есть и будут статьи про выгорание. И там же рядом про ранний выход на пенсию. И не только и не столько потому, что "пассивный доход" (ну а чо - ЗП большие, на пенсию заработал в 35 и свободен!), а потому, что технологии развиваются быстро, а мозги с возрастом - все медленнее (ох чую, счас мне влепят "минусов"! Холливарная тема... :) ). В большом энтерпрайзе, как в большом спорте - профессионалов мало и на пике карьеры они держаться не долго.
Простите вы серьезно ? Какая пенсия в 35 ? К этому возрасту только начинается профессиональный рост и если думать как в таком возрасте слинять с "дистанции" - я прям не знаю, это как потерять весомый кусок своего развития как человека и профессионала. Приближаясь к своему полтинику - я лишь могу сказать, что с точки зрения профессионализма и знаний - я гораздо лучшая версия себя чем в свои ушедшие 35 лет :-). А мозги надо всегда держать в тонусе и поверьте они будут работать. Между прочим у ученых - средний возраст совершения прорывных открытий до недавнего времени был около 39 лет и в последнее время вообще придвинулся ближе к 45 годам. http://mixstuff.ru/archives/45548
Выгорание - это тонкий момент и как правило вызван совокупностью факторов, но не только исключительно работой. Если это исключительно нелюбимая работа - то это все лечится, как правило переход в другое место. Обычно же - северный пушистый зверек выгорания приходит в совокупности факторов, к примеру к упорной пахоте добавляется рождение детей, какие либо семейные потрясение и прочее и прочее... Поэтому в нормальном и большом энтерпрайзе - есть такое понятие как work-life balance которому стараются соответствовать.
В большом и нормальном энтерпрайзе как раз профессионалов достаточно и за них обычно держатся. Все таки большой багаж опыта - большая ценность и вероятность сделать. Один из моих сотрудников канадец в возрасте - ему 83 и он вполне себе прекрасно работает и делится своим опытом.
Все-таки, операционная система для мейнфремов называется z/OS. Более того, их там целый выводок :-). z/OS, z/VM, z/Linux... и т.д.
Что лучше или хуже - сенсор или кнопки, это как бы не причем - просто есть плохой с точки UX дизайн и хороший. Есть авто производители, которые думают головой, а есть те который думают задницей, не важно кнопки или сенсоры. В свое время покупали супруге Каптюра - вроде и норм европейская машина и на кнопочках и на сенсорах - но эргономика просто убивала - переключатель круиз контроля был тупо под ручным тормозом, какой там вообще пройти тесты что в статья описаны.
PS: напомнило - https://youtu.be/ZsmZVW_uEP0
Requests, Карл! Requests!
C большой степенью вероятности там будет uboot - https://github.com/u-boot/u-boot
Насколько помню, заявленный ресурс был 125000км, но учитывая качество производства - двигатели ходили 50-60 тысяч км. В массы как я помню, не очень то пошло, но вот в ГАИ такие машинки в качестве "догонялок" вполне себе работали. По тем временам, характеристики был очень даже ничего себе.
Ммм, а как же авиация, космос, атомная промышленность ? Да и в конце концов - электроника и софт ? Вспомним тот же Минск и серия компьютеров ЕС (да, скопированных тогда с ИБМ-ских мейнфремов, но весь софт включая ОС был написан практически с нуля)
Машины с роторными двигателями Ванкеля, хоть и были изобретен немцем, но до производства относительно нормально дошел только в России и Японии...
Возможно, в плане потребительной продукции эпитет "самая" не очень применим, но если именно в целом, вообще - мне, опять же ИМХО, он не кажется уж таким и неприменимым, если вспомнить такие вещи как Буран с Энергией, атомный ледокольный флот (да и вообще атомную отрасль).
Интересное обозрение, но как мне кажется - причины вовсе не в этом :-) И дело ИМХО совсем не в качестве производимой в СССР продукции... А как не банально звучит - в ее количестве. Заточенная под военно-промышленные цели экономика (как следствие ВОВ) с постоянной угрозой всевозможных военных конфликтов - не очень то ориентировалась на потребительский спрос. Как можно говорить о качестве продукции, если ее тупо и банально не хватало в количестве - купить автомобиль, как и стиральную машину, квартиру, бытовую электронику было крайне, крайне сложно - можно ведь вспомнить какие были очереди на покупку какого нибудь Москвича. Добавим, отсутствующий как класс банковский сектор - взять кредит было ну практически невозможно (без какой нибудь справки из горкома, обкома, райкома и тд). А поскольку не было количества, оно никак не могло перерасти в качество, согласно известному постулату. Дефицит - знаете ли - "пипл и так хавал" (с) Титоренко
PS: Советские инженеры ИМХО как раз не причем, эта школа наоборот самая сильная - способная создавать продукты и решения при наличии просто огромной массы ограничений.
Если честно, то вот как раз этого я и не понимаю. Это простите задачки для кодера, а не для архитектора. Если бы вам для этой позиции дали задачу типа, нужен такой функционал, такой модуль - скажите какие паттерны вы примените для проектирования кода, какие фреймворки (куда уж без них), как оцените таймлайн разработки - это было бы еще понятно.
Если хочется "прокачать" свой скилл решать задачки - то есть leetcode сотоварищи, но ИМХО к реальной боевой разработке, они так себе, растрата ресурсов кратковременной памяти (в итоге все будет благополучно забыто).
Сия практика - давать code challenge пошла от наших "коллег" индусов, как метод отсева - поскольку эти ребята ну оочень хитрые - им было главное "пролезть" в большой корп, пусть и уволят через 3 месяца (поскольку за это время выяснялось что они нихрена не знают) - но строчка в резюме уже есть и можно перебежать через дорогу в другой корп с увеличением ЗП буквально баксов на 100.
Обычно, когда собеседовал людей просил рассказать о сделанных проектах (если NDA позволяет), что делали, что получилось, где факапнулись, как поправили. А просить кандидата решать задачки с leetcode - как по мне, ИМХО - не есть гуд. Ведь в любом случае, есть испытательный срок - на котором как раз и все узнается о новом кандидате. А так после code challenge - узнается только то, что человек может решать типовые задачки, а потом выясняется, что он некоммуникабелен или необучаем (так тоже бывает).
Если попробовать реальному сеньору - дать порешать такую задачку, в 80% он не справится (поскольку не будет тратить время на подготовку по сравнению с человеком хотящим на джун,миддл позицию) или вообще пошлет куда подальше с просьбой "решить задачку"
Описаный пример - с мониторингом активности сотрудника - один из классических примеров микроменеджмента. Ведь помимо тайм трекинга, есть и всякие "отчеты за неделю", табели "утилизации по проектам" и прочая, прочая. А микроменеджмент - это опять классический пример неумения ставить правильные цели для сотрудников и подбирать мотивационные инструменты. Увы, даже азами нормального менеджмента - 80% руководителей не владеют. Тебе, как руководителю важно, что бы сотрудник (не обязательно разработчик) "сидел за экраном" как можно больше и дольше, обрабатывая например входящие заявки - используй сдельную схему оплаты труда (хотя конечно "время за экраном" в качестве KPI - так себе идея). Сотрудник работает в саппорте и важно время реакции (зачастую по SLA) - вместо отчетов и трекинга активности - есть записи в саппорт системе, есть NSI (net satisfaction index) - который потом составляется по анкетированию клиентов. И т.д. и т.п - просто менеджмент должен уметь выбирать правильный инструмент для каждой задачи.
Все эти вещи уже давно были опробованы и работают, мы "удаленку" пробовали и отлаживали еще с 2008г.
PS: Еще из нелюбимых тем - это технические собеседования класса - а построй мне красно-черное дерево и напиши 100500 методов сортировки за 2 часа. Никогда не практиковал подобное на собеседованиях своих сотрудников.
Пардон муа, но КИХ, ака сверточные уже неocoбо в тренде. По большому счету в эмуляция кабинета с помощью свертки aka convolution signal processing лишь малая часть в эмуляции тракта гитара-комбик-микрофон. Куда большую проблему представляло эмуляция самого гитарного усилителя сигнала - поскольку там все очень нелинейно в плане добавления искажений от уровня входного сигнала, его спектра и тд и тп. Ранние софтовые эмуляции очень плохо работали с динамическим диапазоном гитары. Переход на нейросетки - вообщем то кардинально ситуацию изменил - сетка может научится правильно обрабатывать весь тракт включая и кабинет.
С моей точки многим :-).
Все таки большая диагональ имеет значения в плане погружения в контент. У меня уже лет 8 трудится Оптома, скажу так - смотреть на ней хорошое кино гораздо приятнее, чем на на 55-65" телевизоре.
Так же, внезапно, на больших диагоналях - начинает на полную работать 3D эффект, при просмотре 3D контента, поскольку глаз уже не охватывает полностью размер в 100" с растояния в 3 метра и возникает чувство погружения в кино. Нет ощущения, что как будто смотришь 3Д голограмму при просмотре 3Д контента через телевизор (видимо поэтому 3Д исчезает из современных телевизоров).
Для этого есть целый гайдлайны от производителей микроконтроллеров. И там обычно описывается варианты rotating записи в EEPROM. И сделано это вполне из осознанных вещей. У большинства EEPROM на рынке, плюс-минус количество гарантированных циклов перезаписи ячеек порядка 100000. Есть правда и high endurance варианты - но ценник выше. И этого может быть как много - так и мало, в зависимости от приложения (может оно раз в месяц будет обновлять ячейку,) а вот если обновлять раз в секунду - то пичалька наступит быстро - через примерно 28 часов работы устройства . А если EEPROM вшит в кристалл контроллера - ну как то будет жалко. Поэтому существуют множество вариантов как работать с EEPROM - как минимум используя кольцевую запись структур данных, создавая rotating EEPROM библиотеки, типа таких https://tinkerman.cat/post/eeprom-rotation-for-esp8266-and-esp32. Ну и плюсом будет, целосность данных - при частичной записи последний записаный вариант будет поврежден и будет взят предыдущий.
Вспоминая как устроен кейпад телефонов вы говорите - буквы нельзя ? Ой - вы кажется отрезали номера которые можно указывать в формате
букв - например +1-800-GOT-JUNK он же +1-800-468-5865. В тех же штатах видимо весьма прижившаяся тема.
Видимо я не донес свою мысль о том что пенсия != финансовая независимость, которая есть в моем и только в моем понимании :-). Возможно я ошибаюсь, мир - он другой и по улицам ходят единороги :-)
Предлагаете мне в моей кухне, для набора практики несколько раз переложить плитку ? Или же лучше предложить свои услуги сначала друзьям и знакомым бесплатно или за не большую денежку ? Что с набором практики приведет к профессионализму плиточника. Но вообще мы стали заниматься софистикой - так и дойдем до того что Торвальдсу надо будет делать git rm -r *; git commit; git push git.kernel.org с периодичностью раз в несколько лет.
В фундаментальной науке вряд-ли. А вот в прикладной - думается мне что ставят. Можно вспомнить космическую гонку СССР-США, или первое что на ум пришло - создание вакцин от того же COVID-19.
В вашем вопросе и содержится ответ - профессионал пишет за деньги, вы же напишете ее просто так, с возможным получением материального вознаграждения. А возможно и нет. :-)
Я абсолютно не утверждал что быть любителем плохо, вовсе нет. Раз разговор о терминологии - то профессионал это человек обладающий профессией, т.е. специалист который этой профессией зарабатывает себе на хлеб. (с) толковый словарь Ожегова в моей легкой интерпретации.
Затем, что я говорил о профессионализме. По сути, это дело которое будет вас кормить. И временные и ресурсные ограничения важны для того что бы стать профессионалом, а не остаться любителем. Простейшая аллегория - к примеру я могу научится (хвала Ютубу) ложить кафельную плитку и даже уложу ее на своей кухне самостоятельно. Только делать я буду это долго, совершая ошибки - к примеру неделю, в то время как профессиональный плиточник это сделает за 1 день. Он не может ковыряться с вашей кухней неделю - нужно делать другие заказы, иначе в конце месяца кушать ему будет нечего. Время, самый дорогой ваш ресурс и к сожалению, невозобновляемый.
Да как угодно - хобби, сайд проект. Пока на этом деле вы не зарабатываете деньги. А поскольку, не зарабатываете - вы остаётесь в категории любителя и живете (учитывая финансовую подушку) как рантье или инвестор (хотя инвестор это уже работа).
Вы немного путаете понятия - достижения финансовой независимости и выхода на пенсию. Выход на пенсию - это все таки отказ (по какой либо причине) от работы как таковой, с заменой на, как ранее говорили, заслуженный отдых. Да же в английском языке to retire (уйти на пенсию) крайне созвучно c to tire (устать). И более того в нашей стране эти понятия не связаны :-(. Можно, и зачастую именно так, уйти на пенсию не достигнув финансовой независимости - что противоречит вашему утверждению. Второе - рост как профессионала возможен только в состоянии "преодоления", когда и задача сложная и время на решение не так уж много, и ресурсов выделено мало. Более того, я верю что рост профессионализма не возможен в изоляции - нужна команда рядом, поскольку реально трудные задачи невозможно разгрызть в одиночку. А в одиночку, на пенсии, будет крайне трудно с мотивацией поставить себя в "жесткие" рамки.
Это возможно верно если работодатель по сути галера, где один из мотивационных факторов прилепленный к сотруднику ярлычок джуна, мидла или сеньора. В нормальном энтерпрайзе даже нет таких понятий у технарей. Обычно это грейды или банды + job role. Сеньорами обычно там люди у которых в job role написано senior (vice) president.
Формально как администратора-консультанта по мейнфреймам, неформально как ментора и неисчерпаемый источник знаний по ним же :-). У человека 50+ лет опыта, глупо разбрасываться таким источником знаний.
Простите вы серьезно ? Какая пенсия в 35 ? К этому возрасту только начинается профессиональный рост и если думать как в таком возрасте слинять с "дистанции" - я прям не знаю, это как потерять весомый кусок своего развития как человека и профессионала. Приближаясь к своему полтинику - я лишь могу сказать, что с точки зрения профессионализма и знаний - я гораздо лучшая версия себя чем в свои ушедшие 35 лет :-). А мозги надо всегда держать в тонусе и поверьте они будут работать. Между прочим у ученых - средний возраст совершения прорывных открытий до недавнего времени был около 39 лет и в последнее время вообще придвинулся ближе к 45 годам. http://mixstuff.ru/archives/45548
Выгорание - это тонкий момент и как правило вызван совокупностью факторов, но не только исключительно работой. Если это исключительно нелюбимая работа - то это все лечится, как правило переход в другое место. Обычно же - северный пушистый зверек выгорания приходит в совокупности факторов, к примеру к упорной пахоте добавляется рождение детей, какие либо семейные потрясение и прочее и прочее... Поэтому в нормальном и большом энтерпрайзе - есть такое понятие как work-life balance которому стараются соответствовать.
В большом и нормальном энтерпрайзе как раз профессионалов достаточно и за них обычно держатся. Все таки большой багаж опыта - большая ценность и вероятность сделать. Один из моих сотрудников канадец в возрасте - ему 83 и он вполне себе прекрасно работает и делится своим опытом.