Есть ли смысл переходить на другой стек?

tutuborg,

Это в вас говорит снобизм.

Я как бы под культом инструмента. Это само собой. Но я ходил на собеседования, и узнавал какие задачи решаются.

И про то что опытные колеги решают. Это само собой. Поэтому я и ушел, со стажировки. Потому что все совсем было грустно.

Есть ли смысл переходить на другой стек?

MasterMike, ваше право. Дак и о чем они мне говорили?
1.Ошибка в слове, которой у меня нет в рюзюме.
2.В 23 года не возможно иметь такой стек?
Заходим на git. Наслаждаемся. Для хрюш это выглядит глупо. Надо переработать этот момент.
3.Что ушел с удаленки. Я глупый знаю.

В итоге из выших сообщений выводы.

Ну не внушает доверия специалист, который не может правильно написать название языка
А если вы еще и спорите по каждому моменту, когда вам указывают на очевидные ошибки
И да, специально для вас: вас бы я никогда не взял на работу.

где информация которая была реально полезна? Тут даже рассуждений нет, есть просто какие то ваши интуитивные рассуждения. Которые вы делайте на основании своих внутренних принципов. А теперь ваше любимое, вы видимо так же код пишите. И людей нанимайте.

Есть ли смысл переходить на другой стек?

tutuborg,

Могу только повторить: вариться в собственном соку - малоэффективно. Потеряешь годы.

С опытными колегами да. Но мне 23 у меня пик до 25 обучаймости. После 25 уже менее эффективно. И типо, идти под вордпресс разрабатывать. Где самая сложная задача это развернуть Nginix. И во всей веб студии был 1 человек который написал когда то скрипт под это дело. Ну это не о чем. Год выплянуть как в армии.Деградация мое мнение. Делать какие бизнес приложения из серии. Интеграция 1-с и прочее. Это чушь. Возможно сломаюсь. Но как говорится JavaScript я пытался...

Есть ли смысл переходить на другой стек?

Konata Izumi, хочу написать на asm среду для nodejs под Colibri OS:D Черт его знает на долго ли меня еще хватит.Думаю что нет. Но варится в собственном соку. Я варюсь.

Наилучшее решение повторяющихся запросов?

Stalker_RED, что бы не писать перебор полученной даты. Это не сложно.Но человек на такие простые вопросы не может ответить. Тем более, это всего лишь плагин для браузера.И страница не будет перегружаться. А насчет полночи, исключение можно написать.

Наилучшее решение повторяющихся запросов?

Stalker_RED, у moment можно получить конкретно только время.

Есть ли смысл переходить на другой стек?

Последние пол года, я сижу только дома. И только изучаю технологии. Зайти на course hunter. И посмотреть по тому как работать с React/Vue/Angular помоему это не сложно. Во время того когда я не пишу код, я смотрю скринкасты с frontend wekeend, higload syberia++ и прочего.При условии того что я в web. Не в первый раз пытаюсь зайти(были попытки и во времена angular 1) И есть понимание алгоритмического си. Которое я получил в школе 21.Лично по мне, все выше перечисленное освоить не так уж и сложно. Тем более все похоже как 2 капли воды. Angular конечно отличается. Но в целом. Так же я пишу код когда куда либо в автобусе. А что бы не терять, сосредоточенность. Иногда просто захожу в Бургер Кинг(условно) и пишут код там. Я выхожу из дома по сути только в пятницу. Что бы выпить алкоголь.

Но за ваш ответ спасибо. Попробую уменьшить резюме.

-Вот серьёзно Angular, Vue, React, да ещё и навыки бэкендера?
сначала я хотел только на vue и хэйтил все остальное. Но не мог найти работу. Появилась вакансия React разработчика в моем городе. Учил React пока учил. Там уже человека нашли на должность. Angular отправил резюме в Украинский аутсорс. Менеджер пишет, проект горит. Гоу на angular. И вот я здесь, пишу все это.

Node.js в ISPManager?

Правильно:D

Наилучшее решение повторяющихся запросов?

Alex, используйте moment.js сохраняйте дату в переменную. Если вам нужно делать через определенные промежутки то setinterval. Затем кладете ее в локал сторадж. И дальше вызывайте из local storage эту переменную. Если ваш интервал к примеру 10 минут. То делайте новую дату. И минусуйте значений. Допустим. 22:20 - 22:01 если результат выполнения этой функции будет равен нулю или уйдет в минус. То делайте снова ajax запрос. Не забывая обновить время.

Есть ли смысл переходить на другой стек?

Konata Izumi, https://vologda.hh.ru/resume/0e3cd18dff0735c823003...

Есть ли смысл переходить на другой стек?

MasterMike, я сижу на toster и не обязан тут писать правильно. Потому что ваша голова не компилятор. Я могу написать JS,Java-Script,JaVaScRiPt,javaSCRIPT,JAVAscript,jAvAsCrIpT, jS,Js,j-a-v-a-s-c-r-i-p-t. И это все еще слово JavaScript. Которое несет в себе весь глубинный смысл.

и да специально для вас

Есть ли смысл переходить на другой стек?

tutuborg,
-Если ты, сидучи в конторе, будешь писать в одного на любимой Node.JS - с прибавкой квалификации все будет очень грустно.
План развития по экосистеме nodejs.У меня расписан на года. Начиная с микросервисов. Заканчивая самыми экзотичными базами такими как Neo4j, ClickHouse, Yoga Byte.
Хочется даже попробывать beta проекты.Например uWebSocket.js (обещает быть производительнее чем phoenix(erlang) или golang.

Есть ли смысл переходить на другой стек?

tutuborg, Laravel как раз таки. Просто тестовое дали. Хотя на git особо ничего нет.

Есть ли смысл переходить на другой стек?

sim3x, нету ошибок в резюме.

-Если вас берут на фронт к битриксу с условием, что сам пхп вы трогать не будете.

Проблема в том что я не хочу к битриксу идти. Толку от позиции верстальщик. Я чо зря фреемворки, вебпаки, новые стандарты языка учил.

Есть ли смысл переходить на другой стек?

-выдает в вас не очень квалифицированного и не особо внимательного сотрудника.

Большего бреда я не слышал. Честно. Если HR хрюши. И на это обращают внимание. То может на филфак идти?А все эти джава скрипты пусть лесом идут.

-не очень квалифицированного и не особо внимательного сотрудника.
На моей бывшей стажировке сервер хэш пароля в MD5 присылал. Каждый раз когда пользователь менял роутинг. "Это было сделано для того что разграничить права. Иными словами. Ребята не особо парились и особо не знали про куки/jwt."

я могу выучить русский язык, латинский, римский. Познакомится с билом гейтсом и тд. Но на качество кода, это никак не влияет. Дак зачем мне это делать? Что бы хрюша посмотрела? И подумала что я класный специалист только потому что я правильно написал слово java script.

Есть ли смысл переходить на другой стек?

- с чего это ты решил, что начав изучать что-то другое сможешь стать более удачливым.
Потому что у меня знакомых которых под тот же php чуть ли не с улицы взяли.
И в целом JS самый Хороший ЯП на свете.

Есть ли смысл переходить на другой стек?

Node js в рашкинских реалиях, мало кому нужна.

Данные при регистрации перезаписываются mongoose. Что делать?

как тестируешь?

Nosql уязвимость mongoDb, как не допустить?

Это сложно понять возможно, но я постараюсь описать максимально понятно.

Потому что, вот смотрите есть условно 4 микросервиса. Каждый отвечает за разный функционал. По сути.

localhost:8080 авторизация личный профиль
localhost:8081 лайки
localhost:8082 друзья
localhost:8083 сообщения
localhost:8084 обслуживание пользовательской стены

Юзер регестрируется и авторизуются в 1 серверисе. Идет генерация, его колекции. И адрес его страницы становится localhost:8080/myprofile/qwe9102j0fjkfqweka0.

где

qwe9102j0fjkfqweka0 - является ID сессии юзера. По сути, когда мы обращаемся по этому пути. Показывается qwe9102j0fjkfqweka0 колекция в mongodb с этим object ID.

Когда мы начинаем думать над тем, как это будет устроено со стороны остальных 4 серверов. То при первом обращении, пользователя. Генерируется снова Object Id. И да JWT тут работает на отлично. Но юзер не доступен по адресу qwe9102j0fjkfqweka0. Так как адрес его колекции меняется. И если таких серверов еще 4 то получается данные лежат на 4 серверах, децентрализовано. И ни как не связаны. В этом моя проблема.

Можно придумать велосипед. Из не повторимого алгоритма, только это приводит к тому что приходится дублировать информацию. А я не хочу этого делать.

Nosql уязвимость mongoDb, как не допустить?

pcdesign, я использую JWT и микросервисы. Не думаю что мне это подойдет, но спасибо.