Не раз слышал, что некоторые колбасят код под "косяком". Интересно какое качество кода потом?

Если ревью делает сотоварищ тоже под "косяком", то, думаю хорошое, ибо взаимопонимание должно быть на самом высоком уровне )

Я не знаю, скольких людей сейчас сделаю миллиардерами

Вы бы сначала себя сделали, прежде чем делиться страшными тайнами с другими...

А неисчисляемые вообще не имеют множественной формы, потому их нельзя посчитать.

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

поможет предоставить людям новые способы доступа к качественному новостному контенту в режиме реального времени

Качественный новостной контент? Это, конечно, личное мнение владельца этого контента.

Немцы (и не только) подняли волну критики, явно не считая контент качественным. Почитайте здесь. Некоторые грозят отказом от подписки на ChatGPT.

Объективно можете ознакомиться здесь:

1. https://mediabiasfactcheck.com/die-welt/.

2. https://mediabiasfactcheck.com/business-insider/.

3. https://mediabiasfactcheck.com/politico/.

4. https://mediabiasfactcheck.com/bild/.

А если лень читать, вот:

1. Перед каждым "активным" статусом, подразумевающим выполнение какой-либо работы, создаётся статус, в котором накапливается очередь работы, ожидающей втягивание. Например, для вашего Development это может быть Waiting for Development или Ready for Development (суть, думаю, вы уловили).

2. Работа никогда не вталкивается на любой из "активных" этапов, она всегда помещается в очередь, откуда втягивается на соответствующий этап когда для этого появляется ресурс.

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

Такая система позволяет сохранять приоритеты (например, Jira глобально отслеживает приоритеты задач относительно друга друга, какой бы путь они ни прошли), но избегать переключения контекста для разработчиков (почитайте об этом). Также она позволяет использовать ещё один принцип Kanban - ограничение объема одновременно выполняемой работы.

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

РЕМАРКА! Эта статья не будет интересна тем, кто уже знает программирование, поэтому попрошу избавить меня от вашего «экспертного мнения» программиста.

Эта статья не будет интересна никому, поэтому попрошу избавить всех от вашей «экспертной статьи».

А так то был публичный аудит самого протокола https://eprint.iacr.org/2016/1013.pdf и выводы там положительные, так что если сервер действительно собран из тех исходников и провести его аудит, то закладки если и останутся, то значит плохо искали, либо, например, сервер собран из других исходников (такое можно было бы легко провернуть, причем не только для Signal, а вообще для любого ПО и если пересобрать клиента еще можно, то после сборки сервера придется самому его разворачивать).