Оценивая качество и непредвзятость источников, входящих в состав Axel Springer, таких как Die Welt, Business Insider, POLITICO и Bild, можно сделать следующие выводы:
1. Die Welt:
- Оценка предвзятости: правоцентристская.
- Оценка фактической точности: высокая.
- Особенности: сосредоточение на новостях, политике, спорте, развлечениях, бизнесе и технологиях; иногда использует эмоционально окрашенные язык и критичный тон в отношении определенных политических фигур, но представляет различные точки зрения.
2. Business Insider:
- Оценка предвзятости: левоцентристская.
- Оценка фактической точности: в основном фактическая, но иногда использует слабые источники и допускал ошибки в проверке фактов.
- Особенности: иногда использует умеренно эмоционально окрашенный язык и выбирает истории, которые склоняются влево; обычно опирается на достоверные источники информации.
3. POLITICO:
- Оценка предвзятости: левоцентристская.
- Оценка фактической точности: высокая.
- Особенности: критиковалось как с левой, так и с правой стороны политического спектра; обычно предоставляет сбалансированные мнения, но в последнее время выбор историй и редакционные позиции склоняются влево.
4. Bild:
- Оценка предвзятости: правоцентристская.
- Оценка фактической точности: смешанная.
- Особенности: сенсационные новости и праволиберальные редакционные позиции; использование вводящих в заблуждение заголовков и допущение ошибок в проверке фактов.
Потому что просто сделать - это, возможно, ничего не получить взамен. А сделать в обмен на что-то, например, на отказ от антимонопольного преследования - это выгодно. Поймите уже - капиталисты ничего не делают просто так.
Да нет ничего лучше Jira. Взять тот же YouTrack, который развивается крупной известной компанией и дольше, чем все остальное - сразу видно, что UX/UI-дизайнеры там отсутствуют, как если бы разработчики и были теми, кто создавал не только функционал, но и интерфейс. Не используете и 10% функционала Jira? Сочувствую, вы много потеряли. Сомневаюсь, что есть замена Jira, кто бы там что ни говорил.
Нет, не знаете, если передавали YAML разработчикам. У вас на выходе должна получиться подробная документация и, главное, автоматом! А не как вы руками в Confluence. OpenAPI и тьма инструментов вокруг него позволяют это делать без каких-либо проблем.
Похоже, что вы изобрели велосипед. Очень рекомендую почитать надёжные источники про Kanban. Одна из основных идей Kanban в том, что работа втягивается, а не вталкивается. Вы, возможно, интуитивно, попытались следовать этому принципу, но реализация слегка хромает. С практической точки зрения этот принцип на Kanban досках обычно реализуется следующим образом (это не я придумал):
Перед каждым "активным" статусом, подразумевающим выполнение какой-либо работы, создаётся статус, в котором накапливается очередь работы, ожидающей втягивание. Например, для вашего Development это может быть Waiting for Development или Ready for Development (суть, думаю, вы уловили).
Работа никогда не вталкивается на любой из "активных" этапов, она всегда помещается в очередь, откуда втягивается на соответствующий этап когда для этого появляется ресурс.
В вашем случае задачи, которые, например, не прошли успешно тестирование, должны возращаться в статус, где будут ждать своей очереди разработки/доработки.
Такая система позволяет сохранять приоритеты (например, Jira глобально отслеживает приоритеты задач относительно друга друга, какой бы путь они ни прошли), но избегать переключения контекста для разработчиков (почитайте об этом). Также она позволяет использовать ещё один принцип Kanban - ограничение объема одновременно выполняемой работы.
Вывод классический - прежде чем изобретать велосипед, стоит изучить накопленную другими мудрость.
Исходный код доступен публично в https://github.com/signalapp. Это не отменяет того, что в этом коде нет закладок, публичный аудит кода, насколько мне известно, никто не проводил, но, по крайней мере, возможность его провести есть.
А так то был публичный аудит самого протокола https://eprint.iacr.org/2016/1013.pdf и выводы там положительные, так что если сервер действительно собран из тех исходников и провести его аудит, то закладки если и останутся, то значит плохо искали, либо, например, сервер собран из других исходников (такое можно было бы легко провернуть, причем не только для Signal, а вообще для любого ПО и если пересобрать клиента еще можно, то после сборки сервера придется самому его разворачивать).
Вы бы сначала себя сделали, прежде чем делиться страшными тайнами с другими...
Окончательный и бесповоротный провал на дно...
Это потому что хлеб и число булок этого хлеба разные вещи, тут все просто, то есть зависит от контекста
Здесь проблема с логикой изложения, неисчисляемые существительные нельзя посчитать, а потому у них нет множественной формы, а не наоборот.
Качественный новостной контент? Это, конечно, личное мнение владельца этого контента.
Немцы (и не только) подняли волну критики, явно не считая контент качественным. Почитайте здесь. Некоторые грозят отказом от подписки на ChatGPT.
Объективно можете ознакомиться здесь:
https://mediabiasfactcheck.com/die-welt/.
https://mediabiasfactcheck.com/business-insider/.
https://mediabiasfactcheck.com/politico/.
https://mediabiasfactcheck.com/bild/.
А если лень читать, вот:
Обзор этого самого ChatGPT
Оценивая качество и непредвзятость источников, входящих в состав Axel Springer, таких как Die Welt, Business Insider, POLITICO и Bild, можно сделать следующие выводы:
1. Die Welt:
- Оценка предвзятости: правоцентристская.
- Оценка фактической точности: высокая.
- Особенности: сосредоточение на новостях, политике, спорте, развлечениях, бизнесе и технологиях; иногда использует эмоционально окрашенные язык и критичный тон в отношении определенных политических фигур, но представляет различные точки зрения.
2. Business Insider:
- Оценка предвзятости: левоцентристская.
- Оценка фактической точности: в основном фактическая, но иногда использует слабые источники и допускал ошибки в проверке фактов.
- Особенности: иногда использует умеренно эмоционально окрашенный язык и выбирает истории, которые склоняются влево; обычно опирается на достоверные источники информации.
3. POLITICO:
- Оценка предвзятости: левоцентристская.
- Оценка фактической точности: высокая.
- Особенности: критиковалось как с левой, так и с правой стороны политического спектра; обычно предоставляет сбалансированные мнения, но в последнее время выбор историй и редакционные позиции склоняются влево.
4. Bild:
- Оценка предвзятости: правоцентристская.
- Оценка фактической точности: смешанная.
- Особенности: сенсационные новости и праволиберальные редакционные позиции; использование вводящих в заблуждение заголовков и допущение ошибок в проверке фактов.
Возможно, все же имеется в виду эффективность в 90% случаев, то есть выздоровление 90% "пациентов".
Потому что просто сделать - это, возможно, ничего не получить взамен. А сделать в обмен на что-то, например, на отказ от антимонопольного преследования - это выгодно. Поймите уже - капиталисты ничего не делают просто так.
Какими образом они могли бы получать проценты, например, с бесконтактных платежей устройством с помощью Google Pay? Никак.
Да, в Jira прям дофига клёвый UX, это вне всякого сомнения, знаю под своему личному опыту ее использования)
Да нет ничего лучше Jira. Взять тот же YouTrack, который развивается крупной известной компанией и дольше, чем все остальное - сразу видно, что UX/UI-дизайнеры там отсутствуют, как если бы разработчики и были теми, кто создавал не только функционал, но и интерфейс. Не используете и 10% функционала Jira? Сочувствую, вы много потеряли. Сомневаюсь, что есть замена Jira, кто бы там что ни говорил.
Нет, не знаете, если передавали YAML разработчикам. У вас на выходе должна получиться подробная документация и, главное, автоматом! А не как вы руками в Confluence. OpenAPI и тьма инструментов вокруг него позволяют это делать без каких-либо проблем.
Возможно и сработает, но может получиться, что члены экипажа будут выглядеть примерно так:
Капитан корабля
Похоже, что вы изобрели велосипед. Очень рекомендую почитать надёжные источники про Kanban. Одна из основных идей Kanban в том, что работа втягивается, а не вталкивается. Вы, возможно, интуитивно, попытались следовать этому принципу, но реализация слегка хромает. С практической точки зрения этот принцип на Kanban досках обычно реализуется следующим образом (это не я придумал):
Перед каждым "активным" статусом, подразумевающим выполнение какой-либо работы, создаётся статус, в котором накапливается очередь работы, ожидающей втягивание. Например, для вашего Development это может быть Waiting for Development или Ready for Development (суть, думаю, вы уловили).
Работа никогда не вталкивается на любой из "активных" этапов, она всегда помещается в очередь, откуда втягивается на соответствующий этап когда для этого появляется ресурс.
В вашем случае задачи, которые, например, не прошли успешно тестирование, должны возращаться в статус, где будут ждать своей очереди разработки/доработки.
Такая система позволяет сохранять приоритеты (например, Jira глобально отслеживает приоритеты задач относительно друга друга, какой бы путь они ни прошли), но избегать переключения контекста для разработчиков (почитайте об этом). Также она позволяет использовать ещё один принцип Kanban - ограничение объема одновременно выполняемой работы.
Вывод классический - прежде чем изобретать велосипед, стоит изучить накопленную другими мудрость.
Я тоже вначале подумал, что автор просто толстый тролль, но прочитав половину этого "труда", понял, что все намного проще...
Эта статья не будет интересна никому, поэтому попрошу избавить всех от вашей «экспертной статьи».
Исходный код доступен публично в https://github.com/signalapp. Это не отменяет того, что в этом коде нет закладок, публичный аудит кода, насколько мне известно, никто не проводил, но, по крайней мере, возможность его провести есть.
А так то был публичный аудит самого протокола https://eprint.iacr.org/2016/1013.pdf и выводы там положительные, так что если сервер действительно собран из тех исходников и провести его аудит, то закладки если и останутся, то значит плохо искали, либо, например, сервер собран из других исходников (такое можно было бы легко провернуть, причем не только для Signal, а вообще для любого ПО и если пересобрать клиента еще можно, то после сборки сервера придется самому его разворачивать).
Короче к ProtonMail нужно подключаться всегда через VPN, но не ProtonVPN ✅
Чтобы делать добро, очевидно же
Что это за язык? Какой-то новомодный?
Я про Гугл ничего не говорил.