Danila

Сложный? Сейчас?!

Вам бы в 70-е или хотя бы 90-е попробовать.

но когда уборщица и охранник получают как минимум в 2 раза больше , это очень странно!

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

никто учить не хочет и не собирается

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

В итоге , надо 2-3 года вкалывать , что бы перестать работать за еду. Что не так с IT?

Например в медицине этот срок 6-9 лет.

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

Вовсе нет. Спецификации писать нелегко. Вы не можете взять и тупо дописать в спеку новый тег. Это длительный процесс обсуждений и черновых реализаций.

В w3c разрабатывается Amaya

Работа над Amaya началась на W3C в 1996 году для демонстрации веб-технологий в полнофункциональном веб-клиенте. Основной мотивацией для разработки Amaya было создание фреймворка, способного интегрировать как можно больше технологий W3C. Он предназначен для демонстрации этих технологий в действии, используя преимущества их комбинации в единой, согласованной среде.

Почему тогда, какие-то технологии где-то работают только с префиксами?

От префиксов давно уже отказались. Остались только для совместимости или типа того. Новые фичи теперь пилятся под экспериментальными флагами до готовности.
Почему они были нужны? Потому что браузеры либо частично реализовывали функционал, либо по-своему (когда, например, спецификация еще не была в статусе рекомендации).

И насколько стоит доверять спеками w3c

На 100%. Это стандарт, к которому рано или поздно приводятся все фичи браузеров.

если они не занимаются технической реализацией этих технологий?

Будьте спокойны. В написании спецификаций участвуют не какие-то отдельные личности. Список участников достаточно большой, и в нем присутствуют все ведущие разработчики браузеров: и гугл, и мозилла, и опера, и хрен знает кто еще. Изучите список сами: https://www.w3.org/Consortium/Member/List

В общем, поменьше читайте сеошные статейки, и побольше признанных разработчиков в интересующей сфере. И официальной документации.

В личных тараканах ревьюера. Если уж его так парят коммиты при слиянии PR можно слепить коммиты в один.

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

К тому же если он например закончил университет и проработал 6 лет , ему уже под 30. Мозг работает хуже, нет уже целеустремленности и желания развиваться.

Если он балду не пинал, а получал ценный опыт на практике - то с головой у него все нормально.
Напротив: он уже лучше/быстрее ориентируется в технологиях.

Вы написали примерно следующее:


Я классный программист, но никому не нужен
Все кругом дураки, кроме меня
Но меня на работу не берут
Но виноваты в этом другие, не я.


Это у вас просто гимн осознания собственной неполноценности.

Что до цены - цена определяется только спросом и предложением.
Подавляющее большинство программистов (да и в других профессиях это тоже так) - низкоуровневый шлак. Что бы они там о себе не думали.
Профессионалы настоящие - редкость.

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

Все, что связано с пользовательским интерфейсом - трудоёмко.
И так не только JS.

Ну а по конкретно JS и веб-фронтенду - быстро меняющиеся стандарты дополнительная сложность.

Но там почти все вакансии 3-6 лет опыт работы. То есть именно опыт работы в офисе/удаленно подтвержденный документами

Это не так.
Никакого документального подтверждения не требуется, если только это не госконтора или корпорация формализованная.

Так вот вопрос зачем работодатель ограничивает себя от реально талантливых молодых разработчиков и ищет 30 летних бездарей

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

"Бездарей"?
Чувствуется обиженного.

Нет, бездари фильтруются также на собеседовании.

50 лет назад был язык программиство - Си. и язык пользователей - бейсик.

Как же мало вы знаете о программировании.
А понтов-то понтов.

50 лет назад С еще не было. А когда он появился - далеко не мгновенно стал мейнстримом.

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

Получается можно работать 3-6 лет и не знать что такое замыкания

Я и за 20 лет работы не выяснил что такое замыкания.
Погуглил, а, знаю уже лет 20 как. Только не знаю, что это так называется.

Мне достаточно 3 дней чтобы разобраться как работает React вся его экосистема Redux и тд.

Зачем же тогда вы пишете такой огромный опус, весь пронизанный завистью.
Ведь в 3-х днях от вас зарплата в 3-5 раз большая чем ваша.
Или все же не в трех днях?

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

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

Технологии - это не чтение доки.

Технологии - это умение пользоваться.
А тут человечество ничего не придумало - умение приходит только с опытом реального использования.

Они просто берегут силы интервьюеров не давая шанс абсолютно каждому и теряют очень много. Можно было бы с первого же неправильного ответа на вопрос отправлять домой и все, но давать шанс всем.

Все дураки, кроме вас и поступают неправильно. Мы поняли.
Шанс дается всем.

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

Есть конечно исключения например в jetbrains можно сразу синьор разработчиком устроиться из универа. Такие компании уважаю.

Ну мы все мним себя особенными. Совершенно без оснований

Устраивайтесь.
Но, боюсь, это ваши фантазии.
Один-два человека-исключения - это не общепринятый порядок.

Не углубляясь в реализацию, обычно из asyncData возвращают Promise<Object|void>, а у вас Promise<Array>. Да, массив тоже объект, но пути джаваскриптовы неисповедимы. Этот массив потом передаётся в функцию роутера next в entry-client.js:16, которая тоже не должна уметь его обрабатывать, и т.д. и т.п.

Так или иначе, если asyncData используется только для наполнения store, смысла передавать что-либо в resolve промиса нет:

async asyncData ({ store }) {
  await Promise.all([
    store.dispatch('func1'),
    store.dispatch('func2'),
    store.dispatch('func3'),
    store.dispatch('func4')
  ])
}

Кому-то двойной цикл не помогает, а кому-то и одной строки может хватить:

print(soup.find('span', {'class': 'searchBar__mediaTabTextValue searchBar__mediaTabTotal'}).get_text())

>>> 75

А вообще, с таким вот:

Нужно рабочее решение !!!!

На соседний ресурс иди.

А с такими вот предъявами:

не принимаю и даю жалобу.

Иди к маме, а не сюда. Тут ты в первую очередь просишь.

Сейчас не знаю что и делать, странно как то это все.

Действительно, странно, сначала делать, потом думать.
Зачем вы вообще пришли на Апворк? Чтобы заниматься подобным схематозом?

1. Английский язык - очень плотно возьмитесь.
2. Математику и алгоритмы
3. Какой-нибудь простой язык программирования для начальных экспериментов (вроде Python)

Отказался от деления компонентов на умные и глупые. Любому компоненту может потребоваться прямой доступ к данным, и перекидывать лапшу в props - неблагодарное занятие. У меня в целом все просто: компоненты в папке Components, редьюсеры в папке Reducers, экшены в Actions, константы в Constants, и все остальное по назначению.

Не стоит. Потому что при таком уровне знаний ваш максимум — это повторить пример из туториала. Шаг влево-вправо — и вот вы уже в тупике.