Кто из нас не был проклят автозаменой Гремлина?
Вы нажимаете на «идеальное письмо» сообщение, бросаете большой палец на «ОТПРАВИТЬ», только чтобы наблюдать в замедленном ужасе, когда автозамена гремлина решает, что вы не могли иметь в виду ЭТО, верно? Мгновение спустя он отверг ваши слова чем-то нелепым, прежде чем отправлять их в путь, прежде чем вы сможете возразить.
Это как маленький мистер Бин в кармане.
Мне особенно нравится следующий пример — главным образом потому, что со мной этого не произошло.
Это один из тех случаев, когда дизайнеры пытаются нам помочь, но случайно делают наоборот. Сообщение с ошибкой « Я ухожу, ноо » прозвучало бы так же небрежно, но не так сердечно, как «Я ухожу от тебя». Менее смешно тоже.
Тем не менее, как бы смешно ни было автозамена, я подозреваю, что общее влияние автозамены — это победа. Преимущество исправлений перевешивает недостатки.
Иногда эти попытки помочь могут быть более разрушительными.
Итак, это свидание?
Один из новых «помощников пользовательского интерфейса», который мы видели в последнее десятилетие, — это способность приложений распознавать даты в виде простого текста.
Хотя, как люди, мы с относительной легкостью пропускаем форматы дат, лишь недавно программное обеспечение стало достаточно сложным, чтобы понять, что все нижеприведенное относится к одному и тому же моменту времени:
- Ср 25 января
- 25-1-2017
- Среда, 25.01.2017
- 1/25
На самом деле такие приложения, как Gmail, MS Word и Slack, даже достаточно умны, чтобы понимать такие понятия, как «завтра» или «следующая пятница», как даты, на которые вы можете нажать, чтобы превратить их в события или встречи.
Это может быть очень полезно — пока это не …
Пожалуйста, прекратите помогать
Несмотря на то, что Microsoft не так уж и велика, как раньше, их способность предлагать свое программное обеспечение по очень доступным ценам школам, университетам и научным кругам делает их доминирующими в сфере образования и исследований. Подавляющее большинство университетских исследований и работ в мире производится с использованием некоторой комбинации MS-Word, Excel или Access. Перо для колпачков MS.
К сожалению, в прошлом году сообщалось, что пакет Microsoft Office был ответственным за нарушение или аннулирование около 20% исследований в области генетики с 2004 года.
Как это случилось?
Как и в большинстве наук, генетика имеет свой собственный язык и словарь терминов, с которыми большинство из нас никогда не столкнется. Например, вы, вероятно, этого не знали …
SEPTIN2 выглядит как маска для вечеринки.
Септин 2 (или SEPT2)
Связанный с мембраной безымянный палец (C3HC4) 8 (или MARCH8)
Многие из этих исследований занимают десятки, если не сотни страниц, и отдельные таблицы Excel могут перечислять «SEPT2», «MARCH5» или «MARCH8» много тысяч раз.
Как Excel обрабатывает эти имена генов?
Как вы, наверное, догадались — Excel и MS Word пытаются преобразовать каждый из этих генов в полезную дату. На самом деле всего существует как минимум 25 различных известных имен генов, которые автоматически переименовываются при импорте в Excel.
«Это не ген, сэр — это событие календаря!»
Настоящий кикер? Когда Excel автоматически преобразует ген в дату, он навсегда забывает исходное состояние. Вы можете преобразовать его в 25 различных форматов 2 сентября, но «UNDO» просто удаляет текст, а не возвращает его в исходное «SEPT2».
Конечно, если вы знаете, как отключить настройки по умолчанию перед импортом данных, у вас не возникнет проблем. Многие исследователи знают, как это сделать. Тем не менее, эта проблема была обнаружена в 720 из 3600 генетических работ с 2004 года, так что это не «странное явление».
Мы никогда не узнаем точно, какое влияние это оказало на генетику и медицинские исследования. Но поврежденные данные просто ДОЛЖНЫ ослабить качество результатов. Ученые опираются на данные других ученых, и мы знаем, что данные ошибочны.
Можем ли мы быть ближе к лекарству от рака или устойчивых к антибиотикам супербагов, если все эти поврежденные данные были чистыми?
Возможно — хотя мы никогда не узнаем точно, насколько ближе.
«Во-первых, не навреди»
Эта идея является одним из центральных принципов медицины. Другими словами:
«Лучше ничего не делать, чем делать то, что может ухудшить ситуацию».
У нас нет набора универсальных принципов, которых мы придерживаемся при разработке программного обеспечения, но, черт возьми, … это хороший первый принцип проектирования, не так ли?
«При разработке новых функций, во-первых, не навреди».