Как и стоит ли декомпозировать вспомогательные функции на раннем этапе?

В процессе разработки столкнулись с разногласиями по выносу одинакового кода(иногда он ещё не дублируется) в отдельные файлы(файл). Приведу подходы на примере вспомогательных(хелперов) функций.

Подход №1

Создать директорию helpers, в ней создать index.js и в нём описывать все функции-хелперы. Привожу пример ниже.

Функция хелпер typeIs:

/**
 * Some imports ... 
 */

/**
 * Returns data type
 *
 * @param {*} type
 * @return {string}
 */
const typeIs = () => {
  return {}.toString.call(type).replace(']', '').split(' ')[1];
};


/**
 * Куча функций помощников 
 */

export {
  ...
  typeIs
  ...
}

Подход №2

Создать директорию helpers, в ней создать index.js и в нём ПОДКЛЮЧАТЬ или управлять ПОДКЛЮЧЕНИЕМ функций. Привожу пример ниже.

Функция хелпер typeIs(так же наименован файл):

/**
 * typeIs
 * 
 * Returns data type
 *
 * @param {*} type
 * @return {string}
 */
export default type => {
  return {}.toString.call(type).replace(']', '').split(' ')[1];
};

Файл index.js:

import typeIs from './typeIs';

...

/**
 * too much imports 
 */

...

export {
  ...
  typeIs
  ...
}

Мной отстаивается подход №2 так как:

• разделяется сборка от реализации;
• код становится более читаемым и понятным;
• в случаем модуля, то видна архитектура;
• мне так удобней)

Как решаются подобные проблемы в ваших командах?

// внешней файл

export const helperFunction = () => {
    console.log("test")
}

// файл, где требуется данный хелпер

import { helperFunction } from "./utils/helperFunction"