Почему никто ещё не скопировал переключатель звука с iPhone и OnePlus?

Может и так.

Почему никто ещё не скопировал переключатель звука с iPhone и OnePlus?

не, у меня так не работает, тоже десятка.

Почему никто ещё не скопировал переключатель звука с iPhone и OnePlus?

А обратно та же комбинация? Что за телефон?

Почему никто ещё не скопировал переключатель звука с iPhone и OnePlus?

B что будет? На сколько я понимаю, вы просто сбросите вызов по копке питания или выключите звук для текущего вызова по кнопке громкости. Но сейчас вам позвонят опять и история повторится, пока вы не разблокируете и не включите нужный профиль. У вас не так?

Почему никто ещё не скопировал переключатель звука с iPhone и OnePlus?

У OnePlus можно включить камеру, которая тут же сделает снимок по двойному нажатию кнопки питания.

Почему никто ещё не скопировал переключатель звука с iPhone и OnePlus?

Но, чтобы больше звук не мешал, всё же придётся разблокировать. У меня OnePlus и это реально удобная штука.

Будущее без пробок. Илон Маск и его The Boring Company

А теслы умеют гореть сильно и неожиданно )

Будущее без пробок. Илон Маск и его The Boring Company

1 км туннеля = 1 млрд $? Откуда такие цифры? Какая цена пользования в таком случае? Какой срок окупаемости?

Секреты JavaScript-функций

Ну тогда к переводчику вопросов нет, только к заказчику )

Секреты JavaScript-функций

Переводчик вкладки попутал )

NodeJS: 12 пакетов для продуктивности разработчика

Наверное, дело привычки или вкуса, но это

import * as R from 'ramda'
const greet = R.replace('{name}', R.__, 'Hello, {name}!'); 
greet('Alice'); //=> 'Hello, Alice!'

никак не ассоциируется у меня с
простой, элегантный код

Как сократить издержки на автотестах

А в чём трудоёмкость поддержки снапшотов? Берём Jest, настраиваем, за секунд 15 делаем тест, потом разработчик делает изменения, валит тест, понимает, что так и хотел и в одну команду за доли секунды чинит тест обновляя снапшот.

Как сократить издержки на автотестах

А в чём трудоёмкость поддержки снапшотов? Берём Jest, настраиваем, за секунд 15 делаем тест, потом разработчик делает изменения, валит тест, понимает, что так и хотел и в одну команду за доли секунды чинит тест обновляя снапшот.

Как сократить издержки на автотестах

Тема про ROI не раскрыта, а хотелось бы. В эту же тему нет упоминания по каким тригерам и какие тесты ранятся. И, следовательно, кто есть бенефициантом этих тестов. Когда дев вливает стрёмную фичу тестировщик может запустить ваши тесты локально или на сиае, чтоб не тестить всё вручную? Он может прочитать репорт и понять чего там было и что поломалось?
Разработчик может запустить часть автотестов, которые релевантны к его изменениям? Есть тесты, которые являются quality gateway для дев пиаров? Вот это вообще очень важно, т.к. быстрая обратная связь от тестов девелоперу позволяет ему починить проблему сразу не переключая контекст. А на этом экономится не мало его времени и, соответственно, деньги.
Была ли у вас мысль после покрытия смоук тестов и основного функционала e2e переключить автоматизаторов на написания снапшот тестов во фронте? Компонентные юнит тесты и юнит тесты на утилиты. Их относительно не сложно писать, но зато вы начнёте идти от мороженки к правильной пирамиде.
Вы анализировали скорость своих тест ранов? Если они занимают много времени, то дев успеет переключить контекст и часть смысла ваших тестов теряется. Как у вас с параллелизацией?

Новшества ES2020, которые мне очень нравятся

Да, я уже понял и изменил коммент )

Новшества ES2020, которые мне очень нравятся

Согласен ) Но нужно быть при этом внимательным с нестрогим сравнением. Т.к., если поставить на одно равно больше, то уже не будет работать ) Да и не все знают, что при нестрогом сравнении null и undefined равны друг другу и ничему больше.

function func(variable) {
  if (variable === null) {
    console.log(42);
  } else {
    console.log(13);
  }
}
func(undefined); // 13
func(null); // 42

function func2(variable) {
  console.log(variable ?? 42);
}
func2(undefined); // 42
func2(null); // 42

Новшества ES2020, которые мне очень нравятся

кроме null ещё проверяется на undefined

Чистая архитектура с Typescript: DDD и слоистая архитектура

У меня практически тоже самое в ui автоматизации. Очень эффективно, особенно для мобайла. За счёт фабрик и инъекций зависимостей слои автоматически собираются в конструктор под нужную платформу. Код тестов при этом меняется только в случае изменения бизнес требований и никак не зависит от платформы. Если интересно — здесь подробности: www.youtube.com/watch?v=Vx1mO5tw3HE

Автоматизируем UI-тесты Android приложения с использование паттерна Page Object

Ответ до боли прост — это локаторы надо добавить. Либо самому либо просить девелоперов. Второй вариант гораздо хуже, ибо они не отстреливают, что именно и куда надо, сильно не хотят этим заниматься и всё время забывают и откладывают )

Заметка о void в JavaScript и TypeScript

На сколько я себе представляю, человек пишет

return callback()

зная, что колбек возвращает undefined. Потом человек увидел, что иногда кто-то передаёт такой колбек, который возвращает что-то другое и тогда человек ставит void и спит спокойно. Другого варианта не придумал ) return undefined, как по мне лучше.