Я бы так прямо не сказал. Ведь я все буду делать по ресурсам, которые я указывал. Но я не Application Security Engineer, или как его.
1. Это означает, что безопасности как бы и нет?)
2. Как-то можно с этим продавать шаблон / библиотеку? Например, под соусом, что это сами допиливайте))
Какая от этого выгода покупателю? Ему Ваши проблемы неинтересны.
Я подразумеваю, что покупатель может захотеть внести модификации в код продукта. Или это глупая идея?
Характеристики - я имел в виду, на каком уровне качества продукт. Конкурентное преимущество - я думал, качественно сделанный продукт, которого еще нет в Open Source и продаже
1. Это как раз связано с моим вопросом 1. - я, учитывая все в ресурсах по безопасности, буду предпринимать все необходимые меры. Но я подчеркиваю, что "Не работал на позициях security специалиста." (Application Security Engineer, или как оно)
2. Я закладывал в идею, чтобы он [разработчик] имел возможность внести изменения. Или это глупая идея?
6. Это если шаблон, учитывая, что продукт ориентирован на разработчиков.
8. https://web.dev/fast/
Клиенты, как я хотел бы, чтобы были разработчики.
Для не технических клиентов, у меня сложилось мнение, что сложнее, т.к. больше нужно думать о его применении в бизнесе.
Конечно, кстати, гибкое API далеко не всегда предпочтительно.
Я не знаю саму потребность, но я имею представление о задачах в бэкенд разработке, тем более, что впереди еще долгие месяцы изучения, консультаций и наверняка, хоть какое-то участие в Open source.
Моя проблема - я скверно оцениваю сроки. Я работал в 4 компаниях / крупных фриланс проектах, много учился, но долго нигде не задерживался. Поэтому вариант - frontend / backend / fullstack библиотека / паттерн - для меня очень важен.
DevMan, Не знаю, я лишь хочу узнать потребность. Это может быть реализация любых непростых задач.
Например, части backend или гибкие фичи целиком, с REST / GraphQL Api
И, хотя здесь это не сказано, я стараюсь читать issue библиотек. Были случаи, когда при использовании библиотек при тестировании натыкался на issue, и приходилось искать обходные пути / другие библиотеки.
Поэтому я предпочитаю делать это заранее, а не в спешке во время работы.
Кстати, часто в самих issue комьюнити предлагает обходные пути. И core контрибьюторы могут подтвердить / опровергнуть это.
P.S. Я frontend фрилансер, и по большей части, самоучка.
Если я сморозил какую-то чушь или недосказал, опытные разрабы, поправьте меня, пожалуйста)
aspirantes, мое мнение, основанное на небольшом (!) опыте, за неимением в данный момент других мнений, получение решения для этой оставшейся проблемы не имеет большой ценности как цель.
Я пока не смог вникнуть, что конкретно не работает должным образом.
Если в вашем плане обучения есть "Уметь решать данную задачу", я помогу.
Если ваша цель попрактиковаться с JS DOM, Ajax, problem solving, а получение решения для данной задачи не является целью, то в моем решении, очевидно, нет смысла.
Также, может быть, вам будет интересно, "All of the offset dimension properties are read-only and are calculated each time they are accessed. Therefore, you should try to avoid making multiple calls to any of these properties; instead, store the values you need in local variables to avoid incurring a performance penalty".
Это на случай, если вы не делали еще это.
2. Вычисления в той сторонней библиотеке весьма запутанные, так что нет смысла тратить на их понимание дополнительное время.
https://tympanus.net/codrops/2022/01/05/crafting-s...
https://fireship.io/snippets/threejs-scrollbar-ani...