Size: a a a

JavaScript.Ninja

2020 June 23

DN

Dima Nazdratenko in JavaScript.Ninja
Alex Ьтьь
Какойто ng switch?
в html? ну на кажом куске который должен появлятся ng-show=«flag1»

а на зеленом куско ng-show=«!flag1 || !flag2 || !flag3»
источник

Alex Ьтьь in JavaScript.Ninja
Dima Nazdratenko
в html? ну на кажом куске который должен появлятся ng-show=«flag1»

а на зеленом куско ng-show=«!flag1 || !flag2 || !flag3»
Ну выглядит как кейс под свитч https://docs.angularjs.org/api/ng/directive/ngSwitch
источник

DN

Dima Nazdratenko in JavaScript.Ninja
Alex Ьтьь
Ну выглядит как кейс под свитч https://docs.angularjs.org/api/ng/directive/ngSwitch
о спс, погляжу
источник

Alex Ьтьь in JavaScript.Ninja
Dima Nazdratenko
в html? ну на кажом куске который должен появлятся ng-show=«flag1»

а на зеленом куско ng-show=«!flag1 || !flag2 || !flag3»
зеленый кусок под дефолтный кейс
источник

D

Dimitrii in JavaScript.Ninja
Nikita Sologub
ну по доке и по курсу который я прохожу сказано, что эта библиотека всегда выполняет эти функции в порядке Givent(aka Input) -> When(aka Act) -> Then(aka Output), а это значит что я могу иметь 1 When и дальше тестировать сколько угодно комбтнаций Input-Output, без дублирования When логики
Given+Then неразделимые же по смыслу. Если предусловие бывает одним для многих тестовых случаев, то постусловия не отделимы от операций над тестируемой сущностью.
источник

NS

Nikita Sologub in JavaScript.Ninja
Dimitrii
Given+Then неразделимые же по смыслу. Если предусловие бывает одним для многих тестовых случаев, то постусловия не отделимы от операций над тестируемой сущностью.
Они и не разделяются per se, просто именованные функции, так то любая пара given-then будет под describe по их подходу
источник

D

Dimitrii in JavaScript.Ninja
Ошибочка, Given это предусловия
источник

NS

Nikita Sologub in JavaScript.Ninja
Dimitrii
Ошибочка, Given это предусловия
не понял
источник

P

Pavel in JavaScript.Ninja
Добрый вечер, я придумал ERP систему для компании где работаю, которая максимально автоматизирует рутинные процессы. Компания занимаемся оптовой продажей запчастей электроники. Проект большой, много модулей и сущностей (заказы,рекламации, склад,клиенты, ассистент упаковки, финансы, отчеты, дашборд). Хотим заложить изначально модель SaaS и использовать GraphQL. Сейчас стоит вопрос выбора back-end программиста и стека технологий, есть два варианта PHP + Laravel или Node.js + Nest.js. Опыта разработки таких проектов у меня мало, поэтому трудно принять правильное решение. Возможно кто разрабатывал похожую систему. Подскажите какой стек больше подойдет в моем случае? Заранее спасибо за любой фидбэк :)
источник

Alex Ьтьь in JavaScript.Ninja
Pavel
Добрый вечер, я придумал ERP систему для компании где работаю, которая максимально автоматизирует рутинные процессы. Компания занимаемся оптовой продажей запчастей электроники. Проект большой, много модулей и сущностей (заказы,рекламации, склад,клиенты, ассистент упаковки, финансы, отчеты, дашборд). Хотим заложить изначально модель SaaS и использовать GraphQL. Сейчас стоит вопрос выбора back-end программиста и стека технологий, есть два варианта PHP + Laravel или Node.js + Nest.js. Опыта разработки таких проектов у меня мало, поэтому трудно принять правильное решение. Возможно кто разрабатывал похожую систему. Подскажите какой стек больше подойдет в моем случае? Заранее спасибо за любой фидбэк :)
У нест комьюнити меньше, можно столкнуться с тем что проблемы возникающие по ходу разработки будет решать сложнее
источник

Alex Ьтьь in JavaScript.Ninja
По этой причине я бы брал ларавель на вашем месте.

Можно было попробовать нест если был бы ангуляр гдето, а так было бы наверное страшновато без достаточно хорошей причины.

Полгода назад гдето я решил пет проект завести на нест.

У меня возникла проблема банальнвя в ходе разработки, будь это ларавель то загуглил бы решение без проблем, а с нест на том же стековерфлоу было как-то жиденько в плане вопросов / ответов.

В итоге я сам возился и кучу времени потратил.

Такие моменты могут увеличить время разработки и ее сложность и риски в целом
источник

P

Pavel in JavaScript.Ninja
Alex Ьтьь
По этой причине я бы брал ларавель на вашем месте.

Можно было попробовать нест если был бы ангуляр гдето, а так было бы наверное страшновато без достаточно хорошей причины.

Полгода назад гдето я решил пет проект завести на нест.

У меня возникла проблема банальнвя в ходе разработки, будь это ларавель то загуглил бы решение без проблем, а с нест на том же стековерфлоу было как-то жиденько в плане вопросов / ответов.

В итоге я сам возился и кучу времени потратил.

Такие моменты могут увеличить время разработки и ее сложность и риски в целом
Спасибо
источник
2020 June 24

TT

Tommy's Theme in JavaScript.Ninja
Всем привет. подскажите. такая проблема. вот такой упрямый возврат каретки не удаляется режексом replace(/\r?\n|\r/g,' ') , в чем может быть причина?
источник

DP

Dmytro Petunenko in JavaScript.Ninja
Pavel
Добрый вечер, я придумал ERP систему для компании где работаю, которая максимально автоматизирует рутинные процессы. Компания занимаемся оптовой продажей запчастей электроники. Проект большой, много модулей и сущностей (заказы,рекламации, склад,клиенты, ассистент упаковки, финансы, отчеты, дашборд). Хотим заложить изначально модель SaaS и использовать GraphQL. Сейчас стоит вопрос выбора back-end программиста и стека технологий, есть два варианта PHP + Laravel или Node.js + Nest.js. Опыта разработки таких проектов у меня мало, поэтому трудно принять правильное решение. Возможно кто разрабатывал похожую систему. Подскажите какой стек больше подойдет в моем случае? Заранее спасибо за любой фидбэк :)
Выбирать всегда нужно то что команда знает/может изучить быстрее. Ну и комьюнити конечно тоже (я бы сказал после первого фактора)
источник

P

Pavel in JavaScript.Ninja
Dmytro Petunenko
Выбирать всегда нужно то что команда знает/может изучить быстрее. Ну и комьюнити конечно тоже (я бы сказал после первого фактора)
Ну Laravel живет с 2013 года, а Nest где-то c 2018, по этому комьюнити ларавела больше
источник

P

Pavel in JavaScript.Ninja
в целом все рекомендации дают в сторону Laravel
источник

С

Сергей in JavaScript.Ninja
Да Laravel будет получше
источник

DP

Dmytro Petunenko in JavaScript.Ninja
Сергей
Да Laravel будет получше
я не против )
Если комманда знает php то конечно да, если команда пишет на ноде, впихнуть в их головы новый язык и фреймворк будет не лучшей идеей, вот про что я
Время существования не всегда говорит в пользу
Тот же ларавел наверное сильно изменился с 2013?
источник

С

Сергей in JavaScript.Ninja
Dmytro Petunenko
я не против )
Если комманда знает php то конечно да, если команда пишет на ноде, впихнуть в их головы новый язык и фреймворк будет не лучшей идеей, вот про что я
Время существования не всегда говорит в пользу
Тот же ларавел наверное сильно изменился с 2013?
Да , изменился)
источник

PG

Pavel Gubin in JavaScript.Ninja
Dmytro Petunenko
я не против )
Если комманда знает php то конечно да, если команда пишет на ноде, впихнуть в их головы новый язык и фреймворк будет не лучшей идеей, вот про что я
Время существования не всегда говорит в пользу
Тот же ларавел наверное сильно изменился с 2013?
+)
источник