dollar

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

Если начнутся активные продажи - зарегистрируете ИП, подключите яндекс кассу. ну или там самозанятым станете если такое есть в вашем регионе.

Никак

Класса у ссылки-то тоже нет. Но вот к data-элепенту прицепиться можно.
Пример:

$('[data-cke-saved-href="tel:+77771256606"]').on('click', function() { 
    alert('clicked');
})

Или просто к href:

$('[href="tel:+77771256606"]').on('click', function() { 
    alert('clicked');
})

Ну и можно использовать класс родительского элемента:

$('.btn_descr a').on('click', function() { 
    alert('clicked');
})

var str = 'Текст, текст, текст, текст, текст, текст';
var p = document.querySelector('p');
var str_arr = str.split(',');
var i = 0;
var colors = ['red', 'green', 'black', 'yellow', 'green', 'orange', 'gray']; //массив цветов
p.innerHTML = str_arr[0]; 
setInterval(function(){ 
  p.style.color = colors[i];
  i = (i+1)%colors.length;
}, 1000);

Ну так наверное надо стили элементу задавать, а не строкам: p.style.color = colors[i].

function summa(x,y){
  return x+y;    
}
function show (){
  document.getElementById("r").innerHTML=summa(1,2);
}
show();

var x = 1;
var y = 2;

function sum(x, y) {
  return x + y;    
}

function show() {
  document.getElementById("r").innerHTML = sum(x, y);
}

show();

Нет.

Нет. если не позволяет однозначно идентифицировать человека.

Сама по себе информация "Иван К." не позволяет однозначно идентифицировать.
Однако если у вас там будет указано Иван К. проживающий по адресу ул.Комсомольская 2-15 в городе Ульяновске, то это уже будет персональная информация.

Нет, поскольку с помощью этих данных невозможно однозначно идентифицировать конкретную личность.

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

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

Судя по фразе "доступ к персональным данным (которые я не сохраняю, но теперь должен сохранять и передавать им)" - у Вас там не столько программа, сколько работающий сервис. Опыта общения с людьми в погонах у меня нет, советовать не буду, но перечислю варианты:
1) Потребовать от них письменно передать их требования, потребовать написать ТЗ, потребовать оплатить работу по внедрению нужных им функций.
2) Закрыть проект, отключить сервис, удалить данные.
3) Отдать им пароль от сервиса, и пусть делают что хотят.
4) Отказаться сотрудничать, сохраняя сервис - при этом учитывать, что у них длинные руки.

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

Для начала термины неправильно употребляете.

Авторство ваше всегда с момента создания. Потом, когда к проекту подключаются другие люди - оно может и размывается. Но просто так отказаться от авторства в юридическом плане нельзя. Ну если вы не аноним, конечно.

Ко мне приходят дяди в погонах и говорят, что дело важное, им нужен бэкдор и доступ к персональным данным (которые я не сохраняю, но теперь должен сохранять и передавать им). Сотрудничать у меня нет никакого желания.

Это разного плана вещи.

Если вы систему продаете/сдаете в аренду и есть соответствующий закон - придется или встроить или завязать с этим бизнесом. Ну или бегать как Дуров с его Телеграмом.

Возможно ли добровольно снять с себя права и ответственность за проект, чтобы оказаться ни при чем?

Ответственность за что?
Если это у вас какой-нибудь троян - то так не получится.
Накосячил - отвечай.

Если что-то типа мессенджера - вас просто заблокируют. Фактически во всем этом самое для вас что может быть неприятное - если у вас большой и раскрученный проект.

Ну то есть как вы откажетесь, но чтобы проект жил?
Ну публикуйте исходники.

А сам сервер уже будет залочен и проект умрет все равно.

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

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

Если вы можете от проекта отказаться, то скорее всего он загнется.
Но и в подобном маловажном проекте никому не интересно заказывать вам бэкдор.

От права на исходники мы можете легко как уже сказал Рональд Макдональд - исходники в открытый GitHub и GPL/MIT лицензия. А вот от вашего запущенного приложения без его удаления не получится. Исходный код и готовый продукт - разные вещи

Да, можно.

Lua при использовании специальной виртуальной машины с LuaJIT

но более быстрый в плане компиляции

Вы что-то делаете не так, если для вас критично время компиляции.
Компиляция задумана как одноразовый или очень редкий процесс

Где-то слышал что в Луа можно "отключать неиспользуемые фичи" для его "убыстрения", может это поможет вам остаться на Lua и не отдаваться в спираль удушья Питона

Вы приводите в пример сервисы на основе Spring, только я не пойму, причём тут iOS?

Напишу оба варианта.

Back-end:
1) Знать Swift(очевидно)
2) Знать Vapor
3) Знать Swift Package Manager
4) Знать NIO
5) Знать Foundation
6) Знать Dispatch

Front-end iOS Client:
1) Знать Swift(очевидно)
2) Знать UIKit
3) Знать Foundation
4) Знать Dispatch
5) Знать Core Data
6) Знать CocoaPODS(хотя любые менеджеры зависимостей считаю по большей части бесполезными в разработке клиента, ибо 80% работы - это работа интерфейса, где конкретных и нужных тебе решений крайне мало. Легче написать самому, а может и не легче, но лучше бы...)

* Сортировка в порядке важности.

при наличии на сервере HTTP/2 модули из CDN могут загружаться параллельно в отличии от той же webpack-сборки

C webpack-сборкой тоже может всё загружается параллельно и без блокировки контекста.

Так какой же подход все таки является более удачным в современных реалиях?

Современные реалии - современные методы. Но будут ли оправданы эти вложения - зависит от проекта. Если у вас ресурсы разбросаны по множественным серверам - то выгода будет минимальна