Ребята, раз вы рекламируете операционную систему - хотя бы разместите кнопку скачивания дистрибутива на сайте. А то выхлоп от статьи какой? Сейчас все побегут покупать устройства с котом в мешке? Скажете не размещаете из соображений безопасности? Так у вас размещён образ Docker и VirtualBox, из которых выдрать бинарники проще простого. А дистрибутива для самостоятельной установки нет. И как вам после такого доверять?
Ребята всё правильно делают и их продукт очень востребован гражданами. Зашёл почитать по вашим ссылкам про профессиональные стандарты и ужаснулся. Зашёл в Реестр профессиональных стандартов - Машинист дробильно-помольных установок: 1. это невозможно читать, чёрно-белые документы практически без форматирования. В 2000 году было бы нормально, но сейчас 2025й 2. кому это нужно? как используется эта информация? да, вы всех описали, но почему мне, как руководителю разработки, регулярно нанимающему людей, от этого нет никакой пользы? 3. ввёл в поиске "Программист JavaScript" и оказывается такой профессии нет. Даже в дополнительных наименованиях нет. Половина Хабра сейчас знатно удивлены. Что им теперь делать, увольняться? Или вам самим начать меняться под актуальное состояние индустрии? И вам ещё хватает наглости нападать на Госуслуги за несоответствие каким-то выдуманным неизвестно кем регламентам. Меняйтесь, иначе скоро вас заменят. Или в крайнем случае хотя бы молчите, чтобы не попадать на радары так явно.
Основная причина ухода на свои сервера - цена. Когда облака только начинались разница использовать своё железо или облачное была минимальна. Вы экономили на сисадминах, электричестве, площадях и не несли капитальные расходы. Сейчас железо стало дешевле, а облака - дороже. Стоимость одного ядра CPU на VPS доходит до 1000 рублей в месяц. VDS на 8 ядер и 64 Гб оперативы на одном известном хостере - 24 000 в месяц. Собрать такую конфигурацию с дисками NVMe, гигабитным каналом и всеми плюшками будет стоить тысяч 100, то есть всего в 4 раза меньше месячной оплаты. При покупке железо окупается за считанные месяцы. Если бы хостеры индексировали цены не по инфляции, а по развитию технического прогресса - таких переходов бы не было.
Вы лучше в комментарии к той статье сходите. Некоторые ребята и правда не понимают, что они делают, используя для сайта-визитки Hadoop, Kubernetes и Web3. Или фронтенд-фреймворк для шаблонизации статики. Но опять же, зачем смотреть на неправильное использование? То что клей можно нюхать, не доказывает, что он плох для склеивания деталей
Действительно после не значит вследствие. Причина того, что современные сайты деградируют в качестве в том, что огромное количество людей пошли в программисты, потому что там высокие зарплаты. То что раньше делали люди со степенью или хорошим техническим образованием, теперь делают вчерашние продавцы и охранники. Именно поэтому сайты лагают, а проблемы, которые методологически были решены десятилетия назад, возникают снова и снова. Просто люди не читают профессиональную литературу. Назвать значение всех букв из SOLID - это сложный вопрос на собеседовании в 2024 году, почти на синьора. 20 лет назад это был вопрос на профпригодность. Я понимаю вашу боль по поводу низкого качества ПО, но она не связана с технологиями. Я думаю она будет решена лет через 10-15, когда у всех сегодняшних джунов будет по 10 лет опыта, а новых будут нанимать не так активно. Тогда индустрия стабилизируется и начнёт расти не количеством, а качеством.
По поводу эмоционального - это важно, потому что никто не может быть полностью рациональны, это утопия. Эмоции определяют что мы изучаем и какие вопросы себе задаём. А дальше мы включаем рациональность, но обладаем разным набором ответов и действуем в условиях неполной информации, потому что и вечности не хватит чтобы узнать все знания мира. Мы все где-то ошибаемся и все по разному. Понимаю, почему после фулстек на perl, который активно использует шаблоны, вам нравится htmx. Потому что он концептуально близок. Однако фронтенд-фреймворки созданы для другой задачи, для создания Rich Internet Applications, веб-аналогов десктопных приложений. Они стейтфул, они выполняют большое количество логики на клиенте и они нуждаются в такого рода инструментах, htmx здесь не подойдёт. Дело не в том, что все "ломанулись" их делать, а в том, что некоторые вещи в принципе иначе не сделать. Например Miro, Тильда или VSCode.
К вопросу о том, что можно сделать, а как в реальности, в отношении инструментов я считаю разумным обсуждать именно то, что можно сделать с тем или иным инструментом, так как кейсы неправильного использования, меня, как разработчика, не интересуют. Меня интересует что лично я получу используя тот или иной инструмент, и что получит моя команда, в которой квалифицированные ребята, которых я сам нанимал. Поэтому не соглашусь, что то, что на какой-то технологии некоторые начинающие разработчики косячат, хоть как-то бросает на неё тень.
На чём вы писали в 2012м когда зарождались фреймворки? Явно не на JS. Перешли с какого-нибудь C++ или Haskell? И явно никогда не писали на ваниле или только что-то очень простое.
Половина того, что вы написали, просто не верно фактически. Даже комментировать не хочется. Профи и так всё знают, а молодёжь и так сделает всё мыслимые и немыслимые ошибки. В моих стандартах качества технология должна быть пригодна, чтобы написать, например, Google Sheets. Именно для этого существует весь зоопарк фронтовых технологий. Давайте вы сделаете Google Sheets на своём стеке, а я на своём, и посмотрим у кого что получится :) А тащить всё на сервер - это путь бекендеров, когда не любишь и не понимаешь фронтенд.
Хорошая попытка) Но есть фундаментальная причина почему pro сидят на linux - на linux работает большинство серверов. На Windows Server - только ASP и .NET, которых мизер в процентном отношении. Это не говорит о том, какая система лучше - тут пространство для холивара. Но доказывает, что при прочих равных топовые спецы будут обязательно знать linux и совсем не обязаны знать windows, потому что в продакшн он не используется. Да, это ответ не по фичам систем, но по фичам уже и так много написано :)
Я сравнивал vue с htmx около года назад и не в пользу последнего. В htmx есть набор биндингов на DOM, но он не позволяет сделать приложение любой сложности, имеет явные архитектурные проблемы которые будут всплывать при масштабировании. По этой причине серьёзных приложений, написаных на htmx я не видел совсем. Для простых лендингов он хорошо подходит, не спорю.
Что касается сравнения Vue и React, то из концептуально общего у них только виртуальный DOM. Да, можно обойтись без него, но он появился тогда, когда нативный DOM в браузерах был медленный, и сейчас есть операции, когда реальный дом, как ни странно, всё ещё не оптимизирован. К проблеме с перескакивающим курсором это не имеет никакого отношения. Перескакивающий курсор возникает из за пересоздания компонента, что обычно происходит или в результате использования функциональных компонент в реакте или просто очень сильно кривой архитектуры. Большинство сильных лагов во фронтенде в 2018-2024 годах связано с redux, который имеет квадратичный рост сложности вычислений с ростом числа редьюсеров, но к счастью сообщество потихоньку начинает от него отказываться. К Vue эти проблемы не имеют никакого отношения, это болезни React
P.S.: Вы общаетесь как пропагандист или GPT, но не как человек, который хочет найти истину. Если это не так - напишите ниже пузырьковую сортировку на питон, если понимаете о чём я :)
Под React правда легко найти специалистов, но этот плюс не покрывает архитектурных недостатков React. Основной на мой взгляд - что визуальное представление никак не интегрировано со стейтом (моделью). Можно прикрутить стейт-менеджер со стороны и бесконечно мучаться в месте их соединения. Попробуйте поработать с большими формами в React или с вложенными компонентами с большим числом параметров. У вас будет кода столько же или больше чем на ваниле, при производительности даже близко не похожей на хорошо оптимизированную ванильную. Причина в том, что реакт, как и многие фреймворки, создавали бекендеры, которые фронтенд не понимают и решали не те проблемы. Главная ресурсозатратная проблема фронтенда - это подружить модель с представлением, чтобы при обновлении данных обновлялся ui. Это прекасно решено в VueJs, Angular и даже в древнем Knockout. jQuery взлетел потому, что научился это делать удобно и в императивном стиле, вышеописанные фреймворки научились в деклоративном, а реакт не нуачился никак. По сути он предоставляет обёртку на DOM с кастомным синтаксисом, которая вообще-то не особа нужна. Самый большой плюс реакт, из за чего он взлетел - jsx. Это действительно классная инновация, которая позволяет писать интерактивную вёрстку более лаконично. Но чтобы использовать jsx вам не обязательно тащить React. JSX поддерживается в VueJS, Preact и можно использовать отдельно с Babel или TypeScript. Хотите использовать фреймворк - возьмите VueJS, он удобный и стабильный. Реакт оставьте преподавателям курсов
Все топовые фронтендеры, которых я знаю, работают на мак или линукс. На винде работают те, у кого сложно и со знаниями и с доходами, просто потому что не пробовали ничего другого. Я сам фронтендер уже 20 лет, последние 12 лет на linux. Пару лет назад надоело пользоваться OpenOffice и Gimp, решил по ностальгие поставить винду - снёс через два дня. Винда создана не для работы, а для игр и залипания в сети, серьёзные вещи на ней делаются со скрипом, даже в WSL. Если в вашем профессиональном кругу общения все сидят на винде - меняйте круг общения, с этим будете топтаться на месте.
Я работал с программистами за 60, которые начинали ещё в 70х и они объективно мегакруты. Нанять 20-летнего с 2 годами опыта или 60-летнего с 40 - однозначно выбор в пользу второго. Другая история если у них обоих по 2 года опыта. И тут возраст не так сильно влияет. Я отклонял даже 30-летних, которые начинали программировать в 28, так как лучшие программисты программируют со школы. Порог входа очень низкий, нужен только компьютер и мозги. Если человек не программировал хотя бы моды для игр или сайт для школы, не имеет никаких pet-проектов - вероятно он просто не любит программировать и ему будет лучше пойти в другую профессию.
Хорошие тезизы про предотвращение проблемы или её героическое решение, но тут должна сработать квалификация вышестоящего руководителя, чтобы пресекать такие манипуляции. В частности, есть довольно простые способы:
индикативный подход, когда измеряются фактические результаты, а не впечатление от работы менеджера
различные KPI и OKR
завязка сразу на финансовые показатели
разделение функций исполнения и контроля
Грубо говоря, если двум менеджерам поставили задачу повысить аудиторию их приложений, один постоянно в мыле, героически решает проблемы, но аудитория не растёт, а второй ни разу не беспокоил начальство, но показатели растут - следующий важный проект дадут скорее второму. Но это если руководство - профессионалы. К счастью, в нашей стране с каждым годом хороших управленцев всё больше и больше, но случайные люди там ещё попадаются. Поэтому если вы попали к такому - просто найдите другую компанию)
В Redux заложен квадратичный рост сложности вычислений при росте числа элементов, поэтому он категорически не подходит для больших приложений. Единственная интересная фича - time machine, за которую, однако, приходится платить очень дорого. Если разработчик в 2024 году продолжает использовать Redux, когда уже весь мир от него отказался - это красный флаг на собеседовании. Рекомендую никому не рассказывать, что вы его используете, и мигрировать на что-то более продуманное) Хоть даже тот же MobX
Наш преподаватель в МФТИ, доктор технических наук, рассказывал, как на одном объекте рабочие грелись в поле средневолновых вышек. По коже текли поверхностные токи и становилось тепло. До 40 из них никто не дожил. Но конечно, автор статьи лучше знает о вреде ЭМ, ведь все кто с ним не согласны "носят шапочку из фольги".
От появления первого классического компьютера до расцвета индустрии прошло 40-50 лет. Первый прототип квантового компьютера был запущен в начале 2000х, значит можно ждать широкое использование ориентировочно к 2040-2050 годам.
Был в похожей ситуации, закончил аспирантуру, но не стал защищаться, потому что что я, вчерашний студент почти без опыта, могу знать про "Менеджмент промышленных предприятий" (тема моей аспирантуры). Получить степень кандидата было бы не честно. Правильный путь выглядит так, что человек выпускается из ВУЗа, работает в индустрии, получает реальный опыт, пишет статьи на основе этого опыта и потом защищается. Но тут мы сталкиваемся с другой проблемой - никто не работает с работающими людьми из индустрии, аспирантуры и диссертационные советы заточены на вчерашних студентов. В общем, надо бы эту систему менять с какого-то конца, хотя бы даже дать возможность удобно защищаться и публиковаться тем, кому есть что сказать.
Ребята, раз вы рекламируете операционную систему - хотя бы разместите кнопку скачивания дистрибутива на сайте. А то выхлоп от статьи какой? Сейчас все побегут покупать устройства с котом в мешке? Скажете не размещаете из соображений безопасности? Так у вас размещён образ Docker и VirtualBox, из которых выдрать бинарники проще простого. А дистрибутива для самостоятельной установки нет. И как вам после такого доверять?
Учёные выяснили, что учёные не правы
Ребята всё правильно делают и их продукт очень востребован гражданами. Зашёл почитать по вашим ссылкам про профессиональные стандарты и ужаснулся. Зашёл в Реестр профессиональных стандартов - Машинист дробильно-помольных установок:
1. это невозможно читать, чёрно-белые документы практически без форматирования. В 2000 году было бы нормально, но сейчас 2025й
2. кому это нужно? как используется эта информация? да, вы всех описали, но почему мне, как руководителю разработки, регулярно нанимающему людей, от этого нет никакой пользы?
3. ввёл в поиске "Программист JavaScript" и оказывается такой профессии нет. Даже в дополнительных наименованиях нет. Половина Хабра сейчас знатно удивлены. Что им теперь делать, увольняться? Или вам самим начать меняться под актуальное состояние индустрии?
И вам ещё хватает наглости нападать на Госуслуги за несоответствие каким-то выдуманным неизвестно кем регламентам. Меняйтесь, иначе скоро вас заменят. Или в крайнем случае хотя бы молчите, чтобы не попадать на радары так явно.
Основная причина ухода на свои сервера - цена. Когда облака только начинались разница использовать своё железо или облачное была минимальна. Вы экономили на сисадминах, электричестве, площадях и не несли капитальные расходы. Сейчас железо стало дешевле, а облака - дороже. Стоимость одного ядра CPU на VPS доходит до 1000 рублей в месяц. VDS на 8 ядер и 64 Гб оперативы на одном известном хостере - 24 000 в месяц. Собрать такую конфигурацию с дисками NVMe, гигабитным каналом и всеми плюшками будет стоить тысяч 100, то есть всего в 4 раза меньше месячной оплаты. При покупке железо окупается за считанные месяцы. Если бы хостеры индексировали цены не по инфляции, а по развитию технического прогресса - таких переходов бы не было.
Вы лучше в комментарии к той статье сходите. Некоторые ребята и правда не понимают, что они делают, используя для сайта-визитки Hadoop, Kubernetes и Web3. Или фронтенд-фреймворк для шаблонизации статики. Но опять же, зачем смотреть на неправильное использование? То что клей можно нюхать, не доказывает, что он плох для склеивания деталей
Действительно после не значит вследствие. Причина того, что современные сайты деградируют в качестве в том, что огромное количество людей пошли в программисты, потому что там высокие зарплаты. То что раньше делали люди со степенью или хорошим техническим образованием, теперь делают вчерашние продавцы и охранники. Именно поэтому сайты лагают, а проблемы, которые методологически были решены десятилетия назад, возникают снова и снова. Просто люди не читают профессиональную литературу. Назвать значение всех букв из SOLID - это сложный вопрос на собеседовании в 2024 году, почти на синьора. 20 лет назад это был вопрос на профпригодность. Я понимаю вашу боль по поводу низкого качества ПО, но она не связана с технологиями. Я думаю она будет решена лет через 10-15, когда у всех сегодняшних джунов будет по 10 лет опыта, а новых будут нанимать не так активно. Тогда индустрия стабилизируется и начнёт расти не количеством, а качеством.
По поводу эмоционального - это важно, потому что никто не может быть полностью рациональны, это утопия. Эмоции определяют что мы изучаем и какие вопросы себе задаём. А дальше мы включаем рациональность, но обладаем разным набором ответов и действуем в условиях неполной информации, потому что и вечности не хватит чтобы узнать все знания мира. Мы все где-то ошибаемся и все по разному. Понимаю, почему после фулстек на perl, который активно использует шаблоны, вам нравится htmx. Потому что он концептуально близок. Однако фронтенд-фреймворки созданы для другой задачи, для создания Rich Internet Applications, веб-аналогов десктопных приложений. Они стейтфул, они выполняют большое количество логики на клиенте и они нуждаются в такого рода инструментах, htmx здесь не подойдёт. Дело не в том, что все "ломанулись" их делать, а в том, что некоторые вещи в принципе иначе не сделать. Например Miro, Тильда или VSCode.
К вопросу о том, что можно сделать, а как в реальности, в отношении инструментов я считаю разумным обсуждать именно то, что можно сделать с тем или иным инструментом, так как кейсы неправильного использования, меня, как разработчика, не интересуют. Меня интересует что лично я получу используя тот или иной инструмент, и что получит моя команда, в которой квалифицированные ребята, которых я сам нанимал. Поэтому не соглашусь, что то, что на какой-то технологии некоторые начинающие разработчики косячат, хоть как-то бросает на неё тень.
На чём вы писали в 2012м когда зарождались фреймворки? Явно не на JS. Перешли с какого-нибудь C++ или Haskell? И явно никогда не писали на ваниле или только что-то очень простое.
Половина того, что вы написали, просто не верно фактически. Даже комментировать не хочется. Профи и так всё знают, а молодёжь и так сделает всё мыслимые и немыслимые ошибки. В моих стандартах качества технология должна быть пригодна, чтобы написать, например, Google Sheets. Именно для этого существует весь зоопарк фронтовых технологий. Давайте вы сделаете Google Sheets на своём стеке, а я на своём, и посмотрим у кого что получится :) А тащить всё на сервер - это путь бекендеров, когда не любишь и не понимаешь фронтенд.
Хорошая попытка) Но есть фундаментальная причина почему pro сидят на linux - на linux работает большинство серверов. На Windows Server - только ASP и .NET, которых мизер в процентном отношении.
Это не говорит о том, какая система лучше - тут пространство для холивара. Но доказывает, что при прочих равных топовые спецы будут обязательно знать linux и совсем не обязаны знать windows, потому что в продакшн он не используется.
Да, это ответ не по фичам систем, но по фичам уже и так много написано :)
Я сравнивал vue с htmx около года назад и не в пользу последнего. В htmx есть набор биндингов на DOM, но он не позволяет сделать приложение любой сложности, имеет явные архитектурные проблемы которые будут всплывать при масштабировании. По этой причине серьёзных приложений, написаных на htmx я не видел совсем. Для простых лендингов он хорошо подходит, не спорю.
Что касается сравнения Vue и React, то из концептуально общего у них только виртуальный DOM. Да, можно обойтись без него, но он появился тогда, когда нативный DOM в браузерах был медленный, и сейчас есть операции, когда реальный дом, как ни странно, всё ещё не оптимизирован. К проблеме с перескакивающим курсором это не имеет никакого отношения. Перескакивающий курсор возникает из за пересоздания компонента, что обычно происходит или в результате использования функциональных компонент в реакте или просто очень сильно кривой архитектуры. Большинство сильных лагов во фронтенде в 2018-2024 годах связано с redux, который имеет квадратичный рост сложности вычислений с ростом числа редьюсеров, но к счастью сообщество потихоньку начинает от него отказываться. К Vue эти проблемы не имеют никакого отношения, это болезни React
P.S.: Вы общаетесь как пропагандист или GPT, но не как человек, который хочет найти истину. Если это не так - напишите ниже пузырьковую сортировку на питон, если понимаете о чём я :)
Под React правда легко найти специалистов, но этот плюс не покрывает архитектурных недостатков React. Основной на мой взгляд - что визуальное представление никак не интегрировано со стейтом (моделью). Можно прикрутить стейт-менеджер со стороны и бесконечно мучаться в месте их соединения. Попробуйте поработать с большими формами в React или с вложенными компонентами с большим числом параметров. У вас будет кода столько же или больше чем на ваниле, при производительности даже близко не похожей на хорошо оптимизированную ванильную. Причина в том, что реакт, как и многие фреймворки, создавали бекендеры, которые фронтенд не понимают и решали не те проблемы. Главная ресурсозатратная проблема фронтенда - это подружить модель с представлением, чтобы при обновлении данных обновлялся ui. Это прекасно решено в VueJs, Angular и даже в древнем Knockout. jQuery взлетел потому, что научился это делать удобно и в императивном стиле, вышеописанные фреймворки научились в деклоративном, а реакт не нуачился никак. По сути он предоставляет обёртку на DOM с кастомным синтаксисом, которая вообще-то не особа нужна.
Самый большой плюс реакт, из за чего он взлетел - jsx. Это действительно классная инновация, которая позволяет писать интерактивную вёрстку более лаконично. Но чтобы использовать jsx вам не обязательно тащить React. JSX поддерживается в VueJS, Preact и можно использовать отдельно с Babel или TypeScript.
Хотите использовать фреймворк - возьмите VueJS, он удобный и стабильный. Реакт оставьте преподавателям курсов
Все топовые фронтендеры, которых я знаю, работают на мак или линукс. На винде работают те, у кого сложно и со знаниями и с доходами, просто потому что не пробовали ничего другого. Я сам фронтендер уже 20 лет, последние 12 лет на linux. Пару лет назад надоело пользоваться OpenOffice и Gimp, решил по ностальгие поставить винду - снёс через два дня. Винда создана не для работы, а для игр и залипания в сети, серьёзные вещи на ней делаются со скрипом, даже в WSL. Если в вашем профессиональном кругу общения все сидят на винде - меняйте круг общения, с этим будете топтаться на месте.
Давно при найме смотрим не на название должностей, а на обязанности и достижения
Я работал с программистами за 60, которые начинали ещё в 70х и они объективно мегакруты. Нанять 20-летнего с 2 годами опыта или 60-летнего с 40 - однозначно выбор в пользу второго. Другая история если у них обоих по 2 года опыта. И тут возраст не так сильно влияет. Я отклонял даже 30-летних, которые начинали программировать в 28, так как лучшие программисты программируют со школы. Порог входа очень низкий, нужен только компьютер и мозги. Если человек не программировал хотя бы моды для игр или сайт для школы, не имеет никаких pet-проектов - вероятно он просто не любит программировать и ему будет лучше пойти в другую профессию.
Хорошие тезизы про предотвращение проблемы или её героическое решение, но тут должна сработать квалификация вышестоящего руководителя, чтобы пресекать такие манипуляции. В частности, есть довольно простые способы:
индикативный подход, когда измеряются фактические результаты, а не впечатление от работы менеджера
различные KPI и OKR
завязка сразу на финансовые показатели
разделение функций исполнения и контроля
Грубо говоря, если двум менеджерам поставили задачу повысить аудиторию их приложений, один постоянно в мыле, героически решает проблемы, но аудитория не растёт, а второй ни разу не беспокоил начальство, но показатели растут - следующий важный проект дадут скорее второму. Но это если руководство - профессионалы. К счастью, в нашей стране с каждым годом хороших управленцев всё больше и больше, но случайные люди там ещё попадаются. Поэтому если вы попали к такому - просто найдите другую компанию)
Не увидел самого главного - юнит-экономики, а значит автор фактически не контролирует свой бизнес, отсюда и проблемы
В Redux заложен квадратичный рост сложности вычислений при росте числа элементов, поэтому он категорически не подходит для больших приложений. Единственная интересная фича - time machine, за которую, однако, приходится платить очень дорого.
Если разработчик в 2024 году продолжает использовать Redux, когда уже весь мир от него отказался - это красный флаг на собеседовании. Рекомендую никому не рассказывать, что вы его используете, и мигрировать на что-то более продуманное) Хоть даже тот же MobX
Наш преподаватель в МФТИ, доктор технических наук, рассказывал, как на одном объекте рабочие грелись в поле средневолновых вышек. По коже текли поверхностные токи и становилось тепло. До 40 из них никто не дожил. Но конечно, автор статьи лучше знает о вреде ЭМ, ведь все кто с ним не согласны "носят шапочку из фольги".
Если бахнет авария будет эпичной, локальный ледниковый период. Я бы не назвал сжатые газы безопасными
От появления первого классического компьютера до расцвета индустрии прошло 40-50 лет. Первый прототип квантового компьютера был запущен в начале 2000х, значит можно ждать широкое использование ориентировочно к 2040-2050 годам.
Был в похожей ситуации, закончил аспирантуру, но не стал защищаться, потому что что я, вчерашний студент почти без опыта, могу знать про "Менеджмент промышленных предприятий" (тема моей аспирантуры). Получить степень кандидата было бы не честно. Правильный путь выглядит так, что человек выпускается из ВУЗа, работает в индустрии, получает реальный опыт, пишет статьи на основе этого опыта и потом защищается. Но тут мы сталкиваемся с другой проблемой - никто не работает с работающими людьми из индустрии, аспирантуры и диссертационные советы заточены на вчерашних студентов. В общем, надо бы эту систему менять с какого-то конца, хотя бы даже дать возможность удобно защищаться и публиковаться тем, кому есть что сказать.