Алексей Николаев

Отличная. Я всегда подстраиваю резюме и опыт работы под необходимый - где-то навру. где-то скрою неблаговидное, где-то увеличу срок работы или поменяю даты. Возраст свой тоже спокойно меняю. Сейчас вот в конторе, где работаю, все думают, что мне на пять лет моложе - коллектив очень молодой, выплаты в эфире, и старого бы просто не взяли. А так работаю, зашибаю деньгу, и говорят, что для "своего возраста и опыта" я очень силен. Лол.

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

Касательно черных списков - туфта. На наш век в мире работы хватит, не снг единым. Работал и в испанском стартапе, и в бельгийской конторе формошлепов, так что обидеть или обмануть подмосковную хрюшу бояться точно не стоит.

1. Я бы попробовал обернуть в HOC withUser или сделать одноименный хук
2. Вообще это нормально. Обычный компонент, который рендерит то, что ему дают.
3. Сделать его умнее, чтобы получал эти данные сам. Тут перекликается с п.1

Идея не гениальна, и если такого до сих пор не сделал китаец или индус, то значит, не нужно или нерентабельно.

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

По сути, вам просто нужно свойство, которое получает значение при инициализации компонента.

Видимо, у вас mobx? В console.log вы получаете доступ к самой переменной `processId`, в то время как в остальное время вам нужно только проверить, есть ли там свойство id. Напишите функцию следующим образом, и я уверен, что все будет работать.

@computed get inProcess() {
  return (id) => {
    const processIds = this.processId;
    return processIds.hasOwnProperty(id)
  }
}

А вот почему так - самому интересно)

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

Лет 10-20. Этот пузырь лопнет с поистине сокрушительным грохотом, когда рынок перенасытится окончательно, программировать будет уметь каждый (и делать это хорошо, ибо это будет естественный навык - как грамотная речь), а зарплаты поползут вниз (уже сейчас программисты получают не больше других профессий). Уже сейчас большинство задач автоматизированы. Можно сделать почти любой сайт в конструкторе, магазины, лендосы, бложики, и это только начало. Машинное обучение, квантовое превосходство, сильный ИИ и роботизация - не пустые слова, а реальные угрозы таким формошлепским сферам, как, например, веб-макакинг.

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

Возможно, в будущем общество будет социальным, ведь сонмы безработных при повальной автоматизации любого, даже творческого (нейросети уже пишут сносную музыку - "композиторов" фабрик звезд уже можно автоматизировать) труда надо как-то содержать. А может, они просто вымрут - кто знает? В любом случае, программисты задержатся на своих галерах немногим дольше водителей или юристов.

Северное Сияние приглашаю вас, как толкового в данном вопросе, к дискуссии

Да там просто все. Пилите обычный rest api и обращаетесь к этому api посредством fetch, в json отдаете ответ. Тут Vue ни при чем, это другой уровень абстракции, а тут, по сути, обычное асинхронное общение клиента с сервером.

20 лет ... универсал среднего уровня

Все, что нужно знать о фуллстэках.

С одной стороны мои знания проигрывают и тем и другим программистам.

Само собой. Вы же фуллстэк. В общем-то, это и ответ: если хотите, чтоб ваши знания всегда проигрывали и тем, и другим программистам, ищите вакансию фуллстэка, в противном случае выбирайте приоритетное направление и углубляйтесь в него, затем вакансия миддла по laravel или vue.

будешь уже ослабляться как универсал и получить меньше шансов разработать свой проект

Время одиночек, которые на коленке могли коряво состряпать революционный проект, прошло. Сейчас все - или почти все - делается командами. И потом, чтобы сделать MVP, необязательно хорошо знать все технологии - можно подглядывать в мануал, можно говнокодить, костылить, забить на оптимизацию, это все можно. Ведь если первая версия будет настолько популярной, что будет виден потенциал и появится стимул ее развивать, можно будет найти работников \ партнеров \ инвесторов и постараться выйти на самоокупаемость.

мать говорит что без вышки я буду никем

Она права. Потом будешь жалеть, что вышку не получил, и получать заочно.

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

Если я правильно понял, используйте слот headers, по аналогии с item, который вы уже использовали. Там сможете задать любую разметку с любыми стилями \ классами \ атрибутами.

Необходимо. Либо диплом и в 23-25 как белый человек, либо пашешь на профильный стаж и в 30+ пробуешь (но к тому моменту и диплом можно получить, если в 25 все еще бездипломный).

Вряд ли есть какой-то бойлерплейт, т.к. Ларавел сам по себе бойлерплейтный. Лучше создайте базовую приложуху через тамошний artisan, и дальше по возможности пользуйтесь artisan-командами для создания моделей и прочего. Ведь там, по сути, из необходимого только контроллеры (Http\Controllers), модели и сервис-провайдеры.

Лучшими практиками не стоит заморачиваться, тем более для команды php динозавров. Это не симфони, ничего сверхъестественного не напишете все равно. Просто пилите типичное MVC и будет вам счастье, особо не говнокодьте, запросы отдавайте на откуп Eloquent, максимально используйте встроенный функционал там, где это можно (авторизация, регистрация, роли и т.п.), и уже будет неплохо.

Возможно, пойдет October CMS, написана на Ларавель и там куча вещей сверху написано, многие из которых пришлось бы, возможно, самим писать.