Ветка, для тех, кто начинает.
Я этот курс через 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 будет тоже самое.
Одна коде базе для всего - довольно неплохо
Что за штука такая? Я ни разу не видел подобных веб-приложений
Оказывается еще в 2018 был доклад. 18 минута, 42
Ключевые слова: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
Опять многословный XML-based. На JSON-based хотя бы перешли, что ли, или ещё лучше на YAML-based. Уже показывал картинку с подсветкой синтаксиса, где нужная разрабу инфа составляет едва ли 30% от показываемого текста. Остальное - мусор, досаждающий глазам и мозгу. В YAML значительная часть форматирования - невидимая, типа пробелов, табов и прочих отступов, так что гораздо больше полезной видимой инфы.
Интересно, а развёртывание всяких контейнеров и прочее - это задача разработчика софта?
Запускаем PostgreSQL в Docker: от простого к сложному / Habr
Или так. Должен ли разработчик софта уметь устанавливать и настраивать ОС, СУБД, создавать БД с правильными и нужными настройками и прочее администрирование?
В теории, чтобы хотя бы дома "поиграться" со всем этим - да. Но на практике, особенно в сложном окружении, где просто так, без прав доступа и установки кучи сертификатов, пробрасывания (маппинга) портов и прочего ничего не поставишь, не сделаешь, всё это выливается в нетривиальный кусок знаний, которые надо ещё и постоянно тоже обновлять. В результате ты либо программируешь, либо развиваешь себя в установке и настройке в разных окружениях.
На собесе я сказал, что не знаю, как работать с этими докерами - никогда не работал. Только знаю, что они существуют, и что это вроде виртуальной машины, но не для ОС, а для более мелких материй. Т.е. создаётся окружение не начиная с ОС, а начиная с фреймворков и программ. На меня не очень хорошо посмотрели - мол, у нас любой софтваре девелопер с контейнерами - как со своим языком программирования, на "ты".
Устраиваться на работу гораздо сложнее, чем работать. Ты как на экзамене - должен одновременно знать всё во всех областях. А то вдруг что-то где-то спросят по какой-то теме. А вот на работе ты, теоретически, даже с нуля можешь тему какую-то изучить - время есть гораздо больше, чем на собесе при ответе на вопрос. Тебе не надо знать всё, а только то, с чем ты сейчас работаешь. Главное, оказаться на работе.