All streams
Search
Write a publication
Pull to refresh
-13
0
Send message

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

А можно ли в вашем решении легко отделить компоненты вашей компании и написать допустим свои для моей? И ваше решение опенсурс?

Статья кажется из-за этого не законченной

Кажется это следующий пиз**ц который случится с миром

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

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

Да еще и клепать круды))

В алгоритме консенсуса рафт например используется счетчик времени не зависящий от внешних часов

Еще одно фейковое правило из той же оперы, что и 38. Звучит логично, но все уже давно известно в жизни подобных проблем не возникает. Они существуют только в "рыбацких рассказов" от чачайников.

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

Про join интересный вопрос. Получается если по "правильному" использовать репозитории, то нужно делать несколько запросов к бд чтобы получить все необходимые данные?

Можно даже не файловые делать, а в sqlite, считай можно ту же орм перенастроить с основной бд на скулайт и sql не нужно переписывать

Чаще видел что storage используется во фронтенде, а репозитории на беке

Пример: сервис видео который позволяет загружать новое видео и получать список видео. А в микросервисах для этих двух фич 2 микросервиса.

Пролог как раз декларативно логический язык. Что выглядит декларативно так это описание интерфейса в vuejs.

Сколько с бд работал не встречал баги. И все же бд это про удобство и скорость разработки.

И зачем его делать кубическим? Явно толщина будет значительно меньше

Information

Rating
Does not participate
Registered
Activity