Да, так и есть.
Тоже в свое время заморачивался по PIM, больше всего нравился китайский WizNote (практически нет pim с юзабельными клиентами подо все ОС). Но потом охладел, знания лучше держать в голове, а все тонкости сейчас можно быстро нагуглить, когда понадобится. А от лишнего нужно избавляться без сожалений.
Экспериментальный код стоит хранить в гит, просто чтобы легко можно было посмотреть отовсюду. Но и оно как правило не пригождается.
А какие-то ценные изыскания лучше оформлять в виде статьи в общем доступе.
Саша Ящук, https://firebase.google.com/docs/firestore/rtdb-vs...
Гугл рекомендует Cloud Firestore, нет повода не слушаться его. Я не настолько изучал тонкости чтобы заметить разницу. Для сайта хватить любого.
Можно и AngularFirestore использовать, документация там же. Но там в доке просто вскользь упомянуты операции, что они есть. Ну видимо другого и не надо.
Саша Ящук, ну я же привел ссылку для списков.
А вот для объектов https://github.com/angular/angularfire2/blob/maste...
Там создание, чтение, изменение и удаление.
При чтении получаешь от базы сразу обсервабл, который отслеживает изменение данных в базе.
При работе с firebase надо мыслить немного по другому, не запросами к бэкенду, а будто база уже есть на сайте.
Саша Ящук, не понимаю ерничанья, там CRUD нормально описан в документации, я все освоил когда понадобилось.
Вот для списков например https://github.com/angular/angularfire2/blob/maste...
Затыки были только с управлением самим firebase, у гугля в этом плане вместо документации какой-то блог. А по части Ангуляра все ок.
sim3x, плюсую, в маленькой команде разбираем проект на участки, и за каждый участок отвечает тот, кто лучше его знает. Были попытки нанять лида со стороны, но толку от этого не было никакого.
DiaTMss, не используйте фреймворки, подарите будущим разработчикам проекта радость изучения ваших изделий, а заказчику проекта радость поиска готовых на такие подвиги разработчиков.
Я уверен вы пишете отличный код и не менее прекрасную документацию к нему.
sdgroup14, в отличии от компонентов модули можно импортировать несколько раз, ангуляр анализирует зависимости и создает отдельные бандлы для разделяемых кусков.
Страничка, использующая один-два общих компонентов, может импортить модули только с этими компонентами, а другие странички заюзают shared в котором есть импорт/экспорт всех таких модулей.
Лишний вес надо смотреть конкретно сколько, может и возиться не стоит ради десятка килобайт. На фоне vendor.js это может оказаться вообще ничтожным.
Посмотрите как реализованы крупные библиотеки элементов.
https://jsfiddle.net/melchiorio/6joz3krv/