Вы когда-нибудь слышали фразу “мудрый на грош, глупый на фунт”? Это означает обращение внимания на мелкие детали в ущерб общей картины. Этот концепт применим не только в нашей личной жизни, но и в мире SQL Server.

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

Что делает эту ситуацию еще более интересной, так это меморандум, отправленный одним из коллег. Хотя у меня нет точного текста, я постараюсь воссоздать его. В меморандуме было отмечено, что стаканчики объемом 8 унций стоят около 25 долларов за тысячу, в то время как стаканчики объемом 16 унций стоят около 48 долларов за тысячу. На первый взгляд, это казалось сэкономленными 2,3 цента за стаканчик. Однако в меморандуме был также рассчитан стоимость в терминах времени и производительности.

Как IT-специалист, средняя зарплата составляет около 45 000 долларов или более в год. Предполагая почасовую ставку в 20 долларов, на получение чашки кофе требуется примерно 15-30 минут, учитывая беседы по пути и время, необходимое для сосредоточения на работе. Для тех, кто предпочитал стаканчики объемом 16 унций, им теперь приходилось делать дополнительную поездку за второй стаканчиком. Это приводило к затратам в размере 5-10 долларов на человека в день, не говоря уже о дополнительной стоимости чистого стаканчика.

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

Итак, что это означает для нас в мире SQL Server? Это применимо к каждому, как на работе, так и дома. Например, администратор баз данных может разработать высокодоступное решение для баз данных, не учитывая время, необходимое для восстановления серверов приложений. Разработчик может создать форму, не учитывая то, как пользователи будут ее использовать. Менеджер может выбрать более дешевые перегородки для кабинетов, не учитывая влияние на производительность сотрудников. И компания может нанять дешевых подрядчиков, не учитывая потенциальные последствия.

Ключ здесь – думать за пределами вашей маленькой области. Не увлекайтесь слишком сильно кодом, над которым вы работаете, или конкретной задачей. Уделите время для общения с другими командами и рассмотрения общей картины. Таким образом, вы можете избежать потери перспективы и принятия решений, которые могут показаться экономичными в краткосрочной перспективе, но иметь негативные последствия в долгосрочной перспективе.

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

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

Рубрика: Концепции SQL Server