#ошибки — Public Fediverse posts

Обработка ошибок и исключений в RPG на IBM i

Продолжение цикла статей "что такое RPG и как с ним работать. Предыдущие статьи Современный RPG — что может и зачем нужен Способы работы с БД DB2 в языке RPG на платформе IBM i

https://habr.com/ru/articles/903516/

#ibmi #rpg #rpgle #исключения #ошибки

Журналирование ошибок: практическое руководство для Java, Kotlin, JavaScript и Python

Привет, Хабр! Меня зовут Ноянова Наталья, около 10 лет я исследую и работаю в ИБ, сейчас занимаюсь статическим анализом кода, изучаю его недостатки и уязвимости. Один из типов таких недостатков кода привлек моё внимание. Анализаторы кода описывают это как внутренние или внешние утечки информации, которые связаны с журналированием ошибок работы программы. И правки этого недостатка кода навели меня на мысли, которые изложены в данной статье. Для исправления подобных недостатков требуется не просто внести правки в код (вроде замены ссылок, начинающихся с «http» на «https»), а произвести целый ряд действий: перенастроить конфигурацию работы программы, понять суть безопасного логирования, найти баланс между необходимым и излишним. Ниже примеры таких решений, а также причины, почему это стоит вашего внимания. Сперва — общая теория, затем — обзор практик безопасного логирования, что будет, если вы его не настроите. Спойлер — сперва поймут, чем вы пользуетесь, затем подберут уязвимости для него, настроят эксплойты и применят. Журналирование ошибок — это критически важная часть жизненного цикла программного обеспечения. Оно упрощает отладку, позволяет выявлять сбои на ранней стадии и предотвращать их повторение. Однако журналы ( жарг. логи) должны быть не только информативными, но и безопасными. Статья написана на основе горького опыта наблюдения за ошибками разработчиков и участия в CTF. Приведена общая информация о журналировании ошибок, библиотеках для этого, как это может сыграть на руку хакерам и как от этого можно предотвратить.

https://habr.com/ru/companies/T1Holding/articles/1063806/

#журналирование_ошибок #ошибки #журналы #логи #уязвимости #безопасность #иб

Error messages in UX: how to make them effective and user-friendly

An error message is a short message that appears on the screen when a user does something wrong or a software product itself fails to perform and complete a certain action. They are often perceived as insignificant annoying notifications that no one actually reads before clicking “OK”, but in fact they play a vital role in providing information on any problems and issues that users encounter during app use and aiding them in completing tasks successfully. The way error messages are designed impacts user experience heavily: poor design leaves users in confusion on what exactly went wrong and how to fix it, which in its turn leads to frustration and even app abandonment, whereas effectively crafted messages serve as a helpful tool in providing clarity on how to proceed when encountering an issue.

https://habr.com/ru/articles/1057944/

#ux #ux_design #ux_дизайн #error #error_handling #error_message #ошибки

Ошибка в коде, на которую приходится не обращать внимание

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

https://habr.com/ru/companies/pvs-studio/articles/1044834/

#static_analysis #статический_анализ #javascript #typescript #bitwise #битовые_флаги #ошибки #ошибки_программистов #open_source

Crashprobe: перехват ошибок Python в синхронном коде и потоках

Привет, Хабр! Меня зовут Андрей, как и многие, я уставал от красных сообщений в консоли, где не видно значений переменных. Приходилось ставить print(), гуглить – терял кучу времени. Поэтому я написал crashprobe – библиотеку, которая делает отладку простой и наглядной.

https://habr.com/ru/articles/1044368/

#python #библиотека #отладка #ошибки #перехват_исключений #crashprobe #open_source

Доверяй, но проверяй? Разбираемся, можно ли дать ИИ-агенту админские права

SpaceWeb в этом году исполняется 25 лет. К юбилею мы запускаем серию разговоров с экспертами компании о будущем сфер, в которых они работают. В каждом тексте — несколько специалистов, один острый вопрос и формат живого интервью: мы задаем вопрос, эксперты отвечают, спорят и достраивают мысли друг друга. Сегодня тема, которая уже всем немного надоела, но только потому что всё еще актуальна. ИИ пишет код, помогает в поддержке, лезет в автоматизацию и все чаще оказывается рядом с продом. Но рядом — еще не значит внутри. Где агентам сегодня реально место в хостинге и инфраструктуре? Можно ли давать им админские права? Чем ошибка ИИ отличается от ошибки человека? И готов ли клиент к тому, что его проблему ночью будет разбирать не инженер, а модель?

https://habr.com/ru/companies/runity/articles/1043482/

#spaceweb #админ #администрирование #админы #ииагенты #ииассистент #ошибки #ошибки_программистов #поддержка #chatgpt

Почему собеседования превратились в театр впечатлений?

Найм сломан уже давно. Минимум 50 лет в этой сфере массово применяются практики, которые не работают, а то и причиняют больше вреда, чем пользы. В статье я детально разберу процесс собеседований. Покажу, где именно они сломаны, где рекрутеры ошибаются в своих практиках и переоценивают свои навыки и подходы, где обращают внимание на неважное, а где - упускают именно то ключевое, что и повышает шансы на успешный отбор кандидатов . Потому что, согласно исследованиям и статистике, собеседования - не метафорический театр впечатлений, а реальный цирк с клоунами и конями с уровнем ошибок в 40-60%, в котором только 10-20% рекрутеров действительно заняты своей работой, а не её имитацией. Разбираться в найме лучше рекрутеров

https://habr.com/ru/articles/1035342/

#управление #управление_людьми #управление_командой #найм #найм_персонала #найм_сотрудников #ошибки #ошибки_управления

Мифы про REST API. Часть 3

Привет всем, на связи снова Дарья Борисова, системный аналитик из ПСБ. Продолжаю развеивать мифы о REST API. Если вы пропустили первую и вторую часть, то советую заглянуть туда: ведь мы уже разобрали некоторые заблуждения о природе REST. Сегодня мы разберем нюансы транспортных и бизнес-ошибок, погрузимся в кеширование и узнаем, действительно ли REST должен быть прокси для базы данных. Переходите под кат, начинаем!

https://habr.com/ru/companies/psb/articles/1031002/

#rest #rest_api #restful_api #http #кеширование #ошибки #ошибки_на_сайте

Русская рулетка с поиском: почему каждый десятый ответ в AI-выдаче — ложь

ИИ все активнее в повседневных задачах, например стал частью поиска. Google и другие системы генерируют сверху LLM-сводку. Не надо тратить время на выбор ссылок и анализ информации — получаешь всё на блюдечке, даже с понятной версткой. Но все мы знаем, что ИИ выдает несуществующие факты, путает источники и делает некорректные выводы. Насколько часты эти ошибки? И критичны ли? Рассмотрю, откуда они в поиске, на примере Google — только потому, что под руку попалось исследование его точности. Так-то поисковые ИИ-агенты чудят примерно одинаково.

https://habr.com/ru/companies/ru_mts/articles/1031062/

#ошибки #ошибки_ии #поиск #google

Логи, которые реально помогают: как дебажить продакшен-бота

Знакомая ситуация: бот вроде бы работает. Люди тыкают кнопки, получают ответы, всё хорошо. Но иногда случается странное. Прилетает сообщение в поддержку: «Бот не отвечает». Или ещё хуже: «Бот выдал какую‑то ошибку и всё». Вы бежите к терминалу, поднимаете историю... и ничего не видите. Ни ошибки, ни стека, ни даже намёка на то, где именно всё сломалось. Вы просто слепы. Без нормальных логов вы не понимаете ровно ничего: обработчик не сработал, API молчит, база данных упала или вы просто забыли зарегистрировать хендлер. Спойлер: я через это проходил, и не раз. Читать далее...

https://habr.com/ru/articles/1029992/

#python #logging #логирование #программирование #ошибки

8 из 10 людей пишут промпты неправильно. Гайд от учёных, чтобы выжить в 2026 году

66% руководителей в США заявляют, что не наняли бы кандидата без навыков работы с ИИ, а 71% отдадут предпочтение менее опытному кандидату с навыками ИИ, чем более опытному без них. Такие выводы появились в отчётах Microsoft и LinkedIn ещё в 2024 году . В то же время «большинство пользователей использует инструмент плохо», заявила OpenAI в исследовании «How people use ChatGPT» . А 73% всех запросов сформулированы бытовым языком, который нейросеть понимает буквально и ведёт себя как глупая жестянка. Мы проанализировали исследования учёных в сфере машинного обучения и составили инструкцию, как писать промпты правильно и легко получать работу, несмотря на конкуренцию с ИИ. Проверить себя на ошибки

https://habr.com/ru/companies/tsnis/articles/1029406/

#нейросети #промптинжиниринг #промпты #искусственный_интеллект #ошибки #агрегатор_нейросетей

12 проблем с отбором резюме: чиним найм по науке

Руководитель одного популярного кадрового агентства рассказал, как они целых 3 месяца пытались выстроить работу по поиску сотрудников в одной крупной компании. А потом предложили отменить всех рекрутеров и дать отбор только на экспертов и тех, кто собственно и ищет сотрудника. И "внезапно" выяснили, что закрываемость вакансий улучшилась. ВНЕЗАПНО! Многие компании могут поступить схожим образом и уволить рекрутеров, отдав задачу на подбор профильным сотрудникам. А могут обойтись без таких жертв: перестать следовать глупым и часто вредным карго-культам и навести порядок в найме в соответствии с имеющими научное подтверждение практиками. В этой статье мы рассмотрим, какие именно ошибки, ложные акценты, ритуалы и прочие глупости в отборе резюме вредят рекрутингу, отсекают подходящих кандидатов и допускают совсем не тех, кто нужен. Начать отбирать резюме лучше рекрутеров

https://habr.com/ru/articles/1025378/

#рекрутинг #рекрутмент #рекрутинг_в_it #рекрутеры #рекрутинговые_агентства #ошибки_управления #ошибки #ошибки_и_грабли

Инженерия найма: причины карго-культа

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

https://habr.com/ru/articles/1022538/

#рекрутинг #рекрутмент #рекрутер #рекрутеры #ошибки #ошибки_управления #управление_людьми #управление

Почему мы признаёмся в косяках публично

За последние два года мы выросли в пять раз. При таком темпе ломаются «костыли» в процессах и случаются ошибки. Иногда — критичные. Один раз верстальщик при рефакторинге этикетки перепутал компоненты, и вышла целая партия сывороток, где вместо дорогого аскорбил глюкозида был указан дешёвый аскорбил фосфат натрия. Это чуть не стоило нам репутации, потому что новость расфорсилась по чатам, и нас обвинили в скрытом удешевлении состава. В таких случаях (и в любых других) мы никогда не прячемся за сухими пиар-отписками. Наша задача — честно признать, исправить и по возможности загладить вину. Рассказываю, какие результаты у такой открытости и почему иногда она работает лучше, чем дорогая реклама.

https://habr.com/ru/companies/geltek/articles/1016794/

#производство_косметики #ошибки #корпоративная_культура #маркетинг #управление_репутацией #контроль_качества #клиентский_сервис #аудит_производства

Боже, как же я ошибался

Все ошибаются. Ничего не поделаешь, shit happens, это нестрашно. Намного хуже, когда сильные, умные люди начинают сомневаться в себе из-за косяков. Причём не из-за каких-то критичных провалов, а из-за мелочей: где-то опоздали на пару минут на созвон, где-то пришлось переделывать задачу, где-то что-то не то сказали на встрече. И переживают потом: «Боже, зачем я это сказал вчера? Теперь все думают, что я дурак». Привет, Хабр. На связи Саша Сергеев, CTO в Профи.ру. Я сам через это проходил. И часто вижу подобный страх ошибок в других. Хочу поговорить о том, как разработчикам жить с этим страхом и как в нормальных командах относятся к ошибкам.

https://habr.com/ru/companies/profi_ru/articles/1014282/

#карьера #карьера_программиста #карьера_итспециалиста #ошибки #ошибки_программистов #выгорание #усталость #работа_в_it #работай_над_собой #здоровье

История моего провала, или Почему даже топы нуждаются в психологической безопасности

Мне казалось, я делал всё как надо. Эмпатия, активное слушание, аргументы — я применил весь доступный арсенал для успешного ведения переговоров. Но проект стоимостью в миллионы рухнул. Спустя годы я понял: фатальная ошибка произошла в первую же минуту разговора.

https://habr.com/ru/companies/smartvalues/articles/1013970/

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

Мой плохой код — это ваша вина

Ну, не ваша, хабравчане, а ваша , создатели языков, библиотек, фреймворков итд. Но давайте не забегать вперёд. Я как-то привык что если что-то ломается или плохо работает, то это я виноват. Это называется «брать ответственность за свои поступки» или, в случае программиста, за свой код, и это считается хорошим делом. Разумеется, по эго это бьёт иногда больно, и некоторые моменты вспоминать не очень приятно. Самое страшное, что я когда-либо делал — коммитил приватный ключ в публичной репо. Вот написал и мне опять стыдно. Но я осознаю, что это всё я. Но внезапно я открыл для себя тот факт, что не во всех ошибках моя вина . То есть да, это моя голова думает код, это мои руки печатают этот код, но ошибка идёт не от меня. Ошибка заложена ещё раньше, вообще задолго до меня, а иногда даже задолго до моего рождения. Сейчас я вам это покажу. Будет интересно, но впереди много боли. Я предупредил. Хочу страдать

https://habr.com/ru/companies/timeweb/articles/1007538/

#боль #ошибки #ошибки_программистов #ошибки_в_коде #ошибки_и_грабли #саботаж #черти #раздолбайство #linux #timeweb_статьи

Понятия способ, случай, действие и его свобода, причина, измерение, предположение и его верность, игра, поведение и ум

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

https://habr.com/ru/articles/1008420/

#словарь #математика #математическая_статистика #теория_вероятностей #теория_алгоритмов #теория_игр #философия_программирования #философия #философия_разума #ошибки

Апгрейды ПК, которые выглядели логичными, но не дали почти ничего

Существуют апгрейды, которые делают отнюдь не новички, а люди с пониманием архитектуры ПК. Но даже у них случаются промахи, которые почти не дают выхлопа. Причем на бумаге-то все выглядит правильно. Спецификации обещают прирост, а люди на форумах всерьез обсуждают именно эти варианты модернизации. Однако на практике почему-то все получается наоборот. Ставишь новое железо, тестируешь – и понимаешь: что-то пошло не так. То есть система, конечно, стала чуточку быстрее, но не настолько, чтобы апгрейд вообще имел финансовый смысл. Сегодня вспоминаем примеры таких неочевидных ловушек и пытаемся вспомнить в них себя.

https://habr.com/ru/companies/x-com/articles/1002966/

#xcomshop #апгрейд #сборка_пк #ошибки

Как нам перегрузили производство из-за нейронки

Дано: пользователи не знают, что делать с нейросетями. Это известная проблема. Если им не дать прикладной интерфейс, они не понимают, что можно почти всё. Мы знали, что те, кто загоняют своё селфи в модель и спрашивают, какую уходовую косметику купить, потом её часто покупают. Потому что модель фигни не посоветует. Ну и это косметика, там «Да, вы абсолютно правы, это была летальная доза, приношу извинения» не бывает. Почти. Мы дали людям интерфейс приложить селфи. Думали, поиграем и забудем. Фредди, например, модель выдала комплимент про идеально отполированную кожу (ну а что, после такого радикального пилинга он реально блестит), а у Дарта Мола нашла тёмные круги. В конце модель подбирает 5 пробников и дарит их. Стоит 200 рублей. Это просто отсечь халявщиков. Мы не знаем, что именно тут сработало: 5 пробников за 200 рублей или то, что можно загрузить селфи и погадать по нему, но лимит токенов нам выжрали очень быстро. Мы добавили. В целом торговля пробниками и токенами шла в убыток, но если бы была хоть какая-то конверсия, то всё бы более-менее наладилось бы. Через месяц нам снесли мощности производства — пробники работали, люди хотели большой флакон. Виноваты, конечно, тиктокеры. Ночные смены, куча коробок на складе, менеджеры по логистике спрашивают, что это, и так далее. Мы отработали почти в ноль — всё-таки пробники и токены стоят денег. Но это десятки тысяч заказов, и теперь мы знаем проблемы людей с распределением по карте. Лаборатория дико потирала руки, понимая, что эти проблемы мы легко можем решить за 2–3 года.

https://habr.com/ru/companies/geltek/articles/1001336/

#LLM #производство #обработка_заказов #бизнеспроцессы #пробники #логистика #программа_лояльности #факапы #ошибки

Обзор книги «Ошибаться – это норм!», Эми Эдмондсон

Чем толковее врачи, тем больше ошибок они фиксируют в своих отчетах. А проблема плохих врачей не в том, что они плохие, а в том, что они этого не понимают. Видеть ошибки — один из важнейших навыков. Он спасает жизнь, карьеру, семью. Он же является мощным конкурентным преимуществом. Особенно, если знать куда смотреть и как интерпретировать увиденное. Что ж, попробуем в этом разобраться. Меня зовут Костя Дубровин. Я веду канал про книги. Разобраться

https://habr.com/ru/articles/988390/

#Ошибки #корпоративная_культура #управление #менеджмент #инновации #контроль #качество

Маркировка моторных масел в 2026: как бизнесу не остаться «на костылях» и выстроить автоматизацию под реальные процессы

Обязательная маркировка моторных масел и автомобильных жидкостей стала не просто новым этапом регулирования рынка, но и драйвером автоматизации для всего автомобильного сектора. Без DataMatrix-кода перемещение и реализация товаров этой категории становятся невозможными: код нужен производителям, импортёрам, дистрибьюторам, рознице и автобизнесу — для каждого экземпляра продукции и для каждого этапа оборота.

https://habr.com/ru/articles/987924/

#маркировка #моторные_масла #честный_знак #внедрение #интеграция #data_matrix #ошибки #рекомендации

Избавляемся от ошибок Segmentation fault из-за переполнения стека в С++

Развивая идею доверенного языка программирования я пришел к выводу, что за счет ограничений синтаксиса и создания соответствующих проверок в статическом анализаторе кода, можно защититься практически ото всех технических ошибок, кроме двух - контроль динамически выделяемой памяти и переполнения стека. Причем, если для подсчета ссылок в рантайме, решения существуют, то контроль переполнения стека невозможно сделать не только во время анализа исходного текста программы, но это практически невозможно и во время выполнения приложения! Ведь ошибка переполнение стека (stack overflow) - это всегда фатально, так как не существует способа поймать и обработать эту ошибку изнутри выполняемой программы, чтобы потом продолжить её выполнение как ни в чем не бывало. Существует ли хотя бы теоретическая возможность защититься от ошибок переполнения стека и сделать из нее обычную ошибку (исключение), которую можно поймать (обработать) в самом приложении, чтобы была возможность продолжить выполнение программы без боязни последующей ошибки сегментации (segmentation fault) или повреждения стека (stack smashing)?

https://habr.com/ru/articles/983394/

#переполнение_стека #segmentation #segmentation_fault #stack_overflow #ошибки #исключения_в_c++ #обработка_ошибок #надежное_программирование #сезон_ии_в_разработке

Баги на диком западе: топ-10 ошибок в C и C++ проектах за 2025 год

Весь год мы скакали по бескрайним полям открытого кода, расследуя преступления, отстреливая уязвимости и собирая трофеи. Но сегодня мы решили заглянуть в самый пыльный бар, где у стойки стоит опытный шериф и вспоминает десять самых лихих и опасных багов на диком западе.

https://habr.com/ru/companies/pvs-studio/articles/981944/

#open_source #программирование #статистический_анализ #c++ #c #static_analysis #топ10 #поиск_ошибок #ошибки #pvsstudio

10 самых интересных ошибок в Java проектах за 2025 год

2025 год подходит к концу. Minecraft моды, каталонский язык и неочевидные взаимодействия с тернарным оператором — с чем только не успел познакомиться наш анализатор. А значит, самое время вам об этом рассказать — представляем топ-10 ошибок, которые нашёл анализатор PVS-Studio в Open Source проектах за 2025 год.

https://habr.com/ru/companies/pvs-studio/articles/980856/

#java #ошибки #ошибки_в_коде #топ #pvsstudio #статистический_анализ #minecraft #minecraft_модификации #opensource

Загадочное трио: откуда берутся ошибки 502, 503 и 504

Каждый сисадмин хоть раз сталкивался с 502 Bad Gateway, 503 Service Unavailable и 504 Gateway Timeout. Эти ошибки появляются неожиданно и пугают тем, что где-то что-то упало. Но откуда вообще взялись сами коды и почему именно они так часто преследуют администраторов? Под катом погружусь в историю HTTP, объясню банальные причины и расскажу, как найти и где пофиксить эти проблемы. Читать

https://habr.com/ru/companies/ruvds/articles/976264/

#хостинг #системное_администрирование #сервер #серверное_администрирование #ошибки #504_Gateway_Timeout #503_Service_Unavailable #502_Bad_Gateway #HTTP #ruvds_статьи

90% программистов совершают эти ошибки. Как писать на Angular грамотно

Давайте начистоту. Большинство Angular-приложений пишутся по инерции. Мы используем паттерны, которые выучили на заре второй версии, и продолжаем тащить их за собой, игнорируя всё, что фреймворк предложил за последние годы. Фреймворк постоянно обновляется и дополняется, и уследить за всеми лучшими практиками почти нереально. В итоге даже опытные разработчики продолжают делать ошибки, которые когда-то не считались ошибками. В небольшом проекте это не страшно, но в крупном такие просчеты накапливаются и превращают код в трудноподдерживаемый легаси. Проблема в том, что фреймворк меняется, а привычки остаются. В этой статье мы не будем говорить о базовых синтаксических ошибках или разбирать, где вы точку с запятой забыли. Речь пойдёт о более глубоком уровне, об архитектурных просчётах и антипаттернах, которые тиражируются из проекта в проект. Многие из этих привычек были допустимы в прошлом, но с приходом новых версий, вроде Angular 20, от них пора избавляться.

https://habr.com/ru/companies/ruvds/articles/967016/

#angular #html #htmlверстка #верстка_сайтов #web #фронтенд #фронтендразработка #фронтендфреймворки #ошибки #ruvds_статьи

3 когнитивных ловушки IT-фаундера перед инвестором. Или почему технология «зависает» без «софт»-стратегии

Вы — гений. Ваш продукт безупречен с точки зрения архитектуры, а метрики в Excel выглядят прекрасно. Вы создали технологию, которая стоит $10 миллионов. Но почему при встрече с инвестором или партнёром вы постоянно слышите «нет» или «мы подумаем»? Проблема не в вашем коде и не в рынке. Проблема в том, что IT-фаундеры, которые сами выросли из CTO или разработчиков, часто попадают в когнитивные ловушки, где hard skills продукта разбиваются о soft skills продаж. Давайте разберём три ловушки, которые мешают вашему технологическому прорыву стать финансовым.

https://habr.com/ru/articles/970454/

#стратегия #питч #выступления #инвестиции #инвестор #ошибки

Không tìm thấy cuda0 chỉ có vulkan driver. Người dùng gặp vấn đề với cuda 13 và driver nvidia mới nhất trên w10. #Cuda #Vulkan #Nvidia #W10 #Driver #Lỗi #Sự cố #КудаНеНайден #Вулкан #Нвидиа #Виндовс10 #Драйвер #Ошибки

https://www.reddit.com/r/LocalLLaMA/comments/1or5b9n/no_cuda0_found_just_vulkan_driver_easy_question/

Всегда допускать, что ты можешь ошибаться - нормально. И даже полезно. У меня это давно стало привычкой, и не раз помогало увидеть что-то под другим углом, так сказать. Или заметить то, в чем ошибаюсь и задавшись вопросом, "а как всё таки на самом деле", найти для себя верный ответ. Люди же, которые уверенны в том, что они всегда правы и никогда не могут ошибиться, будто теряют некую..."манёвренность", что ли. (и эти "всегда", "никогда" - тоже обобщение, когнитивное искажение). Часто они боятся ошибиться, думая что ошибки = плохо, и зря: ведь как раз на ошибках можно научиться новому, они - как ступеньки для роста. Не ошибаться вообще никогда - невозможно, "идеального" человека который бы "никогда" не ошибался - нет. И да, всегда интересно когда встречается собеседник, который тоже умеет допускать, что может и ошибаться, и умеет учится на своих ошибках. Такие люди более открыты к познанию нового, и их критическое и аналитическое мышление более развито.

#размышления #мысли #ошибки

Ошибки — это не провалы
Это повороты. Порой самые важные.

#ошибки #опыт #путь #трансформация
→ https://t.me/tribute/app?startapp=srfZ
P.S. Made by a madman — Kirill Bereznev
https://t.me/tribute/app?startapp=srfZ

Странное начало книги «Чек-лист» (https://www.itakspisok.blog/strannoie-nachalo-knighi-chiek-list/)

В предисловии к книге хирурга Атула Гаванде «Чек-лист. Как избежать глупых ошибок, ведущих к фатальным последствиям» [1] содержится упоминание статьи философов Сэмюеля Горовица и Аласдера Макинтайра Toward a theory of medical fallibility [2]. Эта статья говорит, что все научные ошибки совершаются лишь по двум причинам. Книга ещё как-то пытается сгладить резкость этой классификации выражением «у нас есть по крайней мере две причины»*. А вот в статье соавторы говорят смело, что названными двумя причинами все типы научных ошибок и исчерпываются.

С другой стороны, книга расширяет взгляд на ошибки. Теперь это уже не только научные ошибки, но и любые ошибки вообще. Вот цитата с описанием их типов:
❝
Первая – это неведение. Мы можем делать ошибки потому, что наука не дает нам полного знания о том, как устроен мир. Есть небоскребы, которые мы пока не знаем, как построить. Есть снежные бури, которые мы не умеем предсказывать, и есть инфаркты, которые мы не умеем лечить. Второй причиной наших ошибочных действий философы называют наше неумение, когда знания существуют, но мы не можем их правильно применить. Скажем, мы неправильно строим небоскреб, и он рушится, или происходят снежные бури, признаки которых метеорологи умудряются просмотреть. Наконец, врачи забывают спросить, чем была нанесена рана пациенту.
❞

Что при первом прочтении, сегодня я не могу понять, как можно было проигнорировать прочие типы ошибок?! Но, даже имея знания и имея возможность их правильно применить, можно банально устать или отвлечься. Можно отказаться от использования знаний из-за давления обстоятельств или из-за отсутствия желания. Можно попасть под влияние различных искажений, о которых вдоволь написал Даниэль Канеман с коллегами в своих книгах «Думай медленно... решай быстро» [3] и «Шум» [4]. Возможностей ошибиться предостаточно, гораздо больше, чем неведение или неумение.

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

* Во время подготовки английской версии этой статьи стало понятно, что сгладить это удивительное заявление пытался русский перевод. В оригинале идёт прямая ссылка на статью, где сказано: we have just two reasons, то есть у нас всего лишь две причины.

Список ссылок:
[1] Атул Гаванде «Чек-лист. Как избежать глупых ошибок, ведущих к фатальным последствиям», ISBN 978-5-9614-3455-2
[2] Сэмюель Горовиц и Аласдер Макинтайр “Toward a theory of medical fallibility”
[3] Даниэль Канеман «Думай медленно… Решай быстро», ISBN 978-5-17-080053-7
[4] Даниэль Канеман, Оливье Сибони, Касс Р. Санстейн «Шум. Несовершенство человеческих суждений», ISBN 978-5-17-146374-8

#Книги #Списки #ЧекЛисты #Ошибки #Сложность

#мысль #ошибки #обучение
Чтобы преуспеть в каком-то деле необходима практика. Вернее, даже не сама практика, а ошибки, которые мы допускаем. С их появлением мы также обнаруживаем пробелы в своих знаниях, о которых мы могли и не подозревать. Они заставляют нас пересматривать своё понимание и задаваться вопросами. Ошибки - это часть прогресса. Именно они являются теми самыми ступенями, которые позволяют нам стать хорошими специалистами

Поэтому, намного лучше будет допустить ошибку при выполнении домашней работы или при разработке тренировочного проекта, чем во время экзамена или на работе

В каком-то смысле подобные ошибки сами по себе ошибками и не являются - это лишь способ ещё лучше укрепить свои познания и расширить своё видение. На деле вы не провалились 100 раз. Вы просто нашли 100 способов, которые не работают