"многие тащатся от механических клавиатур (я пока не встал на этот скользкий путь) "
- есть программы издающие разный звук разных клавиатур (можно выбрать механическую и т.д.) при нажатии на свою (например у меня стоит mechvibes). Круто по началу, но сидеть всё время в наушниках потом надоест.
“ поделитесь, пожалуйста, в комментариях как вы вносите разнообразие в рутину и что вас вдохновляет”
– стоят постоянно меняющиеся обои, разной тематики , мотивирующие (какие то рабочие столы и т.д.)
- Можно попробовать работать стоя, для этого не надо покупать стол и т.д. достаточно табуретку на обычный стол или ещё что из подручного.
- смена IDE , тем, стилей
- свои пет проекты, где можно делать что хочешь и как хочешь
Интересный для меня вопрос, совпадение или нет), делал вот такую штуку когда то https://asisg.ru/projects/random-selection-from-options/ для случайного выбора среди примерно одинаковых вариантов (ну и ещё с вопросом и произвольным ответом, монетку и т.д.)
На десктопе зарезается скорость (можно смотреть в плохом качестве), человеку\пользователю надоедает, не хочет разбираться с впн или смотреть с мобил. устройств или ещё заморачиваться, пойдёт попробудет рутуб\вк видео\может ещё что есть \дзен (я не пропагандирую про что знаю упоминул). Соответственно новые пользователи там, которые будут искать похожий контент. Получается возможность для тех, кто делает видео контент выйти в топы и т.д.
Или не заблокируют. (и тогда мы тратим время на то чего не будет)
Вижу тут проблему не в блокировке (которой пока и нет), а в самом сервисе, и не только конкретно нём. Решением проблемы может быть какая та децентрализация данных\знаний, может локализация в приделах стран или разделений контента на политический и нет (хотя политику видят там где её и нет).
Речь идёт о youtube, просто так ничего не бывает и этому тоже есть причины.
Блокировать информацию, знания – плохо. (блокирование информации звучит широко, широкое понятие)
Но замедление скорости youtube только на десктопе, как то не кажется критичным, и выглядит как небольшая ниша, да проблема неудобство есть, но оно обходится и есть дублирование информации (сама информация остаётся).
Это всё выглядит как временная мера, и паниковать думаю не стоит. А дальше будет или полная блокировка или вернут как было. Конечно, я могу ошибаться.
---
Для кого то это даже возможность, перейти делать видео в рутубе и вк, если люди сейчас туда пойдут. В ютубе много конкурентов например, а тут пока свободно.
Сейчас youtube не заблокирован и не запрещён (открывается, ищется всё там). + есть способы также смотреть в качестве через впн и т.д. способы без впн (и просто с мобильных устройств).
Ещё очень много “знаний” в youtube это видео для детей, + развлекательные, а что то полезное это дублирование статей и блогов в другом формате. (может быть немного уникального ещё, кто сразу ролики делает, типа онлайн трансляций)
Никакие знания не заблокированы, берите что хотите.
Думаю тут основной смысл, что бы блогеры популярные стали выпускать ролики на рутубе и вквидео (что бы люди перешли туда, более контролируемые платформы, дублировали ролики туда). Или способ надавить на гугл что бы он прислушивался к законам страны, где он работает (а не только к стране нахождения\создания ). Может ещё что бы проверить возмущение людей, типа как много жалоб провайдерам придёт. Вариантов куча. Но сам ютуб работает вне зависимости от настроек сетевого оборудования, с впн всегда откроется (как сидели в инстаграмме так и сидят, отвалятся те кому не очень то и надо).
---
Выходом, что бы не зависеть от платформ типа ютуба и т.д., возможно может быть создание сайтов своих и хранение информации на разных хостингах (может даже разных стран).
Так youtube сам режет неугодных, удаляет каналы, режет просмотры (не обязательно с чётко выраженной политикой). Youtube – блокирует знания, получается.
дать больше зарплату и не мешать работать измерениями производительности.
(непонятно в чём конкретно "…неэффективного разработчика…" ну допустим делает чуть медленнее и что?, если по итогу закрывает задачу - ок, если вкладывается в срок который ОН САМ оценил хорошо тоже (это предсказуемо, можно прогнозировать сроки), просто задачи будут делаться с учётом его скорости работы. Тим лид может думать что сделает задачу быстрее сам но он же не будет работать за всех работников 1 )
"Исключение. Оно же — увольнение. Возможно, это наилучший выход как для компании, так и для самого сотрудника. Он сможет найти работу, которая лучше соответствует его навыкам, а команда — повысить свою эффективность. " - да он сам работник, разберётся, зачем вам за него решать
- если команда может +\- спрогнозировать сроки и уложиться в них, это хорошо.
А если перегибать с эффективностью получите загнанных лошадей
"Где приятнее покупать автозапчасти ..." - там где дешевле, и если страницы будут на 1секунду дольше грузиться ничего страшного в этом нет (в приделах разумного конечно). И где быстрее придёт. Ещё лично для меня важный момент схемы, полностью узлы в разборе и можно вплоть до болтика выбрать что надо, на маркетплейсах типа озон такого нет вроде, надо точное название и врятли будет абсолютно всё (названия официальные могут отличаться, а по схеме видно точно то что нужно). Если заказываю сам обычно тут autodoc.ru, а так надо смотреть где быстрее придёт и где дешевле. Ну и на некоторых сайтах например сцепление самое дешевое определённую сумму стоит, а на других есть ещё дешевле, понятно что фирма и качество ещё какое, но ассортимент может быть разный и на одном сайте можно не зацыкливаться.
“Как решать проблемы производительности”
Если брать тест гугл пейдж спид, в основном (из моего опыта, не описанные сайты в статье) выдаёт для десктопа приемлемые скорости, а для мобилы не очень, в этом случае для мобилы помимо описанного в статье можно упрощать интерфейс, например выводить меньше данных. Например вывести меньше баннеров или отзывов или таблиц с данными (разделить на страницы или подгрузкой) уменьшится количество html показания скорости уже подрастут. (Если уменьшить количество слайдов в слайдере до 1 то и весь js код слайдера не нужен)
Ну и про сжатие картинок, иногда можно уменьшить разрешение картинки и потом сжимать уже, так можно выиграть ещё (разрешение может быть большим, а выводиться в маленькую рамку).
Что внутри конкретно перечисленных в статье gui я не видел (есть там лог команд гита или нет) как и не пользовался. А вывод у меня такой т.к. давно когда то пользовался TortoiseHg это тоже gui но для hg, (сейчас специально запустил перепроверить, версия 5.0.2) в нём всё что делается графически и кнопочками, внизу в консоли дублируется консольными командами (+ можно выполнить команды прямо там, без нажатия кнопок), поэтому у меня сложилось такое мнение сразу о всех gui систем контроля версий. (на картинке нажатие кнопки в gui выполнило команду внизу + какие то данные для информации вывела)
"мусорные изменения" - зависят от человека, врятли тут важно консоль или gui
(какие именно изменения смотрятся как в консоли так и в gui глазами).
(у нас видимо разные сферы деятельности т.к. у меня и бинарников то нет)), а выкатываются именно исходники (php) )
Как и 100-200 файлов не появляются просто так из вакуума (так что бы вы не знали нужны они или нет) (может в начале проекта). Если не создаются лично вами, возможно скачено/добавлено готовое решение, или как то нагенерировано но причастны именно вы к этому и должны знать откуда они.
Т.е. даже в gui вы глазами наверно смотрите что надо или не надо (игнорите или делаете правила), и в консоли вы можете игнорить определённые форматы файлов или разделы, и добавлять разделы разом или файлы по маске.
(gui в моём понимание просто надстройка это чуть больше чем консоль в плане графики просто в плане визуала, и чисто лично у вас на вашем ПК делает красивости )
---
Просто сталкивался с 2мя случаями на практике, 2ва разных человека одна и та же программа Fork вроде (в разное время и разные проекты), люди не могли понять в каком состояние у них репа находится, чисто из за gui (может конечно из за недостатка знаний в Fork). Gui их запутал тем что рисовал именно он.
gui и git = плохо, только если дерево красивое посмотреть полистать, и то это можно делать в удалённом репозитории. Если начинающий изучать git человек лучше начинать с консоли.
Просто по работе (из жизни) пару раз точно видел как люди путаются (вроде стоял у них Fork), т.е. в какой то момент человек перестаёт из за gui понимать текущее состояние, gui рисует что то выдаёт ошибки и надо понимать как с ним взаимодействовать. Я к тому что человек пользующийся этим запутывается иногда при сложностях если всё идёт не просто.
А в консоли всегда всё понятно, всегда понятно текущее состояние репы и что происходит в данный момент.
И gui скорее всего внутри выполняет обычные команды git, т.е. многовесящая надстройка.
И по итогу при сложностях придётся искать именно варианты решения проблемы как в gui выкрутиться или обойти ошибку, а не работать с git (например блочится кнопка выкидывает сообщение и т.д.).
(зависит от работы, но если выкатывается на сервер то там ничего кроме консоли нет, т.е. лучше сразу изучать и пользоваться чисто консолью)
я не худеющий, просто на фоне быстрого падения веса от добавления физ. нагрузки провёл эксперимент и отказался от ужинов. Для себя отметил что это тоже быстрый способ убрать немного в моём случае 3-4 кг. (в остальном по еде ничего не менял, как много ел так и ел и те же блюда, всё подряд), просто такой опыт )
110 было и росло, работаю из дома программистом (минимум хождений движений)
по сути надо просто больше двигаться, больше физ. нагрузка (в моём случае ещё и меньше спать стал поэтому дольше день выходит), и вес сам стал уходить.
В прошлом году похудел на 13кг. чуть больше чем за месяц, вес быстро уходил.
Что делал что бы убрать 10 кг. (очень быстро убрались):
раньше вставал, т.е. меньше спал и больше по времени бодрствовал,
добавил физ. нагрузки, в моём случае на много больше чем обычно в день добавилось.
Что бы убрать ещё 3 кг.:
отказался от ужинов (но потом вернул, через несколько месяцев и 3кг вернулись).
При этом ничего не делал с питанием не уменьшал порции и не убирал продукты, если ещё и это сделать думаю будет ещё - кг.
В целом если добавить, активностей и нагрузки физической то уже вес начнёт уходить. (в моём случае за 2ч. до завтрака я уже что то делал физически, я никогда не худел целенаправленно и был удивлён что вес быстро уходил, но и нагрузка в моём случае это было таскание тяжестей с утра и периодически в течение дня)
Как то не такой подход к пониманию что ли, написано верстальщикам сложно знать это, то куски php но просто знать include (и лучше делать так то), но если верстальщик дошёл до правки шаблона то он, должен был вызвать компонент и править то место где вызывается. А это по идеи не работа верстальщика совсем. Если говорить про разделение бекенда и фронтенда. Обычно фронтенд делает вёрстку сам как хочет и где хочет, это может быть отдельным разделом чисто с html, может быть в плоть до отдельной репы. А уже бекенд переносит вёрстку, смотрит раздел фронтенда и разбивает то что видит на компоненты, т.е. создаёт шаблон для компонентов или вносит правки бек разработчик, и в его компетенции знать php , и всё это
<?php foreach ($arResult['ITEM'] as $item) : ?>
<?$APPLICATION->IncludeComponent(
<?php if (!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED !== true) die; ?>
Фронтенду в это и не надо вникать.
Визуальным редавктором лучше не пользоваться, а править файлы в IDE, (вроде бы визуальный редактор может портить файлы) в этом случае вы сами создаёте и редактируете файлы меню, индексы и прочее где хотите и как хотите, а не так называемый “невидимый джинн”. В этом случае всё прозрачно, вы знаете где что создаёте.
теоретически можно решать на уровне IDE. Т.е. делаете "шаблон кода" (не помню как это в общем называется в моей IDE так), например на часто используемые компоненты, например пишите слово news, нажимаете ентер и вставляется вся партянка параметров (если она нужна конечно), сами её добавляете можно с комментариями. Но тут будут проблемы, актуализацыя, и сделать первоначально такое время займёт.
Если речь про стандартные компоненты, вся простыня параметров и не нужна может быть, надо смотреть док и например ставить параметры только те которые нужны (большинство по умолчанию имеют значение).
(По началу также через визуальный редактор искал нужные компоненты, параметры, но потом всё свилось к тому что большинство используемых компонентов уже известны и ищешь чисто по документации конкретное)
Про кастомные компоненты, тут всё на совести того кто делал, может оставить описание параметров, а может вообще не быть, тогда только в код смотреть.
Компоненты написанные с нуля, обычно там мало параметров, т.к. не делаются супер гибкими и под разные настройки как стандартные битриксовые, а делаются под конкретную задачу (если компонент не для маркетплейса).
(Т.е. в свой компонент прокинул время кеша, инфоблок, может ещё что то и всё, нет кучи параметров для большей настройки если она не нужна)
(конечно возможно это чисто от моего опыта и где то кастомные компоненты пишут с кучей параметров, тогда по хорошему нужно описание всего)
"многие тащатся от механических клавиатур (я пока не встал на этот скользкий путь) "
- есть программы издающие разный звук разных клавиатур (можно выбрать механическую и т.д.) при нажатии на свою (например у меня стоит mechvibes). Круто по началу, но сидеть всё время в наушниках потом надоест.
“ поделитесь, пожалуйста, в комментариях как вы вносите разнообразие в рутину и что вас вдохновляет”
– стоят постоянно меняющиеся обои, разной тематики , мотивирующие (какие то рабочие столы и т.д.)
- Можно попробовать работать стоя, для этого не надо покупать стол и т.д. достаточно табуретку на обычный стол или ещё что из подручного.
- смена IDE , тем, стилей
- свои пет проекты, где можно делать что хочешь и как хочешь
Интересная статья, спасибо.
Интересный для меня вопрос, совпадение или нет), делал вот такую штуку когда то https://asisg.ru/projects/random-selection-from-options/ для случайного выбора среди примерно одинаковых вариантов (ну и ещё с вопросом и произвольным ответом, монетку и т.д.)
(похожих много сайтов)
(удалил комментарий)
На десктопе зарезается скорость (можно смотреть в плохом качестве), человеку\пользователю надоедает, не хочет разбираться с впн или смотреть с мобил. устройств или ещё заморачиваться, пойдёт попробудет рутуб\вк видео\может ещё что есть \дзен (я не пропагандирую про что знаю упоминул). Соответственно новые пользователи там, которые будут искать похожий контент. Получается возможность для тех, кто делает видео контент выйти в топы и т.д.
Вроде логично.
Или не заблокируют. (и тогда мы тратим время на то чего не будет)
Вижу тут проблему не в блокировке (которой пока и нет), а в самом сервисе, и не только конкретно нём. Решением проблемы может быть какая та децентрализация данных\знаний, может локализация в приделах стран или разделений контента на политический и нет (хотя политику видят там где её и нет).
Спасибо, буду знать.
Речь идёт о youtube, просто так ничего не бывает и этому тоже есть причины.
Блокировать информацию, знания – плохо. (блокирование информации звучит широко, широкое понятие)
Но замедление скорости youtube только на десктопе, как то не кажется критичным, и выглядит как небольшая ниша, да проблема неудобство есть, но оно обходится и есть дублирование информации (сама информация остаётся).
Это всё выглядит как временная мера, и паниковать думаю не стоит. А дальше будет или полная блокировка или вернут как было. Конечно, я могу ошибаться.
---
Для кого то это даже возможность, перейти делать видео в рутубе и вк, если люди сейчас туда пойдут. В ютубе много конкурентов например, а тут пока свободно.
Сейчас youtube не заблокирован и не запрещён (открывается, ищется всё там). + есть способы также смотреть в качестве через впн и т.д. способы без впн (и просто с мобильных устройств).
Ещё очень много “знаний” в youtube это видео для детей, + развлекательные, а что то полезное это дублирование статей и блогов в другом формате. (может быть немного уникального ещё, кто сразу ролики делает, типа онлайн трансляций)
Никакие знания не заблокированы, берите что хотите.
Думаю тут основной смысл, что бы блогеры популярные стали выпускать ролики на рутубе и вквидео (что бы люди перешли туда, более контролируемые платформы, дублировали ролики туда). Или способ надавить на гугл что бы он прислушивался к законам страны, где он работает (а не только к стране нахождения\создания ). Может ещё что бы проверить возмущение людей, типа как много жалоб провайдерам придёт. Вариантов куча. Но сам ютуб работает вне зависимости от настроек сетевого оборудования, с впн всегда откроется (как сидели в инстаграмме так и сидят, отвалятся те кому не очень то и надо).
---
Выходом, что бы не зависеть от платформ типа ютуба и т.д., возможно может быть создание сайтов своих и хранение информации на разных хостингах (может даже разных стран).
Так youtube сам режет неугодных, удаляет каналы, режет просмотры (не обязательно с чётко выраженной политикой). Youtube – блокирует знания, получается.
дать больше зарплату и не мешать работать измерениями производительности.
(непонятно в чём конкретно "…неэффективного разработчика…" ну допустим делает чуть медленнее и что?, если по итогу закрывает задачу - ок, если вкладывается в срок который ОН САМ оценил хорошо тоже (это предсказуемо, можно прогнозировать сроки), просто задачи будут делаться с учётом его скорости работы. Тим лид может думать что сделает задачу быстрее сам но он же не будет работать за всех работников 1 )
"Исключение. Оно же — увольнение. Возможно, это наилучший выход как для компании, так и для самого сотрудника. Он сможет найти работу, которая лучше соответствует его навыкам, а команда — повысить свою эффективность. " - да он сам работник, разберётся, зачем вам за него решать
- если команда может +\- спрогнозировать сроки и уложиться в них, это хорошо.
А если перегибать с эффективностью получите загнанных лошадей
"Где приятнее покупать автозапчасти ..." - там где дешевле, и если страницы будут на 1секунду дольше грузиться ничего страшного в этом нет (в приделах разумного конечно). И где быстрее придёт. Ещё лично для меня важный момент схемы, полностью узлы в разборе и можно вплоть до болтика выбрать что надо, на маркетплейсах типа озон такого нет вроде, надо точное название и врятли будет абсолютно всё (названия официальные могут отличаться, а по схеме видно точно то что нужно). Если заказываю сам обычно тут autodoc.ru, а так надо смотреть где быстрее придёт и где дешевле. Ну и на некоторых сайтах например сцепление самое дешевое определённую сумму стоит, а на других есть ещё дешевле, понятно что фирма и качество ещё какое, но ассортимент может быть разный и на одном сайте можно не зацыкливаться.
“Как решать проблемы производительности”
Если брать тест гугл пейдж спид, в основном (из моего опыта, не описанные сайты в статье) выдаёт для десктопа приемлемые скорости, а для мобилы не очень, в этом случае для мобилы помимо описанного в статье можно упрощать интерфейс, например выводить меньше данных. Например вывести меньше баннеров или отзывов или таблиц с данными (разделить на страницы или подгрузкой) уменьшится количество html показания скорости уже подрастут. (Если уменьшить количество слайдов в слайдере до 1 то и весь js код слайдера не нужен)
Ну и про сжатие картинок, иногда можно уменьшить разрешение картинки и потом сжимать уже, так можно выиграть ещё (разрешение может быть большим, а выводиться в маленькую рамку).
Короче, кейс зашёл, бахаю коммент)
Что внутри конкретно перечисленных в статье gui я не видел (есть там лог команд гита или нет) как и не пользовался. А вывод у меня такой т.к. давно когда то пользовался TortoiseHg это тоже gui но для hg, (сейчас специально запустил перепроверить, версия 5.0.2) в нём всё что делается графически и кнопочками, внизу в консоли дублируется консольными командами (+ можно выполнить команды прямо там, без нажатия кнопок), поэтому у меня сложилось такое мнение сразу о всех gui систем контроля версий. (на картинке нажатие кнопки в gui выполнило команду внизу + какие то данные для информации вывела)
"мусорные изменения" - зависят от человека, врятли тут важно консоль или gui
(какие именно изменения смотрятся как в консоли так и в gui глазами).
(у нас видимо разные сферы деятельности т.к. у меня и бинарников то нет)), а выкатываются именно исходники (php) )
Как и 100-200 файлов не появляются просто так из вакуума (так что бы вы не знали нужны они или нет) (может в начале проекта). Если не создаются лично вами, возможно скачено/добавлено готовое решение, или как то нагенерировано но причастны именно вы к этому и должны знать откуда они.
Т.е. даже в gui вы глазами наверно смотрите что надо или не надо (игнорите или делаете правила), и в консоли вы можете игнорить определённые форматы файлов или разделы, и добавлять разделы разом или файлы по маске.
(gui в моём понимание просто надстройка это чуть больше чем консоль в плане графики просто в плане визуала, и чисто лично у вас на вашем ПК делает красивости )
---
Просто сталкивался с 2мя случаями на практике, 2ва разных человека одна и та же программа Fork вроде (в разное время и разные проекты), люди не могли понять в каком состояние у них репа находится, чисто из за gui (может конечно из за недостатка знаний в Fork). Gui их запутал тем что рисовал именно он.
gui и git = плохо, только если дерево красивое посмотреть полистать, и то это можно делать в удалённом репозитории. Если начинающий изучать git человек лучше начинать с консоли.
Просто по работе (из жизни) пару раз точно видел как люди путаются (вроде стоял у них Fork), т.е. в какой то момент человек перестаёт из за gui понимать текущее состояние, gui рисует что то выдаёт ошибки и надо понимать как с ним взаимодействовать. Я к тому что человек пользующийся этим запутывается иногда при сложностях если всё идёт не просто.
А в консоли всегда всё понятно, всегда понятно текущее состояние репы и что происходит в данный момент.
И gui скорее всего внутри выполняет обычные команды git, т.е. многовесящая надстройка.
И по итогу при сложностях придётся искать именно варианты решения проблемы как в gui выкрутиться или обойти ошибку, а не работать с git (например блочится кнопка выкидывает сообщение и т.д.).
(зависит от работы, но если выкатывается на сервер то там ничего кроме консоли нет, т.е. лучше сразу изучать и пользоваться чисто консолью)
я не худеющий, просто на фоне быстрого падения веса от добавления физ. нагрузки провёл эксперимент и отказался от ужинов. Для себя отметил что это тоже быстрый способ убрать немного в моём случае 3-4 кг. (в остальном по еде ничего не менял, как много ел так и ел и те же блюда, всё подряд), просто такой опыт )
110 было и росло, работаю из дома программистом (минимум хождений движений)
по сути надо просто больше двигаться, больше физ. нагрузка (в моём случае ещё и меньше спать стал поэтому дольше день выходит), и вес сам стал уходить.
В прошлом году похудел на 13кг. чуть больше чем за месяц, вес быстро уходил.
Что делал что бы убрать 10 кг. (очень быстро убрались):
раньше вставал, т.е. меньше спал и больше по времени бодрствовал,
добавил физ. нагрузки, в моём случае на много больше чем обычно в день добавилось.
Что бы убрать ещё 3 кг.:
отказался от ужинов (но потом вернул, через несколько месяцев и 3кг вернулись).
При этом ничего не делал с питанием не уменьшал порции и не убирал продукты, если ещё и это сделать думаю будет ещё - кг.
В целом если добавить, активностей и нагрузки физической то уже вес начнёт уходить. (в моём случае за 2ч. до завтрака я уже что то делал физически, я никогда не худел целенаправленно и был удивлён что вес быстро уходил, но и нагрузка в моём случае это было таскание тяжестей с утра и периодически в течение дня)
Как то не такой подход к пониманию что ли, написано верстальщикам сложно знать это, то куски php но просто знать include (и лучше делать так то), но если верстальщик дошёл до правки шаблона то он, должен был вызвать компонент и править то место где вызывается. А это по идеи не работа верстальщика совсем. Если говорить про разделение бекенда и фронтенда. Обычно фронтенд делает вёрстку сам как хочет и где хочет, это может быть отдельным разделом чисто с html, может быть в плоть до отдельной репы. А уже бекенд переносит вёрстку, смотрит раздел фронтенда и разбивает то что видит на компоненты, т.е. создаёт шаблон для компонентов или вносит правки бек разработчик, и в его компетенции знать php , и всё это
<?php foreach ($arResult['ITEM'] as $item) : ?>
<?$APPLICATION->IncludeComponent(
<?php if (!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED !== true) die; ?>
Фронтенду в это и не надо вникать.
Визуальным редавктором лучше не пользоваться, а править файлы в IDE, (вроде бы визуальный редактор может портить файлы) в этом случае вы сами создаёте и редактируете файлы меню, индексы и прочее где хотите и как хотите, а не так называемый “невидимый джинн”. В этом случае всё прозрачно, вы знаете где что создаёте.
теоретически можно решать на уровне IDE. Т.е. делаете "шаблон кода" (не помню как это в общем называется в моей IDE так), например на часто используемые компоненты, например пишите слово news, нажимаете ентер и вставляется вся партянка параметров (если она нужна конечно), сами её добавляете можно с комментариями. Но тут будут проблемы, актуализацыя, и сделать первоначально такое время займёт.
Если речь про стандартные компоненты, вся простыня параметров и не нужна может быть, надо смотреть док и например ставить параметры только те которые нужны (большинство по умолчанию имеют значение).
(По началу также через визуальный редактор искал нужные компоненты, параметры, но потом всё свилось к тому что большинство используемых компонентов уже известны и ищешь чисто по документации конкретное)
Про кастомные компоненты, тут всё на совести того кто делал, может оставить описание параметров, а может вообще не быть, тогда только в код смотреть.
Компоненты написанные с нуля, обычно там мало параметров, т.к. не делаются супер гибкими и под разные настройки как стандартные битриксовые, а делаются под конкретную задачу (если компонент не для маркетплейса).
(Т.е. в свой компонент прокинул время кеша, инфоблок, может ещё что то и всё, нет кучи параметров для большей настройки если она не нужна)
(конечно возможно это чисто от моего опыта и где то кастомные компоненты пишут с кучей параметров, тогда по хорошему нужно описание всего)