Sergey
я к тому что раз уж ты не умеешь писать бэкэнды, может можно выкрутиться и без написания бэкэндов? Ну то есть... допустим аппойменты и все такое это сложно
Sergey
google calendar это умеет
Sergey
апиха есть
Sergey
нотификации и ремайндеры даже есть
Sergey
один js файлик выйдет)
Sergey
списки сотрудников и т.д. - firebase
Sergey
новости - firebase
Sergey
ну и т.д.
A
насчет firebase - не знаю. я не работал с ним, какие у него преимущества по сравнению с другими облаками? или это вообще другая степь?
A
гугловский baas?
Sergey
firebase в контексте облачной базы данных
Sergey
ну тип того да
Sergey
ну блин, как ты думаешь, что удобнее и быстрее, пилить круд для nodejs без опыта nodejs или не писать круд?
Sergey
ну короч
Sergey
если ты хочешь научиться писать на ноде - иди и учись)
A
подожди, не пинай)
Sergey
а хочешь проект сделать - либо ищи бэкэндщика (если надо быстро), либо придумай варианты при котором твоего кода будет минимум
A
ну это как бы сервис планируется долгоиграющий, который надо поддерживать, улучшать, обновлять и т.д.
A
не сделать и сдать, а для себя
Sergey
ну... структурировать проекты на react могешь?
Sergey
ну мол модули там и все такое?
A
да , конечно
Sergey
ну... дальше у тебяб удет веселье с базами данныхl
Sergey
проще всего будет взять mongodb какой или postgresq
A
ну вот я про mongodb и думал
Sergey
а почему думал про mongodb?)
A
потому что nosql и вроде всё просто. правда не был уверен что подойдёт под мою задумку. но говорят., что справится
A
json
Sergey
> потому что nosql и вроде всё просто все просто когда у тебя задача простая
Sergey
и когда ты умеешь строить модель данных под nosql
A
а почему ты про модули спросил? на бэке тоже модульная сборка?
Sergey
ээээм.... суть то не в сборке, а в управлении зависимостями
Sergey
ты на фронте как бэ можешь уже даже не бандлить ничего (хотя ради tree shaking стоит) http2 и все такое
Sergey
ну то есть... бэкэнд это то же самое что и фронтэнд, только у тебя не один клиент за раз а много
Sergey
то есть к вопросу управления состоянием стоит подходить уже не так наплевательски
Sergey
но поскольку ты пишешь на реакте слова "чистая функция" и "сайд эффекты это плохо" тебя не должны удивить
A
не понял почему на фронте не бандлить..
A
короче, если делать для себя, то посоветуете все же начать с написания сценариев на gherkin?
Sergey
короче, если делать для себя, то посоветуете все же начать с написания сценариев на gherkin?
а те кто про кукумбер тебе говорили что-то конкретное говорили зачем нужен геркин?
Sergey
ну там "детализация требований, формирование критериев приемки в виде примеров поведения системы"
A
они меня направили к вам в чат)
Sergey
что это не тесты
Sergey
....
Sergey
сходи в чат nodejs
A
короче я понял
A
спасибо
Sergey
Пацаны, там набросили, даже @yegor256 пришел в комменты https://techblog.bozho.net/anemic-objects-ok/
Nikolay
не читал - но осуждаю :)
Ale
Пацаны, там набросили, даже @yegor256 пришел в комменты https://techblog.bozho.net/anemic-objects-ok/
в комментах чувак пишет про value object, но в них не может быть get/set o.o
Sergey
VO обычно иммутабельные идут и без сеттеров с геттерами
A
продублирую, мало ли, кто подскажет
A
Никогда не работал с бэкендом. Есть какой-то алогритм разработки приложения на react + nodejs (koajs)? Интересует nodejs часть. Node поставил, koajs тоже. Прикрутил через webpack-dev-middleware к фронту. Есть подробная спецификация, такого плана :
Ale
VO обычно иммутабельные идут и без сеттеров с геттерами
а он говорит, что это как раз пример того, что он в статье описывает.
Sergey
да ну вообще идея отказа от любых структур данных это безумие
Ale
да ну вообще идея отказа от любых структур данных это безумие
ну да, в любом случае где-то ты будешь обмениваться строкой, числом или более сложной структурой
Sergei
@f3ath показалось что GitGateway::getTags() не используется нигде
🐴
@f3ath показалось что GitGateway::getTags() не используется нигде
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 добавил интеграционных тестов на скорую руку
Sergey
@f3ath https://www.youtube.com/watch?v=VDfX44fZoMc
Sergey
одно из лучших видео по тестам которые мне даводилось смотреть
Пантелеев
да что же по нерусски всё((
Sergey
да что же по нерусски всё((
ну щито поделать... сделай доклад, запиши видос, опубликуй
Пантелеев
не уверен что его будут рекомендовать как хороший)
Sergey
ну вот)
Sergey
я не то что бы все видосы смотрел) просто этот от иминитого дядьки
Sergey
потому я его смотрел
Sergey
смотреть все видосы Васей всяких на ютуб у меня времени не хватит
Sergey
а всякие подборки, кульные плейлисты и т.д. собирают только англоязычная аудитория