Comparison error перевод

• 1
  error
  
  

  1) ошибка; погрешность

  •

  to hold measurement errors to… — удерживать погрешности измерений в пределах…;

  error of position — 1. погрешность в определении положения или местоположения 2. геод. координатная невязка

  Англо-русский словарь технических терминов > error

• 2
  chart
  
  

  1) график; диаграмма; схема; таблица; чертёж; схематическое представление

  2) карта || составлять карту

  4) список; реестр

  •

  English-Russian scientific dictionary > chart

• 3
  graph
  
  

  English-Russian scientific dictionary > graph

Comparison error что это

Comparison Errors: 4 Critical Thinking Errors We Make When Recommending

Critical thinking is providing a robust answer to a question. One of the most basic and widely used ways we come to answers is to learn from the past and from others. We call these comparison-based recommendations – when your recommendation for the present situation is based on your beliefs about what happened either in the past or elsewhere. For example:

“We tried upgrading our sales software to that product 5 years ago and it didn’t generate the savings we expected, so it’s not worth trying it again now.”

Comparison-based recommendations are excellent critical thinking shortcuts. Rather than analyze the current situation and project the expected outcomes of a decision into the future with uncertainty, we can apply lessons already learned to our current situation. Here’s another example:

“Our main competitor has achieved a 3% margin on their primary product line so we should be able to as well.”

When Comparison-Based Recommendations Become Critical Thinking Errors

However, the simplicity and efficiency of comparison-based recommendations lead to comparison errors: applying lessons from one situation to another to which they don’t apply. We compare apples to oranges without realizing we’re talking about two different fruits. (This isn’t the only time critical thinking shortcuts lead to critical thinking errors. Here’s another example.)

To revisit an example from above, maybe the sales software implementation failed 5 years ago because the sales team at the time consisted of significantly older salespeople who struggled to adapt to new technology – something the current team would not experience. Or maybe the software of 5 years ago contained significant glitches that have since been resolved.

Comparison errors occur when we assume we can apply lessons from one situation to another, but the situations are different enough that the lessons don’t apply. To avoid these critical thinking errors, we must slow down and analyze the two situations to determine if they are similar enough to make the lessons from one transferrable to the other.

To slow down and encourage yourself to do a real comparison of the two scenarios, change your default response to comparison-based recommendations to ‘Yes, but…’

“Yes, the sales software didn’t lead to revenue gains 5 years ago, but the context was different then because…”

4 Types of Comparison Errors

The ‘Yes, but’ response guides you to identify the differences between the situations being compared and determine whether they are different enough to make the lesson in question non-transferable.

To identify these differences, analyze 4 elements of the situations:

• People: Do the people have different skills or capacities?
• Processes: Is the organization using different routines or protocols?
• Technology: Does the technology have different features or functionality?
• Externalities: Is the external environment different in a meaningful way?

Let’s look at an example of people comparison errors.

In college and professional sports, it is relatively common to see a very successful coach transition to a new team and struggle for a few years. While there can be many reasons for this, one of the key explanations is a people comparison error. The coach assumes that the strategy and game plan that worked with the former team should work with the new team without acknowledging that the people (i.e., the players) are different. The plays and strategies that made the coach successful with the previous team were designed around a set of players with specific strengths. The new team often has different strengths. As a result, it can take a successful coach 4 or 5 years to get the players that make the former strategy work again.

Now, let’s look at an example of process comparison errors.

Your marketing team has achieved a 25% conversation rate on online sales of new products during launch week for the last 3 years. As a result, you build your staffing and inventory projections off of a 25% conversion rate. However, over the last 3 years, the marketing team has always done an in-person event pre-launch. Because of COVID, you decide to skip the in-person pre-launch event. You get a 12% conversion rate instead. The process you used was different from the previous product launches, making the conversion rate non-transferrable.

Technology comparison errors can be easier to spot.

In your work for a private contractor that helps a government agency launch a new service to its beneficiaries, you achieve your goal of an average turnaround time for claims processing of 10 days. Using this turnaround time to project future rates, you help the agency hire a specific number of customer service representatives. However, when you offload customer service responsibilities to state employees, the turnaround time increases to 14.5 days. To maintain the 10-day turnaround time, the state must hire more staff, exceeding their budget.

What caused the 4.5-day difference between the two turnaround times? The state employees are using older computers with older software that includes significant lags that your team – with its updated technology – didn’t experience.

Finally, let’s look at an externality comparison error.

Your global expansion team at a beverage company develops a market entry plan into a country the company hasn’t sold drinks in before. To estimate projected sales, your team averages the company’s first month sales in surrounding countries and normalizes the average by population size.

However, the first month’s sales in this country are a quarter the normalized average of sales in the surrounding countries. Subsequent research shows that a large portion of people in this country don’t drink alcoholic beverages for religious reasons.

How Scientists Minimize These Critical Thinking Errors

Critical thinking requires us to be warier of the transferability of lessons from one situation to the next. In scientific research, scientists work hard to ensure the people they select for their trials are representative of the populations they intend for their findings to apply to. Is the sample group comparable enough to the population for the trial findings to apply?

Understand the Situation in Question

To ensure that their sample is representative of the broader population of interest, scientists first get clear about the population of interest: what are the characteristics of the people they want the trial findings to apply to? In the same way, we must be clear and conscious of the characteristics of the situation we are analyzing before looking to other comparisons. Specifically, we should spell out:

• The skills and capacities of the people involved
• The processes we are using
• The technologies, their features, and functionalities
• The external market conditions

Consider How You Select Comparisons

Next, when scientists select a sample to use in their trial, they often try to select the sample randomly. Random selection outperforms other forms of selection because other selection methods often lead to an overrepresentation of people who find it easiest to access that selection method. For example, a survey of veterans administered via a mobile app will likely over-include younger vets, while a survey administered at a local VFW Hall is likely to over-include older veterans.

Just as scientists must be careful that their selection process doesn’t cause their sample to be non-representative, we must be careful that the way we pick comparisons doesn’t lead us to make repeated critical thinking errors. For example, if all of your company’s commercial real estate work has been in cities with populations over half a million, but now you’re starting work in smaller cities, you’re likely to make externality comparison errors repeatedly: wrongfully transferring lessons from big cities to small cities.

Review More Than One Comparison

Scientists also pay significant attention to the size of their sample. If the sample size is too small, the results are not only more likely to be considered insignificant, but the sample is more likely to misrepresent the population in interest.

When making comparison-based recommendations, we may be in the habit of looking to just one comparison. This increases the likelihood of comparison errors. Instead, we should base our recommendations on 3 or more comparisons. We talk more about the importance of selecting the right number of alternatives here.

This attention to the differences between trial participants and the broader population in interest helps scientists avoid these types of critical thinking errors. We will do well to follow their example. Comparison-based recommendations offer a wonderful critical thinking shortcut, but we will cost ourselves more than we’ll save if we gloss over differences between the situation in question and the comparison situation.

Instead, make your default response to comparison-based recommendations ‘Yes, but…’ and analyze the differences between people, processes, technology, and externalities in the two situations.

Related Articles

You may think checklists are a tool for inexperienced professionals, but the opposite is true. Checklists enable professionals to do higher quality work while saving their brains for deeper thinking.

Miscommunication is one of the leading causes of project delays and failures, but it doesn’t have to be. These 4 tools can close the conversion gaps that lead to miscommunication.

Media headlines wield significant power over your interpretation of content. Learn to spot these 4 headline abuses to avoid critical thinking errors.

Are critical thinking skills just a gift some are born with and others are not? Or do more life experiences simply make you a better critical thinker?

Источник

Помоги компилятору помочь тебе

Предисловие

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

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

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

Содержание

Ода компилятору

Компилятор – лучший друг плюсовика. Компилятор — это не просто транслятор формального человекочитаемого языка в машинные коды. Компилятор — лучший помощник в написании программ.

Важная (и не единственная) помощь, которую оказывает компилятор — поиск ошибок. И я говорю не об опечатках, несовпадении типов и прочих синтаксических ошибках. Я говорю об огромном наборе ошибок, которые можно выловить с помощью механизма предупреждений.

Часто встречаю мнение о том, что предупреждений слишком много, они дают ложноположительные результаты, мешают работать, замыливают глаз, отвлекают от «настоящих» ошибок и т.п. Такое действительно бывает, но это большая редкость.

Игнорировать нельзя исправить

Большинство предупреждений — это не «бзик» компилятора, который можно просто проигнорировать. Предупреждение — это потенциальная ошибка. Предупреждение — это сигнал от компилятора о том, что написано одно, а требуется, возможно, что-то совершенно иное.

Поэтому программист должен помочь компилятору понять, как трактовать спорную ситуацию. То есть либо поправить свою ошибку, либо сообщить компилятору явно о том, что нужно верить программисту и делать именно то, что написано. Причём это поможет не только компилятору, но и человеку, который будет читать код. Лишний static_cast или пара скобок будут явно свидетельствовать о том, что имелось в виду именно то, что написано.

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

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

Сразу хочу оговориться, что далее речь пойдёт исключительно о языке C++ и компиляторе GCC (впрочем, подавляющая часть информации актуальна и для компилятора Clang). Информацию о других компиляторах и языках придётся искать в соответствующих справочниках.

-Wall — это «агрегатор» базовых предупреждений. В языке C++ он включает в себя длинный перечень предупреждений, каждое из которых будет рассмотрено отдельно (на самом деле, рассмотрены будут не все, а только те, которые непосредственно помогают выявлять ошибки).

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

-Waddress

Предупреждает о странной работе с адресами. Например, об использовании адреса функции в условном выражении. Такое может произойти, если забыть поставить скобки после имени функции:

Также этот флаг может спасти от типичной ошибки новичка — сравнения строкового литерала с адресом. Очевидно, программист хотел сравнить строки, но в результате сравнил два указателя:

-Warray-bounds=1

Предупреждает о выходе за пределы массивов. Используется только вместе с -O2 .

-Wbool-compare

Предупреждает о сравнении булева выражения с целым числом, которое нельзя трактовать как булево:

-Wbool-operation

Предупреждает о подозрительных операциях с булевыми выражениями. Например, о побитовом отрицании:

Что касается инкрементов и декрементов булевых переменных, то в C++17 это просто ошибки, безо всяких предупреждений.

-Wcatch-value

Предупреждает о обработчиках исключений, которые принимают полиморфные объекты по значению:

Есть и более сильные версии предупреждения: -Wcatch-value=n (см. справку к компилятору).

-Wchar-subscripts

Предупреждает об обращении к массиву по индексу, тип которого char . А ведь char является знаковым на многих машинах:

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

-Wint-in-bool-context

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

Другой пример — операции побитового сдвига в булевом контексте. Вполне вероятно, что здесь произошла опечатка, и имелся в виду не сдвиг, а сравнение:

А также сообщает о любых видах умножения в булевом контексте.

-Winit-self

Предупреждает об инициализации переменных самими сабями. Используется только вместе с флагом -Wuninitialized .

-Wlogical-not-parentheses

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

Используется для того, чтобы отлавливать подозрительные конструкции вроде следующей:

Традиционный способ сообщить компилятору, что так и было задумано — поставить скобки, о чём и сообщает компилятор.

-Wmaybe-uninitialized

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

В данном конкретном случае решается с помощью конструкции default :

-Wmemset-elt-size

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

-Wmemset-transposed-args

Предупреждает о том, что пользователь, вероятно, перепутал порядок аргументов в функции memset :

-Wmisleading-indentation

Предупреждает о том, что отступы в коде не отражают структуру этого кода. Особенно это актуально для конструкций if , else , while и for . Пример:

-Wmissing-attributes

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

-Wmultistatement-macros

Предупреждает о макросах, состоящих из нескольких инструкций, и используемых в выражениях if , else , while и for . В такой ситуации под действие выражений попадает только первая инструкция макроса, и это, вероятно, ошибка:

-Wnonnull

Предупреждает о передаче нулевого указателя в функцию, аргументы которой помечены атрибутом nonnull .

-Wnonnull-compare

Предупреждает о сравнении с нулём аргумента функции, помеченного атрибутом nonnull .

-Wparentheses

Типичный случай — опечатались, и вместо равенства написали присвоение:

Компилятор, естественно, сомневается:

Либо исправляем код, либо убеждаем компилятор в том, что мы хотели именно присвоение:

-Wpessimizing-move

Иногда явная попытка переноса может ухудшить производительность. Пример:

-Wreorder

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

-Wreturn-type

Предупреждает о том, что из функции не вернули заявленный результат:

-Wsequence-point

Сообщает о подозрительных операциях относительно точек следования. Любимый пример (никогда так не делайте):

-Wsign-compare

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

-Wsizeof-pointer-div

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

-Wsizeof-pointer-memaccess

Предупреждает о подозрительных параметрах, передаваемых в строковые функции и функции для работы с памятью ( str. , mem. и т.п.), и использующих оператор sizeof . Например:

-Wstrict-aliasing

Каламбур типизации (strict aliasing) — это отдельная большая тема для разговора. Предлагаю читателю найти литературу по этой теме самостоятельно.

В общем, это тоже крайне полезное предупреждение.

-Wswitch

Предупреждает о том, что не все элементы перечисления задействованы в конструкции switch :

-Wtautological-compare

Предупреждает о бессмысленном сравнении переменной с самой собой:

Кроме того, сообщает о сравнениях при участии битовых операций, которые имеют всегда один и тот же результат (всегда истинно или всегда ложно):

-Wtrigraphs

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

-Wuninitialized

Предупреждает об использовании переменных и членов класса, которые не были проинициализированы:

-Wunused-function

Предупреждает о том, что статическая функция объявлена, но не определена, либо о том, что статическая функция, не помеченная как inline , не используется.

-Wunused-variable

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

Для того, чтобы помочь компилятору понять, что так и задумывалось, можно использовать конструкцию static_cast (. ) :

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

-Wempty-body

Предупреждает о пустом теле условных выражений или цикла do-while . Чаще всего это говорит об опечатке, меняющей логику программы:

-Wimplicit-fallthrough

Предупреждает о «проваливании» в операторе switch :

Компилятор предполагает, что программист забыл break , и case 2 не должен проваливаться:

В C++17 для обозначения явного намерения появился специальный атрибут — fallthrough :

-Wmissing-field-initializers

Предупреждает о том, что отдельные члены структуры не были проинициализированы. Скорее всего это просто забыли сделать:

-Wredundant-move

Предупреждает о ненужном вызове std::move в случаях, когда компилятор сам сделает всё, что нужно:

-Wtype-limits

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

-Wshift-negative-value

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

-Wunused-parameter

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

В C++17 для явного выражения намерения существует атрибут maybe_unused :

-Wunused-but-set-parameter

Предупреждает о том, что в параметр функции было записано значение, но после этого он ни разу не использовался. Возможно, про него снова забыли:

-Wpedantic

-Wall и -Wextra — это не всё, на что способен компилятор.

В дополнение к ним существует флаг -Wpedantic (он же -pedantic ), который проверяет соответствие кода стандарту ISO C++, сообщает об использовании запрещённых расширений, о наличии лишних точек с запятой, нехватке переноса строки в конце файла и прочих полезных штуках.

Нужно больше предупреждений

Но и это ещё не всё. Есть несколько флагов, которые почему-то не входят ни в один из «аргегаторов», но крайне важны и полезны.

-Wctor-dtor-privacy

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

Аналогично, сообщает, что у класса есть закрытые функции-члены, а открытых нет ни одной.

-Wnon-virtual-dtor

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

-Wold-style-cast

Предупреждает о приведении типов в стиле языка C. В плюсах есть прекрасные и ужасные static_cast , dynamic_cast , reinterpret_cast и const_cast , которые более локальны и более описательны. Сишный способ слишком сильный и — о, ужас, — небезопасный. Лучше его не использовать вообще.

-Woverloaded-virtual

Предупреждает о попытке в классе-наследнике перегрузить виртуальную функцию базового класса:

-Wsign-promo

Крайне полезный флаг. Предупреждает о неочевидном выборе перегруженной функции:

Вероятнее всего, хотели-таки позвать вторую перегрузку, а не первую. А если всё-таки первую, то будьте любезны сказать об этом явно.

-Wduplicated-branches

Предупреждает о том, что ветви if и else одинаковы:

Условный оператор ?: также под прицелом:

Для меня абсолютная загадка, почему этот флаг не включён не то, что в -Wall , а вообще по умолчанию.

-Wduplicated-cond

Предупреждает об одинаковых условиях в цепочках if-else-if :

-Wfloat-equal

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

Если же требуется именно сравнить на равенство (такое редко, но бывает), то можно использовать std::equal_to , который под предупреждение не попадает.

-Wshadow=compatible-local

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

-Wcast-qual

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

-Wconversion

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

Если вы раньше никогда не включали этот флаг, то будет интересно.

-Wzero-as-null-pointer-constant

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

Флаг для педантов. Сообщает о лишней точке с запятой после определения функции-члена.

-Wsign-conversion

Как и -Wconversion помогает предотвратить большое количество неявных преобразований, которые запросто могут быть ошибками:

-Wlogical-op

Предупреждает о подозрительных логических выражениях. Например, когда вместо побитового «И» поставили логическое «И», или логическое выражение имеет одинаковые операнды:

-Werror

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

Без этого флага всё остальное имеет мало смысла. Но если понять и принять мысль о том, что предупреждение — это что-то подозрительное, и их быть не должно, то именно этот флаг и позволит поддерживать код в чистоте.

В дополнение к -Werror существует флаг -pedantic-errors , который не эквивалентен комбинации -Wpedantic -Werror .

Заключение

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

Да, такой список флагов может породить большое количество ошибок, которые поначалу могут показаться излишними. Но явное лучше неявного. Если знаешь, что делаешь — делай. Но делай это так, чтобы всем было понятно, что именно так ты и хотел. Поработав таким образом хотя бы неделю, вы поймёте, насколько это прекрасно, и уже не сможете вернуться обратно.

Любите ваш компилятор и помогайте ему помогать вам писать программы.

Источник

Бесплатный переводчик онлайн с английского на русский

Хотите общаться в чатах с собеседниками со всего мира, понимать, о чем поет Билли Айлиш, читать английские сайты на русском? PROMT.One мгновенно переведет ваш текст с английского на русский и еще на 20+ языков.

Точный перевод с транскрипцией

С помощью PROMT.One наслаждайтесь точным переводом с английского на русский, а для слов и фраз смотрите английскую транскрипцию, произношение и варианты переводов с примерами употребления в разных контекстах. Бесплатный онлайн-переводчик PROMT.One — достойная альтернатива Google Translate и другим сервисам, предоставляющим перевод с английского на русский и с русского на английский.

Нужно больше языков?

PROMT.One бесплатно переводит онлайн с английского на азербайджанский, арабский, греческий, иврит, испанский, итальянский, казахский, китайский, корейский, немецкий, португальский, татарский, турецкий, туркменский, узбекский, украинский, финский, французский, эстонский и японский.