что можно использовать вместо пробела

Как переназначить одну клавишу на другую (тем, у кого не срабатывает нажатие кнопки на клавиатуре)

Не подскажите, как вместо «я» переназначить клавишу, скажем, на левый «Ctrl (им все равно почти не пользуюсь, привык к правому). Пробовал утилиты KeyExtender, SharpKeys (и еще какую-то, название уже не помню), но они у меня почему-то не заработали (возможно защита системы не дает).

PS использую сейчас Windows 8.

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

«Меняем» одну кнопку на другую

👉 MapKeyboard

MapKeyboard: всего три действия для замены клавиши (кликабельно!)

Одна из самых надежных в плане работы утилит. По крайней мере у меня она работала как в «старых» Windows 2000/XP, так и в относительно новых ОС Windows 8/10.

Утилита очень компактная и не нуждается в установке. После запуска, для замены клавиши, вам нужно выполнить всего 3 действия (они у меня помечены на скрине выше):

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

Запуск от имени администратора

👉 PowerToys

Эта утилита обладает лучшей совместностью с ОС Windows 10 (работает во всех ее версиях!). К тому же, отключать и переназначать клавиши в ней простой и быстро!

Рассмотрю краткий пример.

Undefined — клавиша будет отключена (Утилита PowerToys).

Вот так всё просто! 👌

👉 KeyTweak

Сайт разработчика: http://webpages.charter.net/krumsick/

Главное окно KeyTweak: действие №1

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

После чего примите изменения (кнопка «Apply» в правом нижнем углу экрана) и согласитесь на перезагрузку компьютера.

Собственно, перезагрузившись, ваши клавиши станут выполнять «новые» назначенные действия. Удобный, простой, и эффективно работающий инструмент!

👉 Key Remapper

Главное окно программы (после установки и запуска программы).

Также с помощью кнопок на клавиатуре можно эмулировать работу мышки.

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

Программа поддерживает несколько профилей (например, можно создать набор замен под каждую игру в отдельности).

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

Что касается использования: то здесь все просто:

Обратите внимание, что задавать можно целые комбинации

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

Источник

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

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

Итак, под катом — почему табы лучше пробелов, самые значительные заблуждения касательно табов и как ими правильно пользоваться.

Начнём с того, что большинство людей (по крайней мере на Хабре) предпочитают табы.

По ссылке есть очень классный комментарий от GreyCat:

На самом деле странно то, что многие до сих пор не отличают indentation и alignment. Ну, вот это — indentation:

А вот это — alignment:

Первое можно делать и табами, и пробелами, но когда делаешь табами — каждый может подстроить ширину indent’а на свой вкус и ничего никуда не едет. А второе — строго пробелами.

В IDE есть опция Smart Tabs для этого:

Если правильно использовать табы (а именно — только для indentation) — можно без проблем менять размер табов не нарушая стиль программирования.

2 пробела на таб:

5 пробелов на таб:

9 пробелов на таб:

Так каких проблем мы лишаемся?

1. Каждый программист может настроить длину табуляции под свой вкус. Всегда работает на практике. Когда код с большой вложенностью — можно поставить ширину табуляции в два пробела, иначе — в четыре.
2. Легче работать с посторонними библиотеками. Какие-то библиотеки поддерживают стиль с шириной таба в два пробела, какие-то с шириной в четыре пробела. Только использование табов не накладывает ограничение на стиль.

Процитирую пару мыслей из предыдущего топика:

Тяжело работать с проектами, где используются библиотеки, содержащие в тесте табуляции. Предположим, в одной библиотеке табуляция равна 3 символам, в другой 4 символам. А вы в проекте используете 2 символа. В результате какая-то часть кода у вас будет отображаться в редакторе со сбитым форматированием.

На самом деле в проектах, которые используют табуляцию таких проблем нету — так как табуляция безразмерна, а вот поддерживать одновременно пару библиотек с разным размером пробело-табуляции становится проблематичным, т.к. уже нельзя пользоваться tab (чтобы IDE заменяла табы на пробелы). Конечно, есть шанс решить такую проблему разными проектами с разными настройками, но это тот еще костыль, да и башку все-равно сносит от разных размеров вложенности.

Легко пустить козла в огород. Скажем у вас табуляция равна 4 пробелам. Кто-то что-то чуть-чуть поправил, используя другой размер табуляции или явно вставив пробелы. У него все смотрелось нормально, а у вас строчка кода куда-то уедет.

Аналогично, табуляция — безразмерная. Такая проблема есть только в проектах, которые используют пробелы. Там где используются табы — они могут быть хоть 2, хоть 10 символов шириной.

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

Допустим, я открываю Kate, чтобы по-быстряку поправить код в каком-то файле. Оппа, размер табуляции два пробела. Надо лезть в конфиг. А в соседнем файле из другой либы — четыре пробела. Придётся пользоваться пробелом вместо таба для отступов, ужас. С табами такой проблемы нету.

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

Как выше разобрали, такая проблема есть именно с проблемами, а не с табами.

А еще дополнительно у пробелов есть такие недостатки, как невозможность быстрого перемещения стрелочками клавиатуры (щёлкает каждый пробел, а не через блок), возможность допустить ошибку (поставить в одном месте 3 пробела вместо 4, чем порушить дальнейшую структуру), увеличение размера файла и куча всего ещё.

Вывод

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

Главное

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

Источник

Как переназначить клавиши на клавиатуре (например, вместо нерабочей, поставить рабочую)

Добрый день!

Клавиатура — вещь достаточно хрупкая, несмотря на то, что многие производителя заявляют о десятках тысяч нажатий на кнопку, до тех пор пока она выйдет из строя. Может быть и так, но часто случается, что ее заливают чаем (или другими напитками), в нее что-то попадает (какой-нибудь мусор), да и просто заводской брак — нередко, что одна-две клавиши не работают (или стали плохо срабатывать и нужно их сильно нажимать). Неудобно?!

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

Переназначение одной клавиши на другую

MapKeyboard

Бесплатная небольшая программа, которая может внести в реестр Windows сведения о переназначении тех или иных клавиш (или вообще о отключении оных). Программа вносит изменения так, что они работают во всех остальных приложениях, причем, саму утилиту MapKeyboard можно более не запускать или вообще удалить с ПК! Инсталлировать в систему не нужно.

Действия по порядку в MapKeyboard

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

2) Далее необходимо сделать следующее:

Процесс замены клавиш (Кликабельно)

3) Чтобы сохранить изменения — нажмите кнопку «Save Layout«. Кстати, компьютер будет перезагружен (иногда достаточно выхода и снова входа в Windows, программа делает это автоматически!).

4) Если вы хотите все вернуть как было — просто запустите снова утилиту и нажмите одну кнопку — «Reset keyboard layout«.

Собственно, я думаю, дальше с утилитой разберетесь без особого труда. В ней нет ничего лишнего, пользоваться просто и удобно, а кроме того, она отлично работает и в новых версиях ОС Windows (включая Windows: 7, 8, 10).

Установка на клавишу: запуск калькулятора, открытие «моего компьютера», избранного и пр.

Чтобы это сделать, понадобится одна небольшая утилита — SharpKeys.

SharpKeys

Утилита не нуждается в установки, кроме того, один раз запустив и внеся изменения — ее можно более не запускать, все будет работать.

После запуска утилиты, вы увидите окно в нижней части которого будет несколько кнопок — жмите на « Add «. Далее в левой колонке выберите кнопку, которой вы хотите дать другую задачу (я, например, выбрал цифру «0»). В правой колонке выберите задачу для этой кнопки — например, другую какую-либо кнопку, или задачу (я указал «App: Calculator» — т.е. запуск калькулятора). После этого нажмите «OK».

Далее вы может добавить задачу для другой кнопки (на скриншоте ниже я добавил задание для цифры «1» — открывать мой компьютер).

Когда переназначите все клавиши и расставите для них задачи — просто нажмите кнопку « Write to registry » и перезагрузите компьютер (возможно хватит просто выйти из Windows, а затем снова войти).

После перезагрузки — если вы нажмете на кнопку, которой вы дали новую задачу, увидите, как она будет исполнена! Собственно, этого и добивались…

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

Источник

Как удалить ненужные пробелы и символы в редакторе Microsoft Word

Правильное форматирование текстов в программе Microsoft Word имеет огромное значение. И чаще всего эта истина подтверждается, когда при распечатывании на принтере готовый документ выглядит иначе, чем макет.

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

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

Удаление повторяющихся и ненужных символов

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

Пробел

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

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

Проверьте ваш текст на повторяющиеся пробелы.

Если таких пробелов слишком много, то удалить их можно автоматически с помощью инструмента «Найти и заменить», который есть на панели быстрого доступа на вкладке «Главная». Можно вызвать этот инструмент и горячими клавишами CTRL+H. Перед вами откроется диалоговое окно, где нужно открыть вкладку «Заменить». Далее заполняем форму так:

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

Если нам нужно убрать пробел перед запятой, то в полях пишем такие значения:

Дополнительных параметров устанавливать не нужно.

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

Готово! Лишние пробелы будут удалены. Но проверьте весь текст еще раз вручную – возможно где-то умышленно ставили очень много пробелов, и теперь все сместилось.

Табуляция

Для разметки текстов на веб-страницах используются несколько иные символы, чем в Word. Так, если вы копировали текст из Интернета, в вашем документе может появиться множество таких символов разметки. Например, это может быть отступ →, который появляется если нажать на клавиатуре кнопку Tab. Чтобы автоматически убрать такие большие пробелы мы снова обратимся к инструменту «Найти и заменить», но теперь введем такие параметры:

Разрыв строки

Другой знак разметки, мешающий красивому форматированию – это разрыв строки. В Ворде его можно поставить так: одновременно зажав Shift+Enter. Этот знак растягивает строку на всю ширину страницы, даже если там всего 2 слова. Поэтому его лучше удалить или заменить на конец абзаца.

Другие часто употребляемые значения для замены можно найти так:

Абзац

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

Источник

Табы, пробелы и ваша зарплата — какая связь?

Пару дней назад Дэвид Робинсон опубликовал на Stack Overflow статью с очень провокационным названием: Разработчики, использующие пробелы, зарабатывают больше использующих табуляцию (перевод на Хабре). Автор взял данные из исследования разработчиков, проведённого Stack Overflow, и в самом деле показал, что использование пробелов ассоциируется с более высокими зарплатами, даже принимая в расчёт одинаковый уровень опыта. Так что, нужно вместо табуляций использовать пробелы, чтобы увеличить свою зарплату?

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

Я верю, что конечная цель теории анализа и обработки данных — получение ответов на вопросы и выявление новых причинно-следственных связей. К сожалению, исходная статья не даёт ответов на многие вопросы. Это забавная корреляция, но что за ней стоит? В своей статье я попытаюсь пролить свет на этот вопрос. Первоисточник многих заставил подумать над этой проблемой, в том числе и меня. Так что предлагаю вам свою небольшую научно-детективную историю с глубоким изучением данных из исследования Stack Overflow. Вы увидите, что табуляция и пробелы не то, чем кажутся. Спойлер: ваша зарплата больше зависит от типа компании и окружения, в котором вы работаете, чем от типа используемых отступов.

Исходные данные

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

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

Данные для линейной регрессии

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

Я решила внимательнее изучить данные и поиграть с модифицированными моделями. Для своей линейной регрессии я взяла разработчиков из США. Отчасти потому, что это крупнейшая выборка в исследовании, и анализ по одной стране избавляет от многих региональных различий, и отчасти потому, что я сомневалась в достоверности уровня зарплат в некоторых странах (об этом ниже). Теперь давайте возьмём статистические данные и проанализируем их. Я хочу показать вам цепочку своих рассуждений, которые привели меня к определённым выводам.

Анализируем линейную регрессию

Хочу отметить, что я изменила регрессионную модель, использованную Дэвидом, потому что она не включала в себя постоянное смещение (bias term, постоянное слагаемое), что привело к модели типа ANOVA. Я воспользовалась стандартной линейной регрессией с постоянным смещением и применила две модели:

У обеих моделей очень близкая точность, обе могут объяснить около 40 % отклонения зарплаты. У полной модели R 2 выше, что вполне ожидаемо для модели с большим количеством переменных. Скорректированное значение R 2 _adj можно использовать для сравнения двух моделей, чтобы понять, какая удовлетворяет лучше. У полной модели R 2 _adj тоже выше, но разница составляет всего 0,0068. Похоже, что информация об использовании табуляций и пробелов важна, но не вносит заметного вклада. В сокращённой линейно-регрессионной модели отсутствующие данные можно отчасти компенсировать использованием других переменных.

Я проверила на коллинеарность, которая всегда опасна для прогнозных моделей. Коллинеарность — это ситуация, когда какие-то переменные высоко коррелируют друг с другом, что затрудняет выделение их отдельного влияния. Я не нашла признаков её наличия, а коэффициенты регрессии не изменяются массово в зависимости от модели.

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

Выяснилось, что в сокращённой модели выросла значимость переменных:

Коэффициенты для этих переменных тоже изменились, но не драматично. Всё вместе это означает, что если убрать данные о табуляциях и пробелах, то модель скомпенсирует это за счёт стажа и вклада в open source (а также тем, работаете ли вы с PHP). Опыт — очевидный фактор, влияющий на зарплату, что не удивительно. Моим следующим кандидатом для расследования стал opensource.

Я подробнее рассмотрела данные о вкладе в opensource и сделала интересный вывод о том, что это связано с более высокой зарплатой, как минимум если вы живёте в США. Вероятно, люди с более высокими зарплатами чаще вносят свой вклад в движение за открытый код? Этот эффект наблюдается во всём диапазоне опыта.

Сторонники open source чаще используют пробелы

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

Думаю, теперь мы ближе к потенциальному объяснению причин полученных Дэвидом результатов. Главное преимущество табуляций — возможность настройки их отображения в IDE, а с пробелами получается фиксированный макет. Это означает, что для разных людей один и тот же код с табуляциями будет выглядеть совершенно по-разному. А когда начинают смешивать пробелы и табуляция в одном файле, то это приводит к бардаку. Я думаю, что когда над opensource-проектом работают без принятия единого стиля кода, то возможные проблемы с форматированием заставляют людей использовать пробелы, чтобы код выглядел для всех одинаковым.

Это лишь одна из возможных теорий. Я не оценивала, насколько активно участвуют в opensource сообщества языков, где преимущественно используются пробелы (например, Python или Ruby). Повторюсь, корреляция не предполагает причинности.

Табуляция, пробелы, open source и зарплата: как всё это совместить?

Теперь вопрос: объясняет ли работа в opensource более высокие зарплаты у тех, кто использует пробелы чаще табуляций? Если построить график зарплат на основе данных о вкладе в opensource и виде отступов, то получим более сложную картину, чем в исходной статье, где сравнивались только пробелы и табуляция.

Джуниоры, использующие пробелы и табуляцию, участвующие в opensource, имеют чуть более высокую среднюю зарплату, чем не участвующие «пробельщики». А участвующие в opensource, имеющие стаж более 15 лет и использующие табы, имеют более высокую среднюю зарплату, чем «пробельщики». Кроме того, если у вас стаж меньше 15 лет и используете табуляцию, то участие в opensource не влияет на зарплату. Но если используете пробелы, то при участии в opensource будете получать больше, чем если участвовать не будете. Эти результаты можно воспринимать с определённой долей скепсиса, потому в некоторых группах результаты относительно малы.

В целом какой-то эффект есть, но он не меняет общей картины: «пробельщики» в целом зарабатывают больше, чем те, кто использует табы. Есть ещё что-то, что можно проанализировать?

Исследуем распределения зарплат

В этот момент я была убеждёна, что любые переменные, влияющие на зарплаты «пробельщиков» и тех кто использует табуляцию, не входили в простую регрессионную модель. Я не хотела выполнять мартышкин труд и добавлять все доступные переменные (их более 150, и все категорийные). Я решила проанализировать распределения зарплат для разных видов отступов: имеют ли «пробельщики» в целом более высокие зарплаты, или есть подгруппы «пробельщиков», искажающих результаты?

Важность версионирования

Поскольку количество программистов в категории с высокими зарплатами было невелико, у меня получилось много потенциальных кандидатов. Меня удивило, что одной из переменных, чьи значения сильно отличаются для высокооплачиваемой группы и остальных, является версионирование. Я отфильтровала системы версионирования, часто использующиеся джуниорами в США (как минимум по 20 пользователей в исследовании):

Давайте проанализируем этот факт. Две самые популярные среди американских разработчиков системы (как минимум по 200 пользователей в датасете) — Git и Team Foundation Server (TFS). Как они влияют на зарплаты?

Пользователи Git зарабатывают больше вне зависимости от опыта. Интересный вывод, который может быть связан с нашим предыдущим исследованием участников opensource. Но куда интереснее, как связано всё вместе: версионирование, табуляция с пробелами и зарплата?

Системы версионирования разрушают шаблон, что высокие зарплаты всегда ассоциируются с использованием пробелов. Компании, использующие Git, платят больше денег вне зависимости от вида отступов, как минимум разработчикам со стажем вплоть до 10 лет! Использующие Git и табы, зарабатывают больше «пробельщиков», использующих TFS, вне зависимости от опыта. В группе пользователей Git «пробельщики» всё ещё имеют более высокие зарплаты. Но в группе TFS ситуация иная: «пробельщики» получают меньше всего.

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

Также я проанализировала пользователей системы Subversion, в мире она чуть популярнее TFS. Subversion тоже не подтверждает утверждение, что «пробельщики» в целом зарабатывают больше. Пользователи «Git + табуляция» зарабатывают почти столько же, сколько «Subversion + пробелы» и «Git + пробелы и табуляция».

Итог №1: Почему важно версионирование?

Подводя итоги, комбинация факторов «участие в opensource» и «использование системы версионирования» как минимум отчасти влияет на разницу зарплат между пользователями табуляций и пробелов. Это не означает, что вы должны начать использовать Git и вносить вклад в opensource, чтобы вам платили больше (хотя в любом случае это приветствуется!).

Думаю, эти два фактора указывают скорее на разницу окружений и типов компаний, насколько они придерживаются традиционных подходов и используют современные технологии. Более консервативные олдскульные компании, не использующие Git и opensource-код, в целом платят меньше. Тип окружения трудно оценить напрямую из результатов исследования, так что оба этих фактора лишь косвенно наводят на подобные размышления.

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

Почему я анализировала только американцев?

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

В таких странах, как Великобритания, Франция и даже Индия, распределения зарплат имеют один пик. А во всех странах Центральной и Восточной Европы — два пика. Первый соответствует очень низкой зарплате, второй — большой, куда большее соответствующей годовому доходу. Это менее выражено в Германии, более выражено в Польше и гораздо больше — в России. Я проанализировала ещё несколько стран, включая Чехию и Украину, там эта тенденция тоже существует. Во всех странах этого региона бимодальное распределение зарплат. Что там происходит?

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

Можно ли как-то поправить данные? К примеру, создать смешанную модель и умножить низкозарплатную группу на 12. Так мы получим распределение, усечённое слева, но точнее отражающее реальные зарплаты в странах по сравнению с изначальными распределениями. Вот пример Польши:

Итог №2: Ловушки в данных

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

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

Итог №3

Я вполне уверена, что разница в доходах между «пробельщиками» и тему кто использует табы в основном связана с типом компании и рабочим окружением. Окружения, где используется Git и вносится вклад в opensource, больше ассоциируются с более высокими зарплатами и пробелами. Уверена, что есть и другие факторы. Но будьте внимательны: никогда нельзя целиком доверять данным.

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

Источник