Сергей delphinpro

О. обожаю этот вопрос!

Открою секрет - IT само по себе бесполезно. Как, например и логистика/грузоперевозки. Или охрана.
IT должно облегчать другие сферы жизни. Программист должен писать что то, облегчающее другие сферы жизни.
Обязательно надо в чём то разбираться:

• бизнес/магазин - разбирайся с логикой заказов/покупок/возвратов
  
• банк - логика движения, денег, валют, транзакций, проверок, откатов
  
• движок игры - разбирайся с физикой. магнитизм, механика, свет/тень - все эти жизненные законы надо оцифровывать.
  
• игра на готовом движке - тогда закапывайся в детали, какого размера ступеньки должны быть что бы соответствовать шагу игрока с учетом его скорости передвижения. здесь требования не таки сложные, но вот игра без таких деталей будет казаться г**ном
  
• драйвера - разбирайся в железе, какую нагрузку держат - температура как повышается, сколько микроват где бегает.
  
• МАШИННОЕ ОБУЧЕНИЕ???????? Это вообще жесть как надо миллион тематических свойств изучить чтобы заложить обучение. И эксперты области редко понимают чё тебе надо
  
• data engeneer - вообще не область. Но даже тут надо понимать какие данные надо хранить/обрабатывать и с какой вероятностью нужны будут правки.
  
• роботы - опять же физика движений во всех проявлениях
  
• ИИ - психология, лингвистика.
  
• парсинг текстов - опять же, лингвистика, еще и разных языков, грамматика, синтаксис. а может и стилистику языков надо учитывать
  
• ...и т.д.
  

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

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

margin-left: -50% для ребенка решит эту проблему.

Еще правильнее, будет использовать связку margin и transform translate. Тогда блок будет по центру в случае, когда дочерний элемент шире и когда меньше чем родительский.

У o есть свои свойства a и b. А c и d берутся из установленного прототипа.

Не относится.
В спецификации языка ничего про XHR нет. Про WebWorker-ы, кстати, тоже. Это фичи исключительно платформы (браузер, nodejs, nashorn, etc...), а не языка. Да, XHR (возможно) выполняется в отдельном потоке, но этот поток порождается не движком JS, а браузером.

JS — однопоточный и асинхронный. Это значит, что в один момент времени выполняется только одна функция, а если в этот момент из внешнего источника приходит просьба сделать что-то еще, то это "что-то еще" становится в очередь, пока текущий стек вызовов не опустеет. Например, если сделать setTimeout(fn, 1000), а потом запустить вычисление факториала от 100500, то fn вызовется, когда факториал посчитается, а не через секунду.

все верно, но есть приоритеты и !important

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

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

Ну как то по подробнее наверное надо... А так вангую! Попробуй вот так, наверное это твое

$('.block').on('click', function() {
    $(this).find('.item').show();
});

Поспорю с Андреем.
2) Не храните все символы в одном шрифтовом файле, если у Вас мультиязычный сайт, то есть на сайте есть функционал, который позволяет сменить язык, то храните символы каждого "языка" в отдельных файлах. Это крайне просто.

Зачем так делать? Опять же повторюсь, если сайт мультиязычный, то нет смысла заставлять английского пользователя скачивать кириллические символы. Уменьшив файл в несколько раз вы ускорите загрузку шрифтовых файлов. Для этого в CSS есть директива unicode-range.

Например, для подключения кириллицы

@font-face {
    font-display: swap;
    font-family: 'Lato';
    src: url('/fonts/lato-light/lato-light.cyrillic.woff2') format('woff2'), 
        url('/fonts/lato-light/lato-light.cyrillic.woff') format('woff');
    font-weight: 300;
    font-style: normal;
    unicode-range: U+0400-045F, U+0490-0491, U+04B0-04B1, U+2116; // только кириллица
}

Как это работает? Браузер анализирует ваш DOM понимает какие символы используются на сайте и если есть совпадение, то шрифт закачивается, то есть в данном примере если на сайте есть кириллица, то lato-light.cyrillic.woff2 скачается и отрисуется, а шрифт lato-light.latin.woff2 даже не закачается.

Для разделения символов можно использовать инструмент fontmin, либо его gulp аналог

запускать подобные задачи в консольном режиме: в cli нет ограничения по времени.

Как избежать претензий правообладателя на фото, если фото загружает любой пользователь сайта?

Никак. Правообладатели имеют право предъявлять претензии.

Сейчас я получаю запрос по почте о нарушении авторских прав на эти фото и выкатывается значительная сумма.

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

К письму приложены сканы протокола осмотра доказательств заверенные нотариусом.

Круто. Кто проводил осмотр доказательств? Следак? В рамках какого дела? При чем тут нотариус?

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

Если вы согласитесь значит лох. Если нет - не лох. Вот и все.

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

Допустим это реальный правообладатель и он подаст в суд -

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

Да, есть такое. Читайте литературу по шрифтам.
Ключевые слова: литера, кегль, очко, заплечики, x-height, cap-height.

Больше всего на визуальное восприятие размера текста влияет x-height. И она действительно может плавать в широких пределах. Выхода три:
1. Подгонять на глаз.
2. Если у вас фиксированный набор шрифтов, прописать их высоты в некий LUT.
3. Вытаскивать метрику из шрифтового файла программным способом.

Но последний случай довольно замороченный, там придется погружаться в кучу еще других метрик.
Вот можно взглянуть: https://fontdrop.info/ (вкладка "data")