Комментарии 7
Как правило, в реальных проектах гораздо более важным фактором, нежели производительность, является то, насколько хорошо команда знакома с инструментом. А когда/если дело доходит до оптимизации, то нужно уже сравнивать производительность инструментов на тех аспектах, которые реально используются в проекте, а не на общих абстрактных показателях.
Можно сделать удобную базу данных. В неё будут добавляться фреймворки. Тэгами помечаться что они умеют. А потом пользователи будут выставлять сколько времени заняло связать A с Б по определённым тэгам и сколько человек это делало. После этого можно будет заниматься анализом и пытаться решить задачу оптимизации.
Естественно, погрешность будет невероятной, но может хоть какая-то польза будет.
Естественно, погрешность будет невероятной, но может хоть какая-то польза будет.
Я считаю, что такие показатели не могут быть корректными: толпа професиональных писак из стран не столь отдаленных может делать месяц то, что за один вечер способен сделать професионал, который разбирается в данной отрасли. И поставит раздосадованный тимлид такой чудо комманды -100500 для связи одного компонента с другим, и будут все смотреть и думать «да… тут сложно… лучше свой костыль придумаю».
К тому же, все описанные в статье критерии — они неотъемлемы от самого приложения, окружения и разработчиков. Не думаю, что эти замеры будут корректными. Единственное, где они могли бы иметь какое-то значение — это целенаправленное сравнение прозиводительности подобных компонент/фреймворков/библиотек в строго контроллируемом окружении где побочные факторы сведены к минимуму.
К тому же, все описанные в статье критерии — они неотъемлемы от самого приложения, окружения и разработчиков. Не думаю, что эти замеры будут корректными. Единственное, где они могли бы иметь какое-то значение — это целенаправленное сравнение прозиводительности подобных компонент/фреймворков/библиотек в строго контроллируемом окружении где побочные факторы сведены к минимуму.
Лично я считаю, что нет смысла пытаться сравнить все и вся между собой в одном месте, есть желание — начни с малого. Не нашел хорошего сравнения каких-то конкретных компонентов в интернете и хочешь сделать это сам и поделиться с другими? Создай топик на том же хабре или stackoverflow. Хорошее сравнение сообщество не пройдет стороной, и в комментариях зачастую найдется дискуссия/полемика не хуже, а порою и лучше самого топика, а в споре, как говорится, рождается истина.
Так вот, что вы думаете об идее создания такого сервиса, который будет уметь считать производительность, потребляемую память, сравнивать компоненты?
А узким местом все равно будет какая-нибудь БД/сеть, и вся эта разница в реализациях компонентов не будет играть роли.
Сравнение это ручная работа, не вижу смысла автоматизировать. Начните со сравнения тех вещей, которые сами используете в работе, опубликуйте в блоге или на Хабре.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Оптимизация на упреждение