Андрей: Вы ошиблись, что не нужен вообще нигде написал не я, я просто мимо проходил и мне самому даже интересно зачем мне ts. У меня просто не возникало реальной острой необходимости в использовании типизации на клиенте, чтобы мне захотелось воспользоваться ts и я бы увидел в этом большой профит. Хотя основной язык у меня java). Я думаю, что ts может быть полезен при написании библиотек или когда над проектом работают несколько разработчиков, но это вне react. В react с propTypes всё ок. Да и потом, а что будет, если возьмут и бахнут типизацию в стандарт? ts просто сразу же потеряет свою главную фишку. Они вроде как что-то там добавляют кроме типизации, но мне хватает es6-7 за глаза.
ruslanys: Согласен, что SOAP не идеален и с ним периодически возникают проблемы, от которых хочется перевернуть стол, но как бы там ни было с ним приходится работать, ибо уже понаписано и надо это поддерживать. В результате новые системы пишутся тоже с SOAP для интеграции со старыми. Можно пробежаться по вакансиям и увидеть, что он много где требуется, поэтому, как минимум, познакомиться с ним новичку надо. Если в Москве или Питере, то можно постараться избегать таких вакансий, но не все живут в Москве или Питере). Ну а так то да, лучше REST)
ruslanys: почему? :) Чем он так страшен? SOAP очень распростанен в Enterprise же, ну при желании можно, конечно, попробовать REST. В любом случае надо попробовать поинтегрировать хотя бы 2 системы между собой - это востребованная и частая задача.
Владимир Т.: добавил пример в ответ. На деле всё зависит от того, как будут связаны компоненты и что будет делаться в компонентах высшего порядка. Сам перехожу с angular, понимаю, что непривычно и писать теперь надо на простые в ангуляр вещи кода больше)
Первый шаг - не называть JavaScript джавой. Второй шаг начать решать практические задачи, а не зацикливаться на книгах, тогда станет понятно, чего не хватает, параллельно изучать JS. Лучше всего начать с learn.javascript.ru
thehighhomie: а, ну я ubuntu 10 лет назад и ставил, потом там юнити навертели и я ушел оттуда и забыл как страшный сон. С тех пор на нем и не сижу. Mint лучше будет во всех отношениях.
Да сейчас везде нормальный шрифт, чем Cantarell плох? Noto в Mint вообще хорош. Поиграйте с хинтингом и сглаживанием. Вот лет 10 назад была беда со шрифтами полная.
OniMoni: Есть C++ за 21 день. Да и вообще про C много разных книг для разных областей применения этого языка. Java от Python отличается тем, что компилируется и имеет строгую типизацию, а уровень абстракции у них примерно одинаковый. Вы определитесь, что вы хотите - изучить язык на уровень ниже, изучить Java, прочитать книжку, которая для вас всё разжует? Для Java есть 4 классические книги - HeadFirst, где всё разжевано для самых новых новичков; Хорстманн, Эккель и Блох, где чуть посложнее и без красивых картинок. И есть еще Шилдт, который скорее большой справочник. Они в принципе все заслуживают быть прочитанными, но я бы посоветовал вам HeadFirst, а если посчитаете, что слишком просто, разжевано и водой размыто, то попробуйте других.
flx12: стрелочные функции обычно используются для рендеринга простых тупых компонентов, которые ничего не знают о store, не хранят состояние, а просто отображают что-то в зависимости от пришедших свыше пропсов. С хранилищем общается умный компонент (класс, а не функция, ибо функции умеют только рендерить), иногда называемый контейнером, который передает полученную из хранилища инфу вниз по дереву глупым потомкам через пропсы.
Zzzz9: ну тут видно исходят из предположения, что swap будет очень активно юзаться и теребить своими записями/перезаписями/чтениями ssd изматывая его ресурс, однако же на практике в swap вообще редко что попадает, но если попадет, то логично, что с этими данными быстрее работать будет на ssd. Ставьте на ssd и не парьтесь.
BespoleznyiYA: загуглитите цитату Артемия Лебедева на этот счет. Видимо это не ваше. Знания получаются в процессе. Иногда процесс - это рутина, но за ней всегда стоит большое желание. Иногда надо просто начать. Вы же можете написать что-то простенькое по примерчикам, ну так и накручивайте на них. Есть гугл, в который можно написать "Как сделать..." и получить море статей, туториалов и примеров, по интересующему вопросу. Берем пример, адаптируем под себя, что-нибудь меняем, смотрим что поменялось, кастомизируем, тестируем, идем дальше.
Роман: лично мне приходится собирать всё по кусочкам и самому, ибо переношу старый корпоративный шаблон на react-компоненты. Тут ведь надо смотреть на конкретный случай. Вы начинаете новый проект или продолжаете старый? Если это был старый проект на бутстрапе и у ваше приложение заточено под него, то выбор из двух библиотек и те под определенные версии бутстрапа, либо брать по кусочкам и писать что-то своё. Матириал мне не нравится из-за их табов и таблиц, хотя тут выбор большой. Мне очень приглянулся семантик, очень функционален, jQuery free, но, увы, он еще активно пилится, хотя сделано уже многое. Этих разных компонентов великое множество, но в них либо чего-то не хватает, либо мне не нравится их апи, вообщем большая тяга к велосипедостроению) Вы же можете писать свои компоненты, а css брать из других проектов, фреймворков и проч. Сетка нужна, конечно, но можно писать своё на флексах, а потом ещё и гриды подтянутся)