Для всего есть время и место.
Как видите, на массивах размером < 25k элементов вообще не стоит выбора что использовать — нативные методы обгоняют любые другие реализации.
Но если стоит вопрос о том, что отработать надо шустро, а элементов в массиве много, то лучше проверить наличие альтернатив:)
Да и я не призывал избегать map, filter и reduce, пост написан исключительно с целью предостеречь, мол «осторожно, может произойти и так»
Полностью с вами солидарен.
Но, в моем случае, я писал библиотеку, и, следовательно, интерфейсы я пишу для людей, а реализации для машины. И, думаю, если реализация окажется медленной, то Вас эстетическая сторона кода вообще интересовать не станет — вы просто выберете библиотеку побыстрее:)
Нет, не замерял, ни в рамках подготовки статьи, ни в рамках разработки библиотеки.
Функционал просто стараюсь наращивать итерациями — когда время есть:)
А поясните, пожалуйста, знающие люди, чем конкретно подход вынесения CSS по компонентам лучше глобального CSS?
Просто я не совсем понимаю зачем размазывать стили?
Про глобальные функции тогда уж тоже надо было рассказать, а то материал неполный получился.
У функций вида function() {} this равен объекту window, это у методов this равен объекту перед точкой.
Ну, с учетом того, что автор не занимался до этого, не то что геймдевом, а программированием в принципе, то ему это можно простить.
Ведь, когда пилишь подобные вещи, опыт написания простеньких программ не в счет.
Опыт набивается в процессе творчества:)
Я думаю, что, в большинстве своем, пункты про зону потока и ночное программирование, это весьма индивидуальные вещи. Это чес всех под одну гребенку.
Но, в целом, статья очень годная.
Автору душевное спасибо, а так же легкой сдачи заказов и проектов, с днем рождения:)
Как видите, на массивах размером < 25k элементов вообще не стоит выбора что использовать — нативные методы обгоняют любые другие реализации.
Но если стоит вопрос о том, что отработать надо шустро, а элементов в массиве много, то лучше проверить наличие альтернатив:)
Да и я не призывал избегать map, filter и reduce, пост написан исключительно с целью предостеречь, мол «осторожно, может произойти и так»
Но, в моем случае, я писал библиотеку, и, следовательно, интерфейсы я пишу для людей, а реализации для машины. И, думаю, если реализация окажется медленной, то Вас эстетическая сторона кода вообще интересовать не станет — вы просто выберете библиотеку побыстрее:)
Нет, не замерял, ни в рамках подготовки статьи, ни в рамках разработки библиотеки.
Функционал просто стараюсь наращивать итерациями — когда время есть:)
А поясните, пожалуйста, знающие люди, чем конкретно подход вынесения CSS по компонентам лучше глобального CSS?
Просто я не совсем понимаю зачем размазывать стили?
Про глобальные функции тогда уж тоже надо было рассказать, а то материал неполный получился.
У функций вида function() {} this равен объекту window, это у методов this равен объекту перед точкой.
Ведь, когда пилишь подобные вещи, опыт написания простеньких программ не в счет.
Опыт набивается в процессе творчества:)
Если эти файлы откроете, то увидите, что у них много зависимостей.
Но, в целом, статья очень годная.
Автору душевное спасибо, а так же легкой сдачи заказов и проектов, с днем рождения:)
Да и изначально не планировал, что люди увидят.
Учту и, возможно, перепилю. Больно тема зацепила.