Программист 1с 5 лет, имею спеца, но на других языках практически не практиковался. Однако попробовал и понял что это вкусно.

(164) Расчет себестоимости РАУЗ в УПП, так это вообще как два пальца.
ЗУП с портякой запроса экранов так на 30 красота.
Это был сарказ, если чего

(168) >> Потому что на 1с выполняется всегда одно и тоже
С чего это? С каких пор стало модным менять стандарты, например, для рисования окон или тем более написания кода? Это что за сброд то? К тому же ага, медиаплееры пишут в каждом ларьке))))) Не надо тут))) Абсолютно в каждой конторе учёт, учёт и ещё раз учёт. И только как редкое дополнение, это рисование плееров.
Хорошо, взять самое распространённое явасишное изделение - вёб-магазины. Где там хоть какой-то намёк на стандарт? Где? Мне крутые шарповцы как-то рассказывали про трукодинг (прекраснейшие ребята). У вас в России, говорит, вёб-магазы сильно отставшие. Я бы так точно не делал. Он бы так не делал! Вы понимаете какая стандартизация? Он бы так не делал!!!!! Из них никто не знает, что кнопку подтверждения надо располагать в правом нижнем углу, если пользователь обязан перед нажатием на неё нагрузить мозг содержанием экрана и в левом верхнем углу, если наоборот не должен перегружать себя инфой. Это основа восприятия информации, но трукодеры до сих пор пользуются незыблемым "я бы так не делал".

Но в  правильных языках, тоже аукаться можно.
Особенно в сфере последних тенденций все кодом описывать.
Раньше с формами было попроще. Накидал форму мыкой, повесил обработчиков и готово.
Сейчас блин что в 1С что в том же Питоне, пиши все лапками.

(161) >> И да, погугли на английском "WPF более мертв, чем WinForms"
Вообще в выдвинувший гипотезу, должен её и доказывать.
Я тебе приведу другой довод, если бы Wpf и WinForms были бы мертвы, то их просто бы не стали перетаскивать на .Net 5 как например поступили с WCF  и сделали ставку на gRPC
https://devblogs.microsoft.com/dotnet/announcing-net-5-0/#unified-platform-vision
https://devblogs.microsoft.com/aspnet/grpc-performance-improvements-in-net-5/

(169) >> Для говнокодеров он очень низкий, ввиду большой доступности как примеров копрокода и документации, так и всяческих курсов
Да нет, это не так, порог вхождения в 1С очень высокий. Именно поэтому недокодеры толпами и бегут в яву и шарпы. Там они себя чувствуют прекрасно, ибо сообщество то родное.

(173) Я конечно дико извиняюсь. Но C# и дизайн ВЕБ-магазинов находятся в перпендикулярных вселенных. И происходящее в программе на C# никак не сказывается на дизайне. И наоборот.

(174) А что, сейчас в 1с мышкой форму накидать уже нельзя? Неужели в 3.18 отменили это?

(172) >> Расчет себестоимости РАУЗ в УПП, так это вообще как два пальца.
Ну уж точно гораздо проще, чем РАУЗ в ERP, написанной на сях. Ага. Простейшее списание на сях, не предусмотренное ранее, это 2 месяца совещаний и потом пол года переписки. Изменения формата выгрузки в сбер у 1С-ников заняло 2 часа, а у сапистов 2 месяца. Так что сравнивать то надо хоть что-то одинаковое

+ (177) Попробуйте в 1С сделать свой дизайн. Хотябы цветовую схему поменять на лету.

(177) >> Но C# и дизайн ВЕБ-магазинов находятся в перпендикулярных вселенных
Коллеги именно на шарпе вают. 6 лет с ними работал. Я 1с-ил, они админили, а по ночам магазы писали для США. Хотя стоп, помню один наклейки для кружек делал на сервелате, а это точно не шарп.
Короче, не 1С-ники они)))))

(178) В управляемых? а что ты там накидаешь, так пожелание, где и чего ты видить хочешь.

(180) 1С-ники создают программы для людей. 1С-ники не меряются друг с другом, чей метод сортировки круче. Это совсем разные вещи.
И да, приходящие с других труязыков сначала раскрасками занимаются, код каверкают английским, а потом ничего, привыкают как миленькие

(178) В WPF тоже можно мышкой. Практически ничем от 1С не отличается. Разве что количеством "стандарных" элементов и возможностями их настройки. Это не показатель. Вот навесить потом обработчиков - тут да. 1С в стандартных для себя условиях даст 100 очков.

(182) А надо как остальной мир: "А теперь угадай, где кнопка отказаться от рекламы, а где меню действий"? И сидишь тупишь над новым незабываемым дизайном.

И да, ковыряю яву. Стойко и терпеливо. Просто хочу написать хэллоу ворд в браузере. Неделю бьюсь и пока никак. Чую, что уже превращаюсь в кодера, но не сдаюсь. Пурик из меня не сделал кодера, ява уж и подавно

(181) Нет в браузерах c#. Ни в Хроме, ни Огнелисе, ни в Опере, ни (не побоюсь этого слова) в эксплорере. Только на серверах. Так что не верь глазам своим.

(187) Ну! Значит для серверов на шарпе, для морд другое. Я вообще не обращаю внимание на эти тонкости. Меня волнует только суть - отсутствие стандартов и полное отсутствие модульности. Всё держится исключительно на личном опыте и всё. Как у слонов - они были бы разумными, если бы могли передавать накопленный опыт.

(188) А что такое модульность?

(188) "для серверов на шарпе, для морд другое." Именно об этом я и писал в (177) И ваш аргумент за расположение кнопки - оно вообще не аргумент. Хотя в свете "Я вообще не обращаю внимание на эти тонкости" многое становится понятным и теряет свой блеск.

(189) Разработку производить так, что бы каждый кусок был максимально изолирован от соседних. Что бы его можно было менять, не меняя соседние. Что бы соседние куски можно было менять, не меняя текущий. По сути текущая реализация микросервисов.
Например, задача: "подсчёт количества слов в предложении". 1С-ник как решит её? Правильно! Сделает один модуль разложения предложения на слова и в другом модуле реализует подсчёт. А сишники? Будут трансформировать предложение так, что бы в нём же и подсчитывать слова, используя математические и строковые извороты. На той неделе обсуждали в соц.сети. Мой вариант сразу закидали помидорами и в шутку назвали слишком сложным вариантом. А потом целый вечер обсасывали манипуляции с предложением.

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

Короче, создал на 1С крутую учётную систему. Прям нарадоваться не могу. И уже несколько лет пытаюсь переписать на пурике. Фиг! Вообще не получается. Либо делать дерьмокод, с топорными и корявыми интерфейсами, либо изобретать справочники и документы. Аж руки опускаются. Вот поэтому и очень трудно писать что-то полноценное на более базовых языках

(191) как сложно... Надо всего лишь применить СокрЛП, заменить все двойные пробелы на одинарные, убрать знаки препинания и спецсимволы, а затем просто подсчитать пробелы и +1. Вот и всё!

(177) >> Я конечно дико извиняюсь. Но C# и дизайн ВЕБ-магазинов находятся в перпендикулярных вселенных. И происходящее в программе на C# никак не сказывается на дизайне. И наоборот.

Ты еще не видел Blazor Webassembly?
https://metanit.com/sharp/blazor/1.3.php

(187) >> Нет в браузерах c#. Ни в Хроме, ни Огнелисе, ни в Опере, ни (не побоюсь этого слова) в эксплорере. Только на серверах. Так что не верь глазам своим.
Есть! смотри (194)

(194) т.е. то, что в 1с делается в три тычка мышкой - тут надо "писать"?

(191) "Сделает один модуль разложения предложения на слова и в другом модуле реализует подсчёт."
Там три строчки кода. Какие модули?  :)

(193) А если захотят потом получить слово по индексу? Всё, надо тогда переписывать весь модуль. Я поэтому и предложил метод, который сделал бы я - разложил в массив строку по словам и поттом подсчитал бы кол-во элементов)))))

(194) Есть компоненты. Например https://docs.devexpress.com/Blazor/400725/blazor-components

(197) Эта функциональность с высокой вероятностью будет востребована в других кусках, поэтому имеет смысл выделить в разные функции разложение и подсчёт.

(196) Кроме того ты сам можешь их наделать как в 1С. С этим нет проблем

(197) а если без готовых функций?

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

(202) ой, тогда пять строчек

201 + https://docs.microsoft.com/ru-ru/aspnet/core/blazor/components/templated-components?view=aspnetcore-5.0

(198) "А если захотят потом получить слово по индексу?"
А если не захотят? Задача - подсчитать слова, а не создать массив из слов.

А если пойти чуть дальше,то тут появляется разработка, которую тупо применяю во всех конфах, до которых добираюсь и перекрывается сразу бОльшая часть бардака в организациях. При этом я постоянно переписываю и дописываю свои модули и в конфах ничего (почти ничего) не ломается. Например, сейчас столкнулся с высокой нагрузкой и быстренько подправил один модуль. При этом в других конфах ничего не поломалось. Самая обычная изоляция, которая возможно в 1С. Трукодеры этого совсем не понимают

(191) Что-то мне это больно процедуры и функции напоминает.
Так они везде есть.

(207) "Трукодеры этого совсем не понимают"
Ты в своём уме? Это азы программирования. Это понимают все. Модули придумали в 60-х годах ёптыть. ООП еще есть. Ту же задачу выполняет.

(206) Потом придёт опытный человек и начнёт смотреть на шаг вперёд)))))

(208) Ты не понял. Фишка не втом что бы понаписать процедуры и функции. Фишка в том что бы для каждой процедуры - свой модуль. Как у strange2007 "Сделает один модуль разложения предложения на слова и в другом модуле реализует подсчёт" ))))

(206) два стакана - полный и пустой?

(209) >> Это азы программирования
Где? Где у не1с-ников эти азы применяются? Где?????? Только набор зоопарков и полное отсутствие модульности. Любой чих и начинаются переписки с ног на голову. ООП изначально придумывалось только потому что основная масса в принципе не может придерживаться модульнусти и именно поэтому ООП семимильными шагами сдаёт позиции в пользу ВОП (кажется так оно называется? да?). Ну не может подавляющее большинство понять сразу чем раздельные модули круче одного

(210) Да. Еще прилепить два события "ПередНачасломРазложенияНаСлова" и "ПослеРазложенияНаСлова". На всякий случай. Вдруг понадобится :)

(213) там в дереве конфигурации посмотри. есть модули. общие там и всякие другие

(214) Почему? Я же сказал, что мои предположения подтвердились и модуль разложения используется у меня и в стандартных конфах везде. Это сокращает время разработки и упрощает понимание. Разве это плохо? Если для не 1с-ников и студентов даже такой простой пример сложен, то что говорить про сложные то вещи? Я почему и говорю, что сишники-явисты подобные вещи пишут каждый на свой лад, а потом любой малейший чих и пилят код годами, исправляя мелкие хотелки. В этом отличие

(214) а как же ПриРазложенииНаСлова? и перекрывающее ВместоРазложенияНаСлова.

(215) Ну. В 1С. Потом что руководитель с кнутом стоит и диктует как и что разделять. А теперь берём сишника-любителя и посмотрим что он ваяет. А теперь посмотрим айбиэмовскую продукцию и смотрим, что там вообще есть однотипного

(216) угомонись. все знают что такое модули и зачем они нужны

(218) слушай, мы как-то без тебя, будучи студентами-любителями, писали так на сях еще в конце 80-х - начале 90-х. На клиппере в 90-х так писали.

(217) Это фигня. А вдруг еще надо будет посчитать количество запятых. Надо и их на всякий случай посчитать.

(220) Да ладно! То-то я смотрю, что все сишные поделки, пестрят разношёрстностью. Даже в винде часть окошек нельзя раздивагать, хотя у них то стандартизация на высоте. Ага, они это специально запланировали.
Писали, писали, только нифига вы не дописали

(219) Как показывает практика, никто не знает. Вообще никто. Каждый год прихожу в новый коллектив и каждый раз всё с самого начала. Кроме модульности ещё есть незнакомые технологии))))

(223) ты забыл добавить "один я дартаньян!"©

(224) Тссссс! Не пали! рано ещё.

Вот смотрите, как надо писать процедуры и функции, что бы при изменении хотелок переписывать пол конфы? Если такое имеет место быть, значит фиговая модульность. Если же достаточно в одном месте подкрутить и ничего не ломается, то это крутая реализация

C# против семейства Java.
Мне нравится стандартизация, документация и точность. Модульность, стандартизация, изоляция - разгрузка для мозга. С самого начала, новичком еще, в 1с старался разбивать сложные задачи (процедуры) на части (функции/процедуры). Причем так получалось, что частенько, а сейчас наверное уже и всегда, мозг разбивает большую задачу на задачки, которые каждая целиком поместиться на экране монитора. Не знаю, виной тому неработающий скролл мышки, или маленькая оперативная память моего мозга, но так гораздо удобнее и понятнее и писать, и поддерживать код. Таким образом в последние годы получается писать очень сложные и большие проекты. Даже сложные запросы режутся на раз-два с помощью менеджера временных таблиц.
Это присказка.
На С# я написал две программы. Первая - серверная утилита с одной функцией, не интересно. А вот вторая программа - сложнее. Крутится три асинхронных цикла. В первом  цикле - чтение UDP. Во втором - чтение данных физического устройства. Третий самый медленный - интерфейсный, опрашивает накопленные данные первых + данные с формы и производит расчеты. В нем же и отправка данных на форму и в физическое устройство.
Разумеется, имея такие разномастные блоки кода, пришлось плотно познакомится с классами. Тут то и пригодилась моя привычка к разбитию кода в 1с. Получилось очень хорошо для новичка - на троечку. В целом мне очень понравился и язык, структура и архитектура.
Java мне не знаком. Наевшись динамической типизации в 1с до такого уровня, что уже начал писать проверки входящих параметров на входе в каждую процедуру, не хочу больше такой ветренный язык. Вопрос - смог ли я написать красиво, понятно, легко такую же программу на java? Была бы она стабильна?
ЗЫ под "циклами" я имею ввиду не просто loop { ... delay()}. Там чуть сложнее. А то закидаете сейчас тряпками.

(153) Я хотел подчеркнуть, что все эти продукты очень популярны их проектировали профессиональные инженеры и они выбрали JVM. Сферы проектов для C# и Java пересекаются не так сильно как кажется.

(227) Конечно смог бы и стабильной она была бы.

(226) Да да. Если ковырять в носу отверткой то пойдет кровь. А если пальцем, то нет.

(227) >> что уже начал писать проверки входящих параметров на входе в каждую процедуру, не хочу больше такой ветренный язык.
Вот в этом беда! Модули на столько развязаны и перепутаны, что даже передаваемые типы данных неизвестны. И это когда не в команде пишешь и только что-то очень мелкое с тремя циклами. А что будет если на шарпе писать финансовый план и факт? Да там же вообще караул. Я много таких поделок видел это же ужас ужасный. Даже ненавистники 1С отказывались от них, а тоёта-центр вообще закрылась в красноярске, потому что учётную систему на шарпе сделали (конечно вру, не только из-за учётки). Ребята, опомнитесь!

(228) Пересекаются они как раз в облаках. Просто с выходом .Net 5, он практически полностью заменяет старый фреймворк.
Если и раньше .Net Core рос быстрыми темпами в облаках, то сейчас начнет расти и на десктопах.
А MS нехило подымается в облаках в том числе и за счет .Net

(230) Какие есть предложения по оценке крутости?

232 + Просто когда писались продукты на Java, .Net Core либо не было, либо был в зачаточном состоянии.
Сейчас это все меняется. Будут уже и новые продукты на .Net Core спроектированными профессиональными инженерами

(233) Крутости чего?

(235) Кода же

(236) Какого кода?

(227) "..Java мне не знаком. Наевшись динамической типизации в 1с до такого уровня, что уже начал писать проверки входящих параметров на входе в каждую процедуру, не хочу больше такой ветренный язык.."
А случаем не путаешь Java и JavaScript. Второй таки да с динамической типизация. А вот Java это жесткотипизированный язык.
(232) На сколько я понял с Java общаешься по Andorid-у. Но ведь там Java как минимум 10-ти летней давности, там она чуть-чуть выше версии 1.7. Это получается совсем однобокий взгляд для утверждения что .Net богаче и приятней. За эти 10 лет в Java была огромная масса нововведений те же лямбды, стримы. Есть возможности не мучаться постоянно с геттерами и сеттерами объявляя свойства с аннотациями.

(234) Возможно будут, я подобным анализом не занимался. Но сейчас их нет.
На данный момент, Net core никак не продукт интерпрайз уровня и не обкатан в реальной жизнью. Даже если net core на голову выше джавы, то пройдет еще много лет когда на него начнуть посматривать на интерпрайз уровне.

(238) Спасибо. Буду знать. Думал они все одинаковые, отличий немного - семейство же.

(240) У них вообще нет ничего общего :)
JavaScript так обозвали исключительно в маркетинговых целях.

(98)с чего такая уверенность?  c# современнее и совершеннее Java и лучше его. А java выбирают потому что на нем уже много всего написано и вбухано денег и чтоб не переписывать системы, в которые вкладывали миллионы....

(242) А что это значит "современнее и совершеннее"?
Можно это как то на конкретных примерах продемонстрировать.

(238) Это не мои утверждения что .Net богаче и приятней. Это утверждение на сайте Rsdn.Ru от людей которые делают продукты на этих языках.
(239) .Net Cor 2 уже 4 года. Я езе тогда статьи писал http://catalog.mista.ru/1c/articles/534901/
Нормальный .Net Core вышел через год в 2017. За это время бурно развивался и использовался прежде всего в облаках.
MS сейчас зарабатывает на облаках и вкладывается в Linux. Так что и сейчас уже используют в интерпрайзе.
За счет чего облака то развиваются? Так бы сидели все на AWS

(151) "А 1С-ники как в команде, так и в одиночку делают нормальный и понятный код, с нормальной изоляцией и более-менее придерживаются стандартов"

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

(159) если бы был тот единый стандарт. Давно не работал с ЗУПом, но как-то понадобилось влезть в расчетные листки... а там мама дорогая, ярко выраженное (116): и километровые процедуры, которые делают всё и сразу, и сплошное смешение уровней абстракции, и попытки делать десять дел одновременно

(245) до этого надо было предварительно сформировать эти понятия, и сформировать толпу 1сников
(246) ЗиК/ЗУП всегда был уделом особенных: "я боюсь нашего нового программиста по Зарплате иКадрам - он сидит, чего-то кодит и техонько ржёт!"©

(175) https://www.quora.com/Is-WPF-dead-in-2020

Let me explain the Yes first. WPF as a framework is dead because no new development is being done by corporate in WPF as there are many new cross platform desktop app development frameworks available in market (like UNO Platform, Xamarin, Electron).

(191) "Например, задача: "подсчёт количества слов в предложении"

большинство 1сников сразу же кидаются в конфигуратор, даже не попытавшись поглубже понять логику задачи. Уже только от этого множество проблем. Но это даже не 1сниковая проблема, такого везде хватает

(175) И одновременно:

https://medium.com/coderes/why-is-winform-still-not-dead-should-we-learn-winform-5d776463579b

Итак, WPF мертв, так как его можно заменить более новыми кроссплатформенными библиотеками.

WinForms НЕ мертв и гораздо более живой, чем WPF так как его все знают и его нечем заменить

(238) "с Java общаешься по Andorid-у. Но ведь там Java как минимум 10-ти летней давности"

Почему? Та же самая жава, насколько я знаю

(247) ну да, узнаваемость механизмов платформы не один год взращивалась

(250)
Угу Нет, потому что концепции и инструменты, используемые в WPF, такие как XAML и MVVM, по-прежнему используются во многих рамках, таких как платформа UNO, Xamrin и MAUI для разработки футуристических мобильных, настольных и веб-приложений.

MS кстати пошла по унификации XAML и развивают  тот же MAUI. Он жив и живее всех других. При этом в бущем моет переносится в тот же Blazor или MAUI
Xamarin.Forms плавно перетекут в MAUI
https://github.com/dotnet/maui/wiki/FAQs

Сейчас можно использовать одновременно и Xamarin.Forms и WPF
https://habr.com/ru/company/auriga/blog/507876/

253+ https://docs.microsoft.com/ru-ru/xamarin/xamarin-forms/platform/other/wpf

Сейчас MS развивает WinUI https://github.com/microsoft/microsoft-ui-xaml/issues/717

255+ https://docs.microsoft.com/ru-ru/windows/apps/desktop/modernize/xaml-islands

(251) Ну значит не знаешь. В андроиде Java7, дальше гугл разрюханился с ораклом, чего-то там долго судились и в итоге сейчас вынуждены насаживать котлин, так как юридически даже яву8 не могут в андроиде натянуть.

(253) Ну вот и подошли к главной проблеме :)
Интересно было бы взглянуть на портянку технологий которые MS объявляла - ну вот наконец то оно, то что все так долго ждали и спустя совсем небольшое время тихо отправляли на свалку.
А Java, да неспешно, но уверенно шла вперед все 25 лет. И написанное 20 лет назад как ни странно спокойно себе работает на всех новых версиях явы.

(258) Все течет все меняется. Плохи те технологии которые написаны 20 лет назад.
Для примера WCF не стал переноситься в .Net 5. Но развивается gRPC https://devblogs.microsoft.com/aspnet/grpc-performance-improvements-in-net-5/
Аналога Blazor webassembly вообще не было, так как не было Webassembly вообще
https://visualstudiomagazine.com/articles/2020/09/14/aspnet-5-rc1.aspx

Старые технологии так же работают и на .Net просто они не развиваются.

(259) У MS всегда так. Сначала объявляют величайший прорыв, потом признают этот прорыв дерьмом и объявляют новый прорыв. И при этом всё наровят весь мир захватить. Наверное по этому одним из условий выбора платформы часто бывает "и чтобы не Microsoft"/

(260) Ну объявили они Linq, async await, yield, Asp.Net и прочее никуда не делось.
Проблемы с Silverlight была как и в 1С связано с хромом который не стал поддерживать старую технологию плагинов.
WCF старые технологии остались только Soap https://github.com/DigDes/SoapCore
Решено продвигать gRPC.
Единственно где MS накосячили это закрыли Win Mobile еще на Compact Framework в пользу магазинов и новой платформы которую развивали лет 10
которая в итоге вылилась в .Net Core  и в итоге прикрыли и Win Mobile 10 сосредоточившись на облаках

(261) ну вот слава богу я ничего этого не изучал

(262) Ну здесь можно вспомнить 1С 7.5-7.7. Нет поддержки, а на них программировал

(243)так сам Немчинский говорил.

(113) А как js учил? Какие книги, ресурсы, задачи? Голая js вроде как полностью бесполезна, только с jquery или с фреймворком. Какой фреймворк выучил  и почему? реакт, вью, ангуляр?

(265)Голая js бесполезна относительно, но без нее никак. Я освоил Vue Js и полноценно работаю full stack разработчиком. Но каждый раз я наступал на грабли, когда нужно было что-нибудь запрограммировать дополнительное выходящее за рамки обычных интерфейсов кабинетов.  vue предоставляет даже готовые библиотеки визуальных компонент, например, vuetify. Но что ты сделаешь когда нужно программировать логику - только нативный JS.  При этом ES6 желательно с новым синтаксисом.  Это вам не обычная верстка, где Jquery решает и даже js знать не нужно. В настоящей фронтэнд разработке нужно знать js и любой профи вам скажет, что нужно начинать с изучения основ js, а не с фреймворка (как я начал).  Слава Богу отошел от фронтэнда найдя напарника и перешел на чистый бэкэнд...

а React - это почти тоже что и vueJs только альтернатива. Как Samsung на Android и Iphone....  vue только проще и берет все лучше из react и из Angular... И динамичнее развивается.

(255) во, тоже переходят на рисование интерфейса через XML. Щас многие так делают

(257) ладно, пусть будет старая жава

(265) По JS не читал книги, для меня изучение программирования через книги не заходит. На много лучше работает прохождение туториалов и точечное чтение статей для решения конкретной проблемы и главное писать больше кода. В начале работы с Java попал на фул стек позицию которая подразумевала Angular на фронте и J2EE на бэке, но задачи были в основном по Angular. Прошел официальный туториал от гугла и дальше читал как решаются проблемы в статьях или stackoverflow, а сам JS очень простой язык.

(265) ну да, также как голый язык 1С v8 сам по себе бесполезен без платформы