… непонятная взаимосвязь: с вами связались потому что увидели проект или потому что нашли на работном сайте?
Потому что нашли на работном сайте.
в любом случае рынок 12 лет назад и сейчас - два абсолютно разные рынка труда)
На самом деле, отношение работодателей к мейнтейнерам опенсорс-проектов не изменилось за эти годы. В подтверждение этого, вы можете посмотреть многочисленные выступления Никиты Соболева или одно интервью с Денисом Пушкаревым:
12 лет назад, когда я уже примерно год занимался собственными опенсорс-проектами, руководитель отдела разработки ПО одной отечественной ИТ-компании нашел мое резюме на одном из работных сайтов и прислал мне письмо с предложением о работе, которое содержало следующий вопрос:
готовы ли вы заниматься 9 рабочих часов непосредственно решением проблем работодателя, а не общественной деятельностью? Ваша общественная нагрузка впечатляет.
Когда мы говорим о пользе опенсорса для карьеры, то нужно понимать, что работодателей интересуют контрибьютеры, а не мейнтейнеры.
Лично для меня это критическое изменение уже не является проблемой. Просто зная страсть сотрудников PVS-Studio к исследованию кода популярных open source-проектов, я подумал, что эта проблема уже попала в ваше поле зрения. В качестве примера ошибок, которые вызывает данное изменение, рекомендую разработчикам C# анализатора обратить внимание на ошибки в двух open source-библиотеках: YantraJS и Jurassic.
.NET Core 2.0 и .NET Standard 2.0 – это не одно и тоже. NET Standard 2.0 и 2.1 по-прежнему актуальны, а большая часть пакетов ASP.NET Core 2.X в NuGet Gallery имеют статус deprecated. А .NET Framework я вообще не упоминал.
Может Вы имеете ввиду что Microsoft официально поддерживает версии своих продуктов текущая версия -2?
Именно это я и имею ввиду.
Т.е. если у меня будет проблема на более старой версии, то служба поддержки Microsoft мне может ответить отказом.
Дело совсем в другом: при использовании NuGet-пакетов, ориентированных на старые версии ASP.NET Core, выдаются предупреждения.
Мой подход к организации ASP.NET Core-расширений позволяет сохранить поддержку устаревших версий ASP.NET Core. Есть один пакет, ориентированный на актуальные версии ASP.NET Core, и несколько на устаревшие. В пакетах, ориентированных на устаревшие версии ASP.NET Core, по-прежнему доступны самые последние возможности из ядра WebMarkupMin.
которые зависят от последней версии Newtonsoft.Json вышли месяц назад.
Эти пакеты нужны для реализации обратной совместимости, т.к. не все еще успели перевести свою кодовую базу на использование библиотеки System.Text.Json. Рано или поздно миграция на System.Text.Json закончится, и библиотеку Newtonsoft.Json признают полностью устаревшей.
Почему-бы не положить все версии .NET в один nuget пакет? Для примера Newtonsoft.Json в одном пакете содержит в себе все версии, начиная с .NET Framework 2.0 и заканчивая .NET Standard 2.0
Из-за предупреждений вроде NETSDK1215 и NU1903, которые выдаются при сборке проектов. Особенно это критично для библиотек, ориентированных на конкретные версии ASP.NET Core. Вообще, Microsoft рекомендует в пакетах с такими библиотеками поддерживать не более трех последних версий ASP.NET Core.
Newtonsoft.Json – это библиотека общего назначения и, в принципе, указанные выше требования для нее можно проигнорировать. Тем не менее, данная библиотека не обновляется с 2023 года и в скором времени может стать неактуальной.
Есть смысл менять namesapce при каждом выходе нового фреймворка? … А так получается всем пользователям придётся не просто обновить сборку, а ещё и namespace'ы переписать.
Для решения этой проблемы и был создан пакет WebMarkupMin.AspNetCoreLatest.
Если нет, то, скорее всего, я начну рассматривать поиск нового места, потому что понимаю: если компания не прислушивается к сотруднику, то смысла нет там задерживаться и мучить себя.
Это сработает не в каждой компании. Процесс передачи дел может растянутся до года, а к этому времени можно выгореть дотла.
Полгода назад на Open Source Summit North America 2024 Линус был более оптимистичен относительно ИИ:
Я один из тех людей, которые очень оптимистично относятся к ИИ, и я с нетерпением жду появления инструментов, которые на самом деле будут находить ошибки. У нас есть много инструментов: инструментарий вокруг ядра [Linux] и разумеется вокруг любого программного проекта. Мы используем их «религиозно», но делать инструменты более умными - это не так уж и плохо. Я в какой-то степени сравниваю это с написанием каких-либо вещей на ассемблере, что я буквально начал делать с первоначальной версией ядра, которая примерно на 50% состояла из языка ассемблера, и использованием компилятора. Использование более умных инструментов - это всего лишь следующий неизбежный шаг. Так что это произойдет, но я не думаю, что это обязательно тот мрак и обреченность, о которых говорят некоторые люди, и я определенно не думаю, что это мир обетованный, о котором говорят люди, протягивающие руки за наличкой. Поэтому вам нужно быть немного циничными по отношению ко всему этому циклу хайпа в технологической индустрии. Я надеюсь, вы все понимаете, что до ИИ это была криптовалюта, а до криптовалюты это были нативные облачные технологии. Я имею в виду, что за хайпом всегда скрывается крупица реальности, но нужно быть осторожным со всем этим BS вокруг этой крупицы.
Я пишу статьи на Хабр уже больше 12 лет и делаю это для своего удовольствия. Я не боюсь минусов в карму, а боюсь того, что мои статьи просто никто не прочитает. Мою последнюю двуязычную статью заминусовали практически за 15 минут после ее публикации, что привело к ее моментальному исчезновению из общей ленты. И, естественно, я получил минусы в карму:
Но самое обидное даже не в том, что моя статья прошла незамеченной на Хабре, а в том, что ее урезанную перепечатку опубликовали в одном отечественном онлайн СМИ и она там имела успех.
У CodeProject были хорошие рассылки. Много лет был подписан на ежедневную подборку новостей IT-отрасли и еженедельную подборку статей по веб-разработке.
Потому что нашли на работном сайте.
На самом деле, отношение работодателей к мейнтейнерам опенсорс-проектов не изменилось за эти годы. В подтверждение этого, вы можете посмотреть многочисленные выступления Никиты Соболева или одно интервью с Денисом Пушкаревым:
12 лет назад, когда я уже примерно год занимался собственными опенсорс-проектами, руководитель отдела разработки ПО одной отечественной ИТ-компании нашел мое резюме на одном из работных сайтов и прислал мне письмо с предложением о работе, которое содержало следующий вопрос:
Когда мы говорим о пользе опенсорса для карьеры, то нужно понимать, что работодателей интересуют контрибьютеры, а не мейнтейнеры.
По своему опыту скажу, что некоторые работодатели воспринимают наличие серьезных опенсорс-проектов у кандидата как минус.
Лично для меня это критическое изменение уже не является проблемой. Просто зная страсть сотрудников PVS-Studio к исследованию кода популярных open source-проектов, я подумал, что эта проблема уже попала в ваше поле зрения. В качестве примера ошибок, которые вызывает данное изменение, рекомендую разработчикам C# анализатора обратить внимание на ошибки в двух open source-библиотеках: YantraJS и Jurassic.
Может ли новый C# анализатор PVS-Studio выявлять проблемы, вызванные критическим изменением «Floating point-to-integer conversions are saturating»?
Не могу сходу найти официальный документ с этой рекомендацией, но есть хорошая статья от Microsoft MVP Рика Страла «Upgrading several of my Applications and Libraries to .NET 5.0», в которой она упоминается. Библиотека Westwind.AspnetCore.LiveReload также, как и ASP.NET Core-расширения WebMarkupMin, содержит компонент middleware. В последней версии пакета Westwind.AspnetCore.LiveReload поддерживаются только три версии .NET, которые были актуальны на момент ее выхода.
Возьмем для примера пакет Microsoft.AspNetCore.SignalR.Common версии 9.0.0, который поддерживает следующие версии .NET:
.NET 9.0
.NET Standard 2.0
.NET Framework 4.6.2
.NET Core 2.0 и .NET Standard 2.0 – это не одно и тоже. NET Standard 2.0 и 2.1 по-прежнему актуальны, а большая часть пакетов ASP.NET Core 2.X в NuGet Gallery имеют статус deprecated. А .NET Framework я вообще не упоминал.
Именно это я и имею ввиду.
Дело совсем в другом: при использовании NuGet-пакетов, ориентированных на старые версии ASP.NET Core, выдаются предупреждения.
Мой подход к организации ASP.NET Core-расширений позволяет сохранить поддержку устаревших версий ASP.NET Core. Есть один пакет, ориентированный на актуальные версии ASP.NET Core, и несколько на устаревшие. В пакетах, ориентированных на устаревшие версии ASP.NET Core, по-прежнему доступны самые последние возможности из ядра WebMarkupMin.
Эти пакеты нужны для реализации обратной совместимости, т.к. не все еще успели перевести свою кодовую базу на использование библиотеки System.Text.Json. Рано или поздно миграция на System.Text.Json закончится, и библиотеку Newtonsoft.Json признают полностью устаревшей.
del. Не в ту ветку.
Из-за предупреждений вроде
NETSDK1215иNU1903, которые выдаются при сборке проектов. Особенно это критично для библиотек, ориентированных на конкретные версии ASP.NET Core. Вообще, Microsoft рекомендует в пакетах с такими библиотеками поддерживать не более трех последних версий ASP.NET Core.Newtonsoft.Json – это библиотека общего назначения и, в принципе, указанные выше требования для нее можно проигнорировать. Тем не менее, данная библиотека не обновляется с 2023 года и в скором времени может стать неактуальной.
Для решения этой проблемы и был создан пакет WebMarkupMin.AspNetCoreLatest.
Довольно неплохо рисует для бесплатной версии:
От статьи с таким заголовком я ожидал хотя бы упоминания о Джароне Ланье.
Это сработает не в каждой компании. Процесс передачи дел может растянутся до года, а к этому времени можно выгореть дотла.
Полгода назад на Open Source Summit North America 2024 Линус был более оптимистичен относительно ИИ:
Это старый трюк из журнала «Видео-Асс Dendy» №13:
У меня тоже такие пометки вызывают недоумение:
Тогда получается, что такие статьи уходят очень далеко.
Я пишу статьи на Хабр уже больше 12 лет и делаю это для своего удовольствия. Я не боюсь минусов в карму, а боюсь того, что мои статьи просто никто не прочитает. Мою последнюю двуязычную статью заминусовали практически за 15 минут после ее публикации, что привело к ее моментальному исчезновению из общей ленты. И, естественно, я получил минусы в карму:
Но самое обидное даже не в том, что моя статья прошла незамеченной на Хабре, а в том, что ее урезанную перепечатку опубликовали в одном отечественном онлайн СМИ и она там имела успех.
del
У CodeProject были хорошие рассылки. Много лет был подписан на ежедневную подборку новостей IT-отрасли и еженедельную подборку статей по веб-разработке.
Cross Fire, Super Turrican и в какой-то степени серия G.I. Joe.
На Betamax или LaserDisc.