Григорий Боев

= это оператор присваивания, а оператор проверки на равенство ==

Может быть просто вставите связанные Таблицы? К сожалению, пока автоматизировать этот процесс нельзя, но сама связка работает и обновляется автоматически. Форматированеи сохраняется.

Пример https://docs.google.com/document/d/1BNLG4f8Z_LSGch...

Справка https://support.google.com/docs/answer/7009814?hl=...

Интересно, такие бредовые идеи возникают отчего? От нежелания хоть немного узнать, что из себя представляет "телефон" с точки зрения вычислительной техники или просто от модно-стильно-молодежности? Это примерно как дети спрашивают "А если взять атом величиной с дом?"

Нет, малчик, нЭльзя. нЭ тот архитектура.

Хотя путь джедая конечно же есть. Найти исходники, перекомпилять под нужную архитектуру, написать драйвера, написать загрузчик - делов-то...

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

Можно из одного уравнения выразить y через x, подставить в другое, найти x, потом найти y.

Или можно получить эти формулы в одно действие методом Крамера.

UPD: пример ниже приведён для MVC архитектуры. API выдаёт данные, а не страницы. HttpGet - это получение информации от сервера. HttpPost - отправка информации на сервер. Основная разница в тому, что Post запрос имеет тело запроса, в котором можно передавать сложные структуры. Get запрос может передавать данные через строку запроса

HttpGet и HttpPost это два стандартных типа запроса. Так же есть HttpPut, HttpDelete и некоторые другие, основные из каких я перечислил сначала.

Разница между HttpGet и HttpPost в очень простом виде:
HttpGet - выдача сервером какой-то информации клиенту. Для примера, сервер отдаёт какую-то информацию, допустим, имя и логин пользователя, который зашёл на сайт, для того, что бы отобразить её где-то на странице. Так же Get запрос может отдавать целые страницы в формате HTML или других форматах. По факту, большинство страниц, что вы видите в браузере, включая эту, была передана нам в браузер от сервера путём выполнения запроса. Такая информация передаётся как HttpGet.

HttpPost - это отправка данных на сервер. Любая. Когда вы регистрируетесь на сайте, ваши данные отправляются с использованием HttpPost запроса. Когда вы делаете изменения личной информации, обновлённые данные отправляются как HttpPost, хотя в REST API принято такой запрос помечать как HttpPut. Тут речь идёт об отправке сложных структур данных, возможно, фотографий, видео, аудио, информации о местонахождении, контактные данные. Т.е., другими словами, когда вы сервер уведомляете о какой-то новой информации.

Стоит отметить, что редирект через url является HttpGet запросом. Если вы просто делаете переадресацию на какую-то страницу и в url передаёте id клиента (Для примера), что бы на странице сведений вывести его данные (Опять же, чисто для примера), это НЕ HttpPost запрос, это просто редирект. Потому что вы не обновляете никакую информацию. Когда вы обращаетесь к серверу с просьбой отрисовать/отрендрить страницу и передаёте туда id клиента, сервер отдаёт ответ на HttpGet запрос, который имеет разметку самой страницы.

Иными словами, HttpGet запрос, это то, когда сервер должен отрисовать новую разметку или вернуть какие-то данные в некотором формате (В основном JSON для API). Может выполняться несколько запросов, если вы во время регистрации на сайте отправляете данные, делается сначала HttpPost запрос с отправкой ваших данных, а потом HttpGet, когда у вас рендрится новая страница, на которую вас перекинуло.

Так же есть HttpPut - аналогия HttpPost, разницы нет почти никакой. Обычно используется для обозначения запроса на обновление информации, т.к. HttpPost должен работать как запрос на создание. Тот же пример HttpDelete - когда нужно удалить информацию.

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

Других вариантов нет.

Только с помощью скрипта

function onEdit(e) {
  try {
    const sheet = e.range.getSheet();
    const col = e.range.getColumn();
    if (
      sheet.getName() === 'Sheet3' &&
      (col === 15 || col === 16) &&
      (e.value === 'TRUE' || e.value === 'ИСТИНА')
    ) {
      const vals = [[col === 15, col === 16]];
      sheet.getRange(e.range.getRow(), 15, 1, 2).setValues(vals);
    }
  } catch (err) {
    SpreadsheetApp.getActive().toast(err);
  }
}

Пример в Таблице https://docs.google.com/spreadsheets/d/12lcPQeUf0B...

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

Я работал с несколькими самородками. Эти ребята - реальные спецы своего дела. Вышка им бы только мешала в их работе, оттягивая на себя их реально ценное время. Они многого добились и продолжают добиваться. Это такие немного особые люди. А для всех остальных людей без образования будут мои следующие строки.

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

Оттарабанить 4-6 лет, вытягивая лямку нормативов на экзаменах без четкого понимания требований к тебе - это пустить деньги и время на ветер.
В ВУЗ нужно идти за обучением самоконтролю, за обучением самодисциплине, за обучением самоорганизации. Вот те самые навыки, которые сегодня дает ВУЗ. Диплом магистра, бакалавра или специалиста - это дополнительный бонус. Разовьешь эти навыки самостоятельно - станешь одним из точно таких же самородков.
В ВУЗ стоит идти за трамплином к знаниям. Чаще всего человека надо только подтолкнуть чтобы он стал специалистом. А толчком таким и является программа базового обучения в ВУЗе. Обучение базовое потому что его для последующей работы все равно хватать не будет. Дальше с этого трамплина нужно рвать во весь опор, находя и усваивая самые важные и самые нужные для своей работы знания. Осилишь найти все эти знания сам - ну чтож, ты один из немногих способных.
По окончании ВУЗа человек не выпускается готовым к работе. На этом этапе он обладает только самыми базовыми навыками и дальше нужно продолжать учиться по профилю работы. Для этого есть стажировки, квалификационные курсы, а так же разнообразные книги и циклы статей для самостоятельного обучения.
ВУЗы не готовят людей к работе, ВУЗы готовят людей к самостоятельной профессиональной подготовке.

Люди без вышки спокойно работают в геймдеве рядовым персоналом десятки лет без шанса и желания повышения. Деньги идут, работа делается, проблем нет. Кое-где я таких людей наблюдал целыми отделами. Прекрасно работают, их все устраивает. Некоторым людям не нужны перспективы карьеры или роста, это нормально. А значит, таким людям и вышка тоже не сильно нужна.

H-мост

Предварительно установить библиотеку Adafruit-GFX-Library

Пример в Таблице https://docs.google.com/spreadsheets/d/1cfF88hVRfM...

Не самая понятная формула, но работает на весь массив сразу

=INDEX(IFERROR(VLOOKUP(
  ROW(A2:A25);
  SPLIT(FLATTEN(IF(
    REGEXMATCH(A2:A25;TRANSPOSE(B2:B25));
    ROW(A2:A25) & "❤" & REGEXREPLACE(A2:A25;TRANSPOSE(B2:B25);TRANSPOSE(C2:C25));
  ));"❤");
  2;
);A2:A25))

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

Потому что вы просите разбить строку по букве d.
Но даже если добавите бэкслеш, то всё равно нужный результат не получите, так как последовательность '100' станет разделителеми, а разделители в результат не включаются.
Чтобы разделителем был переход с не-цифр на цифры и наоборот можно сделать так:

'user100test'.split(/(?<=\D)(?=\d)|(?<=\d)(?=\D)/g);
// [ "user", "100", "test" ]

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



https://docs.google.com/spreadsheets/d/1OlbkEDvUA0...

Как копировать валидацию.

1. В любую ячейку своих данных устанавливаете валидацию
   
2. Копируете эту ячейку
   
3. Выделяете диапазон своих результатов
   
4. Делаете специальную вставку - только валидация
   

Поскольку чёткого словесного описания того, что программа должна делать нет, то всю логику проверить нет возможности. Но первая очевидная ошибка - это то, что Вы для всех событий используете единственную переменную last_time. Так в жизни не бывает. У Вас в программе одновременно отсчитываются несколько временных интервалов и для каждого должен быть свой счётчик.
Рекомендую погуглить статьи на тему "конечные автоматы на ардуино". Это наиболее универсальный подход к решению задач, подобных вашей.
Ну и как-то немного странно - нет кнопки. Два проводка воткнутые в ардуину, которые можно замыкать между собой - вполне себе кнопка!
p.s. Если честно, есть ещё один путь. Использовать одну из библиотек с "таймерами". Там вся эта работа с миллис убрана от пользователя. Но лучше всё-таки один раз самому разобраться, а уж потом, когда будет понимание, можно использовать что угодно.

Потому что в JS ни один массив не равен другому массиву, даже если у них одинаковое содержимое. А indexOf ещё и строгое сравнение использует.
Перепишите логику нахождения номера строки на простой цикл или преобразуйте свой массив:

let row = names.map((row) => row[0]).indexOf(valToFind);