🙏🏻

Вообще это флажок (два состояния), но вроде давно называют переключателем.

Возможно, кому-то будет дополнительным подспорьем при «обзывании» элементов:
https://habr.com/ru/post/223929/

мне кажется, многое с 2014 года успело поменяться. особенно "западающая кнопка"

Переключатель, он же выключатель, если говорить об электрике (там switch - это обычный наш бытовой выключатель). Я бы попробовал так: "Включить/выключить функцию [наименование] переключателем [либо с помощью переключателя]". "Установить переключатель в [не]активное положение", на мой взгляд, верно по сути, но отдаёт канцеляритом и может быть заменено глаголами "включить/выключить", "использовать" или даже "переключить" (в подходящих случаях для выключателя).

Это уже чекбокс)

Для интереса поднял руководство по трёхпрограммным радиоприёмникам ("Нейва ПТ-322-1"): то, что называется radio buttons, там описывается как "кнопки выбора программы" либо просто "кнопки".

Добрый вечер! Приглашаем на ThinkJava, который пройдет уже совсем скоро в рамках NIXMultiConf!
Будет полезно, информативно, открыто, душевно и уютно 😌

bit.ly/3opX0gQ

Технологии и практики Unit тестирования – Мария Головко

Говорят, за время этой лекции можно придумать еще парочку новых мемов в стиле «Что хотел заказчик и что получилось в итоге». А можно просто взять и внедрить BDD-методологию в ваш проект. Для начала узнаем:
- где применяют разработки на основе Test Driven Development и Behavior Driven Development;
- преимущества Unit тестирования для разработчиков ПО и других участников процесса; - переход на JUnit 5 — плюсы, минусы, подводные камни.

Уровень сложности: простой

Explain Spring like I'm 5 – Олег Стреляный

Spring Framework поддерживает управление транзакциями, доступ к данным, обмен сообщениями и другие функции бизнес-приложений. Сергей объяснит ключевые особенности фреймворка, расскажет про IoC и DI-контейнеры, создание и жизненный цикл bean-зависимостей, а также о полезных аннотациях помимо @Autowired и @Component.

Уровень сложности: простой.

Всем привет

Ментор в задании попросила пересмотреть использование слова «база знаний» (это был англ вариант knowledge base) - мол что это за слово, что значит? Замени на то, что пользователи поймут.

И я зависла, ведь столько времени и пополняла сама базу знаний и сколько баз конкурентов пересмотрела...

А потом давай ресечить гигантов - и у них у всех такая «база» называется Help center, центр помощи

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

—
п.с да, если вдруг интересно что это за задание было - придумать приложение и написать письмо-анонс

в последнем предложении я написала - «если будут вопросы узнать больше можно в базе знаний или обратитесь нам в поддержку.»

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

Я думаю, тут зависит от употребления. Если это для конечного пользователя, то Help center, помощь по продукту, пользованию продуктом. База знаний — более общая сущность, которая может включать описание структурных элементов продукта, в том числе и для внутренних пользователей.

Центр помощи скорее отвечает на вопросы "как". Как включить то или иное, то есть это прям письменная замена сотрудника поддержки, FAQ по сути. А база знаний: и что, и зачем, и как. Например, к базе знаний я отношу Яндекс.Глоссарий, где описывают цветовую кодификацию Яндекс.Станции, например.

А ещё есть маркетингово-психологический момент. Что словосочетание "центр помощи" ближе к народу и обещает помочь. А база знаний звучит очень умно и часть людей может отпугнуть и они всё-равно пойдут написывать в поддержку.

С другой стороны и "центр помощи" накладывает определённые обязательства. То есть это должен быть прям центр, где ты можешь не только прочитать что-то, но и сразу же из этого интерфейса написать или позвонить в поддержку. А у тебя, допустим, там просто письменная база знаний, тогда будет честнее написать, что это база знаний, дабы пользователь не разочаровался.

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

У нас в ходу были варианты названия: справочний центр (типа справка) и портал документации, что несовсем корректно, так как юридические документы и пользовательские соглашения лежали в другом месте

У нас просто "Портал поддержки"

У нас поддержка живет в отдельном пространстве

Тикета там и все такое прочее

Всем привет! Опубликовала вчера статью, может кому-то будет интересно: https://habr.com/ru/company/aktiv-company/blog/524838/

Уже плюсанула, еще вчера))

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

* просто очень-очень больная тема всегда)))