DZ
Согласен, странный холивар, удивлен, что он так долго продлился. Если понадобится, в JQ можно разобраться за сутки. А специально это делать я бы не стал.
Size: a a a
2020 February 27
VS
Для галер увы пока не заменим, проблемы начинаются, когда надо подключить какой-то слик или маску, начинаются поиски слайдеров на нативке, оказываются все кривые и слик + jq весит меньше, чем кривой слайдер без jq 🥰 а для говносайта нанимать спеца, способного написать свой с нуля это на грани фантастики, ленд по цене золота выйдет 🥳
A
Для галер увы пока не заменим, проблемы начинаются, когда надо подключить какой-то слик или маску, начинаются поиски слайдеров на нативке, оказываются все кривые и слик + jq весит меньше, чем кривой слайдер без jq 🥰 а для говносайта нанимать спеца, способного написать свой с нуля это на грани фантастики, ленд по цене золота выйдет 🥳
Согласен
VS
Кто работал с графовыми БД из под ноды? Какую могли бы посоветовать (естественно, при наличии адекватного клиента под ноду).
Пробовал levelgraph (документация слабая, как и возможности). Пробую redisGraph (первые впечатления хорошие, правда нужно глубже разобраться в ней)
Пробовал levelgraph (документация слабая, как и возможности). Пробую redisGraph (первые впечатления хорошие, правда нужно глубже разобраться в ней)
IK
я использовал neo4j
VS
есть какие-то подводные камни? С первого взгляда выглядит монструозной
AS
const passengerList = (context.getters.passengerWithTicketList as TicketFormModel[])
что это означает в переводе c TS ?
что это означает в переводе c TS ?
IK
тоже что не в ТС
IK
только типа "считай что это массив т ипа TicketFormModel)
MK
Для галер увы пока не заменим, проблемы начинаются, когда надо подключить какой-то слик или маску, начинаются поиски слайдеров на нативке, оказываются все кривые и слик + jq весит меньше, чем кривой слайдер без jq 🥰 а для говносайта нанимать спеца, способного написать свой с нуля это на грани фантастики, ленд по цене золота выйдет 🥳
++
Люди до сих пор массово "делают сайты" на вордпрессе решая все проблемы установкой плагинов, которым в свою очередь по 300 лет
Люди до сих пор массово "делают сайты" на вордпрессе решая все проблемы установкой плагинов, которым в свою очередь по 300 лет
AF
Sergej Charskij
Друзья кто сталкивался с похожей ситуацией. Поделитесь опытом. Проект проходит стадию миграции с одной технологии на другую. Реакт компоненты из старого проекта будут перенести в новый проект с некоторыми изминениями. По самым смелым прикидкам миграция займет несколько месяцев. Как сохранить консистетность обоих проектов. Развитие старого продолжается и не о какой заморозке речь не идет
с чего на что вы переходите?
AF
чтобы знать, как поступать, надо знать скоуп всего
АЗ
Sergej Charskij
Друзья кто сталкивался с похожей ситуацией. Поделитесь опытом. Проект проходит стадию миграции с одной технологии на другую. Реакт компоненты из старого проекта будут перенести в новый проект с некоторыми изминениями. По самым смелым прикидкам миграция займет несколько месяцев. Как сохранить консистетность обоих проектов. Развитие старого продолжается и не о какой заморозке речь не идет
Не создавать 2 проекта, а менять текущий.
SC
А по подробней?
AF
с чего на что вы переходите?
B
Sergej Charskij
А по подробней?
С реакта на другой фреймворк будут переписываться компоненты?
SC
Это не совсем возможно. Покрайней мере с практической точки зрения
АЗ
Sergej Charskij
А по подробней?
Делаете кучу мелких ReactDom.hydrate с самого низа дом дерева, которые постепенно сольются в один, когда весь проект будет переписан.
SC
Давайте тогда так опишу. Оставить все в том же repo не получится. Даже если перенести все в repo2 без изменений работы в repo1 продолжаться
SC
Код будет расходиться. Вопрос как мне видится нужно решать административными методами.