Я хотел сказать, что умение мыслить абстрактно, а не здесь и сейчас, очень выгодно отличает человека от остального животного мира. И если вы отказываетесь от этих упражнений, ценность ваших умозаключений для меня лично сомнительна.
В порядке бреда: возможно, способность функции принимать параметры любого типа не слабость, а супер сила, а вы пытаетесь уместить гениальное в узкие рамки общепринятого. Подумайте ))
Если серьезно, с типизацией жизнь программиста становится сильно проще, но кто не бредит, тот не пьет шампанское :-)
В целом бред, так вы путаете управление , аналитику и разработку. Ваше правило работает если в процессе участвует два человека: заказчик и исполнитель. Но чем больше команда, тем больше необходима формализация и разделение обязанностей.
А что происходит, когда сторонняя система получает от пользователя токен? Как она определяет годность (валидность) токена и откуда берется модель соотв пользователя?
В реальном мире все гораздо сложнее. Не в том смысле, что обманывать -- это хорошо, но в том, что само определение обмана становится сложнее, чем в детстве.
Насколько я понял, речь идёт о доступности брокера, а не о потери им сообщений.
Вы думаете кому-то действительно интересен этот высер? В инете полно примеров как установить фласк.
Для начала понять бы какую проблему решаем
Я с фронтом уже давно не, но "Например, дефолтное значение display — inline" -- это сильно. Прям сразу настраивает на соотв лад:-)
Я обратил внимание на то, что многие вопросы, что вас раздражают, имеют характер более академический, нежели прикладной, отсюда и любопытство.
Любопытно было бы узнать какое автор имеет образование.
Вы совершенно напрасно считаете что я хотел вас как-то задеть -- это не так. Если же мои слова вас каким-то образом оскорбили, прошу извинить.
Я хотел сказать, что умение мыслить абстрактно, а не здесь и сейчас, очень выгодно отличает человека от остального животного мира. И если вы отказываетесь от этих упражнений, ценность ваших умозаключений для меня лично сомнительна.
Надеюсь, сейчас я понятно написал ))
Очень странный вопрос из уст человека, размышляющего об околоматематической дисциплине :-)
Я вижу разницу между высказынием своего мнения и критикой чужого с использованием вот таких аргументов.
Я вытираю попу грушами. Это моя попа, он мою попу не видел потому откуда ему знать что это плохо :-)))
Присоединюсь
В порядке бреда: возможно, способность функции принимать параметры любого типа не слабость, а супер сила, а вы пытаетесь уместить гениальное в узкие рамки общепринятого. Подумайте ))
Если серьезно, с типизацией жизнь программиста становится сильно проще, но кто не бредит, тот не пьет шампанское :-)
В целом бред, так вы путаете управление , аналитику и разработку. Ваше правило работает если в процессе участвует два человека: заказчик и исполнитель. Но чем больше команда, тем больше необходима формализация и разделение обязанностей.
"Делайте хорошо чтобы было хорошо" ))
А если в сервисе auth пользователя деактивировали, он продолжает ходить пока токен не протухнет или ...?
Не понимаю. в прикладном сервисе имеется таблица с токенами, выданными сервисов аутентификации? Или мы сейчас монолит обсуждаем?
Галопом по европам )
А что происходит, когда сторонняя система получает от пользователя токен? Как она определяет годность (валидность) токена и откуда берется модель соотв пользователя?
Вам шашечки или ехать?
В реальном мире все гораздо сложнее. Не в том смысле, что обманывать -- это хорошо, но в том, что само определение обмана становится сложнее, чем в детстве.