Обновить
-10
@alexesDevread⁠-⁠only

Пользователь

Отправить сообщение

Маркетинг… у вас тут тоже маркетинг. Кто будет отвечать, если система, подобна вашей, упадет, компания будет терять деньги на простое? Вернете деньги за неоказанную услугу при огромных убытках со стороны клиента? (из опыта использования SaaS) А так да, свои решения или opensource — боль и страдания по-своему

Потому что это все пытается выглядеть декларативно. А в декларативно нет последовательности вызова, оно просто есть. Посмотрите любый фп язык вроде haskell.

К сожалению, в этом примере prevState существует только в одном экземпляре

useRef


читабельные реализации основных хуков

На vdom ноду крепится доп инфа и все, только это скрыто. Если это понять, то с хуками все просто.


const MyComponent = (props, currentNode) => {
  // const useRef = (initValue, cn) => cn.refs[cn.refIndex++] || initValue
  const ref = useRef(null, currentNode);
  const [value, setValue] = useState(false, currentNode);
};

Вот в такой форме понятней думаю было бы, но зачем-то они скрыли и сделали магию. Т.е сейчас внутри либы есть глобальная переменная currentNode и на неё опираются хуки.


PS Все выше псевдокод

Картинка из прошлого поста в ленте как раз в тему...


image

Больше всего запомнилось
— у вас еще офферы есть?
— да, блабла
— и зачем ты пришел на собеседование?
— ...

У ребят с nomad просто все работает и говорить не о чем =)

Именно для прода попробуйте ansible и конкретно его https://docs.ansible.com/ansible/2.5/modules/docker_container_module.html
Это выглядит почти как docker-compose, работает стабильнее и имеет огромный запас дополнительных батареек (вроде готовой роли, чтобы поставить 1 строчкой docker на сервер). На простых кейсах вы берете чистый сервер, выполняете ansible-playbook site.yml и проект работает.

Если мы не будем хранить состояние, сможем использовать один и тот же образ в разных сценариях

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


Можно ли использовать JSON вместо YAML в файле для docker-compose, если да — как?

json — подмножество yaml...


Опишите процесс масштабирования контейнеров Docker

Правильный ответ… зависит от вашего оркестратора. А docker-compose в качестве оркестратора для хоть сколько большого прода — смешно.

Еще чуть-чуть и будет CoffeeScript.
В функциональных языках в принципе нет понятия "присвоения".
От JS усталости помогает https://elm-lang.org/

Я бы написал по другому… на конкретном примере


type Env interface {
  GetUserByPhone(phone string) (*model.User, error)
}

func CheckEmployee(env *Env, phone string) (bool, error) {
    user, err := GetUserByPhone(phone)
    return user != nil, err
}

Дальше https://github.com/matryer/moq генерит мок Env и пишу тест на бизнес логику CheckEmployee. Шаблон теста генерит https://github.com/cweill/gotests. Это в стиле clean architecture, но без заморочек.

Я не фанат куба на машинах штатных разработчиков, потому что это в общем сложно. Просто сказал, что конкретно эта пробелма — не проблема. В деве используется миникуб, там есть minikube mount $HOME:/host на хост машину.

HostPath делает тоже самое, что и volumes.
Только прибить под нужно к ноде.
Чуть более сложный метод — local volumes.

А в меня каждый раз летят помидоры, когда я говорю, что проще писать docker-compose для дева и k8s.yml для прода. Контейнеры должны быть гибкими и одинаково просто запускаться в любой среде.

Думал у нас сама известная
Когда мало кто знал, что значит Ctrl-Alt-Del, Когда не каждый ребенок калькулятор имел...

1) Команд у rule может быть несколько, в том числе insert в аудит
2) я больше имел в виду тулы типа postgraphile, postgrest, где удобнее все же delete from


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

Зачем использовать сервисную функцию, если можно написать rule и использовать обычный delete from с которым будут без правок работать ORM и тп тулы?

Мы используем postgraphile как backend + сверх CRUD что-то руками пишется. На фронте react & relay без общего стейт менеджера (по факту тут не нужен, но многие пихают по привычке, "это ведь правильно!!1111!!" и получают монстра), вот демка кода одной страницы в одном файле https://gist.github.com/alexesDev/68be460a1edeca65d6049cf804db898e (это создание, редактирование). В реальном проекте чуть больше каши, но смысл остается (1 страница — 1 файл и не более, почти как php). В таком формате получается бюджетно, быстро и типизировано с бека.

ActiveAdmin прекрасен, кроме двух моментов:


  • жуткий тормоз (50+ ресурсов и уже начинаются вилы, у нас было 100+)
  • сейчас уже все хотят интерактивную админку с кучей js и тут боль. Закостылять пару тысяч строк на jquery можно, но печально. Мы просто перешли на spa на реакте

У нас бот говорит курьеру chat_id, который нужно переслать менеджерам. И все.

Боту можно шарить live location и отслеживать курьеров ;)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность