Андрей Андреев

Не нужно делать бложик на микросервисах, что для учебных целей, что для боевых.
Всё что вы описали о бложике - комменты, юзеры, посты - это всё достаточно сильно связанные данные, и их нет смысла обрабатывать в разных сервисах. В том решении, что вы предложили всё будет отлично, если заменить "микросервис" на "контроллер" (который из MVC), будет классическое решение учебной задачи.

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

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

Если уж так хочется бложик, то я бы оставил его в покое в виде самостоятельного сервиса, а в качестве других сервисов сделал бы:
- уведомления о новых комментариях/постах в мессенджер/почту (как раз хорошо будет через MQ общаться с основным сервисом);
- какую-нибудь аналитику элементарную, которая независимо собирается, например по посетителям, телеметрию короче;
- сервис автопостов - заказываешь пост с нужным содержимым на указанную дату и время, этот сервис пользуется API основного сервиса бложика и постит что-либо без вашего участия.

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

Это нужно делать в роутере.

// router.js
import store from './store';

router.beforeEach((to, from, next) => {
  if (!store.getters.token) {
    next({ path: '/login' });
  } else {
    next();
  }
});

// store
const state = {
  token: localStorage.getItem('token'),
};

const getters = {
  token(state) {
    return state.token;
  },
};

Вы какую-то ерунду выдумываете на php такое делать)). Unity + С# и вперед)) Можно и под VR сделать. Любая логика, любой код, ИИ и все прочее + интерфейсы бесплатные, куча моделей из коробки. В C# разберетесь, он тоже ООП как и php.

ЗП в 100К если и светит, то только через года 3-4, причем батрачить нужно днем и ночью. Если взять большинство профессий и вкладываться в них так как нужно вкладываться в программирование, то заработать на них можно и больше. У меня есть знакомый который в продажах (менеджером работает, кабеля, считки и прочую фигню продает), уже через 1 год начал зарабатывать больше, чем некоторые PHP сеньеры когда либо будут зарабатывать, поверьте мне, то что программисты много зарабатывают (что тоже спорно) - не просто так... Кстати, еще к слову, этот знакомый (который работает менеджером), когда приходит с работы играет в танки и смотрит сериальчики тупые, спросите любого прогера, что они делают после работы. Уверен большинство из них скажут, что они читают доки и кодят. Дальше думайте сами...

Насколько я вижу, программисты-разработчики могут рассчитывать на ~100+ круб, поэтому был бы признателен если бы накидали идей о том, как вернуться в сферу IT.

в Вашем случае уже поздно. Без обид. Возраст у Вас уже не детский, а программирование - это удел оч молодых.

До 100 круб вы не дотянете уже никогда. Тут люди, которые с годами опыта, гораздо ниже имеют. Не верьте просто в сказки. 100+ получают единицы по сравнению с общим количеством людей, умеющих программировать. Много факторов - и мозги лучше должны быть, и контора хорошая, и талант/уменее, а также судьба попасть в нужное место.

Не надо Вам это, поверьте. Многие бы отдали многое за то, что бы выйти из IT, так как индустрия очень сильно бежит вперед, становится сложно угнаться. Вы даже не представляете в какую *опу хотите влезть без вазелина.

Изучите scrum, agile, JIRA и идите в менеджеры IT проектов.

На хабре как-то статейка мелькала лет эдак 10 назад. В то время IE6 еще был актуален, но уже умирал, примерно как сейчас IE11. Ребята с рабочим интернет бизнесом в рунете решались прекратить поддержку IE6. Но перед этом они собрали собственные статистические данные. И, как оказалось, при общем количестве юзеров IE6 в несколько процентов, эти самые ретрограды совершали десятки процентов всех покупок на сайте. В итоге они еще долго поддерживали IE6 и это приносило им львиную долю прибыли. Мораль: не принимайте решения с бухты-барахты. Будьте прагматиком, соберите собственную статистику и руководствуйтесь ею.

Отвечу скорее всего как смежное звено, попытаюсь сам структурировать инфу, ну и может натолкну кого на мысли.

У меня несколько человек, с которыми я постоянно работаю (около 7). От них идут постоянные заказы (довольно объемные и тд). Теперь к сути вопроса.

Что я делаю:
1. Все задачи, все заказчики мне кидают в Trello. Там же они обозначаются по степени важности.
2. Бывает что это задачи что-то поправить и тд, мелочи в общем. Как раз на таких мелочах и тратится большая часть времени, поэтому указываем степень важности.
3. Выполнил задачу, перенес ее в категорию Сделано. Клиент сам потом проверяет еще раз, все ли нормально, после чего там же, если нужно, пишет замечания и тд. Все это дело всегда мне доступно из приложения, либо с десктопа, уведомления и тд - полезная вещь. В общем на пустую болтавню время мы не тратим.

Это что касается мелких задач. Если речь касается проектов.

1. Присылается ТЗ, обсуждение. На этом этапе как раз львиная доля времени и тратится, но без этого никак. После чего просто по пунктам ТЗ я выполняю работу, что-то пропускаю, если тратится много времени и это можно пропустить.
2. Отчитываюсь о промежуточной работе, присылаю тз с выделенными фрагментами, что сделал. Обсуждаю неясности, если они есть.
3. Второй самый жрущий время этап - допиливание, тут обычно все дело затягивается на несколько дней (ждешь что-то от заказчика, он что-то ждет от дизайнера и тд). Как правило весь проект на этом этапе сделан, нужно только отрихтовать.
4. Если проект действительно сделан и все мелочи остались за заказчиком, то делаю самые простые задачи из следующего проекта. Считаю что любой проект можно разбить на подпроекты, их в свою очередь еще на более простые задачи. В общем дробление - наше все.

По тайм-менеджменту ничего толкового не скажу, сам пытаюсь с ним разобраться, однако советую:
1. работать строго по определенному графику (обычный рабочий или ваш личный, главное чтобы кол-во рабочих часов было адекватным).
2. бывает что нужно что-то делать в ночь, потому что что-то произошло, если вина ваша - работаете и все, если заказчик предлагает вам допилить в 5 утра новый модуль потому что он про него забыл, а сдавать уже в 7 утра, поднимаете цену за проект и работаете, либо отказываетесь это делать (чревато чем угодно).
3. Для увеличения КПД вашего собственного нужно отдыхать. Обязательно прогулки на улице 1-1.5 часа в день. Помогает разгрузить голову и не будет проблем со здоровьем (как человек, который на этом попался и получил целый букет псих. расстройств - настоятельно рекомендую), физические нагрузки, и не забывайте про глаза. Каждый 40-60 минут дайте отдохнуть глазам (можно делать 5минутную гимнастику).

По ценам и срокам, тут уже как каждый горазд. Я смог немного набить руку и просто прочитав тз озвучиваю цену + 10-15% на случай непредвиденных правок и тд. Кто-то рекомендует за каждый пункт тз назначать цену, но я считаю это не всегда выигрышным вариантом, потому что получить адекватное ТЗ - подарок.

P.S мог многое упустить, поэтому отвечу уже в комментах, если потребуется.

Есть ли у вас подобные проблемы и как вы с ними боретесь?

Таких проблем нет. Вы работаете 24/7? Если нет, то у вас масса времени на социализацию. Найдите занятие не связанное с программированием и подразумевающим социализацию. Хороший вариант - заняться каким-либо спортом, лучше командным. Например, я занимаюсь бегом по пересеченной местности. Постоянно тренировки, выезды с командой на различные соревнования и пр. Сами не заметите, как станете более комуникабельным человеком.
Просто не заморачивайтесь на работе, живите яркой жизнью.

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

По описанию непонятна ваша проблема.

Вам нужна отдельная страница (адрес, контроллер), который будет обрабатывать создание юзеров, которое вы реализуете сами, без девайза.

Просто проведите аналогию - стандартная страничка девайза регистрирует случайных пользователей. У них не должно быть прав создавать пользователя. Если вы хотите создавать нового пользователя от лица пользователя, то вы, скорее, кто-то вроде Админа. И для него должен быть немного другой интерфейс.

Вкратце, вам нужно выполнить что-то вроде
User.create(password: 12345678, name: "Name")
Можете попробовать выполнить ее в консоли, добиться, что б она работала, как вам нужно. А после - уже смотреть, что именно происходит в вашем контроллере

^[ABCabc]{1}$

1. Лет 10 строишь карьеру по найму, нарабатываешь профессиональные контакты;
2. Уводишь из конторы 1-2 жирных клиентов на себя, увольняешься, берешь в подмогу кореша и ведёте их, попутно оформив контору типа "Luxextrasupersoft";
3. Работаете хорошо, вас советуют коллегам, прилетают новые заказы/клиенты, вы с корешем уже не справляетесь, нанимаете команду, офис, диваны, все дела;
4. В фитнес-клубе знакомишься с менеджерами и предлагаешь вместе распилить it-бюджеты их контор путём аутсорса на Luxextrasupersoft;
5. Когда образуется финансовый жирок, решаешь пустить его на рекламу, нанимаешь сейлза, но быстро понимаешь, что это не так рентабельно, как наработанная за 10 лет сарафанка и откаты))

Собственно, эта схема актуальна не только для it.

для js есть сборщики, такие как webpack, rollup, parcel и прочие

А попробуйте подработать в офисе сразу станет легче

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

Пишешь резюме, указываешь свой опыт, идешь на собеседование:

1) Либо тебя берут
2) Либо тебе говорят, что бы безрукий мудак (уточняешь почему).

Учишь, тыкаешь то, где у тебя были проблемы - повторяешь снова.

Если ты не конченный тип, то одной книжки по языку и один учебный проект(который ты делал сам примерно месяц) достаточно для того, чтобы тебя взяли джуном на работу.