Обсудить название библиотеки

[tadatuta]

Мне кажется, что diverse в названии библиотеки слишком абстрактно и никакой полезной информации не несет.

Есть предложение подумать над такими вариантами:

1. Библиотека предоставляет набор технологий для сборки bem-core, можно отразить это в названии. Например, enb-core-js.
2. Речь про сборку js-технологий, зависящих от платформы, потому вместо абстрактного diverse может быть, скажем, enb-platform-js.

Вообще предполагаю, что всяких разных технологий для enb может со временем появиться очень много и можно придумать какой-то общий префикс для них: enb-tech-*.

[blond]

Библиотека предоставляет набор технологий для сборки bem-core

Это утверждение не верно :) Сейчас эти технологии используются только в bem-core, но это не значит, что они не могут заиспользоваться где-то еще, поэтому 1-й вариант не нравится.

А вот, про платформу правда, enb-platform-js — хорошо.

Вообще предполагаю, что всяких разных технологий для enb может со временем появиться очень много и можно придумать какой-то общий префикс для них: enb-tech-*.

Чем такой префикс может помочь, кроме как просто больше букв? И если уж вводить, то я бы предпочел суффикс, например, enb-platform-js-techs.

[blond]

/cc @enb-make

[tadatuta]

Чем такой префикс может помочь, кроме как просто больше букв?

отличать какие-то другие «плагины» для enb от репозиториев с технологиями.

например, репозиторий с тулзой, которая про уровни-сеты-примеры отличается по смыслу от репозитория про js-технологии.

[tavriaforever]

enb-platform-js-techs мне нравится - из всех вариантов - летит дальше, @andrewblond спасибо за модуль)

[blond]

@tadatuta, мне enb-platform-js смущает тем, что читается как js-платформа ENB, а речь то о другом.

Предлагаю если и переименовывать, то в enb-platform-js-techs.

[tadatuta]

у меня есть аргумент за tech как префикс — он помогает группировке.

[mdevils]

у меня есть аргумент за tech как префикс — он помогает группировке.

Группировке чего с чем?

Странные вы. 2 месяца думаете об именах для пакета из трех технологий, две из которых заменяются технологией js с опцией sourceSuffixes.

[tadatuta]

Группировке чего с чем?

группировке с другими пакетами для enb, содержащими технологии:
enb-techs-platform-js, enb-techs-roole, enb-techs-whatever VS enb-pseudo-levels.

[mdevils]

Я отвечал в этом таске: enb/enb#73, отвечу и здесь. Я не склонен решать несуществующие проблемы. Я не понимаю, какую проблему решает группировка. Люди путаются среди пакетов? Да нет, пакетов немного, названия их ясны тем, кому они нужны. Есть пакеты разных типов? За одним исключением (enb-example-server, которое явно не спутать), во всех пакетах лишь технологии и живут.

Обычно, я стараюсь сначала делать более-менее понятные вещи, чтобы потом их можно было понятно назвать. Имя этому пакету (enb-diverse-js) родилось при условии, что вообще мало понятно мне было, для чего этот пакет нужен. На вашем месте если бы я и переименовывал этот пакет, так назвал бы его прямо исходя из задач, которые он решает, а именно: сборка библиотеки bem-core, сборка проектов на основе библиотеки bem-core. Напрашивается название enb-bem-core.

[blond]

@mdevils, наличие в bem-core этих технологий — это очень часный случай. Завтра может появиться еще десяток библиотек где будут эти технологии, плюс в bem-core есть всяких других технологий, которые по смыслу в этот пакет никак не ложатся.

Еще у меня есть мнение, что следующие технологии priv-js, bt-server, bh-server и другие подобны можно унаследовать от node-js технологии, если конечно захочется.

@tadatuta, даже если бы был профит от такой группировки, переименовывать все существующие репозитории это давольно проблематично. Данный репозиторий можно переименовать, т.к. кол-во пользователей на данный момент близко к нулю.

[mdevils]

наличие в bem-core этих технологий — это очень часный случай

Чтобы частный случай превратился в общий, нужна возможность для обобщения, выборка из более, чем одного элемента. Но ладно, давай попробуем жить будущим. Даже если библиотека bem-krasavchik будет использовать пакет enb-bem-core, не вижу ничего странного. Одна библиотека использует подходы (технологии), которые были сделаны для другой.

Завтра может появится еще десяток библиотек где будут эти технологии

Это как? Я думал, они в этом пакете будут жить?

плюс в bem-core есть всяких других технологий, которые по смыслу в этот пакет никак не ложатся

Как это противоречит названию?

[mdevils]

Еще у меня есть мнение, что следующие технологии priv-js, bt-server, bh-server и другие подобны можно унаследовать от node-js технологии, если конечно захочется.

Я бы предпочел композицию вместо наследования. А именно: разместить в enb функциональность по составлению набора require'ов со сбросом кэша.

[mdevils]

А вот, про платформу правда, enb-platform-js — хорошо.

Это еще более недальновидно, чем enb-bem-core. Логика в этих технологиях довольно-таки специфичная. Например, технология node-js рассчитана на то, что JS-код пишется в глобальном скоупе. Но я верю, что вы образумитесь и не будете делать таких странных вещей в будущем. То есть технология node-js, как представитель платформы node.js, мягко говоря, не подходит.

[blond]

Я бы предпочел композицию вместо наследования. А именно: разместить в enb функциональность по составлению набора require'ов со сбросом кэша.

Да, так лучше.

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

Сейчас уже есть библиотеки, которые уже реализуют, могут реализовывать, или реализуют частично, или немного иначе паттерн vanilla + browser + node: bem-core, bem-components, bem-mvc, bem-node (vanilla называется common, а node - server), и наверное, есть еще о которых я не знаю.

Это как? Я думал, они в этом пакете будут жить?

Я имел ввиду, что могут появиться библиотеки, аналогичные bem-core, bem-components и т.д. в которых js будет реализован в паттерне vanilla + browser + node.

Как это противоречит названию?

Если библиотека называется enb-bem-core, я пойму так, что в ней есть все технологии которые используются в bem-core, включая bh, bemhtml, bemtree и т.д.

Резюмируя всё сказанное выше: этот модуль нужен для реализации паттерна vanilla + browser + node. Лично мне всё равно будет он называться enb-platform-js-techs или enb-diverse-js, но уж точно никакого отношения к bem-core модуль не имеет.

[mdevils]

Если библиотека называется enb-bem-core, я пойму так, что в ней есть все технологии которые используются в bem-core, включая bh, bemhtml, bemtree и т.д.

Если библиотека называется enb-bem-core, то в ней есть технологии, которые используются в bem-core. Почему ты используешь слово все?

[mdevils]

Я имел ввиду, что могут появиться библиотеки, аналогичные bem-core, bem-components и т.д. в которых js будет реализован в паттерне vanilla + browser + node.

Это как раз попадает в категорию "сборка проектов на основе библиотеки bem-core", ведь bem-components зависит от bem-core.