Комментарии 41
Цитата: "73.8% разработчиков имеют высшее образование в области компьютерных наук или программной инженерии".
Интересно, а сколько из тех кто самообразовывались в IT, имеет высшее образование в других областях знаний? Я лично знаком с синьером, укоторого высшее образование, но в медицине :)
Большинство. По моим наблюдениям тех, кто вообще без вышки, единицы при весьма солидной общей базе наблюдения. То есть в районе 1% или даже ниже. Возможно, у меня немного искажённая картина, но в любом случае речь про единицы процентов.
Согласен, это интересно и нужно было бы добавить такой вариант ответа в опрос — учтем в будущем.
“Рынок все еще требует специалистов, которые могут закрывать как бэкенд, так и фронтенд задачи”
А, а также девопс, тесты, проектирование, сопровождение. Чем больше можно решить в рамках одного человека там выгодней бизнесу.
Не факт что выгодней - таких "единорогов" мало, и они дорогие. Я вижу скорее тренд на большую специализацию в разработке. Доходит до смешного в духе "я бекенд, что там с моими данными на фронтенде мне безразлично".
Не спорю, что выборка наша не совпадает.
На моём опыте все компании либо пришли либо идут к этому.
Конечно где-то имеется специализация, но для компании выгодней когда каждый может не только в своей области работать, а также и в смежных. Даже если это будет не 100% от специалиста, а 50%, уже несомненный выигрыш.
Божечки, да это вот "безразлично" на беке существует в каждом слое, между слоями, и вообще называется слабой связностью.
Слабая связанность это про организацию кода и его зависимостей, а не команд и их знаний и навыков. Если у вас автор одного модуля/слоя не в курсе, как и зачем его модулем пользуются другие и какое место он в целом занимает в продукте - у вас проблема.
Сперва была речь про "что с моими данными на фронте", а теперь уже "как и зачем используется модуль". Это разные вещи, не надо подменять понятия, мы здесь не любим демагогию.
Знать, как и зачем используется - очень маленькая информация, буквально достаточно пары предложения, описывающих потребляемый продукт. Это настолько легко, что сложнее этого специально пытаться не узнать.
А вот после того, как данные на фронт отданы, то знать как он их там крутит-вертит-сортирует -- нафига это бекенду? Какого цвета там кнопка (с текстом от бекенда) -- такой же вопрос.
ОК, поясню, что я имею в виду, чтобы без демагогии :)
Если мы пилим бекенд для какого-то фронтенда, то надо бы понимать:
- какие пользовательские сценариии в продукте мы реализуем
- как в целом устроен наш фронтенд и как он обращается с нашим беком
- как работают протоколы, по которым они общаются
- как работает аутентификация, авторизация и обработка ошибок т.д.
В цвет кнопок можно обычно не вникать.
Со стороны кажется, что компании от .Net уходят, хотя на hh.ru я чаще стал видеть вакансии по Шарпам в билайне, МТС, Теле2. Но джунов там я не видел, только спецов.
Но все равно тревожно от того, что шарпы где-то рядом и всегда в обсосе. ...
ОпСоС - общеупотребимое сокращение термина «оператор сотовой связи».
А обсос - это уже немного из другой оперы:
Неактуальная информация про jb rider. Он вообще сейчас доступен для некоммерческого использования. А по поводу блокировки лицензии при заходе с ip РФ - не встречался с таким. Регулярно захожу. Правда лицензию покупал через граждан другой страны.
Ещё как блочат. И случай на хабре описывали и лично у меня корпоративный казахский resharper заблочили
Честно сказать, сейчас vscode не сильно уступает райдеру. А данные собирают они оба. В песочнице можно запускать, если нежелателен сбор данных.
VSCodium не собирает, тот-же VSCode только без телеметрии
Насколько я понимаю многие официальные плагины для C# от Microsoft требуют лицензии на Visual Studio.
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#overview
C# Dev Kit builds on the same foundations as Visual Studio for some of its functionality, it uses the same license model as Visual Studio. This means it's free for individuals, as well as academia and open-source development, the same terms that apply to Visual Studio Community. For organizations, the C# Dev Kit is included with Visual Studio Professional and Enterprise subscriptions, as well as GitHub Codespaces.
Если глубже погружаться в юридические аспекты IT сферы в области разработки, то многие библиотеки нельзя использовать без раскрытия кода, если у библиотеки лицензия GPL, но при этом многие используют тот же poppler-glib без раскрытия кода. И так не только с библиотеками. Во многих организациях используют community версии ide. А то и вовсе ломанные версии, например keil uvision или quartus.
Есть мнение, что эффективная стратегия заключается в том, чтобы не ограничивать свои знания одной конкретной технологией. И тогда плюс-минус становится пофиг что это - jvm, .net, go или что-там-ещё-мир-выдумает.
В теории звучит хорошо. А на практике фирмы обычно ищут человека с опытом в конкретных технологиях. И им почему-то не пофиг если на вакансию где прописан go, приходит человек с опытом Java.
Вы немного меня не поняли. Я предлагаю развивать знания в более чем одной технологии. Соответственно расширять диапазон в котором вы компетентны. Между какой-нибудь джавой и сишарпом не такая уж и большая разница, например.
Было бы неплохо, если бы вы раскрыли понятие эффективной стратегии. Если считать за нее наивысшую возможную оплату труда, то переходы между стеками без потерь едва ли обойдутся.
Между какой-нибудь джавой и сишарпом не такая уж и большая разница
Это, кстати, повод не смотреть в сторону джавы: отличчий в мелочах хватает, расширения кругозора и возможностей это не даст. Поэтому по тексту статьи массы либо на фронт посматривают (оттуда получаются фуллстеки), либо на Go.
Я вас правильно понял. Более того я как раз таки так и делал. То есть я работаю и с Java и с C#. И работодателям, которые работают с Java не особо интересен мой опыт в C#. И наоборот.
То есть в результате получилось так что диапазон того в чём я компетентен может быть и расширился. А вот диапазон работодателей, которые готовы платить за весь мой опыт, наоборот сузился до тех, которые используют оба языка.
Это кстати интересная тема для отдельного исследования - как наниматели относяться к опыты на разном стеке.
По моему ощущению у нас на рынке они уделяют излишнее внимание знанию какого-то одного стека нежели инженерным знаниям в разработке в целом. Условно скорее возьмут кого-то 2 годами Java, чем 5 на .NET и хорошими знаниям.
По опыту собеседований, одна из десяти компаний спрашивает нормальные вещи. Мой любимый вопрос из недавнего интервью: "у нас есть html-документ с какой-то визуальной формой; как его сохранить в pdf для отправки клиенту с сохранением внешнего вида?". Здесь и правда нужен инженерный опыт per se и умение искать разные решения, а не глубокие знания одной платформы. Рабочее решение тут было в сохранении в пдф скриншота html-документа: клиенту всё равно, что пдф под два мегабайта.
А остальные 9 собеседований будут содержать вопросы про контр-вариацию делегатов, про семафор слимы и методы класса Object. Просто не хватает времени на изучение чего-то ещё, свой родной c# бы знать. Думаю, для джавы тоже будет похожая картина.
Ну не знаю, средний разраб типа меня с трудом осознает, что там в C# под капотом у gc или async/await (которые еще и с каждой версией дорабатывают). А если попытаться нырнуть в те же темы в Java, вообще каша в голове будет)
Главный вопрос как мне кажется это доступность неспираченных средств разработки. Хорошо когда люди работают на своем компе или организация закупает зарубежные лицензии (что уже не работает c JetBrains). Включая кстати расширения для VS Code которые требуют лицензии на Visual Studio.
Второй - MS до сих пор не очень любит Linux и под него нет ни Visual Studio ни фреймворка для интерфейса не-веб приложений.
Третий конечно общий уклон в облака которые из России еще менее доступны и не будет ли он сказываться на развитии языка и инструментов.
А язык хороший - красивый и мощный.
MAUI уже поддерживает Linux? Последний раз когда я смотрел полгода назад поддержки все еще не было. MS считала ее ненужной, сообщество не собралось. То же самое касалось и Blazor если говорить о десктопных приложениях. Зашел, посмотрел
.NET Multi-platform App UI (.NET MAUI) apps can be written for the following platforms:
Android 5.0 (API 21) or higher is required.
iOS 11 or higher is required.
macOS 11 or higher, using Mac Catalyst.
Windows 11 and Windows 10 version 1809 or higher, using Windows UI Library (WinUI) 3.
.NET MAUI Blazor apps have the following additional platform requirements:
Android 7.0 (API 24) or higher is required.
iOS 14 or higher is required.
macOS 11 or higher, using Mac Catalyst.
Avalonia есть, я конечно пропустил слово "официальных фреймворков" - но это малоизвестный проект от маленькой компании с крохотной экосистемой, сообществом и неясным будущим.
Я когда смотрел возможную платформу для возможного пет-проекта остановился на том что для Avalonia просто нет визуального редактора текста. Вообще, ни одного.
Да, вы правы, для MAUI можно писать на Linux, но не под.
это малоизвестный проект от маленькой компании с крохотной экосистемой, сообществом и неясным будущим.
Если не шашечки, а ехать, то, судя по отзывам, вполне неплохое решение, тем более - для пет-проектов.
для Avalonia просто нет визуального редактора текста.
Визуального конструктора интерфейсов или какие-то проблемы со спецификой авалониевского XAML?
> Если не шашечки, а ехать, то, судя по отзывам
Люди, которые пробовали, говорили (непублично) что там очень мало документации и очень сложно найти ответы на вопросы.
Возможно они недостаточно серьезно пробовали или что-то поменялось к лучшему, не исключаю.
Сами разрабы судя по блогу все больше фокусируются на XPF, насколько у них будет мотивация развивать именно Avalonia тоже вопрос.
>Визуального конструктора интерфейсов или какие-то проблемы со спецификой авалониевского XAML?
Готового компонента с визуальным редактором текста для пользователя программы. Аналога того что есть в Evernote, Notion или Word.
Там насколько я помню был один-единственный редактор кода, портированный с WPF, но мне не редактор кода нужен а именно редактор текста.
На JS/TS их много разных.
Я читал обсуждения про то что может быть он в будущем будет и один человек даже начал по своей инициативе пилить но так и не доделал и даже не определился будет ли компонент открытым.
Могу поискать ссылки, но в течение дня-двух.
Есть Rider, сейчас он бесплатный для не коммерческой разработки(как раз для пет проектов). И есть плагин для XAML(под авалонию), чтобы было удобно редактировать. Не все так плохо. Так же есть альтернатива Uno Platform, для разработки под Linux, тоже кросс платформенный.
надо же, все еще есть люди которые застряли в 2010.
в своих проектах использую авалонию и веб-блазор в качестве админки, и все крутится под дебиан. Проект включает в себя локальный сервер и несколько точек которые работают с девайсами по последовательному порту и UI для взаимодействия с пользователем, + веб страница для управления, дальше будет сделан глобальный сервек. и все делается на .net, какая это радость когда отсутствует зоопарк ЯП в проекте
"Avalonia есть, я конечно пропустил слово "официальных фреймворков" "
давайте будем честны в других яп по большему счету нет вообще полного надежного покрытия разработки мультифункциональных решений на одном языке/платформы, уже не говоря об официальных предложений.
Вопрос скорее не в официальности, а в размере экосистемы. Я уже не раз приводил в пример компонент редактирования сложного текста (rich text) - в Avalonia его до сих пор нету, тот что разрабатывается будет уже с закрытыми исходниками и платным по подписке (вместе с целым рядом новых доработок), что с учетом санкций на платежи уже немалая проблема и без них для открытого проекта не очень. Я конечно прекрасно понимаю что разработчикам Avalonia тоже надо на что жить и кушать о чем они и пишут в своей официальном блоге, но это все тот же размер и количество поддерживающих проект компаний - когда она одна и маленькая ей сложно в открытый доступ много вкладывать.
Очень понравился пост. Автору спасибо! Сори нет рейтинга чтобы плюсануть, хоть так комментом продвину )))
Исследование рынка .NET разработки: Анализ текущих тенденций и прогнозы