Я этот курс через 2 недели после начала бросила...но без этого не дадут диплом.

А как это так? Можно позже снова этот курс пройти?

В ИТ оно так и будет... в смысле - до конца работы...
Я вот поработал 6 лет, новое изучал по минимуму - отстал.
Сейчас нужно либо проходить курсы повышения квалификации месяцев 6-9... либо самому ковырять пару лет... за это время выйдет новая Студия с новыми технологиями и все по новой...

Это заблуждение. Если есть опыт разработки приложений в принципе, и перерыв не десять-пятнадцать лет, то остальное не так уж долго поднять. Принципы разработки везде одинаковые, надо только изучить, как в очередном модном фреймворке это делается. Если в нём этого нет - значит фреймворк не зрелый и не надо его использовать.

Вот возьмём новомодный Blazor, вакансии по которому я уже встречал. Берёшь букварь на МСДН, пробегаешь его за неделю, и разрабатывай. Вы же не с нуля в профессию входите, где каждую мелочь надо с начала изучать, и вообще в принципе понять, как и зачем это делается. На миддловскую позицию устроиться челу с опытом можно, я думаю, без проблем. Если вы принципиально ниже, чем на сеньёрские должности-зарплаты не хотите идти, то конечно сложнее будет. Просто Blazor относительно новый, поэтому только на свой опыт в принципе, а не в Blazor упирать. Другое дело, что Blazor явно не та область, где именно сеньёры нужны - любой джун или миддл, пробежав тот же букварь, тоже будет делать простые приложухи в нём. Хотя тот же Silverlight когда появился, были вакансии с большими зарплатами, хотя технология новая была (а потом быстро слилась).

У нас, в Ирландии, за последние год-полтора, Я почти не видел вакансий где требовались бы технологии старше 3-4 лет...

Просто не идите в веб-фронтэнд разработку. Пусть другие осваивают новый модный фреймворк каждые полгода и гордятся этим. Правда, придётся отказаться сразу от примерно 60-70% вакансий, но вам же не обязательно бежать со всей толпой новичков, которых 95% в веб-фронтэнд и лезут?

что Blazor явно не та область, где именно сеньёры нужны

Начнем с того что означает простое приложение и кому оно нужно?

Хотя да, за пару месяцев можно и что то приличное сделать, но этого будет мало. У блазора три различных модели использования.

У каждой свои достоинства и недостатки и у каждой свои проблемы, которые нужно решать.

Хотя думаю, вполне может быть, что блазор пробьёт себе хорошую нишу.

Уже и WPF и WinForm приложения можно без проблем делать, андроид и аппле тоже как то работают, допилят MAUI - будет вообще ляпота.

Сделал веб приложение на блазор и запускай его где хошь почти как нативное.

Похоже Микрософт на него большие ставки делает.

Просто не идите в веб-фронтэнд разработку

Сейчас без веба никак, хотя да полно и старых проектов. Но вот только насколько они интересны?

Пусть другие осваивают новый модный фреймворк

Дело не только в моде. Это можно сказать эволюция, кому то нравится оставаться с края, кому то наоборот.

Моя твоя не понимает, потому что ты мужчина

Что то вы явно не туда уже заехали - совершенно бессмысленная дискуссия.

Хотите работать и учится ну так пожалуйста - это ваш выбор. Кому то нравится сидеть дома и заниматься хозяйством и детьми.

Давайте лучше рассказывайте, что уже сделано и где стопор.

Вот сюда давайте вашу первую программу. Или что другое поищите.

https://www.programming-hero.com/code-playground/python/index.html

Будем играться.

Похоже Микрософт на него большие ставки делает.

Ставки на Сильверлайт были ещё больше - аж трансляции с олимпийских игр на нём сделали. Потом всё свернули и слили за пару лет.

Ставки на Сильверлайт были ещё больше

Не имею понятия, в те времена оно меня абсолютно не интересовало.

А вот с блазором знакомство уже есть какое то время. Хотя да - технологии всего то пара лет.

Я знаю разницу между

-----

Очень, надо сказать, ответственное заявление... особенно учитывая возраст и опыт...

специально подчеркну - практический опыт первых родов после 35... в 32 года с тремя детьми.

Как Я уже говорил: Вы меня сейчас изнасилуете!!! - ??? - Так Я спущусь...

Мне просто НАДО работать

-----

Между "работать" и "зарабатывать" есть некоторая разница.

Грубую оценку твоего возможного заработка как прогера Я механически посчитал чуть выше.

С ней можно не соглашаться, с ней можно спорить, еще много чего можно, но конечное решение будет за рабобрателем и не думаю что оно будет сильно отличаться... Просто поверь - что бы Я рассмотрел кандидатуру в возрасте 35 лет со свежим дипломом и без практического опыта работы хотя бы в 10 лет у меня должно быть либо полное помутнение рассудка, либо нулевая ответсвенность за результат...

А для просто "работать" - совершенно не требуется диплом.

что может быть в результате её планирования

-----

Мне без разницы что может быть в результате ее или твоего планирования.

Меня, с точки зрения работодателя, интересует выполнение определенной работы.

С этой позиции - она - может, ты - нет.

А я не понял, как они Blazor позиционируют? Это же не для сайтов, а типа для веб-приложений? Что за штука такая? Я ни разу не видел подобных веб-приложений. Если у тебя есть кроссплатформенный UI фреймворк (что и собирается сделать МС), то зачем тебе веб-апп? Чтобы с магазинами разных вендоров не связываться?

Т.е. теоретически где-то веб-аппы, может, и есть, но у них, судя по всему, очень узкая ниша. А когда и если МС таки сделает кроссплаоформенный UI, то именно в него пойдёт весь хайп и бабки с зарплатами - нафиг с этим Блазором тогда возиться?

надо только изучить

-----

Именно.

Надо изучить.

Время необходимое для изучения до уровня навыков соответствующих навыкам использованных ранее технологий Я назвал.

нафиг с этим Блазором тогда возиться?

ну вот например - BlazorWebView WPF Tutorial

https://jspuij.github.io/BlazorWebView.Docs/pages/wpftutor...

Для MAUI будет тоже самое.

Одна коде базе для всего - довольно неплохо

Что за штука такая? Я ни разу не видел подобных веб-приложений

Ключевые слова:Daniel Roth, Webassembly, PWA.

ну вот например - BlazorWebView WPF Tutorial

https://jspuij.github.io/BlazorWebView.Docs/pages/wpftutor...

Для MAUI будет тоже самое.

Одна коде базе для всего - довольно неплохо

Проверил у себя - тоже можно создать WPF проект на библиотеках чисто для Виндовс, и для Дотнет Коре.

А по вашей ссылке - я так понял, что Блейзор может "хостить" в браузере почти любые библиотеки и, соответственно, приложения, если они нативно на этой платформе (операционная система) запускаются?

Конечно, можно почти всё во всём и через всё запускать - вопрос лишь в количестве обёрток и импакте по производительности и потреблении ресурсов. Но по-нормальному лучше всего делатеся, как я понял, нативно.

А какой смысл тогда в MAUI, если можно через Блейзор всё запустить, а браузер, в котором Блейзор, и так везде работает?

Ну и более общий вопрос - а нафига отказывались от флеша, сильверлайта и прочих плагинов, если это просто ещё одна assembly, которую браузер запускает? А сейчас, получается, можно не из этих двух технологий выбирать, а вообще любой код из браузера запустить. Ну чисто политические игры, в которых Эдоуби проиграла... Хотя, может, они свой флеш "перевыпустят" через обёртку web assembly.

Оказывается еще в 2018 был доклад. 18 минута, 42

Ключевые слова:Daniel Roth, Webassembly, PWA.

Первый коммента к этому видео "So this is how JS dies… with thunderous applause." - 3 года назад. Смерти JS сейчас и близко не видно.

Если Блейзор такой крутой, чего на нём так вакух мало, и при его упоминании на собесах рекрутеры говорят мол "не, нам нужен WPF/Win Forms/ASP.NET и т.п. - не знаем никакого Блейзора"?

WPF проект на библиотеках чисто для Виндовс, и для Дотнет Коре

чисто для Виндовс - именно так

я так понял, что Блейзор может "хостить" в браузере почти любые библиотеки

нет - есть же проект с описанием...

А какой смысл тогда в MAUI

https://docs.microsoft.com/ru-ru/dotnet/maui/what-is-maui

не знаем никакого Блейзора

Кому не нужен PWA, тому не нужен и блазор.

Если есть выбор между JS и C# что хочется выбрать? Отсюда всё и вытекает.

А какой смысл тогда в MAUI

https://docs.microsoft.com/ru-ru/dotnet/maui/what-is-maui

Опять многословный XML-based. На JSON-based хотя бы перешли, что ли, или ещё лучше на YAML-based. Уже показывал картинку с подсветкой синтаксиса, где нужная разрабу инфа составляет едва ли 30% от показываемого текста. Остальное - мусор, досаждающий глазам и мозгу. В YAML значительная часть форматирования - невидимая, типа пробелов, табов и прочих отступов, так что гораздо больше полезной видимой инфы.

Интересно, а развёртывание всяких контейнеров и прочее - это задача разработчика софта?

Запускаем PostgreSQL в Docker: от простого к сложному / Habr

Или так. Должен ли разработчик софта уметь устанавливать и настраивать ОС, СУБД, создавать БД с правильными и нужными настройками и прочее администрирование?

В теории, чтобы хотя бы дома "поиграться" со всем этим - да. Но на практике, особенно в сложном окружении, где просто так, без прав доступа и установки кучи сертификатов, пробрасывания (маппинга) портов и прочего ничего не поставишь, не сделаешь, всё это выливается в нетривиальный кусок знаний, которые надо ещё и постоянно тоже обновлять. В результате ты либо программируешь, либо развиваешь себя в установке и настройке в разных окружениях.

На собесе я сказал, что не знаю, как работать с этими докерами - никогда не работал. Только знаю, что они существуют, и что это вроде виртуальной машины, но не для ОС, а для более мелких материй. Т.е. создаётся окружение не начиная с ОС, а начиная с фреймворков и программ. На меня не очень хорошо посмотрели - мол, у нас любой софтваре девелопер с контейнерами - как со своим языком программирования, на "ты".

Устраиваться на работу гораздо сложнее, чем работать. Ты как на экзамене - должен одновременно знать всё во всех областях. А то вдруг что-то где-то спросят по какой-то теме. А вот на работе ты, теоретически, даже с нуля можешь тему какую-то изучить - время есть гораздо больше, чем на собесе при ответе на вопрос. Тебе не надо знать всё, а только то, с чем ты сейчас работаешь. Главное, оказаться на работе.