coderxx

Джуну не надо знать много. В абсолютном большинстве случаев достаточно html, css, js + какой-нибудь мейнстримовый фреймворк(react, vue, angular). Все что сверху - различные фронтэнд тулзы, препроцессоры и прочее, даже не буду считать, тк учится за несколько дней-неделю. Проблема в том, что большинство тех, кто претендует на позицию джуна, не владеет даже этим на должном уровне.

Почему от новичков требуют много и неадекватно?

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

Вот - представь, допустим есть красивая девочка, свободная. Представляешь сколько парней к ней будут подкатывать всячески? И что потом? У неё повышается самооценка быстро и не заметно. Теперь требования к парням выше - чтобы теперь, как-минимум - чтобы была тачка и доход от 100К в месяц.

Точно так же и на ИТ-рынке сейчас. Ты в роли одного из этих парней, а работодатель в роли этой красивой барышни.

Во-вторых, что значит нативно и на обе платформы? Нативно и на обе платформы - это подразумевает знание SWIFT и Java (со всеми их фреймворками и ежедневными библиотеками).

В-третиих, какое еще администрирование?
С точки зрения работодателя, это же просто не этично и опасно подростку давать root-доступ от сервера.

А теперь по делу:

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

Ты должен знать:

- Чистый JS (как и старый так и новый ECMA2016)
- Jquery, Bootstrap
- На базовом уровне фреймворки (Angular 5+, React)

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

И крайне желательно иметь репозиторий на GitHub со своими пусть даже мелкими наработками.
Остальное - чем больше, тем лучше.

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

"Дорогу осилит идущий" (с)Не помню кто.
Потянет ли школьник объемы в срок и неговнокодом?

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

Макеты в Photoshop делать неудобно, для этого сейчас есть специальное ПО типа Figma, Sketch. В них есть инструменты для реализации 90% процентов потребностей современных сайтов. В плане дизайна, конечно же. Отдельные элементы (типа сложных иконок, SVG-масок, графических элементов) уже нужно делать в других программах (Illustrator, Photoshop и т. п.).

Более того, вам нужно иметь понимание о вёрстке (HTML, CSS) — и чем глубже, тем лучше. Иначе вы можете «надизайнить» те вещи, которые реализовать либо технически невозможно, либо архисложно.

Экраны (типичные по ширине; без промежуточных значений):
· 1920 — большинство «больших» мониторов имеют данное разрешение, но за стандарт я бы его не брал. Но желательно учитывать данное разрешение тоже.
· 1300 — условный некий стандарт (ноутбуки).
· 1024 — планшеты (iPad 9.7" в альбомной ориентации).
· 768 — планшеты (iPad 9.7" в портретной ориентации).
· до 767px — смартфоны.

Я для себя выбрал такие экраны, с которых начинаю:
1. от 0 до 767
2. от 768 до 1023
3. от 1024 до 1199
4. от 1200 до 1300
5. от 1301 до 1900
6. от 1900 до 2500

Но опять же — на конкретном проекте указанные выше диапазоны значений могут меняться или вовсе объединяться, могут добавляться промежуточные и т. д. К примеру, если у вас основное разрешение 1360 пикселей (ноутбуки), но т. н. boxed-layout, то вам надо делать макет шириной меньше, чтобы были видны границы по бокам + учитывайте ширину скроллбара Windows (16–17px).

Update. Так же, как правильно сказали другие люди, не стоит забывать про ширину контейнера с контентом, обычно он имеет фиксированную максимальную ширину, но это тоже зависит от дизайна.

что-то не понял вопроса, но во всяком случае modx и с mysql и с mariadb работает

Да особо никак. Весь ваш рабочий процесс — череда производственного хаоса, непонятных ТЗ, требований несведущего руководства и отсутствие менеджера проекта. И вот в рамках этого вы должны работать без относительно чёткого плана, без простроенной системы коммуникации, обязанностей.

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

каждая строка - флекс-контейнер

Это почти стандартный тип обводки тега fieldset, учитывая, что у вас форма, то он прекрасно подходит.
Нужно только задать рамке цвет и скругление.
https://jsfiddle.net/6o5f8tek/

1. Кто такие "все"?
2. Если открыть спеки по HTML, то там прямо в названии есть слово "Recommendation" перевод нужен?

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

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

Чтобы такого избегать, есть w3c и whatwg, которые рассматривают все идеи из всех браузеров, выбирают из них лучшее и вносят во всеобщие РЕКОММЕНДАЦИИ.

Эппл захотел, и придумал <input type="number">
Несколько лет он не проходил валидацию, но при этом работал в сафари (в других браузерах срабатывал как input text). А потом и в хроме стал работать. А потом его добавили в рекомендации, и опа: работает почти везде, и уже проходит валидацию.

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

Такое не только с сайтами, вот и дома так строят иногда, оказывается. Он не соответствует строительным нормам, но никто не запрещает же!

Axure - слишком сложный, там где можно быть простым и понятным. Это как фотошоп: может всё, но работаешь в нем медленно.
Лучше пользоваться Figma: разрабы много всего добавили в последнее время по прототипированию (например, можно указывать не цельный борд, а только action sheet, чтобы показать его вызов).

Хороший вопрос в принципе. Достаточно сложно сейчас что-то сделать.

Если вы очень квалифицированный специалист, например, в JS, тогда можно сделать интересный ресурс по теме, но аудитория будет небольшая, а клиентов в типичном понимании там вообще не найдете. Работу — да. Проекты — вряд ли.

Если же вы просто обычный спец без каких-то тонких знаний — таких блогов уже полно. Вот эти "тренды веб-дизайна на 2019 год", "Разбираемся со стрелочными функциями в JS" (в 2018, серьезно?) и прочие высеры на медиуме порядком надоели. Все очень поверхностно, все одно и то же.

Применяется для ускорения показа первого екрана юзеру при гигантских размерах основного цсс

Делается не руками

К поисковой оптимизации никак не относится или идет в минус
К серверной оптимизации не имеет никакого отношения