СоС?

Convention over Configuration

Да еще и когда каждый ебучий фрилансер изобретает свой вариант MVC из говна (сотни npm-пакетов) и экспресса

Это не самое страшное

самое страшное когда говоришь JS'еру, мол, может вам рельсоподобный фреймворк запилить? они такие "НЕТ ЗАЧЕМ? СОБЕРИ ПОД СЕБЯ"

тру стори.

а

а у них есть же рельсоподобный фреймворк

Рельсы экономят время тем что ты с большинство зависимостей не возишься, их фреймворк сам разруливает.

а у них есть же рельсоподобный фреймворк

Только они об этом не знают

Не говоря уже о том что большинство зависимостей это вообще ядро и хранится в одном и том же репозитории.

а у них есть же рельсоподобный фреймворк

sailsjs?

знают, кстати

угу

Он под бэк

sailsjs?

Умер

это хоть что-то в эту сторону

я говорю про фреймворк для фронта.

Его нет вроде.

эээ а что ты имеешь ввиду рельсоподобный под фронт фреймворк?

angularjs

Щас они какой-то trails пилят, но, учитывая, что чуть ли не в первых строчках они пишут, что любой кусок его можно выкинуть и написать самому, их укусили те же самые фрилансеры, собирающие свой стек на помойке

angularjs

*перекрестился*

карочи, ребзи, в крупных конторах такой фигни почти нету. Там каждому, кто свой фреймворк пилит, отпиливают руки

ангуляр надо уметь готовить, я видел охуительное приложение на ангуляре на днях

apache zeppelin

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

карочи, ребзи, в крупных конторах такой фигни почти нету. Там каждому, кто свой фреймворк пилит, отпиливают руки

В крупных конторах не пишут на экспрессе большие крудовые приложения

эээ а что ты имеешь ввиду рельсоподобный под фронт фреймворк?

react generate component duh

react init

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

Я хочу сделать react init && mocha и у меня запустятся тесты. Все уже настроено. Вот что я хочу.

А не собирать легко гребаное.

хм create-react-app есть у них пакет)

сразу с линтером

там и генераторы есть поди да?

и тесты сразу искаропки?

я думаю, что написали

а вот тестов не вижу

мб в другом пакете каком-нибудь :D

Я работал в проекте где мы собрали реакт приложение но на тесты времени не было.

Короче ребята постоянно регрессии правили.

на фронте с этим также печально как на бэке.

На фронте с этим печально печально, ибо на беке у тебя нет такого зоопарка тех же браузеров

зоопарк браузеров решается селениумом

с safari хз.

Я о количестве всякой внезапно вылезающей херни в условиях "на тесты времени не было" :)

да постоянно

проблема в том что тратится больше времени чем на написание тестов

только это не видно.

если бы на каждую фичу хотя бы интеграционный тест был, то ребята более продуктивно бы пилили.

Ну и отсутствие общей структуры проекта.

Бэкенд такой, запилил фичу, запилил тест, отдохнул.

Фронт такой, запилил фичу, поправил фичу. На демонстрации старая фича отвалилась потому что фич много и все их не проверяют.

Тесты? потому напишу.

в итоге даже то что легко тестируется было без тестов.

Что мне нравится в рельсах - рельсовики хорошо оттачивают свои инструменты.

В рельсах тутор трехмесячной давности все еще актуален

В рельсах тутор двухлетний может сработать.

Он возможно будет не оптимальным, но скорее всего будет работать.

ЧСХ, он чаще всего работает

гем четырехлетний поставил и он ЗАРАБОТАЕТ.

Кстати, я вообще был похапэшником. Так вот картина такая. Когда я ставил в похапэ библиотеку, то вечно натыкался на грабли. Когда ставлю гем в рельсах, то как правило все просто работает.

С JS не знаю, очень мало работал. Думаю похожая картина с пхп + постоянные обновления/слом API.

Я о количестве всякой внезапно вылезающей херни в условиях "на тесты времени не было" :)

"На тесты времени небыло" это стиль жизни, а не условия оной. Вот на рельсах проект разбераю, мне экс девелопер тоже самое говорил.

У меня тим. лид так говорил, пока в банковском проекте не поработал.

А потом я его спрашиваю "будем на новом проекте тесты писать?" и он "Да да конечно"

У меня тим. лид так говорил, пока в банковском проекте не поработал.

это все привет из прошлого. в конце 90ых небыло ни таких подходов, ни таких инструментов. Самой парадигмы писать тесты, а потом код небыло.

ERROR: S client not available

У меня тим. лид так говорил, пока в банковском проекте не поработал.

точно также говорил один знакомый пхпшник, который ушел в реакт

и много кто тут пишет тесты, а потом код?

Я так стараюсь писать. В лапшепроекте не получается, но если код свой то очень удобно.

Большинство вещей вообще без тестов неудобно писать.

В деве разве что верстку можно пилить.

Я так стараюсь писать. В лапшепроекте не получается, но если код свой то очень удобно.

что значит "лапшепроект"?

Это когда у тебя есть проект где код лапша, друг на дружку все повязано, справочники подгружаются рейк тасками, в тестах дергаются рейкт таски чтобы подгрузить данные к тесту, большинство вещей вообще тестами не покрыто "ну типа тут тесты не нужны" а потом тебе в этом место надо добавить тест, и ты ебешься пытаешься заставить уже существующий код в тесте отработать на 200, мокаешь полпроекта вместе со справочниками, и уже потом прикручиваешь свою фичу.

Когда уже существующие тесты разве что и тестируют поведение и ничего не объясняют или написаны через одно место ...

боль

хорошая практика покрывать тестами все или только важные веши?

Смотри

Тру стори расскажу

Есть контроллер

в контроллере только верстка. и какая то моделька прилетает.

Ну может еще пару структур непонятных.

Вроде его не надо покрывать тестами да?

потом приходит ДРУГОЙ программист в твой контроллер ему надо добавить фичу

и вместо добавления фичи и тестирования фичи, он пишет тест на твой контроллер, бегает по коду и собирает все нужные данные чтобы контроллер отдал 200.

Так что простым тестом обкладывать все нужно. Потом будет сложно собрать/узнать данные нужные этому куску.

А если там еще пара тройка сервисов дергается то программист седеет еще по дороге.

Че значит отдал 200

http 200

Ок?

он самый.

статус коды рельсовику нужно знать базовые.

Блогодарю. Вот выше обсуждали, TDD это строго тест - > код?

TDD в моем пониманиии это когда ты в голове накидал структуру всего кода для своей фичи, дальше ты пишешь тест под нее как ты ее видишь.

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

Пишешь тест на это, мокаешь http запрос.

Дальше тесты красные, ты пишешь реализацию пока она не будет зеленой.

Дальше рефакторишь тесты и потом рефакторишь код.