Это вы еще не видели книги по PHP в 2000-2010... с кучей дыр и тп. Примерного с того времени не прочитал ни одной книги по коду. Есть документация, статьи, примеры и тп. Достаточно. Книги не успевают за кодом, а тут просто попытка попасть в рынок думаю.
Только проблема в раскрытии имплементации бизнес логики... если планируется обрабатывать "у меня тут сеть недоступна" не как базовый Exception, то стоит делать обертку и это будет неотъемлемой частью логики. Убирать неявное - хорошая практика.
Я понимаю, что k8s это круто и современно, но где-то в сторонке стоит nomad, который работает как палка и даже в деве из коробки разворачивает локальный кластер для тестов одной командой. С одним глобальным минусом - не пытается из коробки поддерживать stateful (но не все хотят засовывать базы в k8s или пользуются облачными решениями для этого).
Это тоже не проблема. GraphQL дает писать resolver для каждой "вершины". Два resolver обращаются в две разные базы и тп. Можно два апи написать с клеить их через graphql-tools и тп. Много рабочих подходов (не костылей).
GraphQL апи можно программно склеивать друг с другом через graphql-tools как душе угодно. Поэтому оно подходит для микросервисов. У REST и других подходов нет этой фишки.
С таким подходом теряются данные о том, что вернет endpoint. Там может быть Post!, Post или еще что-то. Это нужно держать в голове или где-то, а не в данных introspection. В общем... сила graphql в общих типах между беком и фронтом... без понятия какой codegen типов на фронте вы сможете тут использовать.
Так же разваливается schema stitching, которая очень часто нужна в крупных проектах. А игра с GraphQL для меня это https://www.graphql-tools.com/ =)
Создание своей аналитики - народная забава в СНГ. Смешная попытка использовать grafana как BI, как минимум интерфейс будет пыточной для рядового пользователя.
Metabase находится в топе opensource BI. Умеет excel отчеты и тп по-мелочи. Проблема только в том, что SQL отчеты множатся как мусор и теряется контроль через пару лет.
ФП программисты ох как с вами не согласны, но ок...
Это вы еще не видели книги по PHP в 2000-2010... с кучей дыр и тп. Примерного с того времени не прочитал ни одной книги по коду. Есть документация, статьи, примеры и тп. Достаточно. Книги не успевают за кодом, а тут просто попытка попасть в рынок думаю.
Только проблема в раскрытии имплементации бизнес логики... если планируется обрабатывать "у меня тут сеть недоступна" не как базовый Exception, то стоит делать обертку и это будет неотъемлемой частью логики. Убирать неявное - хорошая практика.
Текущий мейнстрим в гидропонике - проточная гидропоника. Там достаточно субстрата объемом с кулак. Любые камни просто для удержания кустов.
Выжили без пластиковых карт, сервисов доставки, туалета в доме и тп современных удобств. Нужно молча соглашаться, если все такое начнут забирать?
Я понимаю, что k8s это круто и современно, но где-то в сторонке стоит nomad, который работает как палка и даже в деве из коробки разворачивает локальный кластер для тестов одной командой. С одним глобальным минусом - не пытается из коробки поддерживать stateful (но не все хотят засовывать базы в k8s или пользуются облачными решениями для этого).
Это тоже не проблема. GraphQL дает писать resolver для каждой "вершины". Два resolver обращаются в две разные базы и тп. Можно два апи написать с клеить их через graphql-tools и тп. Много рабочих подходов (не костылей).
Есть инструменты типа https://www.graphile.org/postgraphile/
Такие простые запросы прогать на беке нет смысла. Базовое апи, которое покроет ваш кейс тул даст написать.
GraphQL апи можно программно склеивать друг с другом через graphql-tools как душе угодно. Поэтому оно подходит для микросервисов. У REST и других подходов нет этой фишки.
С таким подходом теряются данные о том, что вернет endpoint. Там может быть Post!, Post или еще что-то. Это нужно держать в голове или где-то, а не в данных introspection. В общем... сила graphql в общих типах между беком и фронтом... без понятия какой codegen типов на фронте вы сможете тут использовать.
Так же разваливается schema stitching, которая очень часто нужна в крупных проектах. А игра с GraphQL для меня это https://www.graphql-tools.com/ =)
https://blog.mozilla.org/en/mozilla/we-need-more-than-deplatforming/
Они последнее время форсили цензуру в интернете... ожидаемо в таком ключе.
Только не Украина, а Казахстан...
Можно параллельно и без гибридного подхода...
Отличный материал для портала с домохозяйками.
Создание своей аналитики - народная забава в СНГ. Смешная попытка использовать grafana как BI, как минимум интерфейс будет пыточной для рядового пользователя.
Metabase находится в топе opensource BI. Умеет excel отчеты и тп по-мелочи. Проблема только в том, что SQL отчеты множатся как мусор и теряется контроль через пару лет.
Как вариант решения проблему штуки типа https://cube.dev/
Это гребанная "последняя миля", а не Средневековье или Римская Империя. Тот, кто решит эту проблему - порвет рынок.
Чем курьер отличается от водителя, кроме автошколы на пару месяцев? Понятно, что в такси берут со стажем, но никто реальные навыки не проверяет.
В квартире или внутри дома проблему комаров решает система принудительной вентиляции.
hot glue это не силикон, а термоклей