@f3ath https://github.com/f3ath/git-changelog/pull/1

это только начало

и вот на тему Git implements GitGateway, может быть еще https://github.com/libgit2/php-git

без всяких шелов

надо ставить экстеншен

сильное усложнение

не

так типа две реализации

всем привет

нужен совет по разработке приложения на react и nodejs. Давеча осведомленные господа посоветовали ознакомиться с BDD, cucumber и спроектировать объекты в системе, какой пользователь что делает и т.д. На данный момент написан детальный док, где описаны: 1. пользователи и сценарии 2. данные в приложении 3. представления 4. сущности 5. жизненный цикл что делать дальше?)

в бэкенде не смыслю, но поставил уже nodejs, + koajs

почему выбрал koajs а не модный нынче AdonisJs?

хотя не важно

> что делать дальше?) писать код. что дальше... Сценарии на gherkin у тебя написаны (к стати покажи какие-нибудь)

а стало быть просто берем и делаем так что бы красные тесты становились залеными

как - не важно, всеравно с места в карьер выйдет плохо

ну и опять же - тебе надо в чатик nodejs

про AdonisJs впервые слышу. Опыта ни c express, ни с koajs нету. Почитал отзывы, cравнения - https://github.com/koajs/koa/blob/master/docs/koa-vs-express.md

и решил выбрать koajs. + async/await у них "из коробки"

дело в том, что вся документация пока что обычным текстом в гугл доке. На gherkin ничего не писал

вот в таком формате: https://www.dropbox.com/s/bqza9z49opf18ua/Screenshot%202016-12-26%2000.03.06.png?dl=0

> что делать дальше?) писать код. что дальше... Сценарии на gherkin у тебя написаны (к стати покажи какие-нибудь)

Не совсем понятно как код структурировать на бэкенде. И должен ли это быть отдельный сервис? Изначально я разделил на два независимых приложения, одно - реакт, второе чисто сервер на ноде, каждый в отдельной папке, со своим набором модулей, и cвоим package.json. Но когда пришлось пробросить webpack-dev-middleware , возникли нюансы и я всё смержил в один проект.

Не совсем понятно как код структурировать на бэкенде. И должен ли это быть отдельный сервис? Изначально я разделил на два независимых приложения, одно - реакт, второе чисто сервер на ноде, каждый в отдельной папке, со своим набором модулей, и cвоим package.json. Но когда пришлось пробросить webpack-dev-middleware , возникли нюансы и я всё смержил в один проект.

напиши в профильный чат

требования у тебя конечно формализированы прям...

как начет firebase?

firebase + google calendar для планирования

интеграция с google calendar планировалась для клиентов, которые с мобилы записываются на сеанс

например

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

google calendar это умеет

апиха есть

нотификации и ремайндеры даже есть

один js файлик выйдет)

списки сотрудников и т.д. - firebase

новости - firebase

ну и т.д.

насчет firebase - не знаю. я не работал с ним, какие у него преимущества по сравнению с другими облаками? или это вообще другая степь?

гугловский baas?

firebase в контексте облачной базы данных

ну тип того да

ну блин, как ты думаешь, что удобнее и быстрее, пилить круд для nodejs без опыта nodejs или не писать круд?

ну короч

если ты хочешь научиться писать на ноде - иди и учись)

подожди, не пинай)

а хочешь проект сделать - либо ищи бэкэндщика (если надо быстро), либо придумай варианты при котором твоего кода будет минимум

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

не сделать и сдать, а для себя

ну... структурировать проекты на react могешь?

ну мол модули там и все такое?

да , конечно

ну... дальше у тебяб удет веселье с базами данныхl

проще всего будет взять mongodb какой или postgresq

ну вот я про mongodb и думал

а почему думал про mongodb?)

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

json

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

бгг, в цитаты

> потому что nosql и вроде всё просто все просто когда у тебя задача простая

и когда ты умеешь строить модель данных под nosql

а почему ты про модули спросил? на бэке тоже модульная сборка?

ээээм.... суть то не в сборке, а в управлении зависимостями

ты на фронте как бэ можешь уже даже не бандлить ничего (хотя ради tree shaking стоит) http2 и все такое

ну то есть... бэкэнд это то же самое что и фронтэнд, только у тебя не один клиент за раз а много

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

но поскольку ты пишешь на реакте слова "чистая функция" и "сайд эффекты это плохо" тебя не должны удивить

не понял почему на фронте не бандлить..

но поскольку ты пишешь на реакте слова "чистая функция" и "сайд эффекты это плохо" тебя не должны удивить

это понятно, конечно

короче, если делать для себя, то посоветуете все же начать с написания сценариев на gherkin?

короче, если делать для себя, то посоветуете все же начать с написания сценариев на gherkin?

а те кто про кукумбер тебе говорили что-то конкретное говорили зачем нужен геркин?

ну там "детализация требований, формирование критериев приемки в виде примеров поведения системы"

они меня направили к вам в чат)

что это не тесты

....

сходи в чат nodejs

ну там "детализация требований, формирование критериев приемки в виде примеров поведения системы"

про это не говорил

короче я понял

спасибо

Пацаны, там набросили, даже @yegor256 пришел в комменты https://techblog.bozho.net/anemic-objects-ok/

не читал - но осуждаю :)

Пацаны, там набросили, даже @yegor256 пришел в комменты https://techblog.bozho.net/anemic-objects-ok/

в комментах чувак пишет про value object, но в них не может быть get/set o.o

VO обычно иммутабельные идут и без сеттеров с геттерами

продублирую, мало ли, кто подскажет

Никогда не работал с бэкендом. Есть какой-то алогритм разработки приложения на react + nodejs (koajs)? Интересует nodejs часть. Node поставил, koajs тоже. Прикрутил через webpack-dev-middleware к фронту. Есть подробная спецификация, такого плана :

VO обычно иммутабельные идут и без сеттеров с геттерами

а он говорит, что это как раз пример того, что он в статье описывает.

да ну вообще идея отказа от любых структур данных это безумие

Никогда не работал с бэкендом. Есть какой-то алогритм разработки приложения на react + nodejs (koajs)? Интересует nodejs часть. Node поставил, koajs тоже. Прикрутил через webpack-dev-middleware к фронту. Есть подробная спецификация, такого плана :

так делайте ее, берете фичу со сценарием, например запись на прием, и реализуете его

да ну вообще идея отказа от любых структур данных это безумие

ну да, в любом случае где-то ты будешь обмениваться строкой, числом или более сложной структурой

@f3ath показалось что GitGateway::getTags() не используется нигде

@f3ath показалось что GitGateway::getTags() не используется нигде

https://github.com/f3ath/git-changelog/blob/master/src/Generator.php#L24

https://github.com/f3ath/git-changelog/blob/master/src/Generator.php#L24

а, точно

@fes0r большое спасибо за критику. Я оставил несколько вопросов в ПР, посмотри, пожалуйста, если будет время

и вот на тему Git implements GitGateway, может быть еще https://github.com/libgit2/php-git

Спасибо. Я хотел сделать как можно меньше зависимостей. Можно добавить ее как suggested

не понятно почему git gateway и tag передаются явно как зависимости а принтер через дабл диспатч

Ответ на этот и остальные подобные вопросы - "потому что я не умею лучше". Как это сделать правильно?

И какой смысл давать возможность не передавать Shell и RepoDetector

Это такая "конфигурация по умолчанию". Почему это плохо?

а в терминах пользователя?

А в терминах пользователя этот класс не говорит. Термин релиз имеет смысл только на уровне класса Application

Хотя тут я не прав, если там тоже использовать слово "релиз", то становится понятно, что теги надо фильтровать

@fes0r добавил интеграционных тестов на скорую руку

@f3ath https://www.youtube.com/watch?v=VDfX44fZoMc