Анита Ковалева

Конкретно за рубежом, а еще конкретнее в восточной Европе (Польша, Чехия).

Знакомый учился в Чехии, обычно все зависит от преподавателя курса, на его потоке изучали C, на другом потоке кодили на Java

Java потихоньку убирают из программы обучения?

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

Да и вообще, дают ли выбор яп который вам интересен или придется подстраиваться под программу, вообщем как это происходит изнутри?

ЯП всего лишь инструмент, какой-то инструмент лучше подходит для того что бы дубить кожу, второй "инструмент" мешает вам чай. В Вузе скорее будут преподавать(ну или пытаться преподавать) базу Computer Science. У нас за 5 лет обучения были такие языки как Delphi, C#, Assembler, на последнем JS и Python.

Сам был бы рад, если уже начали преподавать на Python все

.
Это ограничивает вас как специалиста, так как на 2019 год - программист который владеет одним языком(и "сидит" только на нём) - далеко позади от коллег.

Могу посоветовать то, что помогло мне в своё время. Так как у меня JS шёл очень туго, прям со скрипом, я делала коллаборацию из учебника и примеров на codewars.

Поясню: (пример) - у вас есть глава в учебнике(любом обучающем сервисе), допустим под названием массивы(функции, объекты, строки и тд) - прочитали, если туго доходит - прочитали еще раз, и на codewars, или в сети находите практическую задачу.

Суть: книги это очень хорошо, но задачи, без решения которых, без постоянных ошибок, гугления, крови и пота который вылезает с каждой задачей - путь будет намного дольше. Используйте закон Парето 20\80. 20% у вас уходит на чтение тех документации, 80% это код. Если 20% для вас мало, и информации не хватает - калибруйте проценты, пока не дойдете до удобства. Но что бы выучить язык - нужно постоянно писать код.

Я бы посмотрела на сайт у которого с аналитикой яндекса, метрикой гугла, и gtag выдает 99 баллов на мобильной версии.
Итог из этого такой: У вас с конкурентом 2 сайта с +\- 10 баллов на google speed insight - у него на 10 баллов больше, у вас меньше, допустим он выиграет в том, что не подключает метрики для анализа. В итоге выиграет тот, у кого лучше техническая оптимизация сайта, лучший контент, отличные текста, возраст домена и еще очень много факторов.
Google Speed Insight дает вашему сайту всего лишь субъективную оценку, причем только с технической стороны. Он не дает вам анализ контента сайта и прочих мелочей. Так что доводить до абсурда бальную систему гугла - это крысинная гонка.

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

PS\2: Семантика в итоге тоже может сыграть хорошую роль, если у вас на сайте дивянка, а у вашего конкурента правильная семантика с header\main\footer\aside\h1\h2 и прочее - seo роботы будут недоумевать над вашим сайтом, и любить сайт вашего конкурента, и будет у вас хоть 100 баллов - а у него 75 - вы не подниметесь выше.

Gulp и локальный сервер нужен не для тестирования в своем большинстве, а для удобной разработки и в дальнейшем отладки.

Представьте, вы верстаете свою первую html страничку, пляшете и в восторге хлопаете в ладоши, оно вам нравится, вы получаете кайф от технологий, верстки и тд. Проходит время - вы добавили в своё портфолио 2,3 работы. Верстка становится однотипной, немного рутинной, процесс такой же долгий как в первый раз и вы начинаете думать об "автоматизации" процесса. В вашей голове возникает мысль "Я не хочу постоянно жать F5 и обновлять страницу после каждого изменения, хочу что бы все было на лету". Вы ставите gulp-browsersync и получаете наслаждение от того что процесс автоматизирован. Дальше вы ставите gulp-минификацию, конкатенацию, префиксы, сжатие, возможно какие-то приблуды для отладки, которые помогают вам верстать быстрее, лучше, делать код чистым и красивым.

Рынок очень динамичный, если вы будете разрабатывать старым дедовским способом открывая каждую отдельную страничку html - далеко вы не уедите. Не говоря уже о CMS системах, через которые удобно работать на локальном сервере в связки с gulp. Там вы уже пишете не html, а допустим php - и browsersync все так же работает.

Однозначно нет, я бы даже сказала что это тестовое задание на "лоха". По факту тестовое задание для веб-мастера - это - сверстать одну из страниц корпоративного сайта(не лендинг), и добавить ей логики посадив на нужную CMS. Даже по одной сверстанной(семантически правильной, адаптивной, подготовленной для продвижения) хватает что бы понять насколько долго человек верстает, или находится в вебе. Если вы вываливаете "дивянку", или относитесь к своей работе - ну сделаю не очень, это ведь тестовое - значит это провал.

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

PS: В свое время сделала по-хитрому) Дали мне такой проект как тестовое задание, я делала его 2 недели, и когда подошло время сдавать его, показала его через teamviewer - работодатель убедился что все норм, попросил его скинуть - я попросила денег. Он офигел от наглости, и в итоге мы договорились о 12 т.р. Но на работу меня так и не взяли)

Я обычно разделяю так: ---------> сделаю на примере синтаксиса sass

main.sass     --------> файл где хранятся глобальные стили(импорты, body, wrapper(центровщик) и тд.
var.sass       -------> переменные с цветами, размерами которые импортируются в main.sass
/blocks/*.sass ------> подпапка в которой хранятся все блоки.

blocks/header.sass ------> хранятся общие стили для блока header, с позиционированием элемента logotype.
blocks/logotype.sass -----> общие стили для логотипа без позионирования блока

А теперь самый главный момент который я поняла, такие вещи подходят когда вы делаете большой, сложно компонентый проект, если вы разрабатываете мелкий корпоративный сайт или лендинг, можно смело "рубить сайт" на отдельные крупные блоки(header,footer,section) - а элементы\блоки, повторяющиеся много раз как logotype выносить в main.sass.

Вопрос больше похожий на троллинг, либо на желание заниматься не веб разработкой, а быть стильным игроком в Лигу Легенд.
1. Без разницы как будет выглядеть "ваше убожество", если у него будет адекватный трекпад, и отличная IPS матрица, хотя бы FULLHD.
2.Я не сторонница холиваров на тему win || linux, но для веба я бы советовала бы либо win, либо macos. В первом случае большой инструментарий, во втором случае - дорого, богато, круто + консоль и не болит голова.
3. Если вы реально углубитесь в веб(любой другой профиль IT), то вам не должно хватать времени на лигу, так как 20 часов из 24 в ваших сутках будет съедать погоня за куском новой информации и постоянная игра в усидеть на всех стульях.
4. До 40 000 - любой ноут с corei5, 8gb, ssd, пофиг какой корпус.

Вот пример счетчика, в целом разобраться будет не сложно.

К примеру вот так, только у вас не таблица, а блоки с элементами внутри.

.words{
    display: flex;
    align-items: center;
    font-family: 'PT Sans', sans-serif;
    color: #434e5b;
    padding-left: 20px;
}

.words strong {
  margin-right: 5px;
}

.words p {
  margin-left: 10px;
}

https://gtmetrix.com/reports/virtualnyeochki.ru/Yk...

Можете прям смело по пунктам проходится, ваша задача - довести до А(в идеальном варианте).
Сделайте на сервере gzip кэширование, подключите http\2 на сервере что бы уменьшить количество запросов к серверу, так же gtmetrix советует вам сложить ваши изображения в спрайт(сомнительно в 2019 году для такого сайта), попробуйте их пожать.
Google Speed insight - это субъективный инструмент, общий (примерный) анализ вашей оптимизации делается отдельными инструментами, причем тестируется в условиях - плохого интернета, нагрузки и тд.

.checkbox + label {
  position: relative;
  padding: 0 0 0 60px;
  cursor: pointer;
  background-color: transparent;                   -------- меняет цвет вашего label.
}

к примеру

Все зависит от дизайнера, они тоже люди и часто когда мне приходят макеты, на нем стабильно разные отступы между элементами, бывает корявое отображение блоков, и тому подобное, первое время играл внутренний перфекционист, и я постоянно указывала дизайнеру на погрешности, а потом поняла что конечный итог - монетизация, и я просто трачу своё время впустую, и легче сверстать по нормальному, именно так как я вижу. Клиентам же доходчиво объясняю что такое pixel perfect, и если они это хотят и настаивают, накидываю еще сумму к заказу, обычно услышав её - клиент перестает хотеть или отваливается = profit.