С такой точки зрения да - есть какие-то базовые вещи и в джаве тем более это все меняется медленнее.
В таком случае вам лучше конкретизировать вопрос - я уверен что по spring есть достаточно неплохо написанных материалов.
Нет книги где раскрывается rest,mvc,security, архитектура, авторизация, детали работы какого-то фреймворка и все остальное за раз. Есть материалы по каждому из этих слов отдельно.
Если для вас просто сильно много непонятных терминов - то берете один, читаете про него общие вещи, берете второй, читаете и так далее, сразу все в деталях не поймете, но с каждым разом будет становиться все понятнее и понятнее.
Если вам неясно что там конкретно в spring происходит - то тут первый помощник это документация. У всех зрелых фреймворков она достаточно хорошая. Термины зачастую там же вводятся и используются.
Если например написано что в какой-то момент времени срабатывает Guard, то что это такое надо читать в этой же доке. В другом фреймворке это слово будет значить что-то совсем другое и работать будет по другому и тп.
Я бы вам посоветовал взять один зрелый фреймворк, и прочитать его документацию полностью. А потом уже уточнять моменты на которые вы ответов в этой самой документации не нашли или нашли но не поняли.
WapSter, Да, этот код ему в прошлом вопросе написали, даже спасибо не сказал, а теперь надо чтобы кто-то еще посмотрел и исправил. Пожалуй пройду с вами.
Сергей, ну если понимать цитату буквально то как раз с этим флагом можно будет из js получить точную инфу по памяти. Другой вопрос что вы сможете сделать только в своем браузере - а у себя вы и так посмотрите.
DEATH2298, ну если у вас id может быть string | number, то правильно ругается. если у вас в массиве только строки или только числа, то как вы туда сохраните значение которое может быть хоть числом хоть строкой?
Вообще, выглядит так как будто вам нужны дженерики, но хз -вы же только кусками код показываете.
чтобы doSomething() не ругалась пишите doSomething1(this.ids as string[]) но вам нужно понимать что вы делаете, и гарантировать что там реально только строки
SkaterDark, электрон это по сути js+движок от браузера, вы там можете писать на чем угодно из того что вы можете использовать в вебе + дополнительные фишки.
Никто вас не заставляет писать на jQuery, берите вью/реакт/ангуляр и пишите на них если хотите.
Данила Кудашов, да, это весьма распространенный вариант. Можете вообще в любой непонятной ситуации на меня ссылаться, приходить за советом и друзей приводить
Алексей Черныш, может я резковат, но многие из тимлидов которых я видел стали такими просто потому что "так сложилось" или вовремя попросились. Ну то есть это не какой-то труднодостижимый ранг для которого нужны годы работы. Условия где вы можете им стать + ваше сознательное усилие в этом направлении, адекватное этим условиям.
Alexander M, тогда стройте внутрикомандные коммуникации в первую очередь. И на их основе уже регламент, в бардаке он работать все равно не будет - даже если примете, его засаботируют напрочь.
Alexander M, Если проекты мелкие и однотипные - то просто соберитесь все, обсудите на примере последних 4-5 проектов какие технологии и как использовать, какую архитектуру строить, общие правила выработайте - и то что получится то и зафиксируйте.
Главное откуда деньги получите. Если перевод из-за границы - то будет валютный контроль. Если он как-то вам заплатит внутри страны - то все равно откуда он сам.
Налоговой вообще без разницы - главное задекларируйте доход и налог уплатите, как вам там положено.
Если нет - то я могу конечно вам исправить код, но вы придете со следующим компонентом с таким же вопросом.
Первый код ждет промис, достает из него данные и эти данные отправляет в setFriends
Второй код ничего не ждет, берет промис и его отпавляетв setFriends (нежданчик, там хотели данные а вы им промис подсунули)
Как вам уже сказали - разберитесь как работают промисы. С точки зрения логики. А то так и будете переставлять методы и скобочки не понимая что не так то.
чтобы запустить бэк для это приложения, мне нужно на этом же vps запустить отдельный процесс для back(к примеру 111.22.33.05:3000), и туда слать запросы ?
А зачем вам?