А кто-нибудь использует Title Case в интерфейсе русского софта?
Это когда все первые буквы заглавные

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

Татьянычу следует капитализировать свой мат, а то ещё не все поняли, некоторые пропускают и получается недостаточно выразительно

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

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

Как же неподоходящими, если пост гневный?

Что же он такое древнее читает со СПА-процедурами, если везде пишут spa-процедуры

Что касается меня, то я Татьянычу многое прощу. А не Ильяхову :)

Что нельзя простить Ильяхову?

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

Вторичность? :)

👍

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

это кринж, не краш

Напомнило

@factorized Обещал отписаться вчера, но работа не позволила.
====
Итак, чтобы я хотел видеть на курсах для техписов уровня senior и выше.
1. Best Practices по ci/cd именно для нужд техписательства.
triggers, environment, stages etc
Важно не окунуться в океан ci/cd и стать подобием devops, а именно знать и уметь применять лучшие практики для создания конвейера.
Сюда же подключение и написание линтеров.
2. Аналогично по разным сборщикам проектов, например, Gulp.
3. Третий пункт зависим от двух первых и посвящен глубокому обучению и пониманию движков по сборке.
Таких движков не так и много, и чтобы понимать, как будут работать сборки и  смочь написать пайплайны, надо сперва действительно хорошо знать, как работает генератор, как он обрабатывает файлы с контентом и как дальше конвертит их в html.
4. Фреймворки, которые используются для преобразования одних форматов в другие или привносят новую функциональность в html на этапе сборки. Сл-но, надо понимать не только механизм работы данных Фреймворков, но и как их подключить в конвейер, например.
5. Advanced Git level. Всё, что лежит за рамками обычных How-To по гиту. Есть много подводных камней, детали которых всё-таки могут различаться у разрабов и техписов. Сюда же могут включаться лучшие практики по архитектуре гит-пространства и выбор стратегий.
6. Опять же, Best Practices, например, тоже ARC42, как раз уже с точки зрения организации контента. Как пишут в Google, Netflix etc, какие паттерны они используют, как организовать работу команды наиболее эффективно. Как выбрать стратегию кросс-ревью и метод управления командой.
====
Вроде пока так, но скорее всего, многое осталось за кадром, ибо я что-то забыл 146%.

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

Крутяк, спасибо!

пп.1-5 — про навыки использования инструментария: правильно ли я понял, что статей/видеолекций здесь не хватит и нужны именно очные практические занятия?

Имхо, статей везде много, мало выжимки. В нормальной форме.