A
Тут точно есть ребята из России?
😄
😄
так если удаленно, какая разница откуда 😏
Size: a a a
2021 March 10
BB
И что значит из России, как будто тут люди должны за еду работать
A
Продукты правильно делать много желающих, знающих как правильно делать уже дефицит
не дефицит, а единицы, судя по чату))
A
не принципиально где проживает, нужен только паспорт РФ для правильного оформления без заморочек
SS
Adv0cat
так если удаленно, какая разница откуда 😏
всё же начальству стоит осваивать хинди, хотябы на базовом уровне
きヴ
День добрый, посоветуйте пожалуйста хорошую книгу по Node.JS, с нативным JS знаком, нужно вникнуть для использования в качестве бэкенд языка, за плечами в качестве бэкенда PHP, нужно в идеале 2 книги, одну для быстрого старта (для чайников серия может быть?) и вторая с детальным разбором и погружением в механику, малоизвестные фичи, красивые обороты в коде. Книгу в идеале на русском (можно на английском, или на крайняк на немецком), и в идеале, чтобы можно было купить физически в книжном магазине, на худой конец заказать печать.
T
узел это совокупность сервисов?
то есть если в узле нет сервиса orders, вызов orders.get мог в него всё равно прилететь?
если это поведение не было результатом неожиданных кастомных настроек, это явная бага, и мне кажется она должна была быть пофикшена сразу же
в одном из проектов я разбил сервисы на "узлы" уже больше года назад, объединив по несколько сервисов за одним брокером
и подобных ошибок не ловил ни разу, ни в одном контуре, даже в проде с нормальной нагрузкой
то есть если в узле нет сервиса orders, вызов orders.get мог в него всё равно прилететь?
если это поведение не было результатом неожиданных кастомных настроек, это явная бага, и мне кажется она должна была быть пофикшена сразу же
в одном из проектов я разбил сервисы на "узлы" уже больше года назад, объединив по несколько сервисов за одним брокером
и подобных ошибок не ловил ни разу, ни в одном контуре, даже в проде с нормальной нагрузкой
Скажем сервис который собирает список запущенных процессов в нескольких виртуальных машинах.
VL
Node js design patterns
T
узел это совокупность сервисов?
то есть если в узле нет сервиса orders, вызов orders.get мог в него всё равно прилететь?
если это поведение не было результатом неожиданных кастомных настроек, это явная бага, и мне кажется она должна была быть пофикшена сразу же
в одном из проектов я разбил сервисы на "узлы" уже больше года назад, объединив по несколько сервисов за одним брокером
и подобных ошибок не ловил ни разу, ни в одном контуре, даже в проде с нормальной нагрузкой
то есть если в узле нет сервиса orders, вызов orders.get мог в него всё равно прилететь?
если это поведение не было результатом неожиданных кастомных настроек, это явная бага, и мне кажется она должна была быть пофикшена сразу же
в одном из проектов я разбил сервисы на "узлы" уже больше года назад, объединив по несколько сервисов за одним брокером
и подобных ошибок не ловил ни разу, ни в одном контуре, даже в проде с нормальной нагрузкой
С этим stateless все и без любых наворотов легко решается, так что давай если уж обсуждать, то более интересные случаи
T
Если я подцепляю машину в сеть, я хочу чтобы она попала в молекулер автоматически
T
А также я хочу чтобы при запросе всего списка происходил map reduce.
T
Раньше не было возможности это сделать.
T
Грубо говоря случай однородных но различаемых узлов был в пролете
T
А это один из фундаментальных примитивов. Распределенное файловое хранилище через stateless не построить.
АП
А также я хочу чтобы при запросе всего списка происходил map reduce.
описанный тобой баг сам по себе интересный случай, но я так и не понял, как его воспроизвести
однородные, но различаемые узлы - этого фреймворк не допускает
он диктует определённые правила, и если ты хочешь иметь два сервиса с одним именем, они должны реализовывать один интерфейс
ты можешь ручками подшаманить и сделать так, чтобы это правило было нарушено - но это противоречит установкам фреймворка и очевидно, что это путь, ведущий к проблемам
тем более что непонятна в чём необходимость такой организации
про какой список речь (где ты хочешь map reduce)?
автоматически - укажи в настройках тот же адрес транспорта, и новая машина снюхается с теми, что уже есть
однородные, но различаемые узлы - этого фреймворк не допускает
он диктует определённые правила, и если ты хочешь иметь два сервиса с одним именем, они должны реализовывать один интерфейс
ты можешь ручками подшаманить и сделать так, чтобы это правило было нарушено - но это противоречит установкам фреймворка и очевидно, что это путь, ведущий к проблемам
тем более что непонятна в чём необходимость такой организации
про какой список речь (где ты хочешь map reduce)?
автоматически - укажи в настройках тот же адрес транспорта, и новая машина снюхается с теми, что уже есть
T
описанный тобой баг сам по себе интересный случай, но я так и не понял, как его воспроизвести
однородные, но различаемые узлы - этого фреймворк не допускает
он диктует определённые правила, и если ты хочешь иметь два сервиса с одним именем, они должны реализовывать один интерфейс
ты можешь ручками подшаманить и сделать так, чтобы это правило было нарушено - но это противоречит установкам фреймворка и очевидно, что это путь, ведущий к проблемам
тем более что непонятна в чём необходимость такой организации
про какой список речь (где ты хочешь map reduce)?
автоматически - укажи в настройках тот же адрес транспорта, и новая машина снюхается с теми, что уже есть
однородные, но различаемые узлы - этого фреймворк не допускает
он диктует определённые правила, и если ты хочешь иметь два сервиса с одним именем, они должны реализовывать один интерфейс
ты можешь ручками подшаманить и сделать так, чтобы это правило было нарушено - но это противоречит установкам фреймворка и очевидно, что это путь, ведущий к проблемам
тем более что непонятна в чём необходимость такой организации
про какой список речь (где ты хочешь map reduce)?
автоматически - укажи в настройках тот же адрес транспорта, и новая машина снюхается с теми, что уже есть
Вот короче больше не диктует. И теперь он очень даже ничего
T
Другое дело что логику за тебя никто реализовывать не будет, но возможность это сделать уже есть
T
описанный тобой баг сам по себе интересный случай, но я так и не понял, как его воспроизвести
однородные, но различаемые узлы - этого фреймворк не допускает
он диктует определённые правила, и если ты хочешь иметь два сервиса с одним именем, они должны реализовывать один интерфейс
ты можешь ручками подшаманить и сделать так, чтобы это правило было нарушено - но это противоречит установкам фреймворка и очевидно, что это путь, ведущий к проблемам
тем более что непонятна в чём необходимость такой организации
про какой список речь (где ты хочешь map reduce)?
автоматически - укажи в настройках тот же адрес транспорта, и новая машина снюхается с теми, что уже есть
однородные, но различаемые узлы - этого фреймворк не допускает
он диктует определённые правила, и если ты хочешь иметь два сервиса с одним именем, они должны реализовывать один интерфейс
ты можешь ручками подшаманить и сделать так, чтобы это правило было нарушено - но это противоречит установкам фреймворка и очевидно, что это путь, ведущий к проблемам
тем более что непонятна в чём необходимость такой организации
про какой список речь (где ты хочешь map reduce)?
автоматически - укажи в настройках тот же адрес транспорта, и новая машина снюхается с теми, что уже есть
Интерфейс то одинаковый
T
Например метод list_processes
T
Один. Возвращает список