Как можно качественно обучить айти-специалиста? И главное чему? В отрасли десятки языков и тысячи профессий, все это множится на множество фреймворков и технологий и их всевозможные сочетания: в каждой фирме, на каждом проекте свои стеки. Вот и учат основам в целом, да и то по верхам, с прицелом что дальше сам выплывет
А на всяческих курсах учат по минимуму, какой-то одной узкой, но востребованной в вакансиях, нише или инструменту, именно в формате "протащить через процесс разработки пару раз, дальше сам".
Вот и выходит, что на выходе после института + курсов совсем не специалист, а заготовка специалиста с какой-то минимальной базой, на основе которой можно что-то вырастить. А после голых курсов еще хуже - заготовка без базы, которой будет очень тяжко в дальнейшем карьерном росте.
Естественно в основах такие специалисты сильно плавают, т.к. их этому просто не учили. И такая ситуация на всех основных языках. По отрасли в целом много специалистов, которые освоили фреймворки, но при выходе за пределы фреймворка как слепые котята.
Тут решает только конкретный опыт, у каждого он уникальный. Конечно в целом хорошие или подающие надежды специалисты стремятся приобрести квалификацию, дообучаются дополнительно самостоятельно, читают книги, проходят параллельно множество курсов, ковыряют код, документацию, ядро языка, в общем добирают информацию как могут.
Но нужно быть честным: процент хороших специалистов относительно небольшой. Остальные просто уютненько сидят в освоенной нише и никуда не развиваются. И причины тут разные: интерес, характер, жизненные ценности, обстоятельства, плохой коллектив, бестолковое руководство. Если например человеку в свободное время дети по голове скачут или начальство работой заваливает выше ушей - какое уж тут развитие? Отработать сколько положено и откатиться, больше его ничего не интересует. Да что там, когда началась пандемия и людей погнали на удаленку, многие пытались остаться в офисах, просто потому что не имели возможности работать дома, не имели компьютеров, свободных помещений, или возможности элементарно создать спокойную обстановку. Те кто с комфортом ушел на удаленку - таких оказалось относительно немного.
Так что обилие непродуманных решений - вполне себе норма. Некогда думать, или нет ресурсов на тщательное обдумывание.
И то что склепали избыточный сервис - это мелочь. Потому что есть такие, кто сдает код, который ни разу не запускался, не проходил никакие тесты, и даже на глаз содержит большое количество синтаксических ошибок. Т.е. в принципе код, который даже не имеет шансов скомпилироваться или стартануть. Ну то есть человек видит что написал вообще бред, скорее всего даже понимает это (иначе как он попал на должность программера?), но... берет и отправляет его, еще и бодро рапортует: "задача выполнена!". Вот как это обозвать - я не знаю.
У нас в компьютерном клубе был один мощный комп, сервер для целого зала бездисковых клиентов, об был на 486 кажется, или даже на одном из первых пентиумов. Так вот, каждый день, с утра до вечера, он выполнял ровно одну задачу: на нем беспрерывно катали цивилизацию. Игр было немного, что было то и катали. К тому же надо понимать: все остальные машины могли катать только досовские рогалики без графона, на фоне чего тот сервак с цветным дисплеем смотрелся просто божественно в глазах голодных до развлечений юнцов.
А вот по поводу библиотек как раз все понятно: тут уже решает стоимость разработки. Бизнесу выгодно сэкономить на разработке здесь и сейчас, отложенные проблемы и скрытый оверхед (например потребность в более дорогом железе) бизнес не особо интересуют, пока оно его не клюнет непосредственным образом. И так везде.
Как по-хорошему такая задача решается: аналитики и архитекторы описывают всю систему, решают где и в каком виде нужны изменения, документируют их, и формулируют конкретную задачу. И все красиво: все спланировано и описано, результат, решение и последствия известны заранее.
Но это по сути получается несколько дней целый небольшой отдел будет занят одной такой задачей. Это дорого, даже если этот отдел есть. Но в большинстве контор не то что архитекторов и аналитиков, даже описания системы нет, знания передаются из уст в уста между разработчиками, т.е. даже процессы разработки тупо никак не выстроены, экономия на всем, и на разработке особенно.
И вот приходит новый разработчик и получает задачу невнятного вида, что данные есть тут но должны оказаться тут. И на этом все. Зачем, почему, как? Выясняй сам, и вообще крутись как хочешь: "мы вот тебе ТЗ выцсрали и считаем проблему закрытой, точка".
И у него остается немного вариантов:
1 - потратить тонну времени и усилий штурмуя всех вокруг в попытке выяснить как оно устроено, что и зачем, в чем смысл задачи, и как ее лучше сделать, т.е. выяснять то что в ТЗ должно было быть изначально, выполнять работу аналитиков и архитекторов, но без необходимого опыта и знаний. Он даже может озвучить такую идею, но его скорее всего просто пошлют, в духе "а что так много времени надо? Бери больше - кидай дальше, думать не надо, это дорого, мы за это платить не будем".
2 - сделать то что фактически написано в ТЗ, как бы бессмысленно это ни было, т.к. спрашивать будут по тому, что написали в ТЗ, а не по домыслам разработчика. И тут он просто берет и пилит сервис. Он знает спринг бут, поэтому берет и пилит на нем - решение получается однострочным, т.к. все необходимое уже есть в библиотеках, и их нужно только связать. Получается жирное, но рабочее решение, с минимальным временем разработки. Бизнес доволен - разработка обошлась дешево.
Конечно разработчик может сделать по канонам и написать все вручную, реализовав необходимый функционал из библиотек, но это много кода и много отладки, намного больше одной строчки. И большие затраты времени - бизнес недоволен, бизнес такую идею даже не одобрит.
Конечно может быть даже решение, которое не потребует дополнительного сервиса, и например можно просто перенастроить штатный функционал силами админов, поменять одну строчку в конфиге, это 5 минут работы. Но задача то спустилась в разработку, а не к админам. И нигде в ТЗ не написано что так вообще можно - задача пришла не проработанная, на аналитиках и архитекторах сэкономили.
Вот и получается что решал ее один разработчик, в меру своих знаний о системе и компетенции, в меру своей лени и понимания всей степени бюрократизма: иной раз даже к админам обратиться дольше и дороже, чем все на стороне софта реализовать более сложным образом, но закрыть проблему. Решал теми средствами, что имел здесь и сейчас. Поэтому и результат закономерен.
Так что без внятного ТЗ результат ХЗ, и это нормально. Хотели бы сделать хорошо - начали бы с ТЗ, и получили идеальный результат. Но это дорого, так что бизнес выбирает жирный код с однострочной разработкой.
Скажем так: пока нет потенциала. Первые ласточки нейроимплантов уже всплывают то тут, то там.
В чем суть ограничений: у человека очень маленькая кратковременная (быстрая) память, это та самая память, куда мы загружаем образы перед тем как их обработать, оценить что-то, принять решение. По разным оценкам, ёмкость её сильно индивидуальна, и колеблется примерно в диапазоне 3-7 элементов. По сути именно она и отделяет гениев от посредственностей: те кто могут удержать больше данных в памяти единовременно, мыслят глубже, видят больше возможностей, больше вариантов разрешения ситуаций, т.е. в целом более эффективно мыслят. Особенно это важно, когда стоит задача проанализировать огромные объемы связанных данных: чем больше связей анализируется единовременно, тем меньше проходов по всему массиву требуется, и тем более глубокие выводы получится извлечь. Ну и в целом у нас вся основная память построена на связях, на ассоциациях: более ёмкая быстрая память позволяет подгружать больше ассоциаций, что и даёт возможность заметить больше связей при анализе, т.е. фактически расширяет область поиска.
С учётом того, что мозг наш очень ленивый, и старается тратить минимальное количество энергии, мало кто использует даже свой скромный потенциал на полную.
Ну а нейроимпланты в теории могут расширить быструю память за счёт собственной ёмкости: увы, но кремний уже намного более эффективен, чем живая материя, так что даже небольшой чип способен значительно расширить возможности аналитики человека, т.е. наделить носителей просто невообразимым уровнем гениальности. Это просто нужно осознать: там, где тысячелетия способности людей зависели от разницы в объем быстрой памяти всего в 2-3 элемента, могут появится особи, которые будут способны удерживать 200-300 элементов, или даже намного больше. Такие люди будут способны видеть то, что не видел никто из нас, они будут видеть вокруг себя просто сотни скрытых от нас связей между предметами и явлениями, это мышление на совсем другом уровне, который нам даже описать невозможно. Их решения будут нам просто недостижимы: даже при разнице в 2-3 элемента человеку уже почти нереально описать какое-то явление, он этого просто не понимает, не способен удержать в голове и увязать между собой, а когда вывод будет основан на сотне взаимосвязей, его не донести даже до лучших из нас, т.е. свои решения люди с нейроимплантами просто не способны будут нам полностью объяснить, чтобы их понять нужно быть на их уровне.
Уже одно это даст значительный толчок цивилизации. Просто кусок дополнительной памяти. А ведь импланты в теории смогут гораздо больше: собственная память, собственное вычислительное ядро, система связи. Думаю как минимум тут ещё появится возможность быстро делиться опытом, переводить его в цифровой вид - этакие библиотеки профессий, выбирай любую и становись профи за секунду. И конечно связь - в теории можно будет что-то типа метаинтеллекта организовать, как сейчас созвоны, только вместо звука и видео - потоки мыслей и ощущений, единый мозг с множеством тел, объединенной памятью и опытом. Для брейнштормов и спецопераций просто нереальная фича: целое подразделение действует как один организм, чем собственно и является из-за связанных мозгов.
Звучит фантастически конечно. Но по мне вполне реально. Самое сложное - декодировать сигналы мозга, но и в этом уже есть определенные успехи, что в принципе говорит о том, что задача вполне решаема, и это дело времени. Конечно на современных технологиях такой имплант будет очень топорно выглядеть - мы пока так и не научились в источники питания, да и кремний у нас пока недостаточно хорош для такой задачи, как мне кажется. Но в ближайшем будущем это вполне реально: уже идёт расцвет искусственных нейросетей, новые теории появляются, кремний тоже совершенствуется, ходят слухи что в ближайшее время его сменит что-то принципиально иное.
Можно найти способ жить дольше - это где-то около уровня наших технологии. А когда победил время - скорость уже не особо важна.
Есть идеи о движении в пузыре пространства, пока теоретические, подтвердят или нет пока неясно, но это шанс. Но это далеко за пределами наших технологий, пока это вопрос исключительно развития.
Также есть шанс на то, что ещё что-то будет открыто, т.к. физика пока не точная, не стыкуется, есть какие-то трещины, из которых может вынырнуть что угодно. Хотя чем больше мы узнаем, тем меньше такой шанс.
Ну а пока скорость света нас надёжно бережет, у нас, как у цивилизации, фактически остаётся только две задачи: выжить и развиваться.
Как минимум нужно решить политические проблемы - люди в пределах цивилизации пока банально не научились договариваться, сплошная конкуренция и средние века в головах, вместо стремления к заездам. К сожалению у цивилизации пока глобально недостаточный уровень цивилизованности, из-за этого большие риски просто провалить задачу выживания цивилизации.
А потом нужно решить и ресурсные проблемы: у нас целая звёздная система всевозможных ресурсов, в шаговой доступности, и с запасом ресурсов на миллиарды лет развития. С текущими технологиями и скоростью развития порядка 50-200 лет до освоения, но судя по всему в ближайшие 30 лет человечеству будут более интересны танчики, а не развитие.
Все это можно на бересте вычислить, просто долго и нудно, и даже вырезать такое можно острым камнем, при желании, но потребность сомнительна - возможности очень скромные, суммировать можно и в уме, а что-то большое требует сотни и тысячи элементов, сложного обслуживания (чего там только не налипнет со временем), и самое главное задачи: нужна какая-то потребность, чтобы окупить все эти усилия, в условиях апокалипсиса первостепенны совсем другие потребности.
Да и какой судный день - такое железо неэффективно, один компрессор чего стоить будет, тут скорее просто ради интереса что такое в принципе возможно.
Интересный материал. Всегда было интересно производить железо под свои нужды и по своим чертежам. И хотя ни практического, ни экономического смысла это не имеет, зато позволяет в теории получать девайсы с неограниченным сроком жизни: если на девайс есть полный комплект чертежей и есть возможность по ним произвести любую деталь, девайс можно частично или полностью воссоздать не зависимо ни от каких корпораций, которые то появляются, то исчезают.
Интересно, живо ли направление опенсорс-железа в этом плане. Так то для большинства применений особо сложного железа не требуется, а не сложное можно и в гаражных условиях производить по совсем кустарным техпроцессам. Тут важнее скорее сообщество, общедоступная библиотека чертежей и техпроцессов, обмен опытом и знаниями.
Знаю что таким страдают единицы - практика самосбора не особо популярна, всегда дешевле купить готовое.
Оно в принципе не может взлететь, т.к. глупость в своей основе.
В экспериментах с двумя динамиками окружение контролируемое: источник звука один, расстояние до него известно, позиция микрофона и слушателя тоже.
В реальности источников звука много, они с разных направлений, так что эффективно их глушить противофазой можно только имея все стены, потолок и пол, обвешанные динамиками, имея несколько массивов микрофонов в разных точках помещения, и отслеживая позицию и ориентацию ушей слушателя - это практически нереально. А если слушателя будет хотя бы два - вообще вся затея накрывается даже в теории, или как минимум сложность увеличивается на порядок, т.к. нужно налету вычислять множество конфигураций звукового поля и выбирать те из них, которые сработают для обоих слушателей, и то не факт что такие конфигурации будут существовать. И потом, даже если каким-то образом купол тишины установлен, он не будет работать как в кино: он сфокусирован только на слушателе, весь шум издаваемый слушателем всем окружающим будет отлично слышно, как и весь дополнительный шум, производимый массивами динамиков - как минимум соседи явно будут недовольны мощной какофонией шума 24/7.
Так что единственное что взлетает - это наушники с шумоподавлением, там позиция ушей точно известна, и все звуки с одного направления приходят.
А в квартирах лучше всего шумка работает. Остальное остается для фокусов и выбивания финансирования.
Мне на винде очень нравился blackbox (bb4lean), на линуксе он давно умер, но существуют его потомки. Больше всех из аналогов понравился enlightenment - шустрый, красивый. Но его сложно настраивать, это именно на любителя.
Конкретно на смартфонах множество приложений буквально от одиночек, зачастую существующих только на рекламу, или вообще just for fun. От крупных игроков там не так много приложений. Но там есть целые фермы приложений - фирмы, которые клепают все подряд, в надежде что что-то выстрелит. Лучшая поддержка и обратная связь именно у одиночек/небольших команд: у них самая высокая мотивация на результат, многие предложения пользователей уходят в код, аудитория довольна. Сам пользуюсь несколькими такими мелкими приложениями, которые отлично выполняют свою задачу и не содержат скама и рекламы, и это именно продукт конкуренции, он отшлифован, он ценен лично мне, т.к. решает мои задачи, но с финансовой точки зрения такие приложения имеют мало смысла, сложно представить что такое выпустит какой-то крупный игрок.
В этом плане у мелкого бизнеса есть преимущество: он более эффективен. Не смотря на почти полное отсутствие финансирования, люди выдают очень неплохой результат. В то время как крупный бизнес, не смотря на огромное финансирование, разбивается о скалы бюрократии, из-за чего довольно простые задачи излишне переусложняются, и стоят многократно дороже. Это буквально так: в то время когда в мелкой команде какую-нибудь опечатку поправить минутное дело, в крупном бизнесе это целый квест с десятком промежуточных узлов, ответственных, специалистов разных уровней, где никто особо не заинтересован в результате, но их всех нужно оплатить. Т.е. мелкий бизнес более ориентирован на результат, быстрее цикл разработки, проще процессы, оперативнее связь внутри. Именно этот дисбаланс в пользу мелких дает им возможность конкуренции. Уже были случаи, когда такие одиночки клали на лопатки продукты с огромной капитализацией, и крупные фирмы противопоставить этому ничего не смогли - не смотря на всю рекламу, в конце концов люди выбирают что удобнее.
На рынок выйти безусловно сложно, как минимум из-за рекламных бюджетов: крупные фирмы просто грузовиками завозят средства на рекламу, скупают многих конкурентов, могут себе позволить. У мелких компаний в этом плане шансов почти нет. Тем не менее ситуация не безнадежная, отдельные приложения успешно пробиваются, отхватывая свою долю рынка, не смотря на все давление, т.е. конкуренция вполне себе работает, но отбор сегодня конечно куда более строгий, чем был когда все это только зарождалось.
Про порог входа - да, в каких-то сферах он растет, но в целом остается довольно невысоким. Собрать какое-то примитивное приложение можно без знаний и опыта - инструменты достаточно автоматизированы, чтобы это простить. Что-то с нормальный функционалом безусловно потребует знаний. В моем окружении мини-приложения даже админы клепают, для производственных нужд, для управления/мониторинга чего-нибудь мелкого, почти в личных целях, в свободное время. Тоже для себя пару простых делал - не так сложно, в смысле даже не пришлось погружаться в тонкости ОС, хватает и базовых знаний, а интерфейс вообще из готовых блоков собирается в визуальном редакторе. В этом плане гугл проделал большую работу, создав такие сложные инструменты, чтобы привлечь разработчиков для заполнения экосистемы.
Про бизнес - тут ничего не поделать, это рынок, кто первый того и тапки. Фейсбуки и гуглы стартовали на почти пустом рынке, сейчас там стартануть конечно намного сложнее, ниши уже заполнены и поделены. Но все еще возможно - если продукт предлагает что-то уникальное и более доступен/удобен, чем конкуренты, или нашел относительно свободную нишу, или конкуренты уже отмирать начали, у него хорошие перспективы. Расклад на рынке в конечном итоге определяют именно потребители. Опять же бюджеты сейчас часто закрываются инвестициями, многие этим пользуются, пусть это и палка о двух концах, т.е. и с ресурсами проблемы можно решить, если продукт действительно ценный и нужный.
Не, не, убунта, и Линукс в целом, сейчас стабильнее винды. Есть с чем сравнивать - лет 10-15 пользуюсь обоими.
10 лет назад это была боль, проблемы были с железом поголовно, 5 лет назад было хуже, но терпимо, проблемы уже были в основном с эмуляторами.
Сейчас даже потребности в винде не осталось. Железо и дрова есть, работают, наполовину вообще из коробки - драйвера под амд уже в ядре, сразу с 3d и всеми плюшками. Софта много, буквально сравниваешь аналоги и выбираешь из нескольких реп, много того чем раньше вообще не пользовался, и не слышал про такое. Окружения на любой вкус, каждый что-то удобное для себя выберет, причем некоторые окружения просто реактивные по сравнению с виндой: мгновенный отклик, отсутствие характерных для винды микрофризов, это просто глоток свежего воздуха. Эмуляторы просто рекорды бьют: можно ставить стим и другие лаунчеры, и оно работает, и по ощущениям даже шустрее чем на винде. Раньше завести 3d софт с винды было больно, из-за того что такой софт сильно привязан к подсистемам винды, сейчас это не заметно, как будто софт нативный. Также много софта с винды стоит через вайн, просто по прихоти - тот же аимп например, хотя есть и более интересные нативные аналоги, но просто привык, что бы и не поставить? Стоят и всякие мелкие утилиты под железо, типа winbox. Воспринимается все это так же как на винде: просто ярлык на рабочем столе, никаких отличий нет. Если специально не сказать что линукс, проходящие мимо и не поймут - набор ярлыков типичен для винды, панелька тоже похожа, поведение аналогичное, единственное - работает шустрее, всякие мелкие анимации, нехарактерные для винды, в этом больше похоже на маки/смартфоны, ну и в целом оно удобнее, тот же менеджер обновлений с кнопкой "обновить все" (Дискавери прям хорош в этом плане), та же иконка компьютера в трее с возможностью настроить сетевуху, перейти на вайфай или VPN.
В общем для типичного пользователя винды подмена незаметна, он даже не поймет что что-то поменялось.
Думаю все эти модные штуки для отрасли в целом благо: разработка очень дорогая, всерьез ее себе могут позволить только крупные игроки.
Простые, доступные инструменты высокого уровня позволяют стартануть огромному количеству мелких игроков. Конечно время жизни бизнеса на таких технологиях будет коротким, но большего и не требуется - многие из таких игроков не переживут и года, к тому же каждый год приходят новые, это как бурлящий котел. Но их суммарная капитализация в разы, если не на порядок, превышает капитализацию крупных игроков. Это огромные вливания средств в отрасль в целом, и это для отрасли благо.
Для общества тоже большая польза: удешевление разработки привело к взрывному росту проникновения высоких технологий в общество.
Это банально удобно: доступные смартфоны, множество бесплатных или дешевых (читай доступных) приложений и сервисов, которые каждый из нас использует каждый день, которые в чем-то облегчают жизнь, конкуренция в конце концов. Множество мелких доступных бытовых девайсов - современные дома просто напичканы электроникой, прошивками, софтом, сервисами. Появилось множество сайтов, практически каждая мелкая кафешка имеет как минимум свой сайт с меню, а то и целый интернет-магазин с корзиной и доставкой, и пусть все это очень криво сделано, постоянно что-то глючит, какие-то проблемы, но суть в том что оно существует как явление, доступно даже очень мелкому бизнесу, и бизнес, пусть с проблемами, вполне себе живет.
А также это полезно: в том же смартфоне тебе и развлечения, и обучение, и организация своей жизни, и управление финансами, а иногда и работа. Не говоря уже про то, что связь по миру в принципе стала доступной штукой, можно очень дешево общаться с противоположным концом планеты, да еще и по видеосвязи - еще недавно это казалось фантастикой. Люди сегодня, пользуясь такими технологиями, обсуждают всякие бытовые, абсолютно бесполезные, темы, и это замечательно: все это настолько доступно, что даже на всякий мусор не жалко тратить ресурсы/трафик/время.
И все это обеспечено именно дешевой разработкой - она сделала информационные технологии доступными.
Даже закостенелые госаппараты оценили преимущества информационных технологий, в мире появляются цифровые госсервисы, системы связи/наблюдения/координации. Государства от обмена бумагой переходят к обмену данными по сети, цифровые архивы растут, все бумажное постепенно оцифровывается, упрощается взаимодействие. А те, кто не переходят на цифру, страдают, закапываясь в стопках бумаги, которые на каждый чих нужно перебирать вручную.
Ну и как следствие, большой приток мелкого бизнеса способствует росту крупного бизнеса: часть мелкого бизнеса со временем неизбежно отрастет до крупного. И вот тут и начинается самое интересное: дешевый процесс разработки для крупного бизнеса не подходит, дешевые высокоуровневые инструменты очень ограничены, и ограничивают развитие бизнеса, а выходить за пределы ограничений очень дорого, дешевых квалифицированных специалистов нет, а неквалифицированные не способны качественно решать сложные задачи, так что все это нарастает как ком, порождая все больше проблем, и бизнес вынужден переходить на нормальные инструменты, и привлекать соответствующих специалистов. Когда от софта зависит крупный бизнес, экономия обходится дорого.
Как итог приток мелкого бизнеса со временем увеличивает спрос на квалифицированных дорогих опытных специалистов - работы становится больше, и это хорошо. У каждого бизнеса свои потребности, свои требования, и множество сложнейших задач, которые кому-то надо решать.
Было бы востребовано - встроили бы, большая часть начинки на борту уже присутствует. Только оно не востребовано, а денег стоит - мотивации у бизнеса нет. А кому востребовано, те обычный маяк приобретут, за неимением альтернатив.
В реальности рулит исключительно экономика. Там, где есть возможность сэкономить за счёт автоматизации - экономят. Софт тиражировать легко - автоматизация на основе софта используется широко, и прочно вошла в быт. Даже не телефон принимать заказы у людей кое-где уже виртуальные операторы с распознаванием речи сидят.
А вот с механическими роботами пока все плохо - их тиражировать дорого, они не унифицированы, они все еще намного дороже человека. К тому же люди довольно неприхотливы, выполняют задачи дешево и в плохих условиях, в то время как роботы требуют инфраструктуры и обслуживания, и сами стоят как самолёт. Я например был в шоке, когда мне через весь город припер 5кг девайс подросток, и сделал он это всего за 3 бакса.
Многие коллеги сидят на версиях 18-19 года, они даже не заметят что что-то изменилось. Для них это просто инструмент, вкладываться в его обновление нерентабельно, т.к. и старые версии со своими задачами неплохо справляются.
Объективно функционала там лет на 10 хватит. Свою задачу IDE в любом случае выполняет, даже вообще без плагинов, чисто встроенным функционалом. А через 10 лет проблема так или иначе уйдет или потеряет актуальность.
Т.е. даже если просто ничего не предпринимать - проблем особо и нет. В крайнем случае, если выпустят деструктивный патч, что будет прям совсем некрасиво и невероятно, достаточно просто откатиться на одну версию назад, и на какое-то время забыть об обновлениях, просто выполняя свои профессиональные функции. Если прям сильно прижмет, там в любом случае в отрасли не до обновлений будет, работы будет через край.
И это даже не рассматривая способы обновления в обход ограничений авторов - они тоже существуют.
Пострадают в основном пользователи, у которых зависимость от последних версий софта. Но они в любом случае найдут способ удовлетворить свою зависимость - у них на это есть мотивация. Остальные же попросту забьют на проблему - IDE работает, свои задачи выполняет, чего еще желать?
Осталось только ответить на вопрос: а какая доля взломов происходит именно из-за паролей?
Нет, он эмулятор ipxemu использовал, чтобы обернуть в традиционные протоколы, от wine это не зависит
Это норма.
Как можно качественно обучить айти-специалиста? И главное чему? В отрасли десятки языков и тысячи профессий, все это множится на множество фреймворков и технологий и их всевозможные сочетания: в каждой фирме, на каждом проекте свои стеки. Вот и учат основам в целом, да и то по верхам, с прицелом что дальше сам выплывет
А на всяческих курсах учат по минимуму, какой-то одной узкой, но востребованной в вакансиях, нише или инструменту, именно в формате "протащить через процесс разработки пару раз, дальше сам".
Вот и выходит, что на выходе после института + курсов совсем не специалист, а заготовка специалиста с какой-то минимальной базой, на основе которой можно что-то вырастить. А после голых курсов еще хуже - заготовка без базы, которой будет очень тяжко в дальнейшем карьерном росте.
Естественно в основах такие специалисты сильно плавают, т.к. их этому просто не учили. И такая ситуация на всех основных языках. По отрасли в целом много специалистов, которые освоили фреймворки, но при выходе за пределы фреймворка как слепые котята.
Тут решает только конкретный опыт, у каждого он уникальный. Конечно в целом хорошие или подающие надежды специалисты стремятся приобрести квалификацию, дообучаются дополнительно самостоятельно, читают книги, проходят параллельно множество курсов, ковыряют код, документацию, ядро языка, в общем добирают информацию как могут.
Но нужно быть честным: процент хороших специалистов относительно небольшой. Остальные просто уютненько сидят в освоенной нише и никуда не развиваются. И причины тут разные: интерес, характер, жизненные ценности, обстоятельства, плохой коллектив, бестолковое руководство. Если например человеку в свободное время дети по голове скачут или начальство работой заваливает выше ушей - какое уж тут развитие? Отработать сколько положено и откатиться, больше его ничего не интересует. Да что там, когда началась пандемия и людей погнали на удаленку, многие пытались остаться в офисах, просто потому что не имели возможности работать дома, не имели компьютеров, свободных помещений, или возможности элементарно создать спокойную обстановку. Те кто с комфортом ушел на удаленку - таких оказалось относительно немного.
Так что обилие непродуманных решений - вполне себе норма. Некогда думать, или нет ресурсов на тщательное обдумывание.
И то что склепали избыточный сервис - это мелочь. Потому что есть такие, кто сдает код, который ни разу не запускался, не проходил никакие тесты, и даже на глаз содержит большое количество синтаксических ошибок. Т.е. в принципе код, который даже не имеет шансов скомпилироваться или стартануть. Ну то есть человек видит что написал вообще бред, скорее всего даже понимает это (иначе как он попал на должность программера?), но... берет и отправляет его, еще и бодро рапортует: "задача выполнена!". Вот как это обозвать - я не знаю.
А в wine? Это что-то среднее между виртуалками и нативом: прослойка с трансляцией вызовов и костылями для обратной совместимости.
Вот человеку удалось запустить ipx через ipxemu
У нас в компьютерном клубе был один мощный комп, сервер для целого зала бездисковых клиентов, об был на 486 кажется, или даже на одном из первых пентиумов. Так вот, каждый день, с утра до вечера, он выполнял ровно одну задачу: на нем беспрерывно катали цивилизацию. Игр было немного, что было то и катали. К тому же надо понимать: все остальные машины могли катать только досовские рогалики без графона, на фоне чего тот сервак с цветным дисплеем смотрелся просто божественно в глазах голодных до развлечений юнцов.
А вот по поводу библиотек как раз все понятно: тут уже решает стоимость разработки. Бизнесу выгодно сэкономить на разработке здесь и сейчас, отложенные проблемы и скрытый оверхед (например потребность в более дорогом железе) бизнес не особо интересуют, пока оно его не клюнет непосредственным образом. И так везде.
Как по-хорошему такая задача решается: аналитики и архитекторы описывают всю систему, решают где и в каком виде нужны изменения, документируют их, и формулируют конкретную задачу. И все красиво: все спланировано и описано, результат, решение и последствия известны заранее.
Но это по сути получается несколько дней целый небольшой отдел будет занят одной такой задачей. Это дорого, даже если этот отдел есть. Но в большинстве контор не то что архитекторов и аналитиков, даже описания системы нет, знания передаются из уст в уста между разработчиками, т.е. даже процессы разработки тупо никак не выстроены, экономия на всем, и на разработке особенно.
И вот приходит новый разработчик и получает задачу невнятного вида, что данные есть тут но должны оказаться тут. И на этом все. Зачем, почему, как? Выясняй сам, и вообще крутись как хочешь: "мы вот тебе ТЗ выцсрали и считаем проблему закрытой, точка".
И у него остается немного вариантов:
1 - потратить тонну времени и усилий штурмуя всех вокруг в попытке выяснить как оно устроено, что и зачем, в чем смысл задачи, и как ее лучше сделать, т.е. выяснять то что в ТЗ должно было быть изначально, выполнять работу аналитиков и архитекторов, но без необходимого опыта и знаний. Он даже может озвучить такую идею, но его скорее всего просто пошлют, в духе "а что так много времени надо? Бери больше - кидай дальше, думать не надо, это дорого, мы за это платить не будем".
2 - сделать то что фактически написано в ТЗ, как бы бессмысленно это ни было, т.к. спрашивать будут по тому, что написали в ТЗ, а не по домыслам разработчика. И тут он просто берет и пилит сервис. Он знает спринг бут, поэтому берет и пилит на нем - решение получается однострочным, т.к. все необходимое уже есть в библиотеках, и их нужно только связать. Получается жирное, но рабочее решение, с минимальным временем разработки. Бизнес доволен - разработка обошлась дешево.
Конечно разработчик может сделать по канонам и написать все вручную, реализовав необходимый функционал из библиотек, но это много кода и много отладки, намного больше одной строчки. И большие затраты времени - бизнес недоволен, бизнес такую идею даже не одобрит.
Конечно может быть даже решение, которое не потребует дополнительного сервиса, и например можно просто перенастроить штатный функционал силами админов, поменять одну строчку в конфиге, это 5 минут работы. Но задача то спустилась в разработку, а не к админам. И нигде в ТЗ не написано что так вообще можно - задача пришла не проработанная, на аналитиках и архитекторах сэкономили.
Вот и получается что решал ее один разработчик, в меру своих знаний о системе и компетенции, в меру своей лени и понимания всей степени бюрократизма: иной раз даже к админам обратиться дольше и дороже, чем все на стороне софта реализовать более сложным образом, но закрыть проблему. Решал теми средствами, что имел здесь и сейчас. Поэтому и результат закономерен.
Так что без внятного ТЗ результат ХЗ, и это нормально. Хотели бы сделать хорошо - начали бы с ТЗ, и получили идеальный результат. Но это дорого, так что бизнес выбирает жирный код с однострочной разработкой.
В wine старый софт неплохо живет, возможно и на windows есть аналог wine
Скажем так: пока нет потенциала. Первые ласточки нейроимплантов уже всплывают то тут, то там.
В чем суть ограничений: у человека очень маленькая кратковременная (быстрая) память, это та самая память, куда мы загружаем образы перед тем как их обработать, оценить что-то, принять решение. По разным оценкам, ёмкость её сильно индивидуальна, и колеблется примерно в диапазоне 3-7 элементов. По сути именно она и отделяет гениев от посредственностей: те кто могут удержать больше данных в памяти единовременно, мыслят глубже, видят больше возможностей, больше вариантов разрешения ситуаций, т.е. в целом более эффективно мыслят. Особенно это важно, когда стоит задача проанализировать огромные объемы связанных данных: чем больше связей анализируется единовременно, тем меньше проходов по всему массиву требуется, и тем более глубокие выводы получится извлечь. Ну и в целом у нас вся основная память построена на связях, на ассоциациях: более ёмкая быстрая память позволяет подгружать больше ассоциаций, что и даёт возможность заметить больше связей при анализе, т.е. фактически расширяет область поиска.
С учётом того, что мозг наш очень ленивый, и старается тратить минимальное количество энергии, мало кто использует даже свой скромный потенциал на полную.
Ну а нейроимпланты в теории могут расширить быструю память за счёт собственной ёмкости: увы, но кремний уже намного более эффективен, чем живая материя, так что даже небольшой чип способен значительно расширить возможности аналитики человека, т.е. наделить носителей просто невообразимым уровнем гениальности. Это просто нужно осознать: там, где тысячелетия способности людей зависели от разницы в объем быстрой памяти всего в 2-3 элемента, могут появится особи, которые будут способны удерживать 200-300 элементов, или даже намного больше. Такие люди будут способны видеть то, что не видел никто из нас, они будут видеть вокруг себя просто сотни скрытых от нас связей между предметами и явлениями, это мышление на совсем другом уровне, который нам даже описать невозможно. Их решения будут нам просто недостижимы: даже при разнице в 2-3 элемента человеку уже почти нереально описать какое-то явление, он этого просто не понимает, не способен удержать в голове и увязать между собой, а когда вывод будет основан на сотне взаимосвязей, его не донести даже до лучших из нас, т.е. свои решения люди с нейроимплантами просто не способны будут нам полностью объяснить, чтобы их понять нужно быть на их уровне.
Уже одно это даст значительный толчок цивилизации. Просто кусок дополнительной памяти. А ведь импланты в теории смогут гораздо больше: собственная память, собственное вычислительное ядро, система связи. Думаю как минимум тут ещё появится возможность быстро делиться опытом, переводить его в цифровой вид - этакие библиотеки профессий, выбирай любую и становись профи за секунду. И конечно связь - в теории можно будет что-то типа метаинтеллекта организовать, как сейчас созвоны, только вместо звука и видео - потоки мыслей и ощущений, единый мозг с множеством тел, объединенной памятью и опытом. Для брейнштормов и спецопераций просто нереальная фича: целое подразделение действует как один организм, чем собственно и является из-за связанных мозгов.
Звучит фантастически конечно. Но по мне вполне реально. Самое сложное - декодировать сигналы мозга, но и в этом уже есть определенные успехи, что в принципе говорит о том, что задача вполне решаема, и это дело времени. Конечно на современных технологиях такой имплант будет очень топорно выглядеть - мы пока так и не научились в источники питания, да и кремний у нас пока недостаточно хорош для такой задачи, как мне кажется. Но в ближайшем будущем это вполне реально: уже идёт расцвет искусственных нейросетей, новые теории появляются, кремний тоже совершенствуется, ходят слухи что в ближайшее время его сменит что-то принципиально иное.
Так что потенциала нет, но только пока.
Не совсем заперты.
Можно найти способ жить дольше - это где-то около уровня наших технологии. А когда победил время - скорость уже не особо важна.
Есть идеи о движении в пузыре пространства, пока теоретические, подтвердят или нет пока неясно, но это шанс. Но это далеко за пределами наших технологий, пока это вопрос исключительно развития.
Также есть шанс на то, что ещё что-то будет открыто, т.к. физика пока не точная, не стыкуется, есть какие-то трещины, из которых может вынырнуть что угодно. Хотя чем больше мы узнаем, тем меньше такой шанс.
Ну а пока скорость света нас надёжно бережет, у нас, как у цивилизации, фактически остаётся только две задачи: выжить и развиваться.
Как минимум нужно решить политические проблемы - люди в пределах цивилизации пока банально не научились договариваться, сплошная конкуренция и средние века в головах, вместо стремления к заездам. К сожалению у цивилизации пока глобально недостаточный уровень цивилизованности, из-за этого большие риски просто провалить задачу выживания цивилизации.
А потом нужно решить и ресурсные проблемы: у нас целая звёздная система всевозможных ресурсов, в шаговой доступности, и с запасом ресурсов на миллиарды лет развития. С текущими технологиями и скоростью развития порядка 50-200 лет до освоения, но судя по всему в ближайшие 30 лет человечеству будут более интересны танчики, а не развитие.
Все это можно на бересте вычислить, просто долго и нудно, и даже вырезать такое можно острым камнем, при желании, но потребность сомнительна - возможности очень скромные, суммировать можно и в уме, а что-то большое требует сотни и тысячи элементов, сложного обслуживания (чего там только не налипнет со временем), и самое главное задачи: нужна какая-то потребность, чтобы окупить все эти усилия, в условиях апокалипсиса первостепенны совсем другие потребности.
Да и какой судный день - такое железо неэффективно, один компрессор чего стоить будет, тут скорее просто ради интереса что такое в принципе возможно.
Интересный материал. Всегда было интересно производить железо под свои нужды и по своим чертежам. И хотя ни практического, ни экономического смысла это не имеет, зато позволяет в теории получать девайсы с неограниченным сроком жизни: если на девайс есть полный комплект чертежей и есть возможность по ним произвести любую деталь, девайс можно частично или полностью воссоздать не зависимо ни от каких корпораций, которые то появляются, то исчезают.
Интересно, живо ли направление опенсорс-железа в этом плане. Так то для большинства применений особо сложного железа не требуется, а не сложное можно и в гаражных условиях производить по совсем кустарным техпроцессам. Тут важнее скорее сообщество, общедоступная библиотека чертежей и техпроцессов, обмен опытом и знаниями.
Знаю что таким страдают единицы - практика самосбора не особо популярна, всегда дешевле купить готовое.
Оно в принципе не может взлететь, т.к. глупость в своей основе.
В экспериментах с двумя динамиками окружение контролируемое: источник звука один, расстояние до него известно, позиция микрофона и слушателя тоже.
В реальности источников звука много, они с разных направлений, так что эффективно их глушить противофазой можно только имея все стены, потолок и пол, обвешанные динамиками, имея несколько массивов микрофонов в разных точках помещения, и отслеживая позицию и ориентацию ушей слушателя - это практически нереально. А если слушателя будет хотя бы два - вообще вся затея накрывается даже в теории, или как минимум сложность увеличивается на порядок, т.к. нужно налету вычислять множество конфигураций звукового поля и выбирать те из них, которые сработают для обоих слушателей, и то не факт что такие конфигурации будут существовать. И потом, даже если каким-то образом купол тишины установлен, он не будет работать как в кино: он сфокусирован только на слушателе, весь шум издаваемый слушателем всем окружающим будет отлично слышно, как и весь дополнительный шум, производимый массивами динамиков - как минимум соседи явно будут недовольны мощной какофонией шума 24/7.
Так что единственное что взлетает - это наушники с шумоподавлением, там позиция ушей точно известна, и все звуки с одного направления приходят.
А в квартирах лучше всего шумка работает. Остальное остается для фокусов и выбивания финансирования.
Попробуй разные DE. Просто сядь и разберись какие ветки развития там есть и пощупай разных представителей - подберешь себе по вкусу: https://habr.com/ru/company/lanit/blog/516330/
Мне на винде очень нравился blackbox (bb4lean), на линуксе он давно умер, но существуют его потомки. Больше всех из аналогов понравился enlightenment - шустрый, красивый. Но его сложно настраивать, это именно на любителя.
Из классических зашел kde
Конкретно на смартфонах множество приложений буквально от одиночек, зачастую существующих только на рекламу, или вообще just for fun. От крупных игроков там не так много приложений. Но там есть целые фермы приложений - фирмы, которые клепают все подряд, в надежде что что-то выстрелит. Лучшая поддержка и обратная связь именно у одиночек/небольших команд: у них самая высокая мотивация на результат, многие предложения пользователей уходят в код, аудитория довольна. Сам пользуюсь несколькими такими мелкими приложениями, которые отлично выполняют свою задачу и не содержат скама и рекламы, и это именно продукт конкуренции, он отшлифован, он ценен лично мне, т.к. решает мои задачи, но с финансовой точки зрения такие приложения имеют мало смысла, сложно представить что такое выпустит какой-то крупный игрок.
В этом плане у мелкого бизнеса есть преимущество: он более эффективен. Не смотря на почти полное отсутствие финансирования, люди выдают очень неплохой результат. В то время как крупный бизнес, не смотря на огромное финансирование, разбивается о скалы бюрократии, из-за чего довольно простые задачи излишне переусложняются, и стоят многократно дороже. Это буквально так: в то время когда в мелкой команде какую-нибудь опечатку поправить минутное дело, в крупном бизнесе это целый квест с десятком промежуточных узлов, ответственных, специалистов разных уровней, где никто особо не заинтересован в результате, но их всех нужно оплатить. Т.е. мелкий бизнес более ориентирован на результат, быстрее цикл разработки, проще процессы, оперативнее связь внутри. Именно этот дисбаланс в пользу мелких дает им возможность конкуренции. Уже были случаи, когда такие одиночки клали на лопатки продукты с огромной капитализацией, и крупные фирмы противопоставить этому ничего не смогли - не смотря на всю рекламу, в конце концов люди выбирают что удобнее.
На рынок выйти безусловно сложно, как минимум из-за рекламных бюджетов: крупные фирмы просто грузовиками завозят средства на рекламу, скупают многих конкурентов, могут себе позволить. У мелких компаний в этом плане шансов почти нет. Тем не менее ситуация не безнадежная, отдельные приложения успешно пробиваются, отхватывая свою долю рынка, не смотря на все давление, т.е. конкуренция вполне себе работает, но отбор сегодня конечно куда более строгий, чем был когда все это только зарождалось.
Про порог входа - да, в каких-то сферах он растет, но в целом остается довольно невысоким. Собрать какое-то примитивное приложение можно без знаний и опыта - инструменты достаточно автоматизированы, чтобы это простить. Что-то с нормальный функционалом безусловно потребует знаний. В моем окружении мини-приложения даже админы клепают, для производственных нужд, для управления/мониторинга чего-нибудь мелкого, почти в личных целях, в свободное время. Тоже для себя пару простых делал - не так сложно, в смысле даже не пришлось погружаться в тонкости ОС, хватает и базовых знаний, а интерфейс вообще из готовых блоков собирается в визуальном редакторе. В этом плане гугл проделал большую работу, создав такие сложные инструменты, чтобы привлечь разработчиков для заполнения экосистемы.
Про бизнес - тут ничего не поделать, это рынок, кто первый того и тапки. Фейсбуки и гуглы стартовали на почти пустом рынке, сейчас там стартануть конечно намного сложнее, ниши уже заполнены и поделены. Но все еще возможно - если продукт предлагает что-то уникальное и более доступен/удобен, чем конкуренты, или нашел относительно свободную нишу, или конкуренты уже отмирать начали, у него хорошие перспективы. Расклад на рынке в конечном итоге определяют именно потребители. Опять же бюджеты сейчас часто закрываются инвестициями, многие этим пользуются, пусть это и палка о двух концах, т.е. и с ресурсами проблемы можно решить, если продукт действительно ценный и нужный.
Не, не, убунта, и Линукс в целом, сейчас стабильнее винды. Есть с чем сравнивать - лет 10-15 пользуюсь обоими.
10 лет назад это была боль, проблемы были с железом поголовно, 5 лет назад было хуже, но терпимо, проблемы уже были в основном с эмуляторами.
Сейчас даже потребности в винде не осталось. Железо и дрова есть, работают, наполовину вообще из коробки - драйвера под амд уже в ядре, сразу с 3d и всеми плюшками. Софта много, буквально сравниваешь аналоги и выбираешь из нескольких реп, много того чем раньше вообще не пользовался, и не слышал про такое. Окружения на любой вкус, каждый что-то удобное для себя выберет, причем некоторые окружения просто реактивные по сравнению с виндой: мгновенный отклик, отсутствие характерных для винды микрофризов, это просто глоток свежего воздуха. Эмуляторы просто рекорды бьют: можно ставить стим и другие лаунчеры, и оно работает, и по ощущениям даже шустрее чем на винде. Раньше завести 3d софт с винды было больно, из-за того что такой софт сильно привязан к подсистемам винды, сейчас это не заметно, как будто софт нативный. Также много софта с винды стоит через вайн, просто по прихоти - тот же аимп например, хотя есть и более интересные нативные аналоги, но просто привык, что бы и не поставить? Стоят и всякие мелкие утилиты под железо, типа winbox. Воспринимается все это так же как на винде: просто ярлык на рабочем столе, никаких отличий нет. Если специально не сказать что линукс, проходящие мимо и не поймут - набор ярлыков типичен для винды, панелька тоже похожа, поведение аналогичное, единственное - работает шустрее, всякие мелкие анимации, нехарактерные для винды, в этом больше похоже на маки/смартфоны, ну и в целом оно удобнее, тот же менеджер обновлений с кнопкой "обновить все" (Дискавери прям хорош в этом плане), та же иконка компьютера в трее с возможностью настроить сетевуху, перейти на вайфай или VPN.
В общем для типичного пользователя винды подмена незаметна, он даже не поймет что что-то поменялось.
Думаю все эти модные штуки для отрасли в целом благо: разработка очень дорогая, всерьез ее себе могут позволить только крупные игроки.
Простые, доступные инструменты высокого уровня позволяют стартануть огромному количеству мелких игроков. Конечно время жизни бизнеса на таких технологиях будет коротким, но большего и не требуется - многие из таких игроков не переживут и года, к тому же каждый год приходят новые, это как бурлящий котел. Но их суммарная капитализация в разы, если не на порядок, превышает капитализацию крупных игроков. Это огромные вливания средств в отрасль в целом, и это для отрасли благо.
Для общества тоже большая польза: удешевление разработки привело к взрывному росту проникновения высоких технологий в общество.
Это банально удобно: доступные смартфоны, множество бесплатных или дешевых (читай доступных) приложений и сервисов, которые каждый из нас использует каждый день, которые в чем-то облегчают жизнь, конкуренция в конце концов. Множество мелких доступных бытовых девайсов - современные дома просто напичканы электроникой, прошивками, софтом, сервисами. Появилось множество сайтов, практически каждая мелкая кафешка имеет как минимум свой сайт с меню, а то и целый интернет-магазин с корзиной и доставкой, и пусть все это очень криво сделано, постоянно что-то глючит, какие-то проблемы, но суть в том что оно существует как явление, доступно даже очень мелкому бизнесу, и бизнес, пусть с проблемами, вполне себе живет.
А также это полезно: в том же смартфоне тебе и развлечения, и обучение, и организация своей жизни, и управление финансами, а иногда и работа. Не говоря уже про то, что связь по миру в принципе стала доступной штукой, можно очень дешево общаться с противоположным концом планеты, да еще и по видеосвязи - еще недавно это казалось фантастикой. Люди сегодня, пользуясь такими технологиями, обсуждают всякие бытовые, абсолютно бесполезные, темы, и это замечательно: все это настолько доступно, что даже на всякий мусор не жалко тратить ресурсы/трафик/время.
И все это обеспечено именно дешевой разработкой - она сделала информационные технологии доступными.
Даже закостенелые госаппараты оценили преимущества информационных технологий, в мире появляются цифровые госсервисы, системы связи/наблюдения/координации. Государства от обмена бумагой переходят к обмену данными по сети, цифровые архивы растут, все бумажное постепенно оцифровывается, упрощается взаимодействие. А те, кто не переходят на цифру, страдают, закапываясь в стопках бумаги, которые на каждый чих нужно перебирать вручную.
Ну и как следствие, большой приток мелкого бизнеса способствует росту крупного бизнеса: часть мелкого бизнеса со временем неизбежно отрастет до крупного. И вот тут и начинается самое интересное: дешевый процесс разработки для крупного бизнеса не подходит, дешевые высокоуровневые инструменты очень ограничены, и ограничивают развитие бизнеса, а выходить за пределы ограничений очень дорого, дешевых квалифицированных специалистов нет, а неквалифицированные не способны качественно решать сложные задачи, так что все это нарастает как ком, порождая все больше проблем, и бизнес вынужден переходить на нормальные инструменты, и привлекать соответствующих специалистов. Когда от софта зависит крупный бизнес, экономия обходится дорого.
Как итог приток мелкого бизнеса со временем увеличивает спрос на квалифицированных дорогих опытных специалистов - работы становится больше, и это хорошо. У каждого бизнеса свои потребности, свои требования, и множество сложнейших задач, которые кому-то надо решать.
Просто выращивают себе кадры, присматриваются заранее. Сейчас так многие делают. Это выгоднее, чем отсеивать толпы желающих с улицы.
Было бы востребовано - встроили бы, большая часть начинки на борту уже присутствует. Только оно не востребовано, а денег стоит - мотивации у бизнеса нет. А кому востребовано, те обычный маяк приобретут, за неимением альтернатив.
В реальности рулит исключительно экономика. Там, где есть возможность сэкономить за счёт автоматизации - экономят. Софт тиражировать легко - автоматизация на основе софта используется широко, и прочно вошла в быт. Даже не телефон принимать заказы у людей кое-где уже виртуальные операторы с распознаванием речи сидят.
А вот с механическими роботами пока все плохо - их тиражировать дорого, они не унифицированы, они все еще намного дороже человека. К тому же люди довольно неприхотливы, выполняют задачи дешево и в плохих условиях, в то время как роботы требуют инфраструктуры и обслуживания, и сами стоят как самолёт. Я например был в шоке, когда мне через весь город припер 5кг девайс подросток, и сделал он это всего за 3 бакса.
Многие коллеги сидят на версиях 18-19 года, они даже не заметят что что-то изменилось. Для них это просто инструмент, вкладываться в его обновление нерентабельно, т.к. и старые версии со своими задачами неплохо справляются.
Объективно функционала там лет на 10 хватит. Свою задачу IDE в любом случае выполняет, даже вообще без плагинов, чисто встроенным функционалом. А через 10 лет проблема так или иначе уйдет или потеряет актуальность.
Т.е. даже если просто ничего не предпринимать - проблем особо и нет. В крайнем случае, если выпустят деструктивный патч, что будет прям совсем некрасиво и невероятно, достаточно просто откатиться на одну версию назад, и на какое-то время забыть об обновлениях, просто выполняя свои профессиональные функции. Если прям сильно прижмет, там в любом случае в отрасли не до обновлений будет, работы будет через край.
И это даже не рассматривая способы обновления в обход ограничений авторов - они тоже существуют.
Пострадают в основном пользователи, у которых зависимость от последних версий софта. Но они в любом случае найдут способ удовлетворить свою зависимость - у них на это есть мотивация. Остальные же попросту забьют на проблему - IDE работает, свои задачи выполняет, чего еще желать?